I think fedora should provide good and reliable software.
Swfdec isn't working properly with most sites.
It should be included as optional package - just as it is now.
That mess with american law is stupid.
American law sucks - and mostly patents for algorithms.
Here's a diff to the livecd config that makes the i386 livecd fit
in brief testing. The biggest reason why the desktop one keeps flowing
over is because it tries to include support for all languages, including
What these changes do is:
- don't include groups where upstream gnome is < 50% translated
- don't include fonts that are only referenced in %fonts and those groups
- remove ekiga, just because it drags in so much other stuff
Beagle really needs the love and care of someone, and I've done a really
poor job on that. And I don't really have time to do it, so I've
orphaned it in pkgdb and it is looking for a new owner. Anyone that uses
beagle a bit and is interested in it is a better owner than me.
Please care for the puppy!
I need help. I've been doing everything like in directions, but it
constantly give me this error when I'm trying to sign the CLA (Fedora
Individual Contributor License Agreement):
With regards to "Re: Fedora Individual Contributor License Agreement".
Your message could not be processed.
The signature could not be processed. The signature may have been created
or attached improperly, it might not match the key ID you have registered in
the Account System, or the public key may not have been found on the key
server. For guidance, please see the following page:
I don't know what I'm doing wrong. Please help!
Jonathan tried to kick off this discussion earlier, with some success.
I think we should revive the desktop SIG and start to work out some
concrete goals for what we want to improve in the desktop spin for F9.
Here are some things that we might want to discuss:
+ switch from "generic name" style to "name - generic name" ?
+ "too much" - what to get rid of in the menus, and how
- login screen
+ can we make the special live-cd situation more intuitive ?
+ should we look at the nm dispatcher work by jon nettleton ?
+ people have proposed to add some free content to the cd
- anything else people want to see improved
I thought I should give a bit of an overview of some media handling
changes that we have landed in rawhide over the last weeks.
The handling of automatic mounting and running of applications when
media is inserted has been moved from gnome-volume-manager to nautilus.
This is part of the longer-term plan to kill gnome-volume-manager, or at
least make it totally unnecessary. Together with this, the first two
tabs of the "Removable Drives and Media" capplet have been removed
(which makes the name a bit of a farce...). The config ui for media
handling can now be found in the "File Management Preferences" capplet,
on the "Media" tab.
The content for this tab is driven by the MimeType field in desktop
files, by means of a set of new "content types". Conceptually, these
content types are close to mime types, but not quite the same. While
mime types describe the format of individual files or data streams,
content types describe containers or media.
Currently, the following content types have been introduced:
If you maintain an application that can handle one of these types,
making it show up in the correct combo boxes in that dialog is as easy
as adding the x-content/foo to the MimeType field in the desktop file,
or adding a MimeType field if there isn't one already. Note that lists
in desktop files end with a ;, ie
Just wanted to mention that evolution-zimbra packages are now available
for Fedora 8 and Fedora Development. I'll be pushing the F-8 packages
through the updates channel, but you can retrieve them now from Koji.
evolution-zimbra is an Evolution extension that allows it to talk to a
Zimbra server , similar in concept to evolution-exchange. It was
developed by Zimbra (now part of Yahoo!) and recently donated to the
public domain. The "upstream" project is now hosted at SourceForge ,
and I've taken over maintainership at least for the time being.
Currently it does not work on 64-bit architectures. That's a known
problem and something I hope to correct soon.
Feel free to report other bugs to Red Hat's Bugzilla or the bug tracker