we'd like to announce the 'Fit and Finish' initiative for Fedora,
with the goal to improve the user experience of the Fedora desktop. We
want to identify the small (and sometimes large) roadblocks that make
everyday computer use harder than it needs to be, and try to fix them.
'Fit and Finish' is meant to be complementary to the work of the Fedora
QA team. They do a great job of ensuring the quality of all the new
features that land in Fedora each cycle. But when features are developed
and tested on their own, the overall experience of the system as a whole
can sometimes end up a bit uneven and rough. 'Fit and Finish' will focus
on improving the way our users experience Fedora.
To achieve this, we will hold regular test days, each of which will
focus on use cases in a certain area. A few ideas for test day topics
can be found on the 'Fit and Finish' page already. If you have ideas for
other areas that could benefit from this kind of attention, please let
Our first test day will focus on display configuration, and will be held
on Tuesday, July 7, from 12:00 to 21:00 UTC (8am -> 5pm EDT), in the
fedora-fit-and-finish irc channel on FreeNode. Please come and join us
Matthias Clasen for the Desktop team
I was reading an article today in ComputerWorld about something called
KSplice, which allows Linux users to install critical updates and patch in
without rebooting the computer. I tried it and while it was a bit odd for
installing (not auto-disabling the Ubuntu update system), it worked very
well. I think something like this would be great for Fedora as well,
possibly something for Fedora 12.
Would it be possible to implement this or something similar for Fedora?
F9 will be EOL'd very very soon. This is probably the last call for updates
I wouldn't bother with updates-testing, as the time required to properly get
those pushed out and have feedback from them is longer than the EOL date. That
does not mean to push untested stuff straight to stable.
ACPI docking stations are mildly complicated creatures that require the
OS to handle part of the undocking process. We're currently doing this
entirely within the kernel, but this has the significant downside that
there's no way to handle cleanly unmounting any block devices that are
contained within the dock - they'll simply vanish.
I've been working with David Zeuthen to flesh out proper desktop support
for this, and we're now at the point where there's not a great deal of
code to write to get this working cleanly. Unfortunately this requires a
certain level of integration between the kernel and the desktop -
something has to prompt the user about unmounting the device and then
trigger the completion of the undock. The kernel still handles the
actual ACPI execution, but policy now lives in the desktop.
Once this code is ready I'd like to change the kernel defaults to allow
this. The problem is that this will cause a reduction in functionality
for desktops that don't have this integration. How should this kind of
situation be handled?
Matthew Garrett | mjg59(a)srcf.ucam.org
Re the discussion at
The below suggestion tries to satisfy all parties:
- it presents a neutral default
- it presents a simple choice for newbie who doesnt know what a desktop is
- it shows the range of what is available
- it allows a specific choice
Design suggestion for the Fedora download page
FEDORA LIVE CD
Do you require a specific desktop ?
[ * ] I don't care
[ ] Fedora Live with GNOME
[ ] Fedora Live with KDE
[ ] Fedora Live with LXDE
[ ] Fedora Live with XFCE
The "I don't care" just links to whichever desktop is currently the "default".
Implementation of this logic doesn't require radio buttons. Just 2 links:
1) "click here for default"
2) or "click here to choose (go to a selection menu)"
Clicking link #1 gets you the default. Or clicking link #2 takes you
to a menu of links, one for each available choice.
Fedora policy specifies which desktop the user gets if they click the default.
But the above user interface design is independent of whichever one is
There have been a few requests to split out the various libraries in
e2fsprogs into subpackages:
Note that libblkid(-devel) has already been split out as it is now part
of util-linux-ng (thanks to kzak!) - an email was sent previously about
The following packages have BuildRequires: on e2fsprogs-devel, so
depending on what libs they required from the package, they may need to
shift to one of these new subpackages when they go in (hopefully today
or tomorrow). I'll send another follow-up mail when it's done.
There will be an outage starting at 2009-07-01 01:00 UTC, which will last
approximately 2 hours.
To convert UTC to your local time, take a look at
date -d '2009-07-01 01:00 UTC'
CVS / Source Control
Reason for Outage:
Final migration step for new cvs server. It will hopefully be offline for
only 30-45 minutes. The additional time is for some further tuning if
needed and some verification steps.
Please join #fedora-admin in irc.freenode.net or respond to this email to
track the status of this outage.
Fedora-devel-announce mailing list
梁穗隆 on 06/30/2009 10:51 AM wrote:
>> So I really hope that solang will replace f-spot soon. And solang has
>> more new features than f-spot.
>I don't see a package review request or any koji builds. Are you sure
>it's coming to Fedora?
I really do not know when it comes to Fedora. I hope it soon.
If you are interested in it, you can click into these websites and lean more
At last, I am not solang's author.
Fight for freedom!!!!(3F）
Ask not what your Linux distro can do for you!
Ask what you can do for your Linux distro!