I have no more time to support the following packages in the Fedora.
jack-audio-connection-kit -- The Jack Audio Connection Kit
klamav -- Clam Anti-Virus on the KDE Desktop
man-pages-uk -- Ukrainian man pages from the Linux Documentation Project
python-alsa -- Python binding for the ALSA library
qstat -- Real-time Game Server Status for FPS game servers
uniconvertor -- Universal vector graphics translator
With Best Regards,
I just orphaned gdk-pixbuf in pkgdb.
It failed the mass rebuild, not much left that depends on it, and
nothing I need. ;)
% repoquery --source --whatrequires gdk-pixbuf
So, if anyone really really really wants to keep it alive, feel free to
take it and fix it so it builds and works. ;)
This is something I got in my mail box today.
As I don't have a valid answer for this, maybe someone else can answer for me?
the url of the blog of the guy: http://www.krisbuytaert.be/blog/
== the mail ==
Over the course of the day I recieved 22^3 mails from your friendly Bug Zapper.
Most of those bugs where bugs I had reported upon crashes using
bug-buddy. Bugs on different desktop tools such as .. synergy,
evolution, gwibber , gnome-settings and probably some others
I do understand that I development goes on and on .. and your fancy
devs don't care anymore about
bugs I reported on Fedora 12 as they are all hacking on Fedora 15.
But what I don't get is that non of these bugs was ever touched,
they've been automatically created , and automatically closed
<a href="http://tieguy.org/blog/2004/09/">Luis</a> already told us
ages ago .. that every project needs a bugmaster apparently Fedora
replaced that bugmaster with a Bug Zapper.
So can someone please explain my why I should continue to try to
improve Fedora by reporting bugs ?
In a move that will surprise few, I'm retiring hal-info in devel and
orphaned it in f15. If hal gets blocked for f16, then I'll do the same
The only thing that requires hal-info is hal, and libmtp-hal.
A long, long time ago (before the extras/core merge in fact i think) i
was given tomboy to help spread the influx of mono packages across
IIt's a neat program, but I don't really use it. I'm more of a
send-myself-email/scribble-on-whiteboard kind of guy. I'm also not
very good about maintaining it.
I've orphaned it now. If anyone is interested in it, feel free to take it.
I'm trying to run F15 beta LiveCD in a virtual machine, but I get
a complaint that GNOME 3 failed to load and is running in fallback
mode. Is there any way to make it work properly when virtualized?
I apologise if this sounds like a bit of an extended whinge; it's not
meant to but I'm not sure how better to raise these issues.
I've spent a half-hour this morning going through various bits of pino
and raising appropriate bugs, as I'm now using F15 as my full-time
system (and I'm a heavy user of pino from F14).
Now, pino in F14 wasn't great particularly with the issues around
twitter support. I don't know what has happened since then, though, but
it's basically unusable now. Feel free to go through my bugs, but as
* it doesn't minimise anywhere on the gnome3 desktop
* it doesn't automatically refresh
* clicking on friend's names gets a / filesystem listing
In addition, [re] tweeting/denting fails randomly in a pattern I've not
yet been able to nail down for a bug report, there are large chunks of
unfinished UI and stuff which plain doesn't work. I bz'd the missing
menu items; there are also icons and right-click menu items which do
Now, pino is currently a default package in the "Graphical Internet". I
would argue that right now, unless there is some super-ninja plan, it
should be demoted to optional at best. It should not be on the live CD
in this state.
I apologise for bringing this up so late in the beta cycle - I'm sure
the beta is spinning as I type - but I honestly don't think it can ship
in this state.
This message was scanned by Better Hosted and is believed to be clean.