Hi,
On 12/29/2009 11:20 PM, Christopher Brown wrote:
Hi folks,
Linux Format is a popular magazine in the U.K but which ships all over
the world. It regularly reviews interesting bits of software and I
thought:
a) It would be interesting to see how much of what they review is
included in
On 11/18/2009 01:49 AM, Bruno Wolff III wrote:
On Mon, Nov 16, 2009 at 12:36:02 -0600,
Bruno Wolff IIIbr...@wolff.to wrote:
We currently have a 3d chess game packaged as chess. I want to ask for
fedora hosted space for it sop that we can be upstream for some modernization
(with regard to
Hi,
On 11/13/2009 09:37 AM, Orcan Ogetbil wrote:
On Tue, Nov 3, 2009 at 12:47 PM, Orcan Ogetbil wrote:
On Tue, Nov 3, 2009 at 4:48 AM, Michael Schwendt wrote:
https://admin.fedoraproject.org/pkgdb/packages/bugs/libsndfile
What's up with libsndfile in Fedora and EPEL?
There are open tickets
On 11/11/2009 01:11 PM, Nicolas Mailhot wrote:
Hi,
It has been plain since 2003ยน our new font access standard would be
fontconfig. Since then most users of the old core fonts X11 backend have
migrated, but there are still a few stragglers.
Unfortunately these stragglers matter. Core fonts were
On 10/06/2009 06:29 AM, Adam Williamson wrote:
On Mon, 2009-10-05 at 16:27 +0200, Hans de Goede wrote:
Thanks for bringing this up. I'll create a patch for the scripts
generating the livecd to add rd_NO_LUKS to the normal livecd
syslinux.cfg entry. I already was planning on doing this, but I
On 10/22/2009 01:46 PM, Hans de Goede wrote:
On 10/06/2009 06:29 AM, Adam Williamson wrote:
On Mon, 2009-10-05 at 16:27 +0200, Hans de Goede wrote:
Thanks for bringing this up. I'll create a patch for the scripts
generating the livecd to add rd_NO_LUKS to the normal livecd
syslinux.cfg entry
On 10/04/2009 11:35 PM, Chuck Anderson wrote:
Dracut currently tries to find and activate all RAID, LVM, and LUKS
partitions on the hard disks when booting the LiveCD.
Several of my systems are made up of many RAID, LVM, and LUKS
partitions in various combinations. Booting the LiveCD now goes
On 09/03/2009 09:10 PM, Tom spot Callaway wrote:
On 09/03/2009 02:20 PM, Hans de Goede wrote:
Regeneration is as easy with dracut as it is with mkinitrd, actually they
have the same cmdline syntax.
The only extra step required with dracut when using pre-generated images
is:
yum install dracut
On 09/03/2009 09:22 PM, Tom spot Callaway wrote:
On 09/03/2009 02:25 PM, Hans de Goede wrote:
Note that we have the same problem with any package which does static
linking against an lgpl library (such as glibc).
This is (one of the big reasons) why we only permit static linking with
explicit
On 09/02/2009 07:17 PM, Jesse Keating wrote:
On Wed, 2009-09-02 at 10:26 +0200, Hans de Goede wrote:
As one of the persons involved in dracut and in integrating dracut into the
distribution I'm rather surprised to hear this.
Where has this been discussed ? Were are the bugs for the situations
Hi,
On 09/03/2009 03:36 PM, Bill Nottingham wrote:
Hans de Goede (j.w.r.dego...@hhs.nl) said:
The fact that it wasn't turned on at Alpha means it really shouldn't be
on now, not without FESCo approval.
That is interesting reasoning, first keep it out of Alpha even though it was
ready as you
Hi,
On 09/03/2009 06:00 PM, Tom spot Callaway wrote:
On 09/03/2009 11:35 AM, Hans de Goede wrote:
The kernel binary RPM contains this pre-built initrd. The kernel source
RPM does not contain the sources necessary to make this pre-built initrd.
This makes me rather uncomfortable from
Hi,
On 09/03/2009 06:29 PM, Bill Nottingham wrote:
Hans de Goede (j.w.r.dego...@hhs.nl) said:
It really is like having to support gentoo, versus having to support a
distro using pre build packages. And I would really like to move to the having
to
support a pre-build package model
Hi,
On 08/26/2009 08:11 PM, Jesse Keating wrote:
On Wed, 2009-08-26 at 14:07 -0400, Jon Masters wrote:
On Wed, 2009-08-26 at 11:45 +0200, Hans de Goede wrote:
dracut using kernel come with a prebuild initrd-generic-version instead
of initrd-version, so if we fail to find /boot/initrd
On 07/16/2009 02:30 PM, Michael Schwendt wrote:
Audacious 2.1 is going to land in Rawhide soon.
src.rpm updates have been comitted to Fedora package cvs/devel already.
Compared with 1.5.1 this new final release changes the SONAME version
of essential libraries within the audacious-libs package.
On 06/15/2009 10:04 PM, Joe Orton wrote:
On Mon, Jun 15, 2009 at 03:21:40PM +0200, Hans de Goede wrote:
I've just build ImageMagick 6.5.3.7 for rawhide. This version
introduces *silent* ABI breakage, as the ABI has changed without
changing the soname (woohoo way to go upstream!)
Can you
On 06/15/2009 07:53 PM, Bill Nottingham wrote:
Way back when in February [1], FESCo decided that for Fedora 11, i586 would
be the default architecture, and for Fedora 12, it would be some variant of
i686. It's time to follow through on that action item.
I've submitted
Hi,
I've just build ImageMagick 6.5.3.7 for rawhide. This version
introduces *silent* ABI breakage, as the ABI has changed without
changing the soname (woohoo way to go upstream!)
So I strongly urge anyone who maintains a package which uses the
ImageMagick libraries to rebuild it.
Regards,
On 06/11/2009 06:28 PM, Michael Schwendt wrote:
On Sun, 7 Jun 2009 12:09:24 -0300, Paulo wrote:
I would create a symbolic link audacious - audacious2, so the previous
bin can still be called.
AFAIK, this is not done in Debian/Ubuntu either. The .desktop file has
been renamed, too, and
On 06/04/2009 12:29 PM, Michael Schwendt wrote:
On Wed, 3 Jun 2009 18:31:27 -0300, Paulo wrote:
Hi.
As I don't have the time to maintain audacious any more I'm orphaning the
following packages:
audacious
audacious-plugins
libmowgli
mcs
The last two are dependencies which, as far as I am
John Thacker wrote:
Anyone else seeing this:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184593 ?
With the last two kernels, 2.6.15-1.2032_FC5 and 2.6.15-1.2038_FC5,
the system clock starts running too fast for me. It gains about an
hour per day. It runs so fast that NTP won't sync
21 matches
Mail list logo