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 am orphaning the techtalk-pse package because the Gtk2::MozEmbed perl
module will no longer be maintained in Fedora because gtkmozembed
support has been removed from xulrunner.
If upstream (or anybody) has the time to work on techtalk-pse and get it
working with something like Gtk2::WebKit, I'm glad to pick up package
maintenance again. (I would, but my perl skills go as far as running
Ian Weller <ian(a)ianweller.org>
\/"/_ All Hail the Beefy Miracle!
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. ;)
While installing Fedora 16 Alpha, I ran into some problems that turned
out to be caused by the installer formatting with a GPT rather than an
MBR partition table.
I would like to understand the change and its implications, and I have
unsuccessfully tried to track down more information. I haven't been
able to find anything in the Fedora 16 Alpha Release Notes or the Grub2
feature page. The only definitive reference I've been able to find is
the comment "x86 uses GPT disklabels by default on all machines, even
non-EFI" on the Anaconda/Changes wiki page.
There seem to be some complications associated with the change. For
example, Windows can only support GPT on UEFI machines, so dual-booting
appears to be unsupported (I could not find an option for MBR partition
tables in the installer).
Where should I look for more information? Thanks.
PGP Fingerprint: 8A17 B57C 6879 1863 DE55 8012 AB4D 6098 8826 6868
We've been planning on doing one of these forever, but never seeming
to get around to it.
The kernel gets a lot of bugs (possibly more than any other package),
and as such, we've got nearly a thousand bugs open right now, and just
three people working on it full-time.
The problem we've faced with triage efforts in the past is that for many
bugs, the person doing the triage really needs to have at least some kernel
knowledge to know what information to ask the reporter.
However, there are some basic tasks that would help us out a lot, like
making sure bugs are assigned to the right people etc.
There's a first pass at some 'how to' ideas at https://fedoraproject.org/wiki/KernelTriage
We'll be doing this in #fedora-kernel next Monday (22nd)
I expect that the wiki page will continue to evolve as we start working
on this, and perhaps this can even become a regular thing.
... now, finally, with more 64-bit-ness!
> I've made the first WIP release of e2fsprogs 1.42. The primary purpose
> is for people to test the 64-bit functionality and be confident that we
> didn't introduce any 32-bit regressions.
So in theory you can at least mfks & mount a 16T fs and beyond, if you'd
like to test that.
There was also enough surgery that testing it against older, smaller
filesystems is welcomed too.
Are there any plans to provide PostgreSQL 9.1 in Fedora 16? PostgreSQL
9.1 is in beta2 now and it's scheduled for Q3 2011.
It would be nice to see Lucene Core in F16. There is an old Lucene
2.9.x for F16 - the latest upstream version is 3.3.