From terraformers at gmail.com  Thu Dec  1 00:08:59 2005
From: terraformers at gmail.com (Lars G)
Date: Thu, 01 Dec 2005 01:08:59 +0100
Subject: nVIDIA binary driver and FC5 test 1
In-Reply-To: <438E2C5F.5080508@insight.rr.com>
References: <Pine.LNX.4.44.0511301323420.30972-100000@www.fnordora.org>
	<438E2C5F.5080508@insight.rr.com>
Message-ID: <1133395739.3967.6.camel@kinichahau.homebase>

On Wed, 2005-11-30 at 17:49 -0500, Jim Cornette wrote:
> alan wrote:
> > On Wed, 30 Nov 2005, Matthew Miller wrote:
> > 
> > 
> >>On Wed, Nov 30, 2005 at 12:51:25PM -0800, alan wrote:
> >>
> >>>I figured that the testing list was the first place to ask since it is a 
> >>>new version of X that is fairly specific to FC5t1.
> >>
> >>But Fedora people can't really help you, because they can't see what nVidia
> >>did that broke.
> > 
> > 
> > It is not what nVIDIA did that is the problem.  It is a change in the way 
> > driver modules are loaded in X.
> > 
> > Drivers used to be located in /usr/X11R6/lib64/modules/drivers.  They are 
> > now (as of FC5t1) in /usr/lib64/xorg/modules/drivers.  nVIDIA's installer 
> > assumes the old location and puts the drivers there and not where X now 
> > wants them.
> > 
> > 
> >>>Then I remembered why most of my friends stopped using the Fedora mailing 
> >>>lists for answers.
> >>
> >>Yeah, because you get straightforward answers back from one of the actual
> >>kernel developers. Man, that sucks.
> > 
> > 
> > No, because the answers were not helpful and usually abusive.
> > 
> 
> You could try making a symink between to old location and the new 
> location to see if X and the NVidia driver load properly. You might have 
> a long directory chain if the old directories are not there already.
> 
> NVidia will eventually conform to the new standard. Since it is a binary 
>   with no source code available, the NVidia maintainers are the only 
> ones who could relocate the drivers. You could also move the driver or 
> copy it to the location that modular-X is now using.
> 
> Layman's answer.
> 
> Jim
> 
> -- 
> Fundamentally, there may be no basis for anything.


nvidia told on their forum that the next driver will support modular x
out of the box.

after shuffling around the nvidia libs to their new place, i had to
delete x11's
 /usr/lib/xorg/modules/libglx.so by hand to get opengl working right.


cheers
-- 
Lars G <terraformers at gmail.com>




From mike at miketc.com  Thu Dec  1 00:32:00 2005
From: mike at miketc.com (Mike Chambers)
Date: Wed, 30 Nov 2005 18:32:00 -0600
Subject: udev alpha testing
In-Reply-To: <438C6550.8090104@redhat.com>
References: <438C6550.8090104@redhat.com>
Message-ID: <1133397120.3222.0.camel@scrappy.miketc.com>

On Tue, 2005-11-29 at 15:27 +0100, Harald Hoyer wrote:
> I would be glad, if the really brave could compile, install and test:
> ftp://people.redhat.com/harald/udev/076-1/
> 
> Beware this could end in a non-bootable system.
> 
> This version removes the hardware initializing/module loading phase from rc.sysinit. Udev should do most, if 
> not all job. I am interested in any missing modules, that were loaded before.

I am getting the two below errors while trying to compile either of the
spec files..

cc1: error: unrecognized command line option "-fstack-protector"
  cc1: error: invalid parameter 'ssp-buffer-size'


-- 
Mike Chambers
Madisonville, KY

"It's better to hurt a little now, than to hurt a lot later!"



From tdiehl at rogueind.com  Thu Dec  1 02:14:21 2005
From: tdiehl at rogueind.com (Tom Diehl)
Date: Wed, 30 Nov 2005 21:14:21 -0500 (EST)
Subject: nVIDIA binary driver and FC5 test 1
In-Reply-To: <Pine.LNX.4.44.0511301323420.30972-100000@www.fnordora.org>
References: <Pine.LNX.4.44.0511301323420.30972-100000@www.fnordora.org>
Message-ID: <Pine.LNX.4.63.0511302107210.23424@bullwinkle.rogueind.com>

On Wed, 30 Nov 2005, alan wrote:

> On Wed, 30 Nov 2005, Matthew Miller wrote:
>
>> On Wed, Nov 30, 2005 at 12:51:25PM -0800, alan wrote:
>>> I figured that the testing list was the first place to ask since it is a
>>> new version of X that is fairly specific to FC5t1.
>>
>> But Fedora people can't really help you, because they can't see what nVidia
>> did that broke.
>
> It is not what nVIDIA did that is the problem.  It is a change in the way
> driver modules are loaded in X.

Yes it is nVIDIA's fault. That is the point you cannot seem to understand.
nVIDIA chose not to open src their drivers. As a result no one here can help.
Do you expect Fedora devel to stop because nVIDIA cannot keep up?

>
> Drivers used to be located in /usr/X11R6/lib64/modules/drivers.  They are
> now (as of FC5t1) in /usr/lib64/xorg/modules/drivers.  nVIDIA's installer
> assumes the old location and puts the drivers there and not where X now
> wants them.

So the nVIDIA drivers are b0rked wrt fc5t1. Only nVIDIA can fix them.

>>> Then I remembered why most of my friends stopped using the Fedora mailing
>>> lists for answers.

Oh well, to each his own.

>> Yeah, because you get straightforward answers back from one of the actual
>> kernel developers. Man, that sucks.
>
> No, because the answers were not helpful and usually abusive.

Where was the abuse? If you asked the proper questions in the proper forum,
I will bet you will get proper answers.

Over the years I have gotten way better support from the RH/Fedora lists than
I have ever gotten from various paid support venues, sometimes even including
paid linux support.

Regards,

Tom



From lmacken at redhat.com  Thu Dec  1 03:18:02 2005
From: lmacken at redhat.com (Luke Macken)
Date: Wed, 30 Nov 2005 22:18:02 -0500
Subject: gnome-power-manager-0.3.1-1
In-Reply-To: <BAY107-F19F906D1CA791956706D8E854A0@phx.gbl>
References: <BAY107-F19F906D1CA791956706D8E854A0@phx.gbl>
Message-ID: <20051201031802.GA13873@tomservo.boston.redhat.com>

On Wed, Nov 30, 2005 at 11:19:51AM -0700, Don Springall wrote:
| The battery status display part of the new gnome power manager seems to 
| work okay but when I  go to the preferences I get a gnome-power-preferences 
| has quit unexpectedly message. No messages to log about it.

See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174196

luke



From arjan at fenrus.demon.nl  Thu Dec  1 08:03:36 2005
From: arjan at fenrus.demon.nl (Arjan van de Ven)
Date: Thu, 01 Dec 2005 09:03:36 +0100
Subject: nVIDIA binary driver and FC5 test 1
In-Reply-To: <1133390750.6164.13.camel@gilboa-home-dev.localhost>
References: <Pine.LNX.4.44.0511301237490.29815-100000@www.fnordora.org>
	<1133383596.2825.67.camel@laptopd505.fenrus.org>
	<1133390750.6164.13.camel@gilboa-home-dev.localhost>
Message-ID: <1133424216.2853.8.camel@laptopd505.fenrus.org>

On Thu, 2005-12-01 at 00:45 +0200, Gilboa Davara wrote:
> On Wed, 2005-11-30 at 21:46 +0100, Arjan van de Ven wrote:
> > On Wed, 2005-11-30 at 12:40 -0800, alan wrote:
> > > Is there any special magic needed to get the closed 
> > > source nvidia driver 
> > > to work with the X server shipped with FC 5 test 1?
> > 
> > yeah and it should be asked on an nvidia forum..  that's where it
> > belongs 
> > 
> 
> Arjan,
> Your post is way-out of line. Please keep your pissing contest-style
> posts to yourself.

how is this way out of line? It's in no way rude or abusive and it
points to where he can get more information, there's an entire topic on
the nvidia forum about this stuff. Questions about binary drivers are
not really fedora related (fedora is an open source project after all)
and are thus mostly off-topic here, especially since there is a good
forum for questions like these.



From paul at all-the-johnsons.co.uk  Thu Dec  1 08:20:04 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Thu, 01 Dec 2005 08:20:04 +0000
Subject: nVIDIA binary driver and FC5 test 1
In-Reply-To: <1133424216.2853.8.camel@laptopd505.fenrus.org>
References: <Pine.LNX.4.44.0511301237490.29815-100000@www.fnordora.org>
	<1133383596.2825.67.camel@laptopd505.fenrus.org>
	<1133390750.6164.13.camel@gilboa-home-dev.localhost>
	<1133424216.2853.8.camel@laptopd505.fenrus.org>
Message-ID: <1133425205.18168.8.camel@localhost>

Hi,

On Thu, 2005-12-01 at 09:03 +0100, Arjan van de Ven wrote:

> > Your post is way-out of line. Please keep your pissing contest-style
> > posts to yourself.
> 
> how is this way out of line? It's in no way rude or abusive and it
> points to where he can get more information, there's an entire topic on
> the nvidia forum about this stuff. Questions about binary drivers are
> not really fedora related (fedora is an open source project after all)
> and are thus mostly off-topic here, especially since there is a good
> forum for questions like these.

While that is certainly true, it is also the case that those on the
bleeding edge when asking a question on the nVidia forums will get a
stock, "no idea" answer and be referred back here as this list will
probably have more of a clue that those on the nVidia forums who use
older version of X11.

TTFN

Paul

-- 
"Religion is the opiate of the masses" - Karl Marx
"Mmmmmm, mass opiates...." - Homer Simpson



From caolanm at redhat.com  Thu Dec  1 08:36:33 2005
From: caolanm at redhat.com (Caolan McNamara)
Date: Thu, 01 Dec 2005 08:36:33 +0000
Subject: Fedora Core 4 Test Update: openoffice.org-2.0.1-0.142.3.1
In-Reply-To: <1133391032.6164.18.camel@gilboa-home-dev.localhost>
References: <200511302216.jAUMG6AS004310@devserv.devel.redhat.com>
	<1133391032.6164.18.camel@gilboa-home-dev.localhost>
Message-ID: <1133426193.5850.53.camel@localhost.localdomain>

On Thu, 2005-12-01 at 00:50 +0200, Gilboa Davara wrote:
> On Wed, 2005-11-30 at 17:16 -0500, Caolan McNamara wrote:
> > ---------------------------------------------------------------------
> 
> I assume that this build solves the -mtune problem from this:
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171873
> (I'm still on -testing build 141)

Yes, it passes my macro test for that of
http://people.redhat.com/caolanm/macros/dullwriter.odt
and fixes the additional problem of 
http://qa.openoffice.org/issues/show_bug.cgi?id=58618

C.



From pbrobinson at gmail.com  Thu Dec  1 09:03:14 2005
From: pbrobinson at gmail.com (Peter Robinson)
Date: Thu, 1 Dec 2005 09:03:14 +0000
Subject: ipw2200 fails with recent kernels in FC4
In-Reply-To: <1133390634.3065.8.camel@localhost.localdomain>
References: <1133390634.3065.8.camel@localhost.localdomain>
Message-ID: <5256d0b0512010103o7ce46accsf7874271fef79abe@mail.gmail.com>

On 11/30/05, Rodd Clarkson <rodd at clarkson.id.au> wrote:
> Dave and Warren,
>
> I'd comment about this in reply to the announcement about the recently
> released FC4 kernel kernel-2.6.14-1.1644_FC4 but there was no
> announcement (or I didn't get it) ;-]
>
> It seems that the problem we had with ipw2200 failing with rawhide
> kernels is doing the same thing with the FC4 2.6.14 kernels now.
>
> I've reopened the bug report:
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172254
>
> and moved it to FC4, but I was just wanting to make you aware that this
> is a problem in FC4 now (and driving my wife nuts ;-]).

Me too :->

P



From roger at gwch.net  Thu Dec  1 09:41:05 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Thu, 01 Dec 2005 10:41:05 +0100
Subject: ndiswrapper 1.5
In-Reply-To: <20051130212803.GE1877@redhat.com>
References: <1133384789.2557.4.camel@niobe> <20051130212803.GE1877@redhat.com>
Message-ID: <1133430065.2551.2.camel@niobe>

Am Mittwoch, den 30.11.2005, 16:28 -0500 schrieb Dave Jones:
> On Wed, Nov 30, 2005 at 10:06:29PM +0100, Roger Grosswiler wrote:
>  > hey, hey...
>  > 
>  > after struggling, i got my card up - but still not online. Dmesg now
>  > says:
>  > 
>  > ndiswrapper version 1.5 loaded (preempt=no,smp=no)
>  > ndiswrapper: driver gplus (D-Link,04/09/2004,6.0.0.18) loaded
>  > PCI: Enabling device 0000:02:00.0 (0000 -> 0002)
>  > ACPI: PCI Interrupt 0000:02:00.0[A] -> Link [LNKD] -> GSI 11 (level,
>  > low) -> IRQ 11
>  > PCI: Setting latency timer of device 0000:02:00.0 to 64
>  > ndiswrapper (IoCreateUnprotectedSymbolicLink:947): --UNIMPLEMENTED--
>  > ndiswrapper: using irq 11
>  > wlan0: vendor: 'TNET1130'
>  > wlan0: ndiswrapper ethernet device 00:0f:3d:59:64:56 using driver gplus,
>  > 104C:9066:1186:3B05.5.conf
>  > wlan0: encryption modes supported: WEP; TKIP with WPA
>  > 
>  > 
>  > iiiiiihaaaaaaaaaaaaaaa!!!!!!! it really was acpi messing it up! acpi=0
>  > on boot resolved it.
> 
> acpi=0 does nothing at all. It's not a valid option.
> You can see this by the fact you still have ACPI: lines in your dmesg.
> 
> 		Dave
> 

*sigh* i was to early, thanks dave - in this case, the noapic option
must have done the trick - or i was even a lucky guy :-D

But, even if i have my card now - i don't get the device to set it
up :-(

Roger



From roger at gwch.net  Thu Dec  1 10:50:41 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Thu, 01 Dec 2005 11:50:41 +0100
Subject: ndiswrapper 1.5 [SOLVED]
In-Reply-To: <1133430065.2551.2.camel@niobe>
References: <1133384789.2557.4.camel@niobe>
	<20051130212803.GE1877@redhat.com>  <1133430065.2551.2.camel@niobe>
Message-ID: <1133434242.2916.2.camel@niobe>

Am Donnerstag, den 01.12.2005, 10:41 +0100 schrieb Roger Grosswiler:
> Am Mittwoch, den 30.11.2005, 16:28 -0500 schrieb Dave Jones:
> > On Wed, Nov 30, 2005 at 10:06:29PM +0100, Roger Grosswiler wrote:
> >  > hey, hey...
> >  > 
> >  > after struggling, i got my card up - but still not online. Dmesg now
> >  > says:
> >  > 
> >  > ndiswrapper version 1.5 loaded (preempt=no,smp=no)
> >  > ndiswrapper: driver gplus (D-Link,04/09/2004,6.0.0.18) loaded
> >  > PCI: Enabling device 0000:02:00.0 (0000 -> 0002)
> >  > ACPI: PCI Interrupt 0000:02:00.0[A] -> Link [LNKD] -> GSI 11 (level,
> >  > low) -> IRQ 11
> >  > PCI: Setting latency timer of device 0000:02:00.0 to 64
> >  > ndiswrapper (IoCreateUnprotectedSymbolicLink:947): --UNIMPLEMENTED--
> >  > ndiswrapper: using irq 11
> >  > wlan0: vendor: 'TNET1130'
> >  > wlan0: ndiswrapper ethernet device 00:0f:3d:59:64:56 using driver gplus,
> >  > 104C:9066:1186:3B05.5.conf
> >  > wlan0: encryption modes supported: WEP; TKIP with WPA
> >  > 
> >  > 
> >  > iiiiiihaaaaaaaaaaaaaaa!!!!!!! it really was acpi messing it up! acpi=0
> >  > on boot resolved it.
> > 
> > acpi=0 does nothing at all. It's not a valid option.
> > You can see this by the fact you still have ACPI: lines in your dmesg.
> > 
> > 		Dave
> > 
> 
> *sigh* i was to early, thanks dave - in this case, the noapic option
> must have done the trick - or i was even a lucky guy :-D
> 
> But, even if i have my card now - i don't get the device to set it
> up :-(
> 
> Roger
> 
ok, got it now working. it is really a pig, like already said. ifconfig
-a told me later, that there exist a device called wlan0 -
system-config-network didn't.

so, as a first step, i called it manually with ifconfig wlan0 inet
[ipadress] netmask [netmask] up -> this worked fine.

afterwards, it was also known in system-config-network, so i could do
the rest there.

Roger



From tarjei.knapstad at gmail.com  Thu Dec  1 11:02:22 2005
From: tarjei.knapstad at gmail.com (Tarjei Knapstad)
Date: Thu, 1 Dec 2005 12:02:22 +0100
Subject: Fedora Core 4 Test Update: openoffice.org-2.0.1-0.142.3.1
In-Reply-To: <1133426193.5850.53.camel@localhost.localdomain>
References: <200511302216.jAUMG6AS004310@devserv.devel.redhat.com>
	<1133391032.6164.18.camel@gilboa-home-dev.localhost>
	<1133426193.5850.53.camel@localhost.localdomain>
Message-ID: <ff5e09cc0512010302y286780begb3588804f9725c05@mail.gmail.com>

On 12/1/05, Caolan McNamara <caolanm at redhat.com> wrote:
> On Thu, 2005-12-01 at 00:50 +0200, Gilboa Davara wrote:
> > On Wed, 2005-11-30 at 17:16 -0500, Caolan McNamara wrote:
> > > ---------------------------------------------------------------------
> >
> > I assume that this build solves the -mtune problem from this:
> > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171873
> > (I'm still on -testing build 141)
>
> Yes, it passes my macro test for that of
> http://people.redhat.com/caolanm/macros/dullwriter.odt
> and fixes the additional problem of
> http://qa.openoffice.org/issues/show_bug.cgi?id=58618
>
+1
Passes all of my testing as well, looks good to go.

--
Tarjei



From buildsys at redhat.com  Thu Dec  1 13:46:46 2005
From: buildsys at redhat.com (Build System)
Date: Thu, 1 Dec 2005 08:46:46 -0500
Subject: rawhide report: 20051201 changes
Message-ID: <200512011346.jB1DkkaM024544@porkchop.devel.redhat.com>

New package HelixPlayer
	Open source media player based on the Helix framework

New package apmd
	Advanced Power Management (APM) BIOS utilities for laptops.

New package frysk
	Frysk execution analysis tool

New package gpart
	A program for recovering corrupt partition tables.

New package kernel-xen
	Older kernel (temporary) to enable xen packages for rawhide

New package kon2
	KON - Kanji ON Linux console

New package longrun
	Utility to change processor speed on Transmeta CPUs.

New package mkbootdisk
	Creates a boot floppy disk for booting a system.

New package openCryptoki
	Implementation of Cryptoki v2.11 for IBM Crypto Hardware

New package s390utils
	Linux/390 specific utilities.

New package xorg-x11-drv-apm
	Xorg X11 apm video driver

New package xorg-x11-drv-ark
	Xorg X11 ark video driver

New package xorg-x11-drv-chips
	Xorg X11 chips video driver

New package xorg-x11-drv-cirrus
	Xorg X11 cirrus video driver

New package xorg-x11-drv-cyrix
	Xorg X11 cyrix video driver

New package xorg-x11-drv-glint
	Xorg X11 glint video driver

New package xorg-x11-drv-i128
	Xorg X11 i128 video driver

New package xorg-x11-drv-i740
	Xorg X11 i740 video driver

New package xorg-x11-drv-neomagic
	Xorg X11 neomagic video driver

New package xorg-x11-drv-nsc
	Xorg X11 nsc video driver

New package xorg-x11-drv-rendition
	Xorg X11 rendition video driver

New package xorg-x11-drv-tseng
	Xorg X11 tseng video driver

New package xorg-x11-drv-v4l
	Xorg X11 v4l video driver


 
Updated Packages:

cairo-java-1.0.0-10
-------------------
* Wed Oct 12 2005 Igor Foox <ifoox at rehdat.com> - 1.0.0-10
- Added dependency on java-1.4.2-gcj-compat for a javadoc generator (bug# 170494).

* Wed Oct 05 2005 Igor Foox <ifoox at rehdat.com> - 1.0.0-8
- Imported released 1.0.0 sources from upstream.

* Thu Sep 22 2005 Igor Foox <ifoxo at redhat.com> - 1.0.0-6
- Made cairo-pdf background optional.

glib-java-0.2.0-6
-----------------

kdeadmin-7:3.5.0-1
------------------
* Tue Nov 29 2005 Than Ngo <than at redhat.com> 7:3.5.0-1
- 3.5 final

libgconf-java-2.12.0-2
----------------------
* Wed Oct 05 2005 Igor Foox <ifoox at redhat.com> - 2.12.0-2
- Imported released 2.12.0 source from upstream.
- Changed optional installation prefix to /opt/frysk from /opt.
- Added dependency for libgtk-java.

* Sat Sep 24 2005 Igor Foox <ifoox at redhat.com> - 2.12.0-1
- Imported libgconf-2.12.0 from upstream.

* Fri May 20 2005 Ben Konrath <bkonrath at redhat.com> - 2.10.1-3
- Fix permissions on src zip.

libglade-java-2.12.0-5
----------------------
* Wed Oct 05 2005 Igor Foox <ifoox at redhat.com> - 2.12.0-5
- Imported released 2.12.0 sources from upstream.
- Changed optional installation prefix to /opt/frysk from /opt.
- Changed build depenedency on libgtk-java and libgnome-java to -devel.

* Sat Sep 24 2005 Igor Foox <ifoox at redhat.com> - 2.12.0-4
- Imported libglade-java 2.12.0 from upstream.

* Fri May 20 2005 Ben Konrath <bkonrath at redhat.com> - 2.10.1-5
- Fix permissions of src zip.

libgnome-java-2.12.0-2
----------------------
* Wed Oct 05 2005 Igor Foox <ifoox at redhat.com> - 2.12.0-2
- Import released 2.12.0 sources from upstream.
- Change optional installation path to /opt/frysk from /opt.
- Change build dependency on glib-java and libgtk-java to -devel.

* Sat Sep 24 2005 Igor Foox <ifoox at redhat.com> - 2.12.0-1
- Import libgnome-java 2.12.0.

* Fri May 20 2005 Ben Konrath <bkonrath at redhat.com> - 2.10.1-3
- Fix permission on src zip.

libgtk-java-2.8.0-7
-------------------
* Wed Oct 05 2005 Igor Foox <ifoox at redhat.com> - 2.8.0-7
- Changed build dependency on cairo-java and glib-java to -devel.

* Wed Oct 05 2005 Igor Foox <ifoox at redhat.com> - 2.8.0-6
- Imported released 2.8.0 sources from upstream.
- Changed optional installation prefix to /opt/frysk from /opt.

* Fri Sep 23 2005 Igor Foox <ifoox at redhat.com> - 2.8.0-5
- Updated to 2.8.0 upstream libgtk-java.

vim-1:6.4.003-1
---------------
* Wed Nov 30 2005 Karsten Hopp <karsten at redhat.de> 6.4.003-1
- patchlevel 3
- remove withgui switch as we include vim-X11 in all our distributions now 
  (#174271)

vnc-4.1.1-22
------------
* Fri Nov 18 2005 Tim Waugh <twaugh at redhat.com> 4.1.1-22
- Extension module is not available on all architectures.

* Fri Nov 18 2005 Tim Waugh <twaugh at redhat.com> 4.1.1-21
- Install extension module into the correct directory.

* Fri Nov 18 2005 Tim Waugh <twaugh at redhat.com> 4.1.1-20
- Fix font path correctly (bug #173160).

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5



Broken deps for ia64
----------------------------------------------------------
	rgmanager - 1.9.31-3.ia64 requires ccs



Broken deps for ppc
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11



Broken deps for ppc64
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11









Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires kernel = 0:2.6.14-1.1696_FC5





From fedora at puzzled.xs4all.nl  Thu Dec  1 13:51:00 2005
From: fedora at puzzled.xs4all.nl (Patrick)
Date: Thu, 01 Dec 2005 14:51:00 +0100
Subject: ndiswrapper 1.5 [SOLVED]
In-Reply-To: <1133434242.2916.2.camel@niobe>
References: <1133384789.2557.4.camel@niobe>
	<20051130212803.GE1877@redhat.com>  <1133430065.2551.2.camel@niobe>
	<1133434242.2916.2.camel@niobe>
Message-ID: <1133445061.3662.8.camel@guru.puzzled.xs4all.nl>

On Thu, 2005-12-01 at 11:50 +0100, Roger Grosswiler wrote:
[snip]
> ok, got it now working. it is really a pig, like already said. ifconfig
> -a told me later, that there exist a device called wlan0 -
> system-config-network didn't.
> 
> so, as a first step, i called it manually with ifconfig wlan0 inet
> [ipadress] netmask [netmask] up -> this worked fine.
> 
> afterwards, it was also known in system-config-network, so i could do
> the rest there.

I think I read somewhere that FC4's network scripts have a bit of
trouble handling wlan0. However, you can tell ndiswrapper to use a
different device name. So it is possible to let ndiswrapper call the new
device eth1 instead of wlan0. To make this happen stick this line
in /etc/modprobe.conf:

options ndiswrapper if_name=eth1

Hope this helps.

Regards,
Patrick



From M.E.Foster at ed.ac.uk  Thu Dec  1 13:58:17 2005
From: M.E.Foster at ed.ac.uk (Mary Ellen Foster)
Date: Thu, 1 Dec 2005 13:58:17 +0000
Subject: ndiswrapper 1.5 [SOLVED]
In-Reply-To: <1133445061.3662.8.camel@guru.puzzled.xs4all.nl>
References: <1133384789.2557.4.camel@niobe> <20051130212803.GE1877@redhat.com>
	<1133430065.2551.2.camel@niobe> <1133434242.2916.2.camel@niobe>
	<1133445061.3662.8.camel@guru.puzzled.xs4all.nl>
Message-ID: <f58861e00512010558g1c0cf103o43e5d473b6a6f311@mail.gmail.com>

On 12/1/05, Patrick <fedora at puzzled.xs4all.nl> wrote:
> On Thu, 2005-12-01 at 11:50 +0100, Roger Grosswiler wrote:
> [snip]
> > ok, got it now working. it is really a pig, like already said. ifconfig
> > -a told me later, that there exist a device called wlan0 -
> > system-config-network didn't.
> >
> > so, as a first step, i called it manually with ifconfig wlan0 inet
> > [ipadress] netmask [netmask] up -> this worked fine.
> >
> > afterwards, it was also known in system-config-network, so i could do
> > the rest there.
>
> I think I read somewhere that FC4's network scripts have a bit of
> trouble handling wlan0. However, you can tell ndiswrapper to use a
> different device name. So it is possible to let ndiswrapper call the new
> device eth1 instead of wlan0. To make this happen stick this line
> in /etc/modprobe.conf:
>
> options ndiswrapper if_name=eth1

No, no problem with the name wlan0 here. I can't remember how I got
system-config-network to notice it -- possibly I manually modprobed
ndiswrapper once.

MEF

--
__ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __
"One of the main causes of the fall of the Roman Empire was that,
lacking zero, they had no way to indicate successful termination
of their C programs." (Robert Firth)



From roger at gwch.net  Thu Dec  1 14:15:59 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Thu, 01 Dec 2005 15:15:59 +0100
Subject: ndiswrapper 1.5 [SOLVED]
In-Reply-To: <f58861e00512010558g1c0cf103o43e5d473b6a6f311@mail.gmail.com>
References: <1133384789.2557.4.camel@niobe>
	<20051130212803.GE1877@redhat.com> <1133430065.2551.2.camel@niobe>
	<1133434242.2916.2.camel@niobe>
	<1133445061.3662.8.camel@guru.puzzled.xs4all.nl>
	<f58861e00512010558g1c0cf103o43e5d473b6a6f311@mail.gmail.com>
Message-ID: <1133446559.2916.5.camel@niobe>

Am Donnerstag, den 01.12.2005, 13:58 +0000 schrieb Mary Ellen Foster:
> On 12/1/05, Patrick <fedora at puzzled.xs4all.nl> wrote:
> > On Thu, 2005-12-01 at 11:50 +0100, Roger Grosswiler wrote:
> > [snip]
> > > ok, got it now working. it is really a pig, like already said. ifconfig
> > > -a told me later, that there exist a device called wlan0 -
> > > system-config-network didn't.
> > >
> > > so, as a first step, i called it manually with ifconfig wlan0 inet
> > > [ipadress] netmask [netmask] up -> this worked fine.
> > >
> > > afterwards, it was also known in system-config-network, so i could do
> > > the rest there.
> >
> > I think I read somewhere that FC4's network scripts have a bit of
> > trouble handling wlan0. However, you can tell ndiswrapper to use a
> > different device name. So it is possible to let ndiswrapper call the new
> > device eth1 instead of wlan0. To make this happen stick this line
> > in /etc/modprobe.conf:
> >
> > options ndiswrapper if_name=eth1
> 
> No, no problem with the name wlan0 here. I can't remember how I got
> system-config-network to notice it -- possibly I manually modprobed
> ndiswrapper once.
> 
> MEF
> 
> --
> __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __
> "One of the main causes of the fall of the Roman Empire was that,
> lacking zero, they had no way to indicate successful termination
> of their C programs." (Robert Firth)
> 
i manually modprobed several times - perhaps the ndiswrapper -m was not
a good choice....but now, it is working flawlessy

Rog



From jdickson at cimtel.net  Thu Dec  1 14:37:19 2005
From: jdickson at cimtel.net (James)
Date: Thu, 01 Dec 2005 08:37:19 -0600
Subject: ndiswrapper 1.5 [SOLVED]
In-Reply-To: <1133446559.2916.5.camel@niobe>
References: <1133384789.2557.4.camel@niobe>
	<20051130212803.GE1877@redhat.com> <1133430065.2551.2.camel@niobe>
	<1133434242.2916.2.camel@niobe>
	<1133445061.3662.8.camel@guru.puzzled.xs4all.nl>
	<f58861e00512010558g1c0cf103o43e5d473b6a6f311@mail.gmail.com>
	<1133446559.2916.5.camel@niobe>
Message-ID: <1133447839.657.10.camel@lancer.mbo.net>


On Thu, 2005-12-01 at 15:15 +0100, Roger Grosswiler wrote:

> Am Donnerstag, den 01.12.2005, 13:58 +0000 schrieb Mary Ellen Foster:
> > On 12/1/05, Patrick <fedora at puzzled.xs4all.nl> wrote:
> > > On Thu, 2005-12-01 at 11:50 +0100, Roger Grosswiler wrote:
> > > [snip]
> > > > ok, got it now working. it is really a pig, like already said. ifconfig
> > > > -a told me later, that there exist a device called wlan0 -
> > > > system-config-network didn't.
> > > >
> > > > so, as a first step, i called it manually with ifconfig wlan0 inet
> > > > [ipadress] netmask [netmask] up -> this worked fine.
> > > >
> > > > afterwards, it was also known in system-config-network, so i could do
> > > > the rest there.
> > >
> > > I think I read somewhere that FC4's network scripts have a bit of
> > > trouble handling wlan0. However, you can tell ndiswrapper to use a
> > > different device name. So it is possible to let ndiswrapper call the new
> > > device eth1 instead of wlan0. To make this happen stick this line
> > > in /etc/modprobe.conf:
> > >
> > > options ndiswrapper if_name=eth1
> > 
> > No, no problem with the name wlan0 here. I can't remember how I got
> > system-config-network to notice it -- possibly I manually modprobed
> > ndiswrapper once.
> > 
> > MEF
> > 
> > --
> > __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __
> > "One of the main causes of the fall of the Roman Empire was that,
> > lacking zero, they had no way to indicate successful termination
> > of their C programs." (Robert Firth)
> > 
> i manually modprobed several times - perhaps the ndiswrapper -m was not
> a good choice....but now, it is working flawlessy
> 
> Rog
> 

After running yum update last night and installing the latest kernel it
broke my  ndiswrapper. No prob.. I  would jump to my ndiswrapper source
and make && make install. 

.....Crud .... errors.... 

Went and downloaded ndiswrapper-1.6 and did the make && make install and
all is well.

We have WEP encryption at our office and I had to modify
the /etc/sysconfig/network-scripts/ifup-wireless script with the
following 

~~~~~~~~~~~~~~~snip~~~~~~~~~~~~~~~
if [ -n "$KEY" -o -n "$KEY1" -o -n "$KEY2" -o -n "$KEY3" -o -n
"$KEY4" ] ; then
    [ -n "$KEY1" ] && iwconfig $DEVICE key [1] $KEY1
    [ -n "$KEY2" ] && iwconfig $DEVICE key [2] $KEY2
    [ -n "$KEY3" ] && iwconfig $DEVICE key [3] $KEY3
    [ -n "$KEY4" ] && iwconfig $DEVICE key [4] $KEY4
    [ -n "$DEFAULTKEY" ] && iwconfig $DEVICE key [${DEFAULTKEY}]
    [ -n "$KEY" ] && iwconfig $DEVICE key $KEY open
else
    iwconfig $DEVICE key off
~~~~~~~~~~~~~~snip~~~~~~~~~~~~~~~
I had to add "open" to be able to use the network configuration gui.

-James 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051201/1ce8e9f4/attachment.htm>

From roger at gwch.net  Thu Dec  1 14:41:36 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Thu, 01 Dec 2005 15:41:36 +0100
Subject: ndiswrapper 1.5 [SOLVED]
In-Reply-To: <1133447839.657.10.camel@lancer.mbo.net>
References: <1133384789.2557.4.camel@niobe>
	<20051130212803.GE1877@redhat.com> <1133430065.2551.2.camel@niobe>
	<1133434242.2916.2.camel@niobe>
	<1133445061.3662.8.camel@guru.puzzled.xs4all.nl>
	<f58861e00512010558g1c0cf103o43e5d473b6a6f311@mail.gmail.com>
	<1133446559.2916.5.camel@niobe>
	<1133447839.657.10.camel@lancer.mbo.net>
Message-ID: <1133448097.2916.6.camel@niobe>

Am Donnerstag, den 01.12.2005, 08:37 -0600 schrieb James:
> 
> On Thu, 2005-12-01 at 15:15 +0100, Roger Grosswiler wrote: 
> > Am Donnerstag, den 01.12.2005, 13:58 +0000 schrieb Mary Ellen Foster:
> > > On 12/1/05, Patrick <fedora at puzzled.xs4all.nl> wrote:
> > > > On Thu, 2005-12-01 at 11:50 +0100, Roger Grosswiler wrote:
> > > > [snip]
> > > > > ok, got it now working. it is really a pig, like already said. ifconfig
> > > > > -a told me later, that there exist a device called wlan0 -
> > > > > system-config-network didn't.
> > > > >
> > > > > so, as a first step, i called it manually with ifconfig wlan0 inet
> > > > > [ipadress] netmask [netmask] up -> this worked fine.
> > > > >
> > > > > afterwards, it was also known in system-config-network, so i could do
> > > > > the rest there.
> > > >
> > > > I think I read somewhere that FC4's network scripts have a bit of
> > > > trouble handling wlan0. However, you can tell ndiswrapper to use a
> > > > different device name. So it is possible to let ndiswrapper call the new
> > > > device eth1 instead of wlan0. To make this happen stick this line
> > > > in /etc/modprobe.conf:
> > > >
> > > > options ndiswrapper if_name=eth1
> > > 
> > > No, no problem with the name wlan0 here. I can't remember how I got
> > > system-config-network to notice it -- possibly I manually modprobed
> > > ndiswrapper once.
> > > 
> > > MEF
> > > 
> > > --
> > > __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __
> > > "One of the main causes of the fall of the Roman Empire was that,
> > > lacking zero, they had no way to indicate successful termination
> > > of their C programs." (Robert Firth)
> > > 
> > i manually modprobed several times - perhaps the ndiswrapper -m was not
> > a good choice....but now, it is working flawlessy
> > 
> > Rog
> > 
> After running yum update last night and installing the latest kernel
> it broke my  ndiswrapper. No prob.. I  would jump to my ndiswrapper
> source and make && make install. 
> 
> .....Crud .... errors.... 
> 
> Went and downloaded ndiswrapper-1.6 and did the make && make install
> and all is well.
> 
> We have WEP encryption at our office and I had to modify
> the /etc/sysconfig/network-scripts/ifup-wireless script with the
> following 
> 
> ~~~~~~~~~~~~~~~snip~~~~~~~~~~~~~~~
> if [ -n "$KEY" -o -n "$KEY1" -o -n "$KEY2" -o -n "$KEY3" -o -n
> "$KEY4" ] ; then
>     [ -n "$KEY1" ] && iwconfig $DEVICE key [1] $KEY1
>     [ -n "$KEY2" ] && iwconfig $DEVICE key [2] $KEY2
>     [ -n "$KEY3" ] && iwconfig $DEVICE key [3] $KEY3
>     [ -n "$KEY4" ] && iwconfig $DEVICE key [4] $KEY4
>     [ -n "$DEFAULTKEY" ] && iwconfig $DEVICE key [${DEFAULTKEY}]
>     [ -n "$KEY" ] && iwconfig $DEVICE key $KEY open
> else
>     iwconfig $DEVICE key off
> ~~~~~~~~~~~~~~snip~~~~~~~~~~~~~~~
> I had to add "open" to be able to use the network configuration gui.
> 
Interesting, when i was trying yesterday ndiswrapper 1.6 i got errors
according to libusb (which is installed on my system) so i fell back to
1.5...

Rog



From gilboada at netvision.net.il  Thu Dec  1 14:54:53 2005
From: gilboada at netvision.net.il (Gilboa Davara)
Date: Thu, 01 Dec 2005 16:54:53 +0200
Subject: nVIDIA binary driver and FC5 test 1
In-Reply-To: <1133425205.18168.8.camel@localhost>
References: <Pine.LNX.4.44.0511301237490.29815-100000@www.fnordora.org>
	<1133383596.2825.67.camel@laptopd505.fenrus.org>
	<1133390750.6164.13.camel@gilboa-home-dev.localhost>
	<1133424216.2853.8.camel@laptopd505.fenrus.org>
	<1133425205.18168.8.camel@localhost>
Message-ID: <1133448893.21367.26.camel@gilboa-home-dev.localhost>

> On Thu, 2005-12-01 at 09:03 +0100, Arjan van de Ven wrote:
> 
> > > Your post is way-out of line. Please keep your pissing contest-style
> > > posts to yourself.
> > 
> > how is this way out of line? It's in no way rude or abusive and it
> > points to where he can get more information, there's an entire topic on
> > the nvidia forum about this stuff. Questions about binary drivers are
> > not really fedora related (fedora is an open source project after all)
> > and are thus mostly off-topic here, especially since there is a good
> > forum for questions like these.
> 

Let me see if I get your message:
If I'm having problem with connecting my FC4 to a Windows SMB server, I
shouldn't come here because Windows is a closed source software.
If I'm having problem syncing with my Palm, I shouldn't come here
because Palm is a closed source project.
Somehow I doubt that anything remotely close to your POV ever appeared
in the FC mailing list guide-lines. (And I just checked)

And even if in your eyes, he's question was off-topic, I doubt that it
was in your place to give such a rude answer.

Now, if we can all move along.... (His question was answered and his
problem solved.)
Gilboa 




From bmillett at gmail.com  Thu Dec  1 15:33:06 2005
From: bmillett at gmail.com (Brian Millett)
Date: Thu, 01 Dec 2005 09:33:06 -0600
Subject: Today (12/01/2005) rawhide update
Message-ID: <1133451186.3739.7.camel@localhost.localdomain>

  Updating  : selinux-policy-targeted      ##
[ 89/215]warning: /etc/selinux/targeted/policy/policy.20 created
as /etc/selinux/targeted/policy/policy.20.rpmnew  Updating  :
selinux-policy-targeted      ##################### [ 89/215]
libsepol.policydb_write: Discarding booleans and conditional rules
libsepol.policydb_write: Discarding booleans and conditional rules
libsepol.context_read_and_validate: invalid security context
libsepol.policydb_to_image: new policy image is invalid
libsepol.policydb_to_image: could not create policy image
/usr/sbin/load_policy:  Can't load policy:  No such file or directory
libsemanage.semanage_reload_policy: load_policy returned error code 2.
libsemanage.semanage_install_active: Could not
copy /etc/selinux/targeted/modules/active/policy.kern
to /etc/selinux/targeted/policy/policy.20.
Failed!


And I do not even have SELinux enabled. :-(

-- 
Brian Millett - [ Centauri Emperor and Kosh, "The Coming of Shadows"]
"How will this end?"
'In fire.'

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051201/c095b411/attachment.sig>

From jorton at redhat.com  Thu Dec  1 16:26:42 2005
From: jorton at redhat.com (Joe Orton)
Date: Thu, 1 Dec 2005 16:26:42 +0000
Subject: FC5t1: SSL not working (https, pops), what I'm missing?
In-Reply-To: <200511302110.22455.kimmo.koivisto@surfeu.fi>
References: <200511270020.02539.kimmo.koivisto@surfeu.fi>
	<20051128105037.GA28353@redhat.com>
	<200511302110.22455.kimmo.koivisto@surfeu.fi>
Message-ID: <20051201162642.GB17394@redhat.com>

On Wed, Nov 30, 2005 at 09:10:22PM +0200, Kimmo Koivisto wrote:
> Joe Orton kirjoitti viestiss??n (l?hetysaika maanantai, 28. marraskuuta 2005 
> 12:50):
> > > I installed FC5t1, minimal installation. Then I added kde stuff with yum
> > > and kde is now working quite well. Problem is that I cannot use any SSL
> > > connections :(
> >
> > Please try updating to the openssl from Raw Hide:
> >
> 
> I have openssl-0.9.8a-3, is there newer version? I did not find any.

-3 had fixed the general OpenSSL problem.  I'd guess this is some 
KDE-specific issue then, please file a bug.

joe



From jamatos at fc.up.pt  Thu Dec  1 16:52:13 2005
From: jamatos at fc.up.pt (Jose' Matos)
Date: Thu, 1 Dec 2005 16:52:13 +0000
Subject: yum broken in testing-updates? (FC4)
Message-ID: <200512011652.13242.jamatos@fc.up.pt>

Hi,
	I have installed the new yum in testing-updates for FC4.
# rpm -q yum
yum-2.4.1-0.fc4
# yum shell
Setting up Yum Shell
> clean all
Cleaning up Everything
0 headers removed
0 packages removed
0 metadata files removed
0 cache files removed
0 cache files removed
> update
update
Setting up Update Process
Setting up repositories
Cannot open/read repomd.xml file for repository: dries
Cannot find repomd.xml file for dries

This will go no matter how repositories I disable. Is this a bug or a new way 
to deal with it in 2.4.1?

Thanks.

-- 
Jos? Ab?lio



From jspaleta at gmail.com  Thu Dec  1 17:11:38 2005
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Thu, 1 Dec 2005 12:11:38 -0500
Subject: yum broken in testing-updates? (FC4)
In-Reply-To: <200512011652.13242.jamatos@fc.up.pt>
References: <200512011652.13242.jamatos@fc.up.pt>
Message-ID: <604aa7910512010911pca64f49y75eac49a098f1ad9@mail.gmail.com>

On 12/1/05, Jose' Matos <jamatos at fc.up.pt> wrote:
> This will go no matter how repositories I disable. Is this a bug or a new way
> to deal with it in 2.4.1?

this test version of yum has a new cache feature to cache
repodata..for a period of time.
Go into your yum cache directory and look for cachecookie  files for each repo.

The clean all is NOT cleaning out the cookie files.. which are
controlling the timeout based caching feature. This is a bug... you
need to file it.


Other questions
1)what is the default timeout for the cookies
2)how do i configure the timeout for the cookies
3)how do i turn this off completely?

If i dont know what the timeout is and cannot affect changes to its
setting or turn it off.. how do I test to make sure this feature works
as expected?

-jef



From kimmo.koivisto at surfeu.fi  Thu Dec  1 17:26:53 2005
From: kimmo.koivisto at surfeu.fi (Kimmo Koivisto)
Date: Thu, 1 Dec 2005 19:26:53 +0200
Subject: FC5t1: SSL not working (https, pops), what I'm missing?
In-Reply-To: <20051201162642.GB17394@redhat.com>
References: <200511270020.02539.kimmo.koivisto@surfeu.fi>
	<200511302110.22455.kimmo.koivisto@surfeu.fi>
	<20051201162642.GB17394@redhat.com>
Message-ID: <200512011926.53616.kimmo.koivisto@surfeu.fi>

Joe Orton kirjoitti viestiss??n (l?hetysaika torstai, 1. joulukuuta 2005 
18:26):
> -3 had fixed the general OpenSSL problem.  I'd guess this is some
> KDE-specific issue then, please file a bug.

Stunnel and Firefox works, kmail and konqueror do not work, it seems to be kde 
thing. I'll file bug but with FF cause bugzilla needs https support :) 

Regards
Kimmo



From fedora-test at adslpipe.co.uk  Thu Dec  1 17:49:56 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Thu, 01 Dec 2005 17:49:56 +0000
Subject: smartd with ahci
Message-ID: <438F37C4.3090209@adslpipe.co.uk>

My motherboard is configured so the SATA drives show up as ahci devices 
rather than legacy ide devices, fedora itself recognises the disks OK, 
however smartd fails to start.

I did some investigation with smartctl and found that it was necessary 
to use

	smartctl -a -d ata /dev/sda

with the "-d ata" being required to make it use libata, so I modified 
the entries in /etc/smartd.conf to also have the "-d ata"

/dev/sda -d ata -H -m root at localhost
/dev/sdb -d ata -H -m root at localhost

now smartd is happy.

I'm not sure if anaconda (or something else) should have have recognised 
the ahci devices at install time and made appropriate entries in 
/etc/smartd.conf, in which case I should file a bug, or if this is 
something the user should expect to have to configure, in which case 
hopefully this message might help someone else out ...




From pmatilai at laiskiainen.org  Thu Dec  1 17:52:17 2005
From: pmatilai at laiskiainen.org (Panu Matilainen)
Date: Thu, 01 Dec 2005 19:52:17 +0200
Subject: yum broken in testing-updates? (FC4)
In-Reply-To: <604aa7910512010911pca64f49y75eac49a098f1ad9@mail.gmail.com>
References: <200512011652.13242.jamatos@fc.up.pt>
	<604aa7910512010911pca64f49y75eac49a098f1ad9@mail.gmail.com>
Message-ID: <1133459537.25926.2.camel@weasel.turre.laiskiainen.org>

On Thu, 2005-12-01 at 12:11 -0500, Jeff Spaleta wrote:
> On 12/1/05, Jose' Matos <jamatos at fc.up.pt> wrote:
> > This will go no matter how repositories I disable. Is this a bug or a new way
> > to deal with it in 2.4.1?
> 
> this test version of yum has a new cache feature to cache
> repodata..for a period of time.
> Go into your yum cache directory and look for cachecookie  files for each repo.
> 
> The clean all is NOT cleaning out the cookie files.. which are
> controlling the timeout based caching feature. This is a bug... you
> need to file it.

The attached patch adds 'clean cookies' operation + cleans them on 'yum
clean all' operation as well. Didn't commit to yum cvs yet since I
started wondering do we really want to call them "cookies" in the user
interface?

	- Panu -
-------------- next part --------------
A non-text attachment was scrubbed...
Name: yum-2.4.1-clean-cookies.patch
Type: text/x-patch
Size: 3436 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051201/06ef63f5/attachment.bin>

From jspaleta at gmail.com  Thu Dec  1 18:05:41 2005
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Thu, 1 Dec 2005 13:05:41 -0500
Subject: yum broken in testing-updates? (FC4)
In-Reply-To: <1133459537.25926.2.camel@weasel.turre.laiskiainen.org>
References: <200512011652.13242.jamatos@fc.up.pt>
	<604aa7910512010911pca64f49y75eac49a098f1ad9@mail.gmail.com>
	<1133459537.25926.2.camel@weasel.turre.laiskiainen.org>
Message-ID: <604aa7910512011005n25599f54g7787153d7a10b376@mail.gmail.com>

On 12/1/05, Panu Matilainen <pmatilai at laiskiainen.org> wrote:

It's better than that
yum makecache   doesn't override the cookie timeouts. So it doesn't
pull repomd again.

so depending on your mirrorlist situation... you get a lot of checksum
mismatches as makecache tries to fill in missing files like
filelists.xml.gz and other.xml.gz from mirrors that are out of sync
with the last mirror you cached against.

Or if you are lucky enough to have the a full set of repodata
cached... doesn't attempt to recache at all.

I would have expected makecache  to forcible override the cookietime
outs and garunteed a new cache.

-jef



From fedora-test at adslpipe.co.uk  Thu Dec  1 18:14:18 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Thu, 01 Dec 2005 18:14:18 +0000
Subject: Nuisance antispam requests
Message-ID: <438F3D7A.1090906@adslpipe.co.uk>

Does everyone else keep getting UOL Antispam confirmation requests for 
every posting they make to this list from eorgan945 at uol.com.br?

I'm certainly not about to develop a habit of confirming every post to 
every recipient of every list I belong to, so it it acceptable for a 
list subscriber to cause this clutter?



From jspaleta at gmail.com  Thu Dec  1 18:17:51 2005
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Thu, 1 Dec 2005 13:17:51 -0500
Subject: yum broken in testing-updates? (FC4)
In-Reply-To: <604aa7910512011005n25599f54g7787153d7a10b376@mail.gmail.com>
References: <200512011652.13242.jamatos@fc.up.pt>
	<604aa7910512010911pca64f49y75eac49a098f1ad9@mail.gmail.com>
	<1133459537.25926.2.camel@weasel.turre.laiskiainen.org>
	<604aa7910512011005n25599f54g7787153d7a10b376@mail.gmail.com>
Message-ID: <604aa7910512011017p75c1dc92p3d03c8babe4d11e5@mail.gmail.com>

On 12/1/05, Jeff Spaleta <jspaleta at gmail.com> wrote:
> On 12/1/05, Panu Matilainen <pmatilai at laiskiainen.org> wrote:
>
> It's better than that

Actually this leads to all sorts of bad situations depending on the yum command.
Because yum doesn't sync its full repodata set on 'typical' operations.

0)start with a bare cache

1)yum check-update  > sets the cachecookie and you cache against one
of the staler mirrors

a little bit later before the cookie timesout

2)yum provides /usr/bin/emacs  > this needs filelists.xml.gz  but now
most if not all the mirrors have synced up the updates so
filelists.xml.gz  off any mirror fails the checksum against the cached
stale repomd. So all you do is keep trying to download this file from
each mirror in the mirror lists...making the provides operation take
vastly more time than the syncing to the contacted mirror use to take.

Can we really rely on this caching without having available
functionality suffer, before we do something about mirrors being out
of sync?

This landed in rawhide too. I don't see how I'm going to be able to
continue to do a lot of the troubleshooting I do with yum unless i
forcible turn off this cachecookie stuff or force it to update.

-jef



From paul at all-the-johnsons.co.uk  Thu Dec  1 18:24:03 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Thu, 01 Dec 2005 18:24:03 +0000
Subject: Nuisance antispam requests
In-Reply-To: <438F3D7A.1090906@adslpipe.co.uk>
References: <438F3D7A.1090906@adslpipe.co.uk>
Message-ID: <1133461443.18168.19.camel@localhost>

Hi,

> Does everyone else keep getting UOL Antispam confirmation requests for 
> every posting they make to this list from eorgan945 at uol.com.br?

*@uol.com.br is a pain in the arse. Have a look in the archives (most
recently, "the plague returns")

TTFN

Paul
-- 
"Religion is the opiate of the masses" - Karl Marx
"Mmmmmm, mass opiates...." - Homer Simpson



From skvidal at phy.duke.edu  Thu Dec  1 18:27:46 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Thu, 01 Dec 2005 13:27:46 -0500
Subject: yum broken in testing-updates? (FC4)
In-Reply-To: <604aa7910512011017p75c1dc92p3d03c8babe4d11e5@mail.gmail.com>
References: <200512011652.13242.jamatos@fc.up.pt>
	<604aa7910512010911pca64f49y75eac49a098f1ad9@mail.gmail.com>
	<1133459537.25926.2.camel@weasel.turre.laiskiainen.org>
	<604aa7910512011005n25599f54g7787153d7a10b376@mail.gmail.com>
	<604aa7910512011017p75c1dc92p3d03c8babe4d11e5@mail.gmail.com>
Message-ID: <1133461666.25713.10.camel@cutter>

On Thu, 2005-12-01 at 13:17 -0500, Jeff Spaleta wrote:
> On 12/1/05, Jeff Spaleta <jspaleta at gmail.com> wrote:
> > On 12/1/05, Panu Matilainen <pmatilai at laiskiainen.org> wrote:
> >
> > It's better than that
> 
> Actually this leads to all sorts of bad situations depending on the yum command.
> Because yum doesn't sync its full repodata set on 'typical' operations.
> 
> 0)start with a bare cache
> 
> 1)yum check-update  > sets the cachecookie and you cache against one
> of the staler mirrors
> 
> a little bit later before the cookie timesout
> 
> 2)yum provides /usr/bin/emacs  > this needs filelists.xml.gz  but now
> most if not all the mirrors have synced up the updates so
> filelists.xml.gz  off any mirror fails the checksum against the cached
> stale repomd. So all you do is keep trying to download this file from
> each mirror in the mirror lists...making the provides operation take
> vastly more time than the syncing to the contacted mirror use to take.
> 
> Can we really rely on this caching without having available
> functionality suffer, before we do something about mirrors being out
> of sync?
> 
> This landed in rawhide too. I don't see how I'm going to be able to
> continue to do a lot of the troubleshooting I do with yum unless i
> forcible turn off this cachecookie stuff or force it to update.

in [main] set

metadata_expire = 0

that's it
-sv




From jkeating at j2solutions.net  Thu Dec  1 18:15:12 2005
From: jkeating at j2solutions.net (Jesse Keating)
Date: Thu, 01 Dec 2005 10:15:12 -0800
Subject: Nuisance antispam requests
In-Reply-To: <438F3D7A.1090906@adslpipe.co.uk>
References: <438F3D7A.1090906@adslpipe.co.uk>
Message-ID: <1133460912.3377.3.camel@yoda.loki.me>

On Thu, 2005-12-01 at 18:14 +0000, Andy Burns wrote:
> Does everyone else keep getting UOL Antispam confirmation requests for 
> every posting they make to this list from eorgan945 at uol.com.br?
> 
> I'm certainly not about to develop a habit of confirming every post to 
> every recipient of every list I belong to, so it it acceptable for a 
> list subscriber to cause this clutter?

I'm getting them every time I post.  Unfortunately there is nobody
registered to the list w/ that domain.  Somebody is registered with an
alias that eventually goes to that domain, thus really really really
hard to determine.  I've tried emailing that address directly to make
them stop, but my mail never gets to them.  funny that.

-- 
Jesse Keating RHCE      (geek.j2solutions.net)
Fedora Legacy Team      (www.fedoralegacy.org)
GPG Public Key          (geek.j2solutions.net/jkeating.j2solutions.pub)
 
Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating



From tgl at redhat.com  Thu Dec  1 18:44:21 2005
From: tgl at redhat.com (Tom Lane)
Date: Thu, 01 Dec 2005 13:44:21 -0500
Subject: Nuisance antispam requests 
In-Reply-To: <438F3D7A.1090906@adslpipe.co.uk> 
References: <438F3D7A.1090906@adslpipe.co.uk>
Message-ID: <15642.1133462661@sss.pgh.pa.us>

Andy Burns <fedora-test at adslpipe.co.uk> writes:
> Does everyone else keep getting UOL Antispam confirmation requests for 
> every posting they make to this list from eorgan945 at uol.com.br?

> I'm certainly not about to develop a habit of confirming every post to 
> every recipient of every list I belong to, so it it acceptable for a 
> list subscriber to cause this clutter?

I don't run this list, but on lists that I do run, autoresponses to list
mail are grounds for summary expulsion from the list.  Particularly if
they are every-time and not one-time (I'll cut people some slack for
"vacation" as long as it doesn't repeat itself...)

			regards, tom lane



From jkeating at j2solutions.net  Thu Dec  1 18:49:44 2005
From: jkeating at j2solutions.net (Jesse Keating)
Date: Thu, 01 Dec 2005 10:49:44 -0800
Subject: Nuisance antispam requests
In-Reply-To: <15642.1133462661@sss.pgh.pa.us>
References: <438F3D7A.1090906@adslpipe.co.uk> <15642.1133462661@sss.pgh.pa.us>
Message-ID: <1133462984.3377.9.camel@yoda.loki.me>

On Thu, 2005-12-01 at 13:44 -0500, Tom Lane wrote:
> 
> I don't run this list, but on lists that I do run, autoresponses to list
> mail are grounds for summary expulsion from the list.  Particularly if
> they are every-time and not one-time (I'll cut people some slack for
> "vacation" as long as it doesn't repeat itself...)

If we could find the subscriber who's subscribed email address
eventually directs to the uol.com.br we could boot them.  Got any ideas?

-- 
Jesse Keating RHCE      (geek.j2solutions.net)
Fedora Legacy Team      (www.fedoralegacy.org)
GPG Public Key          (geek.j2solutions.net/jkeating.j2solutions.pub)
 
Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating



From nalin at redhat.com  Thu Dec  1 18:59:05 2005
From: nalin at redhat.com (Nalin Dahyabhai)
Date: Thu, 1 Dec 2005 13:59:05 -0500
Subject: [SECURITY] Fedora Core 3 Test Update: libc-client-2002e-13
Message-ID: <200512011859.jB1Ix5f4011594@devserv.devel.redhat.com>

---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2005-1112
2005-12-01
---------------------------------------------------------------------

Product     : Fedora Core 3
Name        : libc-client
Version     : 2002e                      
Release     : 13                  
Summary     : C-client mail access routines for IMAP and POP protocols
Description :
C-client is a common API for accessing mailboxes. It is used internally by
the popular PINE mail reader, the University of Washington's IMAP server
and PHP.

---------------------------------------------------------------------
Update Information:

The c-client library provides an API which allows
applications to access and manipulate remote mail boxes.

The library contains a bug in its mail_valid_net_parse()
function.  If an application allows untrusted input to be
supplied to this function, its stack may become corrupted. 
This update backports the fix from imap-2004g which resolves
this issue.
---------------------------------------------------------------------
* Wed Nov 23 2005 Nalin Dahyabhai <nalin at redhat.com> 2002e-13
- apply fix for CVE-2005-2933: buffer overflow (#171345)

* Wed Nov  9 2005 Tomas Mraz <tmraz at redhat.com> 2002e-12
- rebuilt against new openssl

* Sat Oct 15 2005 Florian La Roche <laroche at redhat.com>
- fix to rebuild at least, seems the way to specify the
  include dir is a bit broken

* Wed Mar  2 2005 Joe Orton <jorton at redhat.com> 2002e-10
- rebuild

* Wed Mar  2 2005 Jindrich Novy <jnovy at redhat.com> 2002e-9
- rebuilt


---------------------------------------------------------------------
This update can be downloaded from:
  http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/

2afd19b7786d78dac16571053c861230  SRPMS/libc-client-2002e-13.src.rpm
30464c7c518cecd618fc0dc1378ab811  x86_64/libc-client-2002e-13.x86_64.rpm
f1d5c44d0c13a7fef404c316c6d5ccb7  x86_64/libc-client-devel-2002e-13.x86_64.rpm
02c5f71838d81cefdffb0f4fec0c00f6  x86_64/debug/libc-client-debuginfo-2002e-13.x86_64.rpm
da8ff82b895bd6c4c40d96f4a67897dc  x86_64/libc-client-2002e-13.i386.rpm
da8ff82b895bd6c4c40d96f4a67897dc  i386/libc-client-2002e-13.i386.rpm
661d177d2310e6ada4fb7cabeab2d780  i386/libc-client-devel-2002e-13.i386.rpm
65354f02932499bb9904029435ad33f0  i386/debug/libc-client-debuginfo-2002e-13.i386.rpm

This update can also be installed with the Update Agent; you can
launch the Update Agent with the 'up2date' command.  You may 
need to edit your up2date channels configuration.  Within 
/etc/sysconfig/rhn/sources enable the following line: 
yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH
---------------------------------------------------------------------



From tdiehl at rogueind.com  Thu Dec  1 18:59:16 2005
From: tdiehl at rogueind.com (Tom Diehl)
Date: Thu, 1 Dec 2005 13:59:16 -0500 (EST)
Subject: Nuisance antispam requests
In-Reply-To: <1133462984.3377.9.camel@yoda.loki.me>
References: <438F3D7A.1090906@adslpipe.co.uk> <15642.1133462661@sss.pgh.pa.us>
	<1133462984.3377.9.camel@yoda.loki.me>
Message-ID: <Pine.LNX.4.63.0512011351211.727@bullwinkle.rogueind.com>

On Thu, 1 Dec 2005, Jesse Keating wrote:

> On Thu, 2005-12-01 at 13:44 -0500, Tom Lane wrote:
>>
>> I don't run this list, but on lists that I do run, autoresponses to list
>> mail are grounds for summary expulsion from the list.  Particularly if
>> they are every-time and not one-time (I'll cut people some slack for
>> "vacation" as long as it doesn't repeat itself...)
>
> If we could find the subscriber who's subscribed email address
> eventually directs to the uol.com.br we could boot them.  Got any ideas?

Yes, but it is expensive processing wise. Set mailman's personalize options to
yes and add a custom footer that says something like this: "This message was
sent to %(user_delivered_to)s". It works really well but the trade-off is that
mailman now has to generate a custom message for each recipient, so processing
those messages requires a lot more CPU cycles than before. Not sure if it
is worth it or not. You could turn it on when you need to solve a particular
problem and then turn it off again.

Regards,

Tom



From jkeating at j2solutions.net  Thu Dec  1 19:05:42 2005
From: jkeating at j2solutions.net (Jesse Keating)
Date: Thu, 01 Dec 2005 11:05:42 -0800
Subject: Nuisance antispam requests
In-Reply-To: <Pine.LNX.4.63.0512011351211.727@bullwinkle.rogueind.com>
References: <438F3D7A.1090906@adslpipe.co.uk>
	<15642.1133462661@sss.pgh.pa.us> <1133462984.3377.9.camel@yoda.loki.me>
	<Pine.LNX.4.63.0512011351211.727@bullwinkle.rogueind.com>
Message-ID: <1133463942.2872.0.camel@yoda.loki.me>

On Thu, 2005-12-01 at 13:59 -0500, Tom Diehl wrote:
> Yes, but it is expensive processing wise. Set mailman's personalize options to
> yes and add a custom footer that says something like this: "This message was
> sent to %(user_delivered_to)s". It works really well but the trade-off is that
> mailman now has to generate a custom message for each recipient, so processing
> those messages requires a lot more CPU cycles than before. Not sure if it
> is worth it or not. You could turn it on when you need to solve a particular
> problem and then turn it off again.
> 

Problem is that the UOL anti-spam responder doesn't include any part of
the original email.  Just uses the subject line.

-- 
Jesse Keating RHCE      (geek.j2solutions.net)
Fedora Legacy Team      (www.fedoralegacy.org)
GPG Public Key          (geek.j2solutions.net/jkeating.j2solutions.pub)
 
Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating



From nman64 at n-man.com  Thu Dec  1 19:06:12 2005
From: nman64 at n-man.com (Patrick Barnes)
Date: Thu, 01 Dec 2005 13:06:12 -0600
Subject: Nuisance antispam requests
In-Reply-To: <438F3D7A.1090906@adslpipe.co.uk>
References: <438F3D7A.1090906@adslpipe.co.uk>
Message-ID: <438F49A4.2080608@n-man.com>

Andy Burns wrote:
> Does everyone else keep getting UOL Antispam confirmation requests for
> every posting they make to this list from eorgan945 at uol.com.br?
>
> I'm certainly not about to develop a habit of confirming every post to
> every recipient of every list I belong to, so it it acceptable for a
> list subscriber to cause this clutter?
>
This message is for the specific purpose of triggering such a response,
in the hopes of tracking it down.

Whatever subscriber is responsible for this should be immediately
dropped, but we'll have to know who it is first.

-- 
Patrick "The N-Man" Barnes
nman64 at n-man.com

www.n-man.com
-- 



-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051201/241929a1/attachment.sig>

From jkeating at j2solutions.net  Thu Dec  1 19:06:16 2005
From: jkeating at j2solutions.net (Jesse Keating)
Date: Thu, 01 Dec 2005 11:06:16 -0800
Subject: Nuisance antispam requests
In-Reply-To: <1133460912.3377.3.camel@yoda.loki.me>
References: <438F3D7A.1090906@adslpipe.co.uk>
	<1133460912.3377.3.camel@yoda.loki.me>
Message-ID: <1133463976.2872.2.camel@yoda.loki.me>

On Thu, 2005-12-01 at 10:15 -0800, Jesse Keating wrote:
> 
> I'm getting them every time I post. 

I should say I WAS getting them every time I post.  I haven't gotten any
today.

-- 
Jesse Keating RHCE      (geek.j2solutions.net)
Fedora Legacy Team      (www.fedoralegacy.org)
GPG Public Key          (geek.j2solutions.net/jkeating.j2solutions.pub)
 
Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating



From tmraz at redhat.com  Thu Dec  1 19:06:45 2005
From: tmraz at redhat.com (Tomas Mraz)
Date: Thu, 01 Dec 2005 20:06:45 +0100
Subject: smartd with ahci
In-Reply-To: <438F37C4.3090209@adslpipe.co.uk>
References: <438F37C4.3090209@adslpipe.co.uk>
Message-ID: <1133464005.3083.5.camel@perun.redhat.usu>

On Thu, 2005-12-01 at 17:49 +0000, Andy Burns wrote:
> My motherboard is configured so the SATA drives show up as ahci devices 
> rather than legacy ide devices, fedora itself recognises the disks OK, 
> however smartd fails to start.
> 
> I did some investigation with smartctl and found that it was necessary 
> to use
> 
> 	smartctl -a -d ata /dev/sda
> 
> with the "-d ata" being required to make it use libata, so I modified 
> the entries in /etc/smartd.conf to also have the "-d ata"
> 
> /dev/sda -d ata -H -m root at localhost
> /dev/sdb -d ata -H -m root at localhost
> 
> now smartd is happy.
> 
> I'm not sure if anaconda (or something else) should have have recognised 
> the ahci devices at install time and made appropriate entries in 
> /etc/smartd.conf, in which case I should file a bug, or if this is 
> something the user should expect to have to configure, in which case 
> hopefully this message might help someone else out ...

Smartd is configured through the smartd-conf.py script automatically
when /etc/smartd.conf doesn't exist. The latest rawhide smarttools
package should configure the SATA drives with '-d ata' fine.

However if the smartd.conf exists when smartd is started it won't be
overwritten and in such case it must be manually reconfigured by user.
-- 
Tomas Mraz <tmraz at redhat.com>



From kimmo.koivisto at surfeu.fi  Thu Dec  1 19:18:01 2005
From: kimmo.koivisto at surfeu.fi (Kimmo Koivisto)
Date: Thu, 1 Dec 2005 21:18:01 +0200
Subject: Nuisance antispam requests
In-Reply-To: <1133463942.2872.0.camel@yoda.loki.me>
References: <438F3D7A.1090906@adslpipe.co.uk>
	<Pine.LNX.4.63.0512011351211.727@bullwinkle.rogueind.com>
	<1133463942.2872.0.camel@yoda.loki.me>
Message-ID: <200512012118.02012.kimmo.koivisto@surfeu.fi>

Jesse Keating kirjoitti viestiss??n (l?hetysaika torstai, 1. joulukuuta 2005 
21:05):
>
> Problem is that the UOL anti-spam responder doesn't include any part of
> the original email.  Just uses the subject line.

What if list admin would make script that sends mail to every user with unique 
subject that contains username?

for $user in $list_of_users; do
send mail to $user subject "Mail to $user"
done

Regards
Kimmo



From tdiehl at rogueind.com  Thu Dec  1 19:30:15 2005
From: tdiehl at rogueind.com (Tom Diehl)
Date: Thu, 1 Dec 2005 14:30:15 -0500 (EST)
Subject: Nuisance antispam requests
In-Reply-To: <1133463976.2872.2.camel@yoda.loki.me>
References: <438F3D7A.1090906@adslpipe.co.uk>
	<1133460912.3377.3.camel@yoda.loki.me>
	<1133463976.2872.2.camel@yoda.loki.me>
Message-ID: <Pine.LNX.4.63.0512011427440.727@bullwinkle.rogueind.com>

On Thu, 1 Dec 2005, Jesse Keating wrote:

> On Thu, 2005-12-01 at 10:15 -0800, Jesse Keating wrote:
>>
>> I'm getting them every time I post.
>
> I should say I WAS getting them every time I post.  I haven't gotten any
> today.

I just got one for my last post. Maybe after a certain number of no responses
it gives up.

I guess I will get yet another one. I wonder how long it will take spamassassin
to recgonize them for the garbage they are.


Regards,

Tom



From tdiehl at rogueind.com  Thu Dec  1 19:32:37 2005
From: tdiehl at rogueind.com (Tom Diehl)
Date: Thu, 1 Dec 2005 14:32:37 -0500 (EST)
Subject: Nuisance antispam requests
In-Reply-To: <1133463942.2872.0.camel@yoda.loki.me>
References: <438F3D7A.1090906@adslpipe.co.uk> <15642.1133462661@sss.pgh.pa.us>
	<1133462984.3377.9.camel@yoda.loki.me>
	<Pine.LNX.4.63.0512011351211.727@bullwinkle.rogueind.com>
	<1133463942.2872.0.camel@yoda.loki.me>
Message-ID: <Pine.LNX.4.63.0512011430240.727@bullwinkle.rogueind.com>

On Thu, 1 Dec 2005, Jesse Keating wrote:

> On Thu, 2005-12-01 at 13:59 -0500, Tom Diehl wrote:
>> Yes, but it is expensive processing wise. Set mailman's personalize options to
>> yes and add a custom footer that says something like this: "This message was
>> sent to %(user_delivered_to)s". It works really well but the trade-off is that
>> mailman now has to generate a custom message for each recipient, so processing
>> those messages requires a lot more CPU cycles than before. Not sure if it
>> is worth it or not. You could turn it on when you need to solve a particular
>> problem and then turn it off again.
>>
>
> Problem is that the UOL anti-spam responder doesn't include any part of
> the original email.  Just uses the subject line.

Oh well nevermind then. I had not actually seen one untill I posted the original
message. :-(

Oh, BTW, I thought you were getting a new email address today. ;))

Congrats.

Regards,

Tom



From jkeating at j2solutions.net  Thu Dec  1 19:34:59 2005
From: jkeating at j2solutions.net (Jesse Keating)
Date: Thu, 01 Dec 2005 11:34:59 -0800
Subject: Nuisance antispam requests
In-Reply-To: <Pine.LNX.4.63.0512011430240.727@bullwinkle.rogueind.com>
References: <438F3D7A.1090906@adslpipe.co.uk>
	<15642.1133462661@sss.pgh.pa.us> <1133462984.3377.9.camel@yoda.loki.me>
	<Pine.LNX.4.63.0512011351211.727@bullwinkle.rogueind.com>
	<1133463942.2872.0.camel@yoda.loki.me>
	<Pine.LNX.4.63.0512011430240.727@bullwinkle.rogueind.com>
Message-ID: <1133465699.2997.3.camel@yoda.loki.me>

On Thu, 2005-12-01 at 14:32 -0500, Tom Diehl wrote:
> Oh well nevermind then. I had not actually seen one untill I posted the original
> message. :-(
> 
> Oh, BTW, I thought you were getting a new email address today. ;))

Heh, working on that.  Some VPN issues.  I think I'll continue posting
using this address.  Less assumptions about what I'm saying being the
"Word of Red Hat" and all that.

-- 
Jesse Keating RHCE      (geek.j2solutions.net)
Fedora Legacy Team      (www.fedoralegacy.org)
GPG Public Key          (geek.j2solutions.net/jkeating.j2solutions.pub)
 
Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating



From tgl at redhat.com  Thu Dec  1 19:43:03 2005
From: tgl at redhat.com (Tom Lane)
Date: Thu, 01 Dec 2005 14:43:03 -0500
Subject: Nuisance antispam requests 
In-Reply-To: <200512012118.02012.kimmo.koivisto@surfeu.fi> 
References: <438F3D7A.1090906@adslpipe.co.uk>
	<Pine.LNX.4.63.0512011351211.727@bullwinkle.rogueind.com>
	<1133463942.2872.0.camel@yoda.loki.me>
	<200512012118.02012.kimmo.koivisto@surfeu.fi>
Message-ID: <16151.1133466183@sss.pgh.pa.us>

Kimmo Koivisto <kimmo.koivisto at surfeu.fi> writes:
> Jesse Keating kirjoitti viestiss??n (l?hetysaika torstai, 1. joulukuuta 2005 
> 21:05):
>> Problem is that the UOL anti-spam responder doesn't include any part of
>> the original email.  Just uses the subject line.

> What if list admin would make script that sends mail to every user with unique 
> subject that contains username?

After looking over one of the problem mails very carefully, I have to
agree, that's the only way.  (For an "anti spam" effort, this is pretty
amusing actually: it's mail that requests you to click on a supplied
link without providing *any* evidence that this has anything to do with
you.  I'd ordinarily consider such a message as either spam or a
trojan horse/phishing attempt.)

			regards, tom lane



From dwalsh at redhat.com  Thu Dec  1 20:12:56 2005
From: dwalsh at redhat.com (Daniel Walsh)
Date: Thu, 1 Dec 2005 15:12:56 -0500
Subject: Fedora Core 4 Test Update: selinux-policy-targeted-1.27.1-2.16
Message-ID: <200512012012.jB1KCu1p017555@devserv.devel.redhat.com>

---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2005-1114
2005-12-01
---------------------------------------------------------------------

Product     : Fedora Core 4
Name        : selinux-policy-targeted
Version     : 1.27.1                      
Release     : 2.16                  
Summary     : SELinux targeted policy configuration
Description :
Security-enhanced Linux is a patch of the Linux?? kernel and a number
of utilities with enhanced security functionality designed to add
mandatory access controls to Linux.  The Security-enhanced Linux
kernel contains new architectural components originally developed to
improve the security of the Flask operating system. These
architectural components provide general support for the enforcement
of many kinds of mandatory access control policies, including those
based on the concepts of Type Enforcement??, Role-based Access
Control, and Multi-level Security.

This package contains the SELinux example policy configuration along
with the Flask configuration information and the application
configuration files.

---------------------------------------------------------------------

* Thu Dec  1 2005 Dan Walsh <dwalsh at redhat.com> 1.27.1-2.16
- Load the correct policy

* Mon Nov 28 2005 Dan Walsh <dwalsh at redhat.com> 1.27.1-2.15
- Allow privoxy to write /etc/privoxy/user.action
- allow syslog to log to tty in targeted
- Allow dovecot to read etc_runtime_t
- Fixes for procmail and spam
- Allow zebra to write routing rules


---------------------------------------------------------------------
This update can be downloaded from:
  http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/

48985dbb2d854bfdafef3395cd4bab9c  SRPMS/selinux-policy-targeted-1.27.1-2.16.src.rpm
ead355c81a4f5877702b15b3553e4845  x86_64/selinux-policy-targeted-1.27.1-2.16.noarch.rpm
dff197ac411efdd9f51a1abc90a40ffd  x86_64/selinux-policy-targeted-sources-1.27.1-2.16.noarch.rpm
ead355c81a4f5877702b15b3553e4845  i386/selinux-policy-targeted-1.27.1-2.16.noarch.rpm
dff197ac411efdd9f51a1abc90a40ffd  i386/selinux-policy-targeted-sources-1.27.1-2.16.noarch.rpm

This update can also be installed with the Update Agent; you can
launch the Update Agent with the 'up2date' command.  You may 
need to edit your up2date channels configuration.  Within 
/etc/sysconfig/rhn/sources enable the following line: 
yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/$ARCH
---------------------------------------------------------------------



From dwalsh at redhat.com  Thu Dec  1 20:12:57 2005
From: dwalsh at redhat.com (Daniel Walsh)
Date: Thu, 1 Dec 2005 15:12:57 -0500
Subject: Fedora Core 4 Test Update: selinux-policy-strict-1.27.1-2.16
Message-ID: <200512012012.jB1KCvHU017558@devserv.devel.redhat.com>

---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2005-1114
2005-12-01
---------------------------------------------------------------------

Product     : Fedora Core 4
Name        : selinux-policy-strict
Version     : 1.27.1                      
Release     : 2.16                  
Summary     : SELinux strict policy configuration
Description :
Security-enhanced Linux is a patch of the Linux?? kernel and a number
of utilities with enhanced security functionality designed to add
mandatory access controls to Linux.  The Security-enhanced Linux
kernel contains new architectural components originally developed to
improve the security of the Flask operating system. These
architectural components provide general support for the enforcement
of many kinds of mandatory access control policies, including those
based on the concepts of Type Enforcement??, Role-based Access
Control, and Multi-level Security.

This package contains the SELinux example policy configuration along
with the Flask configuration information and the application
configuration files.

---------------------------------------------------------------------

* Thu Dec  1 2005 Dan Walsh <dwalsh at redhat.com> 1.27.1-2.16
- Load the correct policy

* Mon Nov 28 2005 Dan Walsh <dwalsh at redhat.com> 1.27.1-2.15
- Allow privoxy to write /etc/privoxy/user.action
- allow syslog to log to tty in targeted
- Allow dovecot to read etc_runtime_t
- Fixes for procmail and spam
- Allow zebra to write routing rules


---------------------------------------------------------------------
This update can be downloaded from:
  http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/

db98754d2f3a7f8ba4b22580b4e8c55b  SRPMS/selinux-policy-strict-1.27.1-2.16.src.rpm
4c72938c04bab327104bf9956461ff11  x86_64/selinux-policy-strict-1.27.1-2.16.noarch.rpm
68858d4eceb5481cc7610453abe8ba53  x86_64/selinux-policy-strict-sources-1.27.1-2.16.noarch.rpm
4c72938c04bab327104bf9956461ff11  i386/selinux-policy-strict-1.27.1-2.16.noarch.rpm
68858d4eceb5481cc7610453abe8ba53  i386/selinux-policy-strict-sources-1.27.1-2.16.noarch.rpm

This update can also be installed with the Update Agent; you can
launch the Update Agent with the 'up2date' command.  You may 
need to edit your up2date channels configuration.  Within 
/etc/sysconfig/rhn/sources enable the following line: 
yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/$ARCH
---------------------------------------------------------------------



From jamatos at fc.up.pt  Thu Dec  1 20:21:19 2005
From: jamatos at fc.up.pt (Jose' Matos)
Date: Thu, 1 Dec 2005 20:21:19 +0000
Subject: yum broken in testing-updates? (FC4)
In-Reply-To: <604aa7910512010911pca64f49y75eac49a098f1ad9@mail.gmail.com>
References: <200512011652.13242.jamatos@fc.up.pt>
	<604aa7910512010911pca64f49y75eac49a098f1ad9@mail.gmail.com>
Message-ID: <200512012021.19669.jamatos@fc.up.pt>

On Thursday 01 December 2005 17:11, Jeff Spaleta wrote:
> On 12/1/05, Jose' Matos <jamatos at fc.up.pt> wrote:
> > This will go no matter how repositories I disable. Is this a bug or a new
> > way to deal with it in 2.4.1?
>
> this test version of yum has a new cache feature to cache
> repodata..for a period of time.

  Thank you, I suspected so and I wanted to play with it but failed. :-)

> Go into your yum cache directory and look for cachecookie  files for each
> repo.

# \rm /var/cache/yum/*/cachecookie

fixes the issue.

> -jef

PS: I like the name cookies as an option to clean, it seems to fit in the set 
of parameters for clean. :-)
-- 
Jos? Ab?lio



From nalin at redhat.com  Thu Dec  1 20:26:59 2005
From: nalin at redhat.com (Nalin Dahyabhai)
Date: Thu, 1 Dec 2005 15:26:59 -0500
Subject: [SECURITY] Fedora Core 4 Test Update: libc-client-2002e-17
Message-ID: <200512012026.jB1KQxY2025557@devserv.devel.redhat.com>

---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2005-1115
2005-12-01
---------------------------------------------------------------------

Product     : Fedora Core 4
Name        : libc-client
Version     : 2002e                      
Release     : 17                  
Summary     : C-client mail access routines for IMAP and POP protocols
Description :
C-client is a common API for accessing mailboxes. It is used internally by
the popular PINE mail reader, the University of Washington's IMAP server
and PHP.

---------------------------------------------------------------------
Update Information:

The c-client library provides an API which allows
applications to access and manipulate remote mail boxes.

The library contains a bug in its mail_valid_net_parse()
function. If an application allows untrusted input to be
supplied to this function, its stack may become corrupted.
This update backports the fix from imap-2004g which resolves
this issue.
---------------------------------------------------------------------
* Thu Dec  1 2005 Nalin Dahyabhai <nalin at redhat.com> 2002e-17
- account for the /usr/share/ssl -> /etc/pki/tls move in the patch which
  sets the locations at compile-time (more of #165967)

* Wed Nov 23 2005 Nalin Dahyabhai <nalin at redhat.com> 2002e-16
- rebuild

* Wed Nov 23 2005 Nalin Dahyabhai <nalin at redhat.com> 2002e-15
- rebuild

* Wed Nov 23 2005 Nalin Dahyabhai <nalin at redhat.com> 2002e-14
- rebuild

* Wed Nov 23 2005 Nalin Dahyabhai <nalin at redhat.com> 2002e-13
- apply fix for CVE-2005-2933: buffer overflow (#171345)

* Wed Nov  9 2005 Tomas Mraz <tmraz at redhat.com> 2002e-12
- rebuilt against new openssl

* Sat Oct 15 2005 Florian La Roche <laroche at redhat.com>
- fix to rebuild at least, seems the way to specify the
  include dir is a bit broken


---------------------------------------------------------------------
This update can be downloaded from:
  http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/

f923ec5883995dc3efd09066324c9e30  SRPMS/libc-client-2002e-17.src.rpm
8f27bfc6ae0569101de0f2c883356549  ppc/libc-client-2002e-17.ppc.rpm
9c9579e20d4aa75f5bfe84c989e4ab8f  ppc/libc-client-devel-2002e-17.ppc.rpm
0c42b57dfe9f049bf927975e94eb23f7  ppc/debug/libc-client-debuginfo-2002e-17.ppc.rpm
a5098520381adcb004f039b21f1dd844  ppc/libc-client-2002e-17.ppc64.rpm
c387e218b76939bfc047da12d6a549fd  x86_64/libc-client-2002e-17.x86_64.rpm
e6e1ceb04d7cbb3d7fcc610759d50685  x86_64/libc-client-devel-2002e-17.x86_64.rpm
4d7b4ce14210b611d7cbb492b8a32403  x86_64/debug/libc-client-debuginfo-2002e-17.x86_64.rpm
534e8eedf3f0ed21dca671e026eec4e3  x86_64/libc-client-2002e-17.i386.rpm
534e8eedf3f0ed21dca671e026eec4e3  i386/libc-client-2002e-17.i386.rpm
edcb2c8ca941da1417996da236b5bcd1  i386/libc-client-devel-2002e-17.i386.rpm
5cfb3b3ff4b66368e7c20ced8ab6c33c  i386/debug/libc-client-debuginfo-2002e-17.i386.rpm

This update can also be installed with the Update Agent; you can
launch the Update Agent with the 'up2date' command.  You may 
need to edit your up2date channels configuration.  Within 
/etc/sysconfig/rhn/sources enable the following line: 
yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/$ARCH
---------------------------------------------------------------------



From debian at herakles.homelinux.org  Thu Dec  1 22:04:13 2005
From: debian at herakles.homelinux.org (John Summerfied)
Date: Fri, 02 Dec 2005 06:04:13 +0800
Subject: Nuisance antispam requests
In-Reply-To: <16151.1133466183@sss.pgh.pa.us>
References: <438F3D7A.1090906@adslpipe.co.uk>	<Pine.LNX.4.63.0512011351211.727@bullwinkle.rogueind.com>	<1133463942.2872.0.camel@yoda.loki.me>	<200512012118.02012.kimmo.koivisto@surfeu.fi>
	<16151.1133466183@sss.pgh.pa.us>
Message-ID: <438F735D.7080403@herakles.homelinux.org>

Tom Lane wrote:
> Kimmo Koivisto <kimmo.koivisto at surfeu.fi> writes:
> 
>>Jesse Keating kirjoitti viestiss??n (l?hetysaika torstai, 1. joulukuuta 2005 
>>21:05):
>>
>>>Problem is that the UOL anti-spam responder doesn't include any part of
>>>the original email.  Just uses the subject line.
> 
> 
>>What if list admin would make script that sends mail to every user with unique 
>>subject that contains username?
> 
> 
> After looking over one of the problem mails very carefully, I have to
> agree, that's the only way.  (For an "anti spam" effort, this is pretty
> amusing actually: it's mail that requests you to click on a supplied
> link without providing *any* evidence that this has anything to do with
> you.  I'd ordinarily consider such a message as either spam or a
> trojan horse/phishing attempt.)

Those messages come from a variety of addresses at that domain. We had 
problems with Peter Whalley there a while ago. Those in charge of their 
mail servers might like to block the emails: I use this in postfix:
/^From:.*AntiSpam.*uol.com.br/ REJECT Fix your mail service

In the past, I've found RH list maintainers unresponsive, but you could 
try them.

-- 

Cheers
John

-- spambait
1aaaaaaa at computerdatasafe.com.au  Z1aaaaaaa at computerdatasafe.com.au
Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/

do not reply off-list



From seguridadlinux at yahoo.es  Thu Dec  1 22:07:37 2005
From: seguridadlinux at yahoo.es (Juan Luis Pastor)
Date: Thu, 01 Dec 2005 23:07:37 +0100
Subject: gnucash-1.8.11-4
Message-ID: <1133474857.2903.4.camel@kalimotxo.euskal.net>

Hello,

I have just installed FC5 test1, but in the installation process, I was
not able to select (or did I forget?) gnucash. I have installed it now
through "yum install gnucash", without any error. When I try to run the
application, I cannot see the text in the windows, I just see squares in
the place of letters. What can be the problem?

Juan


		
______________________________________________ 
Renovamos el Correo Yahoo! 
Nuevos servicios, m?s seguridad 
http://correo.yahoo.es



From vkosovac at gmail.com  Thu Dec  1 22:25:35 2005
From: vkosovac at gmail.com (Vladimir Kosovac)
Date: Fri, 2 Dec 2005 11:25:35 +1300
Subject: gnucash-1.8.11-4
In-Reply-To: <1133474857.2903.4.camel@kalimotxo.euskal.net>
References: <1133474857.2903.4.camel@kalimotxo.euskal.net>
Message-ID: <9594d6930512011425x485db961kc392dfdfc096c060@mail.gmail.com>

I get the same thing with xmms menus and playlist entries.

V

On 12/2/05, Juan Luis Pastor <seguridadlinux at yahoo.es> wrote:
>
> Hello,
>
> I have just installed FC5 test1, but in the installation process, I was
> not able to select (or did I forget?) gnucash. I have installed it now
> through "yum install gnucash", without any error. When I try to run the
> application, I cannot see the text in the windows, I just see squares in
> the place of letters. What can be the problem?
>
> Juan
>
>
>
> ______________________________________________
> Renovamos el Correo Yahoo!
> Nuevos servicios, m?s seguridad
> http://correo.yahoo.es
>
> --
> fedora-test-list mailing list
> fedora-test-list at redhat.com
> To unsubscribe:
> https://www.redhat.com/mailman/listinfo/fedora-test-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051202/6ea62376/attachment.htm>

From notting at redhat.com  Thu Dec  1 23:59:27 2005
From: notting at redhat.com (Bill Nottingham)
Date: Thu, 1 Dec 2005 18:59:27 -0500
Subject: gnucash-1.8.11-4
In-Reply-To: <1133474857.2903.4.camel@kalimotxo.euskal.net>
References: <1133474857.2903.4.camel@kalimotxo.euskal.net>
Message-ID: <20051201235926.GA12709@devserv.devel.redhat.com>

Juan Luis Pastor (seguridadlinux at yahoo.es) said: 
> I have just installed FC5 test1, but in the installation process, I was
> not able to select (or did I forget?) gnucash. I have installed it now
> through "yum install gnucash", without any error. When I try to run the
> application, I cannot see the text in the windows, I just see squares in
> the place of letters. What can be the problem?

Is xfs running correctly? You might want to try later xorg (and related)
packages from rawhide.

Also see bug 173648.

Bill



From fedora-test at adslpipe.co.uk  Fri Dec  2 01:27:16 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Fri, 02 Dec 2005 01:27:16 +0000
Subject: smartd with ahci
In-Reply-To: <1133464005.3083.5.camel@perun.redhat.usu>
References: <438F37C4.3090209@adslpipe.co.uk>
	<1133464005.3083.5.camel@perun.redhat.usu>
Message-ID: <438FA2F4.8050800@adslpipe.co.uk>

Tomas Mraz wrote:

> Smartd is configured through the smartd-conf.py script automatically
> when /etc/smartd.conf doesn't exist. The latest rawhide smarttools
> package should configure the SATA drives with '-d ata' fine.

OK, I'll blitz my smartd.conf and see if it gets re-created properly ...




From vonbrand at inf.utfsm.cl  Fri Dec  2 01:15:16 2005
From: vonbrand at inf.utfsm.cl (Horst von Brand)
Date: Thu, 01 Dec 2005 22:15:16 -0300
Subject: Today (12/01/2005) rawhide update 
In-Reply-To: Your message of "Thu, 01 Dec 2005 09:33:06 MDT."
	<1133451186.3739.7.camel@localhost.localdomain> 
Message-ID: <200512020115.jB21FHSt004425@pincoya.inf.utfsm.cl>

Brian Millett <bmillett at gmail.com> wrote:
>   Updating  : selinux-policy-targeted      ##
> [ 89/215]warning: /etc/selinux/targeted/policy/policy.20 created
> as /etc/selinux/targeted/policy/policy.20.rpmnew  Updating  :
> selinux-policy-targeted      ##################### [ 89/215]
> libsepol.policydb_write: Discarding booleans and conditional rules
> libsepol.policydb_write: Discarding booleans and conditional rules
> libsepol.context_read_and_validate: invalid security context
> libsepol.policydb_to_image: new policy image is invalid
> libsepol.policydb_to_image: could not create policy image
> /usr/sbin/load_policy:  Can't load policy:  No such file or directory
> libsemanage.semanage_reload_policy: load_policy returned error code 2.
> libsemanage.semanage_install_active: Could not
> copy /etc/selinux/targeted/modules/active/policy.kern
> to /etc/selinux/targeted/policy/policy.20.
> Failed!

Same here.

Did a "fixfiles relabel", and forced a new install. Same result.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513



From ggw at wolves.durham.nc.us  Fri Dec  2 06:23:50 2005
From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury)
Date: Fri, 02 Dec 2005 01:23:50 -0500
Subject: Install of rawhide 2005-12-01 - installs OK, won't boot
Message-ID: <20051202062350.GA12771@wolves.durham.nc.us>

Test install of rawhide for 2005-12-01 report

installation: OK, no errors

first boot:   FAIL, Kernel Panic...: Attempted to kill init!
		preceeded by:
			Unable to access resume device
			(This is expected)

No idea what is causing the kernel panic.

I had previously done an FC5t1+rawhide(2005-12-01) but did not test the
new kernel before testing the rawhide install.


-- 
G.Wolfe Woodbury     `- -'
RHCT                   U
The Line Eater is a boojum!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051202/48c66d24/attachment.sig>

From davej at redhat.com  Fri Dec  2 06:35:17 2005
From: davej at redhat.com (Dave Jones)
Date: Fri, 2 Dec 2005 01:35:17 -0500
Subject: Install of rawhide 2005-12-01 - installs OK, won't boot
In-Reply-To: <20051202062350.GA12771@wolves.durham.nc.us>
References: <20051202062350.GA12771@wolves.durham.nc.us>
Message-ID: <20051202063517.GB10832@redhat.com>

On Fri, Dec 02, 2005 at 01:23:50AM -0500, G.Wolfe Woodbury wrote:
 > Test install of rawhide for 2005-12-01 report
 > 
 > installation: OK, no errors
 > 
 > first boot:   FAIL, Kernel Panic...: Attempted to kill init!
 > 		preceeded by:
 > 			Unable to access resume device
 > 			(This is expected)
 > 
 > No idea what is causing the kernel panic.
 > 
 > I had previously done an FC5t1+rawhide(2005-12-01) but did not test the
 > new kernel before testing the rawhide install.

The interesting part of this failure is the text preceeding this.
Can you say some things about your IO controller set up too ?
SCSI ? IDE ? SATA ? RAID ?

		Dave



From ggw at wolves.durham.nc.us  Fri Dec  2 07:05:25 2005
From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury)
Date: Fri, 02 Dec 2005 02:05:25 -0500
Subject: Install of rawhide 2005-12-01 - installs OK, won't boot
In-Reply-To: <20051202063517.GB10832@redhat.com>
References: <20051202062350.GA12771@wolves.durham.nc.us>
	<20051202063517.GB10832@redhat.com>
Message-ID: <20051202070525.GA13816@wolves.durham.nc.us>

On Fri, Dec 02, 2005 at 01:35:17AM -0500, Dave Jones wrote:
> On Fri, Dec 02, 2005 at 01:23:50AM -0500, G.Wolfe Woodbury wrote:
>  > Test install of rawhide for 2005-12-01 report
>  > 
>  > installation: OK, no errors
>  > 
>  > first boot:   FAIL, Kernel Panic...: Attempted to kill init!
>  > 		preceeded by:
>  > 			Unable to access resume device
>  > 			(This is expected)
>  > 
>  > No idea what is causing the kernel panic.
>  > 
>  > I had previously done an FC5t1+rawhide(2005-12-01) but did not test the
>  > new kernel before testing the rawhide install.
> 
> The interesting part of this failure is the text preceeding this.
> Can you say some things about your IO controller set up too ?
> SCSI ? IDE ? SATA ? RAID ?
> 
> 		Dave

MSI motherboard with VIA chipset, Celeron (Coppermine) CPU @500MHz
VIA IDE controller, Maxtor 6GB ATA Drive, Trident Cyberblad/i1 video
almost everything "onboard" the mobo.

I say that this was expected in that it is looking for a "resume" image
in the swap space "LABEL=SWAP-..... and doesn't find it, then issues the
unable to access message.  This has been in rawhide kernels for a month
or two now, hasn't it?

Now in the process of re-installing FC5t1 to test updates w/rawhide and
the kernel from 2005-12-01.


-- 
G.Wolfe Woodbury     `- -'
RHCT                   U
The Line Eater is a boojum!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051202/36fde6a1/attachment.sig>

From roger at gwch.net  Fri Dec  2 12:40:44 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Fri, 02 Dec 2005 13:40:44 +0100
Subject: Evolution Calendar crashing after update
Message-ID: <1133527244.2993.4.camel@niobe>

hey,

after the last update, evolution crashes on the calender. somebody
having the same? how can i help with debugging info, logs don't tell me
anything about...

-- 
Mit freundlichen Gr?ssen
Roger Grosswiler
------------------------
e-Mail: roger at gwch.net
http://www.gwch.net




From fedora-test at adslpipe.co.uk  Fri Dec  2 14:24:50 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Fri, 02 Dec 2005 14:24:50 +0000
Subject: smartd with ahci
In-Reply-To: <438FA2F4.8050800@adslpipe.co.uk>
References: <438F37C4.3090209@adslpipe.co.uk><1133464005.3083.5.camel@perun.redhat.usu>
	<438FA2F4.8050800@adslpipe.co.uk>
Message-ID: <43905932.2060104@adslpipe.co.uk>

Andy Burns wrote:

> Tomas Mraz wrote:
> 
>> The latest rawhide smarttools
>> package should configure the SATA drives with '-d ata' fine.
> 
> OK, I'll blitz my smartd.conf and see if it gets re-created properly ...

Confirm it is re-created OK :-)





From buildsys at redhat.com  Fri Dec  2 14:27:51 2005
From: buildsys at redhat.com (Build System)
Date: Fri, 2 Dec 2005 09:27:51 -0500
Subject: rawhide report: 20051202 changes
Message-ID: <200512021427.jB2ERpAw023888@porkchop.devel.redhat.com>

New package php-pear
	PHP Extension and Application Repository framework

New package squashfs-tools
	squashfs utilities

New package udapl
	A library for direct userspace use of RDMA protocols


 
Updated Packages:

NetworkManager-0.5.1-5
----------------------
* Thu Dec 01 2005 John (J5) Palmieri <johnp at redhat.com> - 0.5.1-5
- rebuild for new dbus

anaconda-10.90.12-1
-------------------
* Thu Dec 01 2005 Jeremy Katz <katzj at redhat.com> - 10.90.12-1
- some release notes viewer fixing (dcantrell)
- allow %pre scripts in an %include (clumens, #166100)
- fix the squashfs stuff to actually work
- hack around slang not initializing utf8 mode so that we have line 
  drawing chars (#174761)

* Thu Dec 01 2005 Jeremy Katz <katzj at redhat.com> - 10.90.11-1
- reworded media check prompt (dcantrell, #174472)
- let's try squashfs...

* Wed Nov 30 2005 Jeremy Katz <katzj at redhat.com> - 10.90.10-1
- Don't split transactions on not split install types (pnasrat, #174033)
- Fix None vs "" for vncpasswd in test mode (Patrick Mansfield)
- Make release notes viewer as large as the screen (dcantrell)
- Allow system-logos instead of fedora-logos for the package name
- Try to build SELinux policy so that things work with selinux 
  2.x policy (#174563)

apr-1.2.2-1
-----------
* Fri Dec 02 2005 Joe Orton <jorton at redhat.com> 1.2.2-1
- update to 1.2.2

* Wed Nov 30 2005 Warren Togami <wtogami at redhat.com> 0.9.7-4
- rebuild against gcc-4.1.0

apr-util-1.2.2-1
----------------
* Fri Nov 25 2005 Joe Orton <jorton at redhat.com> 1.2.2-1
- update to 1.2.2

avahi-0.6-4
-----------
* Wed Nov 30 2005 Jason Vas Dias<jvdias at redhat.com> - 0.6-3
- fix bug 172047 - tools should require python-twisted
- fix bug 173985 - docs directory permissions

bind-24:9.3.1-26
----------------
* Thu Dec 01 2005 Jason Vas Dias <jvdias at redhat.com> - 24:9.3.1-25
- rebuild for new dbus 0.6 dependency; remove use of 
  DBUS_NAME_FLAG_PROHIBIT_REPLACEMENT

bluez-pin-0.24-3
----------------
* Thu Dec 01 2005 John (J5) Palmieri <johnp at redhat.com> - 0.24-3
- rebuild for the new dbus

bluez-utils-2.22-2
------------------
* Thu Dec 01 2005 John (J5) Palmieri <johnp at redhat.com> - 2.22-2
- rebuild for the new dbus

checkpolicy-1.27.19-1
---------------------
* Thu Dec 01 2005 Dan Walsh <dwalsh at redhat.com> 1.27.19-1
- Latest upgrade from NSA
	* Added error checking of all ebitmap_set_bit calls for out of
	  memory conditions.
	* Merged removal of compatibility handling of netlink classes
	  (requirement that policies with newer versions include the
	   netlink class definitions, remapping of fine-grained netlink
	   classes in newer source policies to single netlink class when
	   generating older policies) from George Coker.

chkconfig-1.3.25-1
------------------
* Wed Nov 30 2005 Bill Nottingham <notting at redhat.com> 1.3.25-1
- return an error if changing services fails (#150235)

control-center-1:2.13.2-1
-------------------------
* Fri Dec 02 2005 Matthias Clasen <mclasen at redhat.com> - 1:2.13.2-1
- Update to 2.13.2

cups-1:1.1.23-26
----------------
* Thu Dec 01 2005 John (J5) Palmieri <johnp at redhat.com> - 1:1.1.23-26
- rebuild for new dbus

curl-7.15.0-3
-------------
* Wed Nov 30 2005 Ivana Varekova <varekova at redhat.com> 7.15.0-3
- fix curl-config bug 174556 - missing vernum value

dbus-0.60-1
-----------
* Thu Dec 01 2005 John (J5) Palmieri <johnp at redhat.com> - 0.60-1
- upgrade to 0.60

desktop-printing-0.19-4
-----------------------
* Thu Dec 01 2005 John (J5) Palmieri <johnp at redhat.com> - 0.19-4
- rebuild for new dbus

dhcdbd-1.11-1.FC5
-----------------
* Thu Dec 01 2005 Jason Vas Dias <jvdias at redhat.com> 1.11-1
- Rebuild for new dbus-0.6 dependency; remove use of
  DBUS_NAME_FLAG_PROHIBIT_REPLACEMENT

evince-0.4.0-3
--------------
* Thu Dec 01 2005 John (J5) Palmieri <johnp at redhat.com> - 0.4.0-3
- rebuild for new dbus

firstboot-1.3.54-1
------------------
* Wed Nov 30 2005 Chris Lumens <clumens at redhat.com> 1.3.54-1
- Use system-config-users for user/group/password validation (#174255).

gdk-pixbuf-1:0.22.0-21
----------------------
* Thu Dec 01 2005 Matthias Clasen <mclasen at redhat.com> - 1:0.22.0-21
- Fix path of rgb.txt

gnome-applets-1:2.12.1-4
------------------------
* Thu Dec 01 2005 John (J5) Palmieri <johnp at redhat.com> - 1:2.12.1-4
- rebuild for new dbus

gnome-power-manager-0.3.1-2
---------------------------
* Thu Dec 01 2005 John (J5) Palmieri <johnp at redhat.com> - 0.3.1-2
- rebuild for new dbus

gnome-screensaver-0.0.20-2
--------------------------
* Thu Dec 01 2005 John (J5) Palmieri <johnp at redhat.com> - 0.0.20-2
- rebuild for new dbus

gnome-system-monitor-2.13.2-1
-----------------------------
* Fri Dec 02 2005 Matthias Clasen <mclasen at redhat.com> 2.13.2-1
- Update to 2.13.2

gnome-utils-1:2.13.2-4
----------------------
* Thu Dec 01 2005 John (J5) Palmieri <johnp at redhat.com>
- rebuild for new dbus

gnome-vfs2-2.12.1.1-7
---------------------
* Thu Dec 01 2005 John (J5) Palmieri <johnp at redhat.com> - 2.12.1.1-7
- rebuild for new dbus

gnome-volume-manager-1.5.3-3
----------------------------
* Thu Dec 01 2005 John (J5) Palmieri <johnp at redhat.com> - 1.5.3-3
- rebuild for new dbus

gnomemeeting-1.2.2-5
--------------------
* Wed Nov 30 2005 Alexander Larsson <alexl at redhat.com> 1.2.2-5
- Rebuild for new openssl
- enable deprecated ldap calls

hal-0.5.5.1-2
-------------
* Thu Dec 01 2005 John (J5) Palmieri <johnp at redhat.com> - 0.5.5.1-2
- Rebuild for dbus 0.60

hal-cups-utils-0.5.4-2
----------------------
* Thu Dec 01 2005 John (J5) Palmieri <johnp at redhat.com> - 0.5.4-2
- rebuild for new dbus

kbd-1.12-12
-----------
* Thu Dec 01 2005 Miloslav Trmac <mitr at redhat.com> - 1.12-12
- Don't reload the keymap in unicode_start (#172425)

kdeaccessibility-1:3.5.0-1
--------------------------
* Thu Dec 01 2005 Than Ngo <than at redhat.com> 1:3.5.0-1
- 3.5

kdebase-6:3.5.0-0.2.rc2
-----------------------
* Thu Dec 01 2005 Jeremy Katz <katzj at redhat.com> - 6:3.5.0-0.2.rc2
- rebuild for new dbus

kdegraphics-7:3.5.0-1
---------------------
* Wed Nov 30 2005 Than Ngo <than at redhat.com> 7:3.5.0-1
- 3.5

kdelibs-6:3.5.0-1
-----------------
* Thu Dec 01 2005 Than Ngo <than at redhat.com> 6:3.5.0-1
- add fix for modular X, thanks to Ville Skytt?? #174131
- probably fix #174541

kdemultimedia-6:3.5.0-1
-----------------------
* Tue Nov 29 2005 Than Ngo <than at redhat.com> 6:3.5.0-1
- 3.5 final

kdenetwork-7:3.5.0-1
--------------------
* Wed Nov 30 2005 Than Ngo <than at redhat.com> 7:3.5.0-1
- 3.5

kdeutils-6:3.5.0-1
------------------
* Wed Nov 30 2005 Than Ngo <than at redhat.com> 6:3.5.0-1
- 3.5

kernel-2.6.14-1.1735_FC5
------------------------
* Fri Dec 02 2005 Dave Jones <davej at redhat.com>
- Better fix for the NFSD cache_change_attribute fix. (#174010)

krb5-auth-dialog-0.5-2
----------------------
* Thu Dec 01 2005 John (J5) Palmieri <johnp at redhat.com> - 0.5-2
- rebuild for new dbus

libbonobo-2.13.0-1
------------------
* Thu Dec 01 2005 Matthias Clasen <mclasen at redhat.com> 2.13.0
- Update to 2.13.0

libbonoboui-2.13.0-1
--------------------
* Thu Dec 01 2005 Matthias Clasen <mclasen at redhat.com> - 2.13.0-1
- Update to 2.13.0

libc-client-2002e-18
--------------------
* Thu Dec 01 2005 Nalin Dahyabhai <nalin at redhat.com> 2002e-18
- rebuild

* Thu Dec 01 2005 Nalin Dahyabhai <nalin at redhat.com> 2002e-17
- account for the /usr/share/ssl -> /etc/pki/tls move in the patch which
  sets the locations at compile-time (more of #165967)

libgnome-2.13.2-1
-----------------
* Wed Nov 30 2005 Matthias Clasen <mclasen at redhat.com> - 2.13.2-1
- Update to 2.13.2
- Drop upstreamed patches

* Mon Oct 24 2005 Matthias Clasen <mclasen at redhat.com> - 2.12.0.1-2
- Add schema for some new keys

* Thu Sep 29 2005 Matthias Clasen <mclasen at redhat.com> - 2.12.0.1-1
- Update to 2.12.0.1

libgnomecups-0.2.2-3
--------------------
* Thu Dec 01 2005 John (J5) Palmieri <johnp at redhat.com> - 0.2.2-3
- rebuild for new dbus

libgsf-1.13.3-1
---------------
* Fri Dec 02 2005 Matthias Clasen <mclasen at redhat.com> 1.13.3-1
- Update to 1.13.3

libibverbs-1.0.rc4-0.4265.1.FC4
-------------------------------

libmthca-1.0.rc4-0.4265.1.FC5
-----------------------------

libsdp-0.90-0.4265.1.FC5
------------------------

libselinux-1.27.28-1
--------------------
* Thu Dec 01 2005 Dan Walsh <dwalsh at redhat.com> 1.27.28-1
- Update to latest from NSA
	* Added MATCHPATHCON_VALIDATE flag for set_matchpathcon_flags() and
	  modified matchpathcon implementation to make context validation/
	  canonicalization optional at matchpathcon_init time, deferring it
	  to a successful matchpathcon by default unless the new flag is set
	  by the caller.
	* Added matchpathcon_init_prefix() interface, and
	  reworked matchpathcon implementation to support selective
	  loading of file contexts entries based on prefix matching
	  between the pathname regex stems and the specified path
	  prefix (stem must be a prefix of the specified path prefix).

libwnck-2.13.2-1
----------------
* Wed Nov 30 2005 Matthias Clasen <mclasen at redhat.com> - 2.13.2-1
- Update to 2.13.2

mc-1:4.6.1a-4
-------------
* Thu Dec 01 2005 Jindrich Novy <jnovy at redhat.com> 4.6.1a-4
- don't segfault when LANG is not set, thanks to Andy Shevchenko (#174070)
- drop specsyntax patch, applied upstream
- sync NVRE with Fedoras
- depend on external slang [now updated to 2.0.5] (#174662)

metacity-2.13.3-1
-----------------
* Thu Dec 01 2005 Matthias Clasen <mclasen at redhat.com> 2.13.3-1
- Update to 2.13.3

mlocate-0.11-2
--------------
* Fri Dec 02 2005 Miloslav Trmac <mitr at redhat.com> - 0.11-2
- Comment out DAILY_UPDATE from updatedb.conf (#174693)
nautilus-cd-burner-2.13.2-1
---------------------------
* Fri Dec 02 2005 Matthias Clasen <mclasen at redhat.com>  2.13.2-1
- Update to 2.13.2

* Thu Dec 01 2005 John (J5) Palmieri <johnp at redhat.com> - 2.12.1-2
- rebuild for new dbus

ncurses-5.4-22
--------------
* Thu Dec 01 2005 Petr Raszyk <praszyk at redhat.com> 5.4-22
- Rebuild.

* Thu Dec 01 2005 Petr Raszyk <praszyk at redhat.com> 5.4-21
- Clear window after: filter()+'terminal-resizing'+endwin()
  doupdate()+endwin()
  See bug #174498, patch ncurses-5.4-endwinfilter.patch

openh323-1.15.6-3
-----------------
* Thu Dec 01 2005 Alexander Larsson <alexl at redhat.com> 1.15.6-3
- Rebuild with new openssl

opensm-1.0-0.4265.1.FC5
-----------------------

perl-3:5.8.7-0.8.fc5
--------------------
* Thu Dec 01 2005 Jason Vas Dias <jvdias at redhat.com> - 3:5.8.7-0.8
- fix bug 174684 / CVE-2005-3962: sprintf integer overflow vulnerability
  backport upstream patch #26240

* Wed Nov 09 2005 Jason Vas Dias <jvdias at redhat.com> - 3:5.8.7-0.7
- fix bug 136009: restore MakeMaker support for LD_RUN_PATH, 
  while removing empty LD_RUN_PATH

* Tue Nov 08 2005 Jason Vas Dias <jvdias at redhat.com> - 3:5.8.7-0.7
- fix bug 172739: upstream bug 36521 : deep recursion and segfault
  in CGI::Carp::warn with 'use diagnostics' : applied patch 25160.
- fix CAN-2004-0976: insecure use of temp files (ala Debian)

php-5.1.1-2
-----------
* Mon Nov 28 2005 Joe Orton <jorton at redhat.com> 5.1.1-2
- update to 5.1.1
- remove pear subpackage
- enable pdo extensions (php-pdo subpackage)
- remove non-standard conditional module builds
- enable xmlreader extension

pm-utils-0.07-3
---------------
* Thu Dec 01 2005 John (J5) Palmieri <johnp at redhat.com> - 0.07-3
- rebuild for the new dbus

rhythmbox-0.9.2-2
-----------------
* Thu Dec 01 2005 John (J5) Palmieri <johnp at redhat.com>
- rebuild for new dbus

* Wed Nov 30 2005 Matthias Clasen <mclasen at redhat.com>
- Update to 0.9.2

scim-anthy-0.8.0-1.fc5
----------------------
* Thu Dec 01 2005 Akira TAGOH <tagoh at redhat.com> - 0.8.0-1
- New upstream release.

selinux-doc-1.23.3-2
--------------------
* Thu Dec 01 2005 Dan Walsh <dwalsh at redhat.com> 1.23.3-2
- Add README.MODULES to distribution

* Thu Nov 17 2005 Dan Walsh <dwalsh at redhat.com> 1.23.3-1
- Update to NSA Release version
	* Updated CREDITS.
	* Updated README.MODULES.

selinux-policy-2.0.7-2
----------------------
* Sat Nov 29 2003 Dan Walsh <dwalsh at redhat.com> 2.0.7-2
- No longer installing policy.20 file, anaconda handles the building of the app.

shared-mime-info-0.16.cvs20051201-1
-----------------------------------
* Thu Dec 01 2005 Matthias Clasen <mclasen at redhat.com> - 0.16.cvs20051201-1
- Incorporate upstream changes

spamassassin-3.1.0-3.fc5
------------------------
* Thu Dec 01 2005 Warren Togami <wtogami at redhat.com> - 3.1.0-3
- #174579 nls spamd init script (Rudolf Kastl)

usermode-1.84-1
---------------
* Thu Dec 01 2005 Jindrich Novy <jnovy at redhat.com> 1.84-1
- usermode-gtk dialog stays always on top, thanks to Pierre Ossman (#80634)

vnc-4.1.1-26
------------
* Thu Dec 01 2005 Tim Waugh <twaugh at redhat.com> 4.1.1-26
- Apply patch to allow vncviewer window reparenting (bug #174640).
- Build again on s390/s390x (bug #174569).

* Thu Dec 01 2005 Tim Waugh <twaugh at redhat.com> 4.1.1-25
- Actually initialise the vnc extension in Xvnc.
- Disable lbx.

xchat-1:2.6.0-3
---------------
* Thu Dec 01 2005 John (J5) Palmieri <johnp at redhat.com> - 1:2.6.0-3
- rebuild for new dbus

xrestop-0.2-6
-------------
* Thu Dec 01 2005 Karsten Hopp <karsten at redhat.de> 0.2-6
- fix build requirements

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	avahi-tools - 0.6-4.i386 requires python-twisted
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	evolution - 2.4.1-8.i386 requires libdbus-1.so.1
	evolution - 2.4.1-8.i386 requires libdbus-glib-1.so.1
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	gnome-media - 2.12.0-2.i386 requires libnautilus-burn.so.2
	gnome-python2-nautilus-cd-burner - 2.12.1-6.i386 requires libnautilus-burn.so.2
	httpd - 2.0.54-16.i386 requires libapr-0.so.0
	httpd - 2.0.54-16.i386 requires libaprutil-0.so.0
	kdesdk - 3.4.92-2.i386 requires libapr-0.so.0
	kdesdk - 3.4.92-2.i386 requires libaprutil-0.so.0
	librsvg2 - 2.13.3-1.i386 requires libgsf-1.so.1
	libwpd - 0.8.3-1.i386 requires libgsf-1.so.1
	libwpd-tools - 0.8.3-1.i386 requires libgsf-1.so.1
	mod_perl - 2.0.2-2.i386 requires libapr-0.so.0
	mod_perl - 2.0.2-2.i386 requires libaprutil-0.so.0
	rhythmbox - 0.9.2-2.i386 requires libnautilus-burn.so.2
	sound-juicer - 2.11.91-1.i386 requires libnautilus-burn.so.2
	subversion - 1.2.3-4.i386 requires libapr-0.so.0
	subversion - 1.2.3-4.i386 requires libaprutil-0.so.0
	subversion-javahl - 1.2.3-4.i386 requires libapr-0.so.0
	subversion-javahl - 1.2.3-4.i386 requires libaprutil-0.so.0
	subversion-perl - 1.2.3-4.i386 requires libapr-0.so.0
	subversion-perl - 1.2.3-4.i386 requires libaprutil-0.so.0
	subversion-ruby - 1.2.3-4.i386 requires libapr-0.so.0
	subversion-ruby - 1.2.3-4.i386 requires libaprutil-0.so.0



Broken deps for ia64
----------------------------------------------------------
	avahi-tools - 0.6-4.ia64 requires python-twisted
	evolution - 2.4.1-8.ia64 requires libdbus-1.so.1()(64bit)
	evolution - 2.4.1-8.ia64 requires libdbus-glib-1.so.1()(64bit)
	gnome-media - 2.12.0-2.ia64 requires libnautilus-burn.so.2()(64bit)
	gnome-python2-nautilus-cd-burner - 2.12.1-6.ia64 requires libnautilus-burn.so.2()(64bit)
	httpd - 2.0.54-16.ia64 requires libaprutil-0.so.0()(64bit)
	httpd - 2.0.54-16.ia64 requires libapr-0.so.0()(64bit)
	k3b - 0.12.4-0.a.1.ia64 requires libdbus-qt-1.so.1()(64bit)
	k3b - 0.12.4-0.a.1.ia64 requires libdbus-1.so.1()(64bit)
	kdesdk - 3.4.92-2.ia64 requires libapr-0.so.0()(64bit)
	kdesdk - 3.4.92-2.ia64 requires libaprutil-0.so.0()(64bit)
	librsvg2 - 2.13.3-1.ia64 requires libgsf-1.so.1()(64bit)
	libwpd - 0.8.3-1.ia64 requires libgsf-1.so.1()(64bit)
	libwpd-tools - 0.8.3-1.ia64 requires libgsf-1.so.1()(64bit)
	mod_perl - 2.0.2-2.ia64 requires libapr-0.so.0()(64bit)
	mod_perl - 2.0.2-2.ia64 requires libaprutil-0.so.0()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs
	rhythmbox - 0.9.2-2.ia64 requires libnautilus-burn.so.2()(64bit)
	sound-juicer - 2.11.91-1.ia64 requires libnautilus-burn.so.2()(64bit)
	subversion - 1.2.3-4.ia64 requires libaprutil-0.so.0()(64bit)
	subversion - 1.2.3-4.ia64 requires libapr-0.so.0()(64bit)
	subversion-perl - 1.2.3-4.ia64 requires libaprutil-0.so.0()(64bit)
	subversion-perl - 1.2.3-4.ia64 requires libapr-0.so.0()(64bit)
	subversion-ruby - 1.2.3-4.ia64 requires libaprutil-0.so.0()(64bit)
	subversion-ruby - 1.2.3-4.ia64 requires libapr-0.so.0()(64bit)



Broken deps for ppc
----------------------------------------------------------
	avahi-tools - 0.6-4.ppc requires python-twisted
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	evolution - 2.4.1-8.ppc requires libdbus-1.so.1
	evolution - 2.4.1-8.ppc requires libdbus-glib-1.so.1
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	gnome-media - 2.12.0-2.ppc requires libnautilus-burn.so.2
	gnome-python2-nautilus-cd-burner - 2.12.1-6.ppc requires libnautilus-burn.so.2
	httpd - 2.0.54-16.ppc requires libapr-0.so.0
	httpd - 2.0.54-16.ppc requires libaprutil-0.so.0
	kdesdk - 3.4.92-2.ppc requires libapr-0.so.0
	kdesdk - 3.4.92-2.ppc requires libaprutil-0.so.0
	librsvg2 - 2.13.3-1.ppc requires libgsf-1.so.1
	libwpd - 0.8.3-1.ppc requires libgsf-1.so.1
	libwpd-tools - 0.8.3-1.ppc requires libgsf-1.so.1
	mod_perl - 2.0.2-2.ppc requires libapr-0.so.0
	mod_perl - 2.0.2-2.ppc requires libaprutil-0.so.0
	rhythmbox - 0.9.2-2.ppc requires libnautilus-burn.so.2
	sound-juicer - 2.11.91-1.ppc requires libnautilus-burn.so.2
	subversion - 1.2.3-4.ppc requires libapr-0.so.0
	subversion - 1.2.3-4.ppc requires libaprutil-0.so.0
	subversion-javahl - 1.2.3-4.ppc requires libapr-0.so.0
	subversion-javahl - 1.2.3-4.ppc requires libaprutil-0.so.0
	subversion-perl - 1.2.3-4.ppc requires libapr-0.so.0
	subversion-perl - 1.2.3-4.ppc requires libaprutil-0.so.0
	subversion-ruby - 1.2.3-4.ppc requires libapr-0.so.0
	subversion-ruby - 1.2.3-4.ppc requires libaprutil-0.so.0



Broken deps for ppc64
----------------------------------------------------------
	avahi-tools - 0.6-4.ppc64 requires python-twisted
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	evolution - 2.4.1-8.ppc64 requires libdbus-1.so.1()(64bit)
	evolution - 2.4.1-8.ppc64 requires libdbus-glib-1.so.1()(64bit)
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	gnome-media - 2.12.0-2.ppc64 requires libnautilus-burn.so.2()(64bit)
	gnome-python2-nautilus-cd-burner - 2.12.1-6.ppc64 requires libnautilus-burn.so.2()(64bit)
	httpd - 2.0.54-16.ppc64 requires libaprutil-0.so.0()(64bit)
	httpd - 2.0.54-16.ppc64 requires libapr-0.so.0()(64bit)
	k3b - 0.12.4-0.a.1.ppc64 requires libdbus-qt-1.so.1()(64bit)
	k3b - 0.12.4-0.a.1.ppc64 requires libdbus-1.so.1()(64bit)
	kdesdk - 3.4.92-2.ppc64 requires libapr-0.so.0()(64bit)
	kdesdk - 3.4.92-2.ppc64 requires libaprutil-0.so.0()(64bit)
	librsvg2 - 2.13.3-1.ppc64 requires libgsf-1.so.1()(64bit)
	libwpd - 0.8.3-1.ppc64 requires libgsf-1.so.1()(64bit)
	libwpd-tools - 0.8.3-1.ppc64 requires libgsf-1.so.1()(64bit)
	mod_perl - 2.0.2-2.ppc64 requires libapr-0.so.0()(64bit)
	mod_perl - 2.0.2-2.ppc64 requires libaprutil-0.so.0()(64bit)
	rhythmbox - 0.9.2-2.ppc64 requires libnautilus-burn.so.2()(64bit)
	sound-juicer - 2.11.91-1.ppc64 requires libnautilus-burn.so.2()(64bit)
	subversion - 1.2.3-4.ppc64 requires libaprutil-0.so.0()(64bit)
	subversion - 1.2.3-4.ppc64 requires libapr-0.so.0()(64bit)
	subversion-perl - 1.2.3-4.ppc64 requires libaprutil-0.so.0()(64bit)
	subversion-perl - 1.2.3-4.ppc64 requires libapr-0.so.0()(64bit)
	subversion-ruby - 1.2.3-4.ppc64 requires libaprutil-0.so.0()(64bit)
	subversion-ruby - 1.2.3-4.ppc64 requires libapr-0.so.0()(64bit)



Broken deps for s390
----------------------------------------------------------
	avahi-tools - 0.6-4.s390 requires python-twisted
	evolution - 2.4.1-8.s390 requires libdbus-1.so.1
	evolution - 2.4.1-8.s390 requires libdbus-glib-1.so.1
	httpd - 2.0.54-16.s390 requires libapr-0.so.0
	httpd - 2.0.54-16.s390 requires libaprutil-0.so.0
	kdesdk - 3.4.92-2.s390 requires libapr-0.so.0
	kdesdk - 3.4.92-2.s390 requires libaprutil-0.so.0
	librsvg2 - 2.13.3-1.s390 requires libgsf-1.so.1
	libwpd - 0.8.3-1.s390 requires libgsf-1.so.1
	libwpd-tools - 0.8.3-1.s390 requires libgsf-1.so.1
	mod_perl - 2.0.2-2.s390 requires libapr-0.so.0
	mod_perl - 2.0.2-2.s390 requires libaprutil-0.so.0
	rhythmbox - 0.9.1-1.s390 requires libdbus-1.so.1
	rhythmbox - 0.9.1-1.s390 requires libdbus-glib-1.so.1
	subversion - 1.2.3-4.s390 requires libapr-0.so.0
	subversion - 1.2.3-4.s390 requires libaprutil-0.so.0
	subversion-perl - 1.2.3-4.s390 requires libapr-0.so.0
	subversion-perl - 1.2.3-4.s390 requires libaprutil-0.so.0
	subversion-ruby - 1.2.3-4.s390 requires libapr-0.so.0
	subversion-ruby - 1.2.3-4.s390 requires libaprutil-0.so.0



Broken deps for s390x
----------------------------------------------------------
	avahi-tools - 0.6-4.s390x requires python-twisted
	evolution - 2.4.1-8.s390x requires libdbus-1.so.1()(64bit)
	evolution - 2.4.1-8.s390x requires libdbus-glib-1.so.1()(64bit)
	httpd - 2.0.54-16.s390x requires libaprutil-0.so.0()(64bit)
	httpd - 2.0.54-16.s390x requires libapr-0.so.0()(64bit)
	kdesdk - 3.4.92-2.s390x requires libapr-0.so.0()(64bit)
	kdesdk - 3.4.92-2.s390x requires libaprutil-0.so.0()(64bit)
	librsvg2 - 2.13.3-1.s390x requires libgsf-1.so.1()(64bit)
	libwpd - 0.8.3-1.s390x requires libgsf-1.so.1()(64bit)
	libwpd-tools - 0.8.3-1.s390x requires libgsf-1.so.1()(64bit)
	mod_perl - 2.0.2-2.s390x requires libapr-0.so.0()(64bit)
	mod_perl - 2.0.2-2.s390x requires libaprutil-0.so.0()(64bit)
	rhythmbox - 0.9.1-1.s390x requires libdbus-1.so.1()(64bit)
	rhythmbox - 0.9.1-1.s390x requires libdbus-glib-1.so.1()(64bit)
	subversion - 1.2.3-4.s390x requires libaprutil-0.so.0()(64bit)
	subversion - 1.2.3-4.s390x requires libapr-0.so.0()(64bit)
	subversion-perl - 1.2.3-4.s390x requires libaprutil-0.so.0()(64bit)
	subversion-perl - 1.2.3-4.s390x requires libapr-0.so.0()(64bit)
	subversion-ruby - 1.2.3-4.s390x requires libaprutil-0.so.0()(64bit)
	subversion-ruby - 1.2.3-4.s390x requires libapr-0.so.0()(64bit)



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	avahi-tools - 0.6-4.x86_64 requires python-twisted
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	evolution - 2.4.1-8.x86_64 requires libdbus-1.so.1()(64bit)
	evolution - 2.4.1-8.x86_64 requires libdbus-glib-1.so.1()(64bit)
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	gnome-media - 2.12.0-2.x86_64 requires libnautilus-burn.so.2()(64bit)
	gnome-python2-nautilus-cd-burner - 2.12.1-6.x86_64 requires libnautilus-burn.so.2()(64bit)
	httpd - 2.0.54-16.x86_64 requires libaprutil-0.so.0()(64bit)
	httpd - 2.0.54-16.x86_64 requires libapr-0.so.0()(64bit)
	kdesdk - 3.4.92-2.x86_64 requires libapr-0.so.0()(64bit)
	kdesdk - 3.4.92-2.x86_64 requires libaprutil-0.so.0()(64bit)
	librsvg2 - 2.13.3-1.x86_64 requires libgsf-1.so.1()(64bit)
	libwpd - 0.8.3-1.i386 requires libgsf-1.so.1
	libwpd - 0.8.3-1.x86_64 requires libgsf-1.so.1()(64bit)
	libwpd-tools - 0.8.3-1.x86_64 requires libgsf-1.so.1()(64bit)
	mod_perl - 2.0.2-2.x86_64 requires libapr-0.so.0()(64bit)
	mod_perl - 2.0.2-2.x86_64 requires libaprutil-0.so.0()(64bit)
	rhythmbox - 0.9.2-2.x86_64 requires libnautilus-burn.so.2()(64bit)
	sound-juicer - 2.11.91-1.x86_64 requires libnautilus-burn.so.2()(64bit)
	subversion - 1.2.3-4.x86_64 requires libaprutil-0.so.0()(64bit)
	subversion - 1.2.3-4.x86_64 requires libapr-0.so.0()(64bit)
	subversion-javahl - 1.2.3-4.x86_64 requires libaprutil-0.so.0()(64bit)
	subversion-javahl - 1.2.3-4.x86_64 requires libapr-0.so.0()(64bit)
	subversion-perl - 1.2.3-4.x86_64 requires libaprutil-0.so.0()(64bit)
	subversion-perl - 1.2.3-4.x86_64 requires libapr-0.so.0()(64bit)
	subversion-ruby - 1.2.3-4.x86_64 requires libaprutil-0.so.0()(64bit)
	subversion-ruby - 1.2.3-4.x86_64 requires libapr-0.so.0()(64bit)





From maestronn at wowway.com  Fri Dec  2 16:01:19 2005
From: maestronn at wowway.com (Demond James)
Date: Fri, 02 Dec 2005 11:01:19 -0500
Subject: unable to yum update after yum clean
Message-ID: <43906FCF.8080000@wowway.com>

After doing a yum clean all this is what I get when trying to do a yum 
update.

$yum update
Loading "installonlyn" plugin
Setting up Update Process
Setting up repositories
Cannot open/read repomd.xml file for repository: development
Cannot find repomd.xml file for development
Error: Cannot find repomd.xml file for development

Same thing for yum makecache.
Isn't yum suppose repopulate the header info automatically? Or is this a 
problem with the repo?

Thanks,
Demond



From jspaleta at gmail.com  Fri Dec  2 16:10:25 2005
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Fri, 2 Dec 2005 11:10:25 -0500
Subject: unable to yum update after yum clean
In-Reply-To: <43906FCF.8080000@wowway.com>
References: <43906FCF.8080000@wowway.com>
Message-ID: <604aa7910512020810m7df370bbq1eb762abce8907df@mail.gmail.com>

On 12/2/05, Demond James <maestronn at wowway.com> wrote:
> After doing a yum clean all this is what I get when trying to do a yum
> update.

Known problem and and a fix has already been submitted.

workarounds:
remove all cachecookie  files in the cache directory
or
set metadata_expire=0    in the main yum.conf
or apply the patch in the report
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174715



From vonbrand at inf.utfsm.cl  Fri Dec  2 16:19:33 2005
From: vonbrand at inf.utfsm.cl (Horst von Brand)
Date: Fri, 02 Dec 2005 13:19:33 -0300
Subject: No update of repo description today?
Message-ID: <200512021619.jB2GJXxE014518@pincoya.inf.utfsm.cl>

I see a lot of updates, but yum doesn't get them, claiming there are no
news. Perhaps the updating of the repodata is screwed up?
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513



From jspaleta at gmail.com  Fri Dec  2 16:24:02 2005
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Fri, 2 Dec 2005 11:24:02 -0500
Subject: No update of repo description today?
In-Reply-To: <200512021619.jB2GJXxE014518@pincoya.inf.utfsm.cl>
References: <200512021619.jB2GJXxE014518@pincoya.inf.utfsm.cl>
Message-ID: <604aa7910512020824r7a1bf09an182eadf5ced9778@mail.gmail.com>

On 12/2/05, Horst von Brand <vonbrand at inf.utfsm.cl> wrote:
> I see a lot of updates, but yum doesn't get them, claiming there are no
> news. Perhaps the updating of the repodata is screwed up?

which repos? and which version of yum do you have installed?

-jef



From skvidal at phy.duke.edu  Fri Dec  2 16:25:54 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Fri, 02 Dec 2005 11:25:54 -0500
Subject: No update of repo description today?
In-Reply-To: <200512021619.jB2GJXxE014518@pincoya.inf.utfsm.cl>
References: <200512021619.jB2GJXxE014518@pincoya.inf.utfsm.cl>
Message-ID: <1133540754.24388.25.camel@cutter>

On Fri, 2005-12-02 at 13:19 -0300, Horst von Brand wrote:
> I see a lot of updates, but yum doesn't get them, claiming there are no
> news. Perhaps the updating of the repodata is screwed up?

If you're using frequently-changing repositories you will want to set
your metadata_expire time to something fairly low for those repos.

-sv




From don_springall at hotmail.com  Fri Dec  2 16:36:05 2005
From: don_springall at hotmail.com (Don Springall)
Date: Fri, 02 Dec 2005 09:36:05 -0700
Subject: No update of repo description today?
Message-ID: <BAY107-F16ED90EEA9C2EDC213ACED854C0@phx.gbl>

Repo data in 
http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/repodata/ 
is up to date, however the mirror your Yum run picked probably isn't. Even 
if the mirror was up to date though the run would probably fail with a 
straight "yum update" because of a lot of broken dependencies.  See today's 
update list for details.

>From: Horst von Brand <vonbrand at inf.utfsm.cl>
>Reply-To: For testers of Fedora Core development releases 
><fedora-test-list at redhat.com>
>To: For testers of Fedora Core development releases 
><fedora-test-list at redhat.com>
>Subject: No update of repo description today?
>Date: Fri, 02 Dec 2005 13:19:33 -0300
>
>I see a lot of updates, but yum doesn't get them, claiming there are no
>news. Perhaps the updating of the repodata is screwed up?
>--
>Dr. Horst H. von Brand                   User #22616 counter.li.org
>Departamento de Informatica                     Fono: +56 32 654431
>Universidad Tecnica Federico Santa Maria              +56 32 654239
>Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513




From swardell at team.bantu.com  Fri Dec  2 17:28:41 2005
From: swardell at team.bantu.com (Steve Wardell)
Date: Fri, 02 Dec 2005 12:28:41 -0500
Subject: system-config-packages: why does it need CD?
Message-ID: <43908449.7000408@team.bantu.com>

I'm running FC5T1 and when I run system-config-packages, I get an error:

Installation Tree Not Found: The path /media/cdrom does not look like a 
valid installation source.

I'm wondering why the full CD media should be needed to load the add / 
remove packages listing. I'd expect that the system would have a list of 
packages / product areas stored with the installation. Then once I 
wanted to add a package, it then would ask if I wanted to get it from 
CD/DVD, yum, etc. I didn't see a bug currently on this and wanted to 
hear thoughts on this prior to posting a bug.

Thanks,
Steve
-------------- next part --------------
A non-text attachment was scrubbed...
Name: swardell.vcf
Type: text/x-vcard
Size: 239 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051202/d8873d48/attachment.vcf>

From vonbrand at inf.utfsm.cl  Fri Dec  2 18:15:11 2005
From: vonbrand at inf.utfsm.cl (Horst von Brand)
Date: Fri, 02 Dec 2005 15:15:11 -0300
Subject: No update of repo description today? 
In-Reply-To: Your message of "Fri, 02 Dec 2005 11:24:02 CDT."
	<604aa7910512020824r7a1bf09an182eadf5ced9778@mail.gmail.com> 
Message-ID: <200512021815.jB2IFBQA015463@pincoya.inf.utfsm.cl>

Jeff Spaleta <jspaleta at gmail.com> wrote:
> On 12/2/05, Horst von Brand <vonbrand at inf.utfsm.cl> wrote:
> > I see a lot of updates, but yum doesn't get them, claiming there are no
> > news. Perhaps the updating of the repodata is screwed up?

> which repos? and which version of yum do you have installed?

The repo file says:

  baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/

yum-2.4.1-1
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513



From jspaleta at gmail.com  Fri Dec  2 18:58:02 2005
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Fri, 2 Dec 2005 13:58:02 -0500
Subject: No update of repo description today?
In-Reply-To: <200512021815.jB2IFBQA015463@pincoya.inf.utfsm.cl>
References: <604aa7910512020824r7a1bf09an182eadf5ced9778@mail.gmail.com>
	<200512021815.jB2IFBQA015463@pincoya.inf.utfsm.cl>
Message-ID: <604aa7910512021058n296dbab8n749f4786c9eac2cc@mail.gmail.com>

On 12/2/05, Horst von Brand <vonbrand at inf.utfsm.cl> wrote:
> The repo file says:
>
>   baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/
>
> yum-2.4.1-1

Just wanted to make sure you were talking about fc development versus
fc4 updates-testing, since yum -2.4.1-1 is in both repos now.

As seth suggests set metadata_expire=reasonable number of seconds   in
your development repo definitions (to effect just those repos) or in
your main yum.conf(to effect all repos).  The time based  metadata
caching is a new feature for the 2.4.1 yum in rawhide.  The default is
currently 8 hours, meaning yum won't attempt to refresh its metadata
for 8 hours after its last metadata refresh.

-jef

-jef



From arjan at fenrus.demon.nl  Fri Dec  2 19:12:34 2005
From: arjan at fenrus.demon.nl (Arjan van de Ven)
Date: Fri, 02 Dec 2005 20:12:34 +0100
Subject: No update of repo description today?
In-Reply-To: <604aa7910512021058n296dbab8n749f4786c9eac2cc@mail.gmail.com>
References: <604aa7910512020824r7a1bf09an182eadf5ced9778@mail.gmail.com>
	<200512021815.jB2IFBQA015463@pincoya.inf.utfsm.cl>
	<604aa7910512021058n296dbab8n749f4786c9eac2cc@mail.gmail.com>
Message-ID: <1133550754.16520.24.camel@laptopd505.fenrus.org>


> As seth suggests set metadata_expire=reasonable number of seconds   in
> your development repo definitions (to effect just those repos) or in
> your main yum.conf(to effect all repos).  The time based  metadata
> caching is a new feature for the 2.4.1 yum in rawhide.  The default is
> currently 8 hours, meaning yum won't attempt to refresh its metadata
> for 8 hours after its last metadata refresh.

with this in mind, I think a new repo is needed on the main servers for
really hot security updates! That one could then have a 5 minute timeout
so that people aren't vulnerable for 8 hours. 

Hot security fixes could then be in this "hot" repo for a day or two
until 1) the mirrors are synced and 2) the 8 hours are finished for all
mirrors, after which the package can be removed from the hot repo again,
so that in the normal case, the repodata is just a few (empty) bytes.



From swardell at team.bantu.com  Fri Dec  2 19:49:36 2005
From: swardell at team.bantu.com (Steve Wardell)
Date: Fri, 02 Dec 2005 14:49:36 -0500
Subject: Repository dependency problem?
Message-ID: <4390A550.1010409@team.bantu.com>

I've been unable to do yum updates today on a FC5T1 install. Does anyone 
know what's going on and why the dependencies can't be resolved?

Thanks,
Steve

--> Running transaction check
--> Processing Dependency: libaprutil-0.so.0 for package: subversion
--> Processing Dependency: libaprutil-0.so.0 for package: httpd
--> Processing Dependency: libgsf-1.so.1 for package: libwpd
--> Processing Dependency: libdbus-glib-1.so.1 for package: evolution
--> Processing Dependency: libapr-0.so.0 for package: subversion
--> Processing Dependency: libgsf-1.so.1 for package: librsvg2
--> Processing Dependency: libnautilus-burn.so.2 for package: sound-juicer
--> Processing Dependency: libdbus-1.so.1 for package: evolution
--> Processing Dependency: libnautilus-burn.so.2 for package: rhythmbox
--> Processing Dependency: libnautilus-burn.so.2 for package: gnome-media
--> Processing Dependency: libnautilus-burn.so.2 for package: gnome-media
--> Processing Dependency: libapr-0.so.0 for package: httpd
--> Finished Dependency Resolution
Error: Missing Dependency: libaprutil-0.so.0 is needed by package subversion
Error: Missing Dependency: libaprutil-0.so.0 is needed by package httpd
Error: Missing Dependency: libgsf-1.so.1 is needed by package libwpd
Error: Missing Dependency: libdbus-glib-1.so.1 is needed by package 
evolution
Error: Missing Dependency: libapr-0.so.0 is needed by package subversion
Error: Missing Dependency: libgsf-1.so.1 is needed by package librsvg2
Error: Missing Dependency: libnautilus-burn.so.2 is needed by package 
sound-juicer
Error: Missing Dependency: libdbus-1.so.1 is needed by package evolution
Error: Missing Dependency: libnautilus-burn.so.2 is needed by package 
rhythmbox
Error: Missing Dependency: libnautilus-burn.so.2 is needed by package 
gnome-media
Error: Missing Dependency: libapr-0.so.0 is needed by package httpd

-------------- next part --------------
A non-text attachment was scrubbed...
Name: swardell.vcf
Type: text/x-vcard
Size: 239 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051202/d130ccbf/attachment.vcf>

From tjikkun at xs4all.nl  Fri Dec  2 19:54:10 2005
From: tjikkun at xs4all.nl (Sander Hoentjen)
Date: Fri, 02 Dec 2005 20:54:10 +0100
Subject: Repository dependency problem?
In-Reply-To: <4390A550.1010409@team.bantu.com>
References: <4390A550.1010409@team.bantu.com>
Message-ID: <1133553250.25597.2.camel@tjikkun.dyndns.org>

On Fri, 2005-12-02 at 14:49 -0500, Steve Wardell wrote:
> I've been unable to do yum updates today on a FC5T1 install. Does anyone 
> know what's going on and why the dependencies can't be resolved?
> 
read the rawhide report:

Broken deps for i386
----------------------------------------------------------
        GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686
requires /lib/modules/2.6.14-1.1696_FC5
        GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires
kernel = 0:2.6.14-1.1696_FC5
        GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686
requires /lib/modules/2.6.14-1.1696_FC5smp
        GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires
kernel-smp = 0:2.6.14-1.1696_FC5
        avahi-tools - 0.6-4.i386 requires python-twisted
        cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686
requires /lib/modules/2.6.14-1.1696_FC5
        cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires
kernel = 0:2.6.14-1.1696_FC5
        cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686
requires /lib/modules/2.6.14-1.1696_FC5smp
        cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires
kernel-smp = 0:2.6.14-1.1696_FC5
        dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686
requires /lib/modules/2.6.14-1.1696_FC5
        dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires
kernel = 0:2.6.14-1.1696_FC5
        dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686
requires /lib/modules/2.6.14-1.1696_FC5smp
        dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires
kernel-smp = 0:2.6.14-1.1696_FC5
        evolution - 2.4.1-8.i386 requires libdbus-1.so.1
        evolution - 2.4.1-8.i386 requires libdbus-glib-1.so.1
        gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686
requires /lib/modules/2.6.14-1.1696_FC5
        gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires
kernel = 0:2.6.14-1.1696_FC5
        gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686
requires /lib/modules/2.6.14-1.1696_FC5smp
        gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires
kernel-smp = 0:2.6.14-1.1696_FC5
        gnome-media - 2.12.0-2.i386 requires libnautilus-burn.so.2
        gnome-python2-nautilus-cd-burner - 2.12.1-6.i386 requires
libnautilus-burn.so.2
        httpd - 2.0.54-16.i386 requires libapr-0.so.0
        httpd - 2.0.54-16.i386 requires libaprutil-0.so.0
        kdesdk - 3.4.92-2.i386 requires libapr-0.so.0
        kdesdk - 3.4.92-2.i386 requires libaprutil-0.so.0
        librsvg2 - 2.13.3-1.i386 requires libgsf-1.so.1
        libwpd - 0.8.3-1.i386 requires libgsf-1.so.1
        libwpd-tools - 0.8.3-1.i386 requires libgsf-1.so.1
        mod_perl - 2.0.2-2.i386 requires libapr-0.so.0
        mod_perl - 2.0.2-2.i386 requires libaprutil-0.so.0
        rhythmbox - 0.9.2-2.i386 requires libnautilus-burn.so.2
        sound-juicer - 2.11.91-1.i386 requires libnautilus-burn.so.2
        subversion - 1.2.3-4.i386 requires libapr-0.so.0
        subversion - 1.2.3-4.i386 requires libaprutil-0.so.0
        subversion-javahl - 1.2.3-4.i386 requires libapr-0.so.0
        subversion-javahl - 1.2.3-4.i386 requires libaprutil-0.so.0
        subversion-perl - 1.2.3-4.i386 requires libapr-0.so.0
        subversion-perl - 1.2.3-4.i386 requires libaprutil-0.so.0
        subversion-ruby - 1.2.3-4.i386 requires libapr-0.so.0
        subversion-ruby - 1.2.3-4.i386 requires libaprutil-0.so.0

this means it is known and will be resolved soon (and expect stuff like
this on rawhide to happen)



From jspaleta at gmail.com  Fri Dec  2 19:59:31 2005
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Fri, 2 Dec 2005 14:59:31 -0500
Subject: No update of repo description today?
In-Reply-To: <1133550754.16520.24.camel@laptopd505.fenrus.org>
References: <604aa7910512020824r7a1bf09an182eadf5ced9778@mail.gmail.com>
	<200512021815.jB2IFBQA015463@pincoya.inf.utfsm.cl>
	<604aa7910512021058n296dbab8n749f4786c9eac2cc@mail.gmail.com>
	<1133550754.16520.24.camel@laptopd505.fenrus.org>
Message-ID: <604aa7910512021159u63547d7djcb31093bc8bb1eb6@mail.gmail.com>

On 12/2/05, Arjan van de Ven <arjan at fenrus.demon.nl> wrote:
> with this in mind, I think a new repo is needed on the main servers for
> really hot security updates! That one could then have a 5 minute timeout
> so that people aren't vulnerable for 8 hours.

Yum is being fixed so that yum makecache   overrides the timeout and
repulls metadata.
Would it be sufficient to let those people who want to be sure they
have security updates asap to run yum makecache  before doing update
operations?

-jef



From talbotscott at cox.net  Fri Dec  2 20:03:29 2005
From: talbotscott at cox.net (oldman)
Date: Fri, 02 Dec 2005 12:03:29 -0800
Subject: No update of repo description today?
In-Reply-To: <1133540754.24388.25.camel@cutter>
References: <200512021619.jB2GJXxE014518@pincoya.inf.utfsm.cl>
	<1133540754.24388.25.camel@cutter>
Message-ID: <4390A891.3040205@cox.net>

seth vidal wrote:
> On Fri, 2005-12-02 at 13:19 -0300, Horst von Brand wrote:
>   
>> I see a lot of updates, but yum doesn't get them, claiming there are no
>> news. Perhaps the updating of the repodata is screwed up?
>>     
>
> If you're using frequently-changing repositories you will want to set
> your metadata_expire time to something fairly low for those repos.
>
> -sv
>
>
>   
I kept getting "Reading repository metadata in from local files
No Packages marked for Update/Obsoletion"

so I tried a yum clean  all.  Now I get:

Loading "installonlyn" plugin
Setting up Update Process
Setting up repositories
Cannot open/read repomd.xml file for repository: development
Cannot find repomd.xml file for development
Error: Cannot find repomd.xml file for development

This doesn't look right to me

    Scott



From strange at nsk.no-ip.org  Fri Dec  2 20:03:55 2005
From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha)
Date: Fri, 2 Dec 2005 20:03:55 +0000
Subject: No update of repo description today?
In-Reply-To: <604aa7910512021159u63547d7djcb31093bc8bb1eb6@mail.gmail.com>
References: <604aa7910512020824r7a1bf09an182eadf5ced9778@mail.gmail.com>
	<200512021815.jB2IFBQA015463@pincoya.inf.utfsm.cl>
	<604aa7910512021058n296dbab8n749f4786c9eac2cc@mail.gmail.com>
	<1133550754.16520.24.camel@laptopd505.fenrus.org>
	<604aa7910512021159u63547d7djcb31093bc8bb1eb6@mail.gmail.com>
Message-ID: <20051202200355.GA2147@nsk.no-ip.org>

On Fri, Dec 02, 2005 at 02:59:31PM -0500, Jeff Spaleta wrote:
> On 12/2/05, Arjan van de Ven <arjan at fenrus.demon.nl> wrote:
> > with this in mind, I think a new repo is needed on the main servers for
> > really hot security updates! That one could then have a 5 minute timeout
> > so that people aren't vulnerable for 8 hours.
> 
> Yum is being fixed so that yum makecache   overrides the timeout and
> repulls metadata.
> Would it be sufficient to let those people who want to be sure they
> have security updates asap to run yum makecache  before doing update
> operations?

Why not make timeout be different for updates? A very small, reasonable
number, like 10m?


-- 
lfr
0/0



From skvidal at phy.duke.edu  Fri Dec  2 20:08:19 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Fri, 02 Dec 2005 15:08:19 -0500
Subject: No update of repo description today?
In-Reply-To: <4390A891.3040205@cox.net>
References: <200512021619.jB2GJXxE014518@pincoya.inf.utfsm.cl>
	<1133540754.24388.25.camel@cutter>  <4390A891.3040205@cox.net>
Message-ID: <1133554099.23388.10.camel@cutter>

> I kept getting "Reading repository metadata in from local files
> No Packages marked for Update/Obsoletion"
> 
> so I tried a yum clean  all.  Now I get:
> 
> Loading "installonlyn" plugin
> Setting up Update Process
> Setting up repositories
> Cannot open/read repomd.xml file for repository: development
> Cannot find repomd.xml file for development
> Error: Cannot find repomd.xml file for development
> 
> This doesn't look right to me

yes, we know, it's been commented on, a lot on this list and -devel.

-sv




From jspaleta at gmail.com  Fri Dec  2 20:08:23 2005
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Fri, 2 Dec 2005 15:08:23 -0500
Subject: No update of repo description today?
In-Reply-To: <4390A891.3040205@cox.net>
References: <200512021619.jB2GJXxE014518@pincoya.inf.utfsm.cl>
	<1133540754.24388.25.camel@cutter> <4390A891.3040205@cox.net>
Message-ID: <604aa7910512021208n974543es1428f608777e25c2@mail.gmail.com>

On 12/2/05, oldman <talbotscott at cox.net> wrote:
> Loading "installonlyn" plugin
> Setting up Update Process
> Setting up repositories
> Cannot open/read repomd.xml file for repository: development
> Cannot find repomd.xml file for development
> Error: Cannot find repomd.xml file for development
>
> This doesn't look right to me

its a bug, reported multiple times now on this list.
when using yum clean   the new timestamp cookie files which are
created for this feature are not cleaned. Its a bug..its been
reported.. the fix is coming.
workarounds:
remove all cachecookie files in your cache directory tree
or
set metacache_expire=0  in yum.conf.

-jef



From czar at czarc.net  Fri Dec  2 17:09:02 2005
From: czar at czarc.net (Gene C.)
Date: Fri, 2 Dec 2005 12:09:02 -0500
Subject: No update of repo description today?
In-Reply-To: <1133540754.24388.25.camel@cutter>
References: <200512021619.jB2GJXxE014518@pincoya.inf.utfsm.cl>
	<1133540754.24388.25.camel@cutter>
Message-ID: <200512021209.02344.czar@czarc.net>

On Friday 02 December 2005 11:25, seth vidal wrote:
> On Fri, 2005-12-02 at 13:19 -0300, Horst von Brand wrote:
> > I see a lot of updates, but yum doesn't get them, claiming there are no
> > news. Perhaps the updating of the repodata is screwed up?
>
> If you're using frequently-changing repositories you will want to set
> your metadata_expire time to something fairly low for those repos.

Yes, this "fixes" the problem.
-- 
Gene



From arjan at fenrus.demon.nl  Fri Dec  2 20:15:33 2005
From: arjan at fenrus.demon.nl (Arjan van de Ven)
Date: Fri, 02 Dec 2005 21:15:33 +0100
Subject: No update of repo description today?
In-Reply-To: <604aa7910512021159u63547d7djcb31093bc8bb1eb6@mail.gmail.com>
References: <604aa7910512020824r7a1bf09an182eadf5ced9778@mail.gmail.com>
	<200512021815.jB2IFBQA015463@pincoya.inf.utfsm.cl>
	<604aa7910512021058n296dbab8n749f4786c9eac2cc@mail.gmail.com>
	<1133550754.16520.24.camel@laptopd505.fenrus.org>
	<604aa7910512021159u63547d7djcb31093bc8bb1eb6@mail.gmail.com>
Message-ID: <1133554533.16520.28.camel@laptopd505.fenrus.org>

On Fri, 2005-12-02 at 14:59 -0500, Jeff Spaleta wrote:
> On 12/2/05, Arjan van de Ven <arjan at fenrus.demon.nl> wrote:
> > with this in mind, I think a new repo is needed on the main servers for
> > really hot security updates! That one could then have a 5 minute timeout
> > so that people aren't vulnerable for 8 hours.
> 
> Yum is being fixed so that yum makecache   overrides the timeout and
> repulls metadata.
> Would it be sufficient to let those people who want to be sure they
> have security updates asap to run yum makecache  before doing update
> operations?

sounds like the wrong way around "do THIS to be secure" isn't the right
default for an OS ...



From vkosovac at gmail.com  Fri Dec  2 21:09:09 2005
From: vkosovac at gmail.com (Vladimir Kosovac)
Date: Sat, 3 Dec 2005 10:09:09 +1300
Subject: system-config-packages: why does it need CD?
In-Reply-To: <43908449.7000408@team.bantu.com>
References: <43908449.7000408@team.bantu.com>
Message-ID: <9594d6930512021309x31da0514q5cedc175cfce38f5@mail.gmail.com>

This is getting complete re-write, to include exactly features you are
after.

V

On 12/3/05, Steve Wardell <swardell at team.bantu.com> wrote:
>
> I'm running FC5T1 and when I run system-config-packages, I get an error:
>
> Installation Tree Not Found: The path /media/cdrom does not look like a
> valid installation source.
>
> I'm wondering why the full CD media should be needed to load the add /
> remove packages listing. I'd expect that the system would have a list of
> packages / product areas stored with the installation. Then once I
> wanted to add a package, it then would ask if I wanted to get it from
> CD/DVD, yum, etc. I didn't see a bug currently on this and wanted to
> hear thoughts on this prior to posting a bug.
>
> Thanks,
> Steve
>
>
> --
> fedora-test-list mailing list
> fedora-test-list at redhat.com
> To unsubscribe:
> https://www.redhat.com/mailman/listinfo/fedora-test-list
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051203/eba5b248/attachment.htm>

From mike at mommabears.com  Fri Dec  2 21:12:51 2005
From: mike at mommabears.com (MJang)
Date: Fri, 02 Dec 2005 13:12:51 -0800
Subject: Pup and Pup
Message-ID: <1133557971.5788.14.camel@localhost>

Folks, 

Was looking for the development/home page for Pup, the Package Updater,
and found Pup, the Printer Utility Program for Linux
(http://pup.sourceforge.net), which raises a couple of questions:

1) Where is the home page for Pup, the Package Updater?
2) Will the same names become an issue? (Pup for printers does seem to
be a bit out of date)

Thanks,
Mike



From mattdm at mattdm.org  Sat Dec  3 02:15:31 2005
From: mattdm at mattdm.org (Matthew Miller)
Date: Fri, 2 Dec 2005 21:15:31 -0500
Subject: Pup and Pup
In-Reply-To: <1133557971.5788.14.camel@localhost>
References: <1133557971.5788.14.camel@localhost>
Message-ID: <20051203021531.GA22186@jadzia.bu.edu>

On Fri, Dec 02, 2005 at 01:12:51PM -0800, MJang wrote:
> 2) Will the same names become an issue? (Pup for printers does seem to
> be a bit out of date)

Yeah, over five years since any news seems pretty stale. But basically, if
your project name is a short dictionary word or acronym, expect something
else to be named the same thing.

-- 
Matthew Miller           mattdm at mattdm.org          <http://mattdm.org/>
Boston University Linux      ------>              <http://linux.bu.edu/>



From alan at redhat.com  Sat Dec  3 06:53:54 2005
From: alan at redhat.com (Alan Cox)
Date: Sat, 3 Dec 2005 01:53:54 -0500
Subject: isa sound modules dropped?
In-Reply-To: <20051129024300.GA9778@devserv.devel.redhat.com>
References: <20051129022047.96716.qmail@web34102.mail.mud.yahoo.com>
	<20051129024300.GA9778@devserv.devel.redhat.com>
Message-ID: <20051203065354.GA12886@devserv.devel.redhat.com>

On Mon, Nov 28, 2005 at 09:43:00PM -0500, Bill Nottingham wrote:
> The rationale is to start pruning out some of those drivers
> that aren't used by anything any more, such as 3c501, AdLib, and
> other antiquities.

It also prunes stuff found in later laptops because some of the sound
devices ike the CS423x attach to both an ISA bus card or various poci
bridge "glue" bus interfaces but come under "ISA"

Stops a lot of older thinkpads being useful for example. (eg TP600)

Alan



From mkovacs at shaw.ca  Sat Dec  3 07:39:38 2005
From: mkovacs at shaw.ca (Michael Kovacs)
Date: Fri, 02 Dec 2005 23:39:38 -0800
Subject: Repository dependency problem?
In-Reply-To: <4390A550.1010409@team.bantu.com>
References: <4390A550.1010409@team.bantu.com>
Message-ID: <43914BBA.6070309@shaw.ca>

Steve Wardell wrote:

> I've been unable to do yum updates today on a FC5T1 install. Does 
> anyone know what's going on and why the dependencies can't be resolved?
>
> Thanks,
> Steve
>
Same problem here. Yesterdays were fine but not tonight.

Michael



From sundaram at redhat.com  Sat Dec  3 08:59:41 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Sat, 03 Dec 2005 14:29:41 +0530
Subject: system-config-packages: why does it need CD?
In-Reply-To: <43908449.7000408@team.bantu.com>
References: <43908449.7000408@team.bantu.com>
Message-ID: <43915E7D.6080909@redhat.com>

Steve Wardell wrote:

> I'm running FC5T1 and when I run system-config-packages, I get an error:
>
> Installation Tree Not Found: The path /media/cdrom does not look like 
> a valid installation source.
>
> I'm wondering why the full CD media should be needed to load the add / 
> remove packages listing. I'd expect that the system would have a list 
> of packages / product areas stored with the installation. Then once I 
> wanted to add a package, it then would ask if I wanted to get it from 
> CD/DVD, yum, etc. I didn't see a bug currently on this and wanted to 
> hear thoughts on this prior to posting a bug. 

Its been rewritten to use Yum as mentioned in the list before. Known 
issue. No need to post bug reports for now.

regards
Rahul



From paul at all-the-johnsons.co.uk  Sat Dec  3 12:28:40 2005
From: paul at all-the-johnsons.co.uk (Paul)
Date: Sat, 03 Dec 2005 12:28:40 +0000
Subject: Moving to x64
Message-ID: <1133612920.30633.50.camel@localhost>

Hi,

I'm going to take the plunge next year and get a 64 bit mobo and
processor :-)

Currently, I have my drives set like this

/dev/hda1 - /boot
/dev/hda2 - /usr, /var and other such stuff
/dev/hda3 - swap
/dev/hdb1 - /home
/dev/hdb2 - /MP3
/dev/hdc to f - optical drives
/dev/hdg1 - /Programming
/dev/hdg2 - /web
/dev/hdh1 - /backup

Which means as long as I backup fstab and disconnect the other HDs, I
should be okay just to format /dev/hda. Can someone confirm this and are
there any gotchas I need to be aware of?

I'll be using FC5t1 and using rawhide with it.

TTFN

Paul
-- 
"Religion is the opiate of the masses" - Karl Marx
"Mmmmmm, mass opiates...." - Homer Simpson
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051203/73e1ee1a/attachment.sig>

From jreiser at BitWagon.com  Sat Dec  3 16:38:59 2005
From: jreiser at BitWagon.com (John Reiser)
Date: Sat, 03 Dec 2005 08:38:59 -0800
Subject: beware SELinux not interoperable in multiboot
In-Reply-To: <1133612920.30633.50.camel@localhost>
References: <1133612920.30633.50.camel@localhost>
Message-ID: <4391CA23.6030508@BitWagon.com>

> I'm going to take the plunge next year and get a 64 bit mobo and
> processor :-)

> Which means as long as I backup fstab and disconnect the other HDs, I
> should be okay just to format /dev/hda. Can someone confirm this and are
> there any gotchas I need to be aware of?

Beware that SELinux is not interoperable between versions, in general.
This means that multibooting different systems on the same box, and/or
cross-mounting filesystems on different kernels, is prone to problems.
The disagreement over the policy and labeling will force you to relabel
all filesystems often.  It's a pain, and it can take quite a bit of effort
to be sure that everything gets switched back and forth correctly.

SELinux has a ways to go in usability for "hobbiest" administrators.
For one thing, there should be an "epoch" associated with each significant
revamp of policy (fixing "normal" bugs does not change the epoch, but
introducing a new boolean or class does, etc.), and relabeling
across epochs should have additional safeguards.


-- 



From buildsys at redhat.com  Sat Dec  3 20:17:02 2005
From: buildsys at redhat.com (Build System)
Date: Sat, 3 Dec 2005 15:17:02 -0500
Subject: rawhide report: 20051203 changes
Message-ID: <200512032017.jB3KH2PK009901@porkchop.devel.redhat.com>

 

 
Updated Packages:

alsa-lib-1.0.10rf-2
-------------------
* Fri Dec 02 2005 Martin Stransky <stransky at redhat.com> 1.0.10rf-2
- fix in spec file (#159046)

avahi-0.6-5
-----------
* Fri Dec 02 2005 Jason Vas Dias<jvdias at redhat.com> - 0.6-5
- python-twisted has been removed from the FC-5 distribution - disable its use

* Thu Dec 01 2005 Jason Vas Dias<jvdias at redhat.com> - 0.6-4
- Rebuild for dbus-0.6 - remove use of DBUS_NAME_FLAG_PROHIBIT_REPLACEMENT

bind-28:9.3.2rc1-1
------------------
* Fri Dec 02 2005 Jason Vas Dias <jvdias at redhat.com> - 28:9.3.2rc-1
- Upgrade to upstream version 9.3.2rc1
- fix namedSetForwarders -> namedGetForwarders SOURCE14 typo

* Thu Dec 01 2005 Jason Vas Dias <jvdias at redhat.com> - 24:9.3.1-26
- rebuild for new dbus 0.6 dependency; remove use of 
  DBUS_NAME_FLAG_PROHIBIT_REPLACEMENT

* Wed Nov 23 2005 Jason Vas Dias <jvdias at redhat.com> - 24:9.3.1-24
- allow D-BUS support to work in bind-chroot environment:
  workaround latest selinux policy by mounting /var/run/dbus/
  under chroot instead of /var/run/dbus/system-bus-socket

device-mapper-1.02.02-1
-----------------------
* Fri Dec 02 2005 Peter Jones <pjones at redhat.com> - 1.02.02-1
- update to 1.02.02

* Thu Dec 01 2005 Peter Jones <pjones at redhat.com> - 1.01.05-4
- add api call to make device nodes explicitly, rather than the previous
  approach

diffstat-1.41-1
---------------
* Fri Dec 02 2005 Tim Waugh <twaugh at redhat.com> 1.41-1
- 1.41.
- Corrected URL.

dmraid-1.0.0.rc9-FC5_3
----------------------
* Fri Dec 02 2005 Peter Jones <pjones at redhat.com> 1.0.0.rc9-FC5_3
- rebuild for device-mapper-1.02.02-1

epiphany-1.9.2-1
----------------
* Fri Dec 02 2005 Matthias Clasen <mclasen at redhat.com> - 1.9.2-1
- Update to 1.9.2
- Package plugins

evolution-data-server-1.4.2-1
-----------------------------
* Tue Nov 29 2005 David Malcolm <dmalcolm at redhat.com> - 1.4.2-1
- 1.4.2

fetchmail-6.3.0-1
-----------------
* Fri Dec 02 2005 Miloslav Trmac <mitr at redhat.com> - 6.3.0-1
- Update to fetchmail-6.3.0
- Remove nohesiod and nokerberos conditionals

file-roller-2.13.1-1
--------------------
* Thu Dec 01 2005 Matthias Clasen <mclasen at redhat.com> 2.13.1-1
- Update to 2.13.1

ftp-0.17-31
-----------
* Fri Dec 02 2005 Petr Raszyk <praszyk at redhat.com> - 0.17-31
- ftp does not close socket descriptor (if the remote file
  does not exist).
  See #174599, netkit-ftp-0.17-data.patch

* Wed Oct 26 2005 Petr Raszyk <praszyk at redhat.com> - 0.17-30
- The patch netkit-ftp-0.17-C-Frame121.patch adds some
  comments/hints for C-Frame 121. It can be removed any time.

gnome-applets-1:2.12.2-1
------------------------
* Fri Dec 02 2005 Matthias Clasen <mclasen at redhat.com> 2.12.2-1
- Update to 2.12.2

gnome-games-1:2.13.2-1
----------------------
* Thu Dec 01 2005 Matthias Clasen <mclasen at redhat.com> 1:2.13.2-1
- Update to 2.13.2

gnome-icon-theme-2.13.2-1
-------------------------
* Fri Dec 02 2005 Matthias Clasen <mclasen at redhat.com> - 2.13.2-1
- Update to 2.13.2

gnome-media-2.12.0-3
--------------------
* Fri Dec 02 2005 John (J5) Palmieri <johnp at redhat.com> - 2.12.0-3
- Rebuild with new nautilus-cd-burner

gnome-panel-2.13.2-1
--------------------
* Fri Dec 02 2005 Matthias Clasen <mclasen at redhat.com> 2.13.2-1
- Update to 2.13.2

gnome-python2-extras-2.12.1-7
-----------------------------
* Fri Dec 02 2005 John (J5) Palmieri <johnp at redhat.com> - 2.12.1-7
- rebuild with new libnautilus-cd-burner

gnome-speech-0.3.9-1
--------------------
* Fri Dec 02 2005 Matthias Clasen <mclasen at redhat.com> 0.3.9-1
- Update to 0.3.9

gnome-vfs2-2.13.1-1
-------------------
* Fri Dec 02 2005 Matthias Clasen <mclasen at redhat.com> - 2.13.1-1
- Update to 2.13.1

gnome-volume-manager-1.5.4-1
----------------------------
* Fri Dec 02 2005 Matthias Clasen <mclasen at redhat.com> - 1.5.4-1
- Update to 1.5.4

gtksourceview-1.5.1-1
---------------------
* Thu Dec 01 2005 Matthias Clasen <mclasen at redhat.com> - 1.5.1-1
- Update to 1.5.1

httpd-2.2.0-1
-------------
* Fri Dec 02 2005 Joe Orton <jorton at redhat.com> 2.2.0-1
- update to 2.2.0

* Wed Nov 30 2005 Joe Orton <jorton at redhat.com> 2.1.10-2
- enable mod_authn_alias, mod_authn_anon
- update default httpd.conf

* Fri Nov 25 2005 Joe Orton <jorton at redhat.com> 2.1.10-1
- update to 2.1.10
- require apr >= 1.2.0, apr-util >= 1.2.0

initscripts-8.18-1
------------------
* Fri Dec 02 2005 Bill Nottingham <notting at redhat.com> 8.18-1
- use new dhclient file paths, add appropriate conflict (#169164)

kernel-2.6.14-1.1737_FC5
------------------------
* Fri Dec 02 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc4-git1
- sysfs debug on x86-64 too.

* Fri Dec 02 2005 Dave Jones <davej at redhat.com>
- Better fix for the NFSD cache_change_attribute fix. (#174010)

* Thu Dec 01 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc4
- Flip default ioscheduler back to cfq.
- Increase firmware loader timeout. (#174589)
- Add sysfs debug info to oops output.

libXt-0.99.2-3
--------------
* Fri Dec 02 2005 Kristian H??gsberg <krh at redhat.com> 0.99.2-3
- Use the default value from configure.ac for --with-xfile-search-path
  except with %{_datadir} instead of $(libdir), so Xt can search for
  app-default files as usual.
- Move the --with-xfile-search-path outside the with_static condition.

librsvg2-2.13.3-2
-----------------
* Fri Dec 02 2005 Matthias Clasen <mclasen at redhat.com> - 2.13.3-2
- Compile with svgz support

libsetrans-0.1.9-1
------------------
* Fri Dec 02 2005 Dan Walsh <dwalsh at redhat.com> 0.1.9-1
- Handle multiple translations

libuser-0.54.3-1
----------------
* Fri Dec 02 2005 Miloslav Trmac <mitr at redhat.com> - 0.54.3-1
- Fix crash in lpasswd when user is not specified (#174801)

libwpd-0.8.3-2
--------------
* Fri Dec 02 2005 Caolan McNamara <caolanm at redhat.com> 0.8.3-2
- rebuild because of libwpd

lvm2-2.02.01-1
--------------
* Fri Dec 02 2005 Peter Jones <pjones at redhat.com> - 2.02.01-1
- update to 2.02.01

mod_perl-2.0.2-3
----------------
* Fri Dec 02 2005 Joe Orton <jorton at redhat.com> 2.0.2-3
- rebuild for httpd 2.2

mod_python-3.1.4-3
------------------
* Fri Dec 02 2005 Joe Orton <jorton at redhat.com> 3.1.4-3
- rebuild for httpd 2.2
- build with -fno-strict-aliasing
- don't use deprecated APR_STATUS_IS_SUCCESS() macro

nautilus-2.13.2-1
-----------------
* Fri Dec 02 2005 Matthias Clasen <mclasen at redhat.com> 2.13.2-1
- Update to 2.13.2
- Update patches

* Tue Nov 01 2005 Alexander Larsson <alexl at redhat.com> - 2.12.1-6
- Switch XFree86-devel buildrequirement to libX11-devel

* Fri Oct 28 2005 Matthias Clasen <mclasen at redhat.com> 2.12.1-5
- Implement icon stretching keynav
- Support formatting non-floppy devices

openoffice.org-1:2.0.1-143.1.2
------------------------------
* Fri Dec 02 2005 Caolan McNamara <caolanm at redhat.com> - 1:2.0.1-143.1
- 2.0.1 RC2

* Thu Dec 01 2005 Caolan McNamara <caolanm at redhat.com> - 1:2.0.1-0.142.4
- rh#174664# right click spellcheck came unstuck

parted-1.6.25-5
---------------
* Fri Dec 02 2005 Peter Jones <pjones at redhat.com> 1.6.25-5
- rebuild for new device-mapper

* Thu Dec 01 2005 Peter Jones <pjones at redhat.com> 1.6.25-4
- change device-mapper code to call dm_task_update_nodes() after
  tasks which change device nodes.

php-5.1.1-3
-----------
* Fri Dec 02 2005 Joe Orton <jorton at redhat.com> 5.1.1-3
- rebuild for httpd 2.2

policycoreutils-1.27.33-1
-------------------------
* Thu Dec 01 2005 Dan Walsh <dwalsh at redhat.com> 1.27.31-1
- Update to match NSA
	* Merged audit2allow --tefile and --fcfile support from Dan Walsh.
	* Merged genhomedircon fix from Dan Walsh.
	* Merged semodule* man pages from Dan Walsh, and edited them.
	* Changed setfiles to set the MATCHPATHCON_VALIDATE flag to
	  retain validation/canonicalization of contexts during init.

redhat-menus-5.0.7-2
--------------------
* Fri Dec 02 2005 Jeremy Katz <katzj at redhat.com> - 5.0.7-2
- hide system-config-packages from the applications menu until it works again

rhnlib-2.0-1.p24.3
------------------
* Wed Nov 30 2005 Mihai Ibanescu <misa at redhat.com> 2.0-1
- Fixed #165481 (setting socket timeouts causes uncaught SSL exceptions)
- Fixed #143833 (memory leak in SSL, caused by the cert verification callback)
- Finally incorporated patch from bug #135660 (basic HTTP authentication)

* Fri Jul 01 2005 Joel Martin <jmartin at redhat.com> 1.8-7
- Allow spec file to be used without Makefile (for Solaris builds)

* Mon Jul 19 2004 Mihai Ibanescu <misa at redhat.com> 1.8-6
- Fixed #128008 (internal _httplib, used with python 1.5.2, missed a
  HTTPResponse._read_chunked)
- Fixed a typo

rhpxl-0.8-1
-----------
* Fri Dec 02 2005 Chris Lumens <clumens at redhat.com> 0.8-1
- Attempt to set hsync and vsync from the config file if probing fails
  (Maxim Dzumanenko - #154172).

selinux-policy-2.0.8-1
----------------------
* Fri Dec 02 2005 Dan Walsh <dwalsh at redhat.com> 2.0.8-1.
Update from upstream

* Fri Dec 02 2005 Dan Walsh <dwalsh at redhat.com> 2.0.7-3
- Also trigger to rebuild policy for versions up to 2.0.7.

* Tue Nov 29 2005 Dan Walsh <dwalsh at redhat.com> 2.0.7-2
- No longer installing policy.20 file, anaconda handles the building of the app.

slang-2.0.5-5
-------------
* Fri Dec 02 2005 Petr Raszyk <praszyk at redhat.com> - 2.0.5-5
- A patch by Bill Nottingham <notting at redhat.com>
  (#174761). slang-LANG.patch
  slang reads automatically sh-env-variable LANG.

sound-juicer-2.13.1-2
---------------------
* Fri Dec 02 2005 John (J5) Palmieri <johnp at redhat.com> 2.13.1-2
- Rebuild with new libnautilus-cd-burner

* Wed Aug 17 2005 Matthias Clasen <mclasen at redhat.com> 2.13.1-1
- Update to 2.13.1

subversion-1.2.3-5
------------------
* Fri Dec 02 2005 Joe Orton <jorton at redhat.com> 1.2.3-5
- rebuild for httpd-2.2/apr-1.2/apr-util-1.2

system-config-securitylevel-1.6.11-1
------------------------------------
* Fri Dec 02 2005 Chris Lumens <clumens at redhat.com> 1.6.11-1
- Support port ranges (#164187, #174281).
- Restore longer description of https (#174249).

systemtap-0.5-2
---------------
* Fri Dec 02 2005 Frank Eigler <fche at redhat.com> - 0.5-2
- Rebuilt for devel

* Fri Dec 02 2005 Frank Ch. Eigler  <fche at redhat.com> - 0.5-1
- Many fixes and improvements: 1425, 1536, 1505, 1380, 1329, 1828, 1271,
  1339, 1340, 1345, 1837, 1917, 1903, 1336, 1868, 1594, 1564, 1276, 1295

* Mon Oct 31 2005 Roland McGrath <roland at redhat.com> - 0.4.2-1
- Many fixes and improvements: PRs 1344, 1260, 1330, 1295, 1311, 1368,
  1182, 1131, 1332, 1366, 1456, 1271, 1338, 1482, 1477, 1194.

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	anaconda - 10.90.12-1.i386 requires libdevmapper.so.1.01(Base)
	anaconda - 10.90.12-1.i386 requires libdevmapper.so.1.01
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	cryptsetup-luks-devel - 1.0.1-3.i386 requires libdevmapper.so.1.01(Base)
	cryptsetup-luks-devel - 1.0.1-3.i386 requires libdevmapper.so.1.01
	device-mapper - 1.02.02-1.i386 requires libdevmapper.so.1.01(Base)
	device-mapper - 1.02.02-1.i386 requires libdevmapper.so.1.01
	device-mapper-multipath - 0.4.4-2.4.i386 requires libdevmapper.so.1.01(Base)
	device-mapper-multipath - 0.4.4-2.4.i386 requires libdevmapper.so.1.01
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	evolution - 2.4.1-8.i386 requires libdbus-1.so.1
	evolution - 2.4.1-8.i386 requires libdbus-glib-1.so.1
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	kdesdk - 3.4.92-2.i386 requires libapr-0.so.0
	kdesdk - 3.4.92-2.i386 requires libaprutil-0.so.0
	kpartx - 0.4.4-2.4.i386 requires libdevmapper.so.1.01(Base)
	kpartx - 0.4.4-2.4.i386 requires libdevmapper.so.1.01
	mod_auth_kerb - 5.0-7.i386 requires httpd-mmn = 0:20020903
	mod_auth_mysql - 1:2.9.0-2.i386 requires httpd-mmn = 0:20020903
	mod_auth_pgsql - 2.0.1-8.i386 requires httpd-mmn = 0:20020903
	mod_authz_ldap - 0.26-4.i386 requires httpd-mmn = 0:20020903
	mod_jk - 1.2.6-3jpp_4fc.i386 requires httpd-mmn = 0:20020903
	python-pyblock - 0.6-1.i386 requires libdevmapper.so.1.01(Base)
	python-pyblock - 0.6-1.i386 requires libdevmapper.so.1.01
	rhythmbox - 0.9.2-2.i386 requires libnautilus-burn.so.2



Broken deps for ia64
----------------------------------------------------------
	anaconda - 10.90.12-1.ia64 requires libdevmapper.so.1.01()(64bit)
	anaconda - 10.90.12-1.ia64 requires libdevmapper.so.1.01(Base)(64bit)
	cryptsetup-luks-devel - 1.0.1-3.ia64 requires libdevmapper.so.1.01(Base)(64bit)
	cryptsetup-luks-devel - 1.0.1-3.ia64 requires libdevmapper.so.1.01()(64bit)
	device-mapper - 1.02.02-1.ia64 requires libdevmapper.so.1.01()(64bit)
	device-mapper - 1.02.02-1.ia64 requires libdevmapper.so.1.01(Base)(64bit)
	device-mapper-multipath - 0.4.4-2.4.ia64 requires libdevmapper.so.1.01(Base)(64bit)
	device-mapper-multipath - 0.4.4-2.4.ia64 requires libdevmapper.so.1.01()(64bit)
	evolution - 2.4.1-8.ia64 requires libdbus-1.so.1()(64bit)
	evolution - 2.4.1-8.ia64 requires libdbus-glib-1.so.1()(64bit)
	k3b - 0.12.4-0.a.1.ia64 requires libdbus-qt-1.so.1()(64bit)
	k3b - 0.12.4-0.a.1.ia64 requires libdbus-1.so.1()(64bit)
	kdesdk - 3.4.92-2.ia64 requires libapr-0.so.0()(64bit)
	kdesdk - 3.4.92-2.ia64 requires libaprutil-0.so.0()(64bit)
	kpartx - 0.4.4-2.4.ia64 requires libdevmapper.so.1.01(Base)(64bit)
	kpartx - 0.4.4-2.4.ia64 requires libdevmapper.so.1.01()(64bit)
	mod_auth_kerb - 5.0-7.ia64 requires httpd-mmn = 0:20020903
	mod_auth_mysql - 1:2.9.0-2.ia64 requires httpd-mmn = 0:20020903
	mod_auth_pgsql - 2.0.1-8.ia64 requires httpd-mmn = 0:20020903
	mod_authz_ldap - 0.26-4.ia64 requires httpd-mmn = 0:20020903
	mod_jk - 1.2.6-3jpp_4fc.ia64 requires httpd-mmn = 0:20020903
	python-pyblock - 0.6-1.ia64 requires libdevmapper.so.1.01(Base)(64bit)
	python-pyblock - 0.6-1.ia64 requires libdevmapper.so.1.01()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs
	rhythmbox - 0.9.2-2.ia64 requires libnautilus-burn.so.2()(64bit)



Broken deps for ppc
----------------------------------------------------------
	anaconda - 10.90.12-1.ppc requires libdevmapper.so.1.01(Base)
	anaconda - 10.90.12-1.ppc requires libdevmapper.so.1.01
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	cryptsetup-luks-devel - 1.0.1-3.ppc requires libdevmapper.so.1.01(Base)
	cryptsetup-luks-devel - 1.0.1-3.ppc requires libdevmapper.so.1.01
	device-mapper - 1.02.02-1.ppc requires libdevmapper.so.1.01(Base)
	device-mapper - 1.02.02-1.ppc requires libdevmapper.so.1.01
	device-mapper-multipath - 0.4.4-2.4.ppc requires libdevmapper.so.1.01(Base)
	device-mapper-multipath - 0.4.4-2.4.ppc requires libdevmapper.so.1.01
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	evolution - 2.4.1-8.ppc requires libdbus-1.so.1
	evolution - 2.4.1-8.ppc requires libdbus-glib-1.so.1
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	kdesdk - 3.4.92-2.ppc requires libapr-0.so.0
	kdesdk - 3.4.92-2.ppc requires libaprutil-0.so.0
	kpartx - 0.4.4-2.4.ppc requires libdevmapper.so.1.01(Base)
	kpartx - 0.4.4-2.4.ppc requires libdevmapper.so.1.01
	mod_auth_kerb - 5.0-7.ppc requires httpd-mmn = 0:20020903
	mod_auth_mysql - 1:2.9.0-2.ppc requires httpd-mmn = 0:20020903
	mod_auth_pgsql - 2.0.1-8.ppc requires httpd-mmn = 0:20020903
	mod_authz_ldap - 0.26-4.ppc requires httpd-mmn = 0:20020903
	mod_jk - 1.2.6-3jpp_4fc.ppc requires httpd-mmn = 0:20020903
	python-pyblock - 0.6-1.ppc requires libdevmapper.so.1.01(Base)
	python-pyblock - 0.6-1.ppc requires libdevmapper.so.1.01
	rhythmbox - 0.9.2-2.ppc requires libnautilus-burn.so.2



Broken deps for ppc64
----------------------------------------------------------
	anaconda - 10.90.12-1.ppc64 requires libdevmapper.so.1.01()(64bit)
	anaconda - 10.90.12-1.ppc64 requires libdevmapper.so.1.01(Base)(64bit)
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	cryptsetup-luks-devel - 1.0.1-3.ppc64 requires libdevmapper.so.1.01()(64bit)
	cryptsetup-luks-devel - 1.0.1-3.ppc64 requires libdevmapper.so.1.01(Base)(64bit)
	device-mapper - 1.02.02-1.ppc64 requires libdevmapper.so.1.01(Base)(64bit)
	device-mapper - 1.02.02-1.ppc64 requires libdevmapper.so.1.01()(64bit)
	device-mapper-multipath - 0.4.4-2.4.ppc64 requires libdevmapper.so.1.01(Base)(64bit)
	device-mapper-multipath - 0.4.4-2.4.ppc64 requires libdevmapper.so.1.01()(64bit)
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	evolution - 2.4.1-8.ppc64 requires libdbus-1.so.1()(64bit)
	evolution - 2.4.1-8.ppc64 requires libdbus-glib-1.so.1()(64bit)
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	k3b - 0.12.4-0.a.1.ppc64 requires libdbus-qt-1.so.1()(64bit)
	k3b - 0.12.4-0.a.1.ppc64 requires libdbus-1.so.1()(64bit)
	kdesdk - 3.4.92-2.ppc64 requires libapr-0.so.0()(64bit)
	kdesdk - 3.4.92-2.ppc64 requires libaprutil-0.so.0()(64bit)
	kpartx - 0.4.4-2.4.ppc64 requires libdevmapper.so.1.01(Base)(64bit)
	kpartx - 0.4.4-2.4.ppc64 requires libdevmapper.so.1.01()(64bit)
	mod_auth_kerb - 5.0-7.ppc64 requires httpd-mmn = 0:20020903
	mod_auth_mysql - 1:2.9.0-2.ppc64 requires httpd-mmn = 0:20020903
	mod_auth_pgsql - 2.0.1-8.ppc64 requires httpd-mmn = 0:20020903
	mod_authz_ldap - 0.26-4.ppc64 requires httpd-mmn = 0:20020903
	mod_jk - 1.2.6-3jpp_4fc.ppc64 requires httpd-mmn = 0:20020903
	python-pyblock - 0.6-1.ppc64 requires libdevmapper.so.1.01(Base)(64bit)
	python-pyblock - 0.6-1.ppc64 requires libdevmapper.so.1.01()(64bit)
	rhythmbox - 0.9.2-2.ppc64 requires libnautilus-burn.so.2()(64bit)



Broken deps for s390
----------------------------------------------------------
	anaconda - 10.90.12-1.s390 requires libdevmapper.so.1.01(Base)
	anaconda - 10.90.12-1.s390 requires libdevmapper.so.1.01
	cryptsetup-luks-devel - 1.0.1-3.s390 requires libdevmapper.so.1.01(Base)
	cryptsetup-luks-devel - 1.0.1-3.s390 requires libdevmapper.so.1.01
	device-mapper - 1.02.02-1.s390 requires libdevmapper.so.1.01(Base)
	device-mapper - 1.02.02-1.s390 requires libdevmapper.so.1.01
	device-mapper-multipath - 0.4.4-2.4.s390 requires libdevmapper.so.1.01(Base)
	device-mapper-multipath - 0.4.4-2.4.s390 requires libdevmapper.so.1.01
	evolution - 2.4.1-8.s390 requires libdbus-1.so.1
	evolution - 2.4.1-8.s390 requires libdbus-glib-1.so.1
	kdesdk - 3.4.92-2.s390 requires libapr-0.so.0
	kdesdk - 3.4.92-2.s390 requires libaprutil-0.so.0
	kpartx - 0.4.4-2.4.s390 requires libdevmapper.so.1.01(Base)
	kpartx - 0.4.4-2.4.s390 requires libdevmapper.so.1.01
	mod_auth_kerb - 5.0-7.s390 requires httpd-mmn = 0:20020903
	mod_auth_mysql - 1:2.9.0-2.s390 requires httpd-mmn = 0:20020903
	mod_auth_pgsql - 2.0.1-8.s390 requires httpd-mmn = 0:20020903
	mod_authz_ldap - 0.26-4.s390 requires httpd-mmn = 0:20020903
	mod_jk - 1.2.6-3jpp_4fc.s390 requires httpd-mmn = 0:20020903
	rhythmbox - 0.9.1-1.s390 requires libdbus-1.so.1
	rhythmbox - 0.9.1-1.s390 requires libdbus-glib-1.so.1



Broken deps for s390x
----------------------------------------------------------
	anaconda - 10.90.12-1.s390x requires libdevmapper.so.1.01()(64bit)
	anaconda - 10.90.12-1.s390x requires libdevmapper.so.1.01(Base)(64bit)
	cryptsetup-luks-devel - 1.0.1-3.s390x requires libdevmapper.so.1.01()(64bit)
	cryptsetup-luks-devel - 1.0.1-3.s390x requires libdevmapper.so.1.01(Base)(64bit)
	device-mapper - 1.02.02-1.s390x requires libdevmapper.so.1.01()(64bit)
	device-mapper - 1.02.02-1.s390x requires libdevmapper.so.1.01(Base)(64bit)
	device-mapper - 1.02.02-1.s390 requires libdevmapper.so.1.01(Base)
	device-mapper - 1.02.02-1.s390 requires libdevmapper.so.1.01
	device-mapper-multipath - 0.4.4-2.4.s390x requires libdevmapper.so.1.01(Base)(64bit)
	device-mapper-multipath - 0.4.4-2.4.s390x requires libdevmapper.so.1.01()(64bit)
	evolution - 2.4.1-8.s390x requires libdbus-1.so.1()(64bit)
	evolution - 2.4.1-8.s390x requires libdbus-glib-1.so.1()(64bit)
	kdesdk - 3.4.92-2.s390x requires libapr-0.so.0()(64bit)
	kdesdk - 3.4.92-2.s390x requires libaprutil-0.so.0()(64bit)
	kpartx - 0.4.4-2.4.s390x requires libdevmapper.so.1.01(Base)(64bit)
	kpartx - 0.4.4-2.4.s390x requires libdevmapper.so.1.01()(64bit)
	mod_auth_kerb - 5.0-7.s390x requires httpd-mmn = 0:20020903
	mod_auth_mysql - 1:2.9.0-2.s390x requires httpd-mmn = 0:20020903
	mod_auth_pgsql - 2.0.1-8.s390x requires httpd-mmn = 0:20020903
	mod_authz_ldap - 0.26-4.s390x requires httpd-mmn = 0:20020903
	mod_jk - 1.2.6-3jpp_4fc.s390x requires httpd-mmn = 0:20020903
	rhythmbox - 0.9.1-1.s390x requires libdbus-1.so.1()(64bit)
	rhythmbox - 0.9.1-1.s390x requires libdbus-glib-1.so.1()(64bit)



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	anaconda - 10.90.12-1.x86_64 requires libdevmapper.so.1.01()(64bit)
	anaconda - 10.90.12-1.x86_64 requires libdevmapper.so.1.01(Base)(64bit)
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	cryptsetup-luks-devel - 1.0.1-3.x86_64 requires libdevmapper.so.1.01()(64bit)
	cryptsetup-luks-devel - 1.0.1-3.x86_64 requires libdevmapper.so.1.01(Base)(64bit)
	device-mapper - 1.02.02-1.i386 requires libdevmapper.so.1.01(Base)
	device-mapper - 1.02.02-1.i386 requires libdevmapper.so.1.01
	device-mapper - 1.02.02-1.x86_64 requires libdevmapper.so.1.01()(64bit)
	device-mapper - 1.02.02-1.x86_64 requires libdevmapper.so.1.01(Base)(64bit)
	device-mapper-multipath - 0.4.4-2.4.x86_64 requires libdevmapper.so.1.01(Base)(64bit)
	device-mapper-multipath - 0.4.4-2.4.x86_64 requires libdevmapper.so.1.01()(64bit)
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	evolution - 2.4.1-8.x86_64 requires libdbus-1.so.1()(64bit)
	evolution - 2.4.1-8.x86_64 requires libdbus-glib-1.so.1()(64bit)
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	kdesdk - 3.4.92-2.x86_64 requires libapr-0.so.0()(64bit)
	kdesdk - 3.4.92-2.x86_64 requires libaprutil-0.so.0()(64bit)
	kpartx - 0.4.4-2.4.x86_64 requires libdevmapper.so.1.01(Base)(64bit)
	kpartx - 0.4.4-2.4.x86_64 requires libdevmapper.so.1.01()(64bit)
	mod_auth_kerb - 5.0-7.x86_64 requires httpd-mmn = 0:20020903
	mod_auth_mysql - 1:2.9.0-2.x86_64 requires httpd-mmn = 0:20020903
	mod_auth_pgsql - 2.0.1-8.x86_64 requires httpd-mmn = 0:20020903
	mod_authz_ldap - 0.26-4.x86_64 requires httpd-mmn = 0:20020903
	mod_jk - 1.2.6-3jpp_4fc.x86_64 requires httpd-mmn = 0:20020903
	python-pyblock - 0.6-1.x86_64 requires libdevmapper.so.1.01(Base)(64bit)
	python-pyblock - 0.6-1.x86_64 requires libdevmapper.so.1.01()(64bit)
	rhythmbox - 0.9.2-2.x86_64 requires libnautilus-burn.so.2()(64bit)





From ellson at research.att.com  Sat Dec  3 23:11:38 2005
From: ellson at research.att.com (John Ellson)
Date: Sat, 03 Dec 2005 18:11:38 -0500
Subject: rawhide report: 20051203 changes
In-Reply-To: <200512032017.jB3KH2PK009901@porkchop.devel.redhat.com>
References: <200512032017.jB3KH2PK009901@porkchop.devel.redhat.com>
Message-ID: <4392262A.30500@research.att.com>

The package "dbus-qt" is no longer in fedora-devel, but attempting to 
remove it breaks a dependency from a package that is.

    # rpm -e dbus-qt
    error: Failed dependencies:
        libdbus-qt-1.so.1 is needed by (installed) 
kdebase-3.5.0-0.1.rc2.i386

This broken dependency was not included in today's list of broken 
dependencies.

John




From paul at all-the-johnsons.co.uk  Sat Dec  3 23:22:54 2005
From: paul at all-the-johnsons.co.uk (Paul)
Date: Sat, 03 Dec 2005 23:22:54 +0000
Subject: yum clean all problem
Message-ID: <1133652174.12675.38.camel@localhost>

Hi,

Just run yum clean all and it seems to have deleted all of the
repomd.xml files from the repositories I normally grab updated from
(development, extras-development and freshrpms). While I was able to
replace the development one, I can't find the other two.

Anyone else seeing this and could some kind soul email me the two
repomd.xml files for extras-devel and freshrpms?

TTFN

Paul
-- 
"Religion is the opiate of the masses" - Karl Marx
"Mmmmmm, mass opiates...." - Homer Simpson
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051203/5a7e2e88/attachment.sig>

From skvidal at phy.duke.edu  Sat Dec  3 23:27:49 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Sat, 03 Dec 2005 18:27:49 -0500
Subject: yum clean all problem
In-Reply-To: <1133652174.12675.38.camel@localhost>
References: <1133652174.12675.38.camel@localhost>
Message-ID: <1133652469.26893.58.camel@cutter>

On Sat, 2005-12-03 at 23:22 +0000, Paul wrote:
> Hi,
> 
> Just run yum clean all and it seems to have deleted all of the
> repomd.xml files from the repositories I normally grab updated from
> (development, extras-development and freshrpms). While I was able to
> replace the development one, I can't find the other two.
> 
> Anyone else seeing this and could some kind soul email me the two
> repomd.xml files for extras-devel and freshrpms?
> 

/me begins to wonder if people read this mailing list or just post to
it.

-sv




From dstolte at arcor.de  Sat Dec  3 23:28:21 2005
From: dstolte at arcor.de (D. Stolte)
Date: Sun, 04 Dec 2005 00:28:21 +0100
Subject: yum clean all problem
In-Reply-To: <1133652174.12675.38.camel@localhost>
References: <1133652174.12675.38.camel@localhost>
Message-ID: <43922A15.5050008@arcor.de>

Hi Paul,

this seems to be a known bug. Go to /var/cache/yum/ and "rm -f 
*/cachecookie". yum should work fine after removing these files.

/ds

Paul wrote:
> Hi,
> 
> Just run yum clean all and it seems to have deleted all of the
> repomd.xml files from the repositories I normally grab updated from
> (development, extras-development and freshrpms). While I was able to
> replace the development one, I can't find the other two.
> 
> Anyone else seeing this and could some kind soul email me the two
> repomd.xml files for extras-devel and freshrpms?
> 
> TTFN
> 
> Paul
> 



From paul at all-the-johnsons.co.uk  Sat Dec  3 23:30:32 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Sat, 03 Dec 2005 23:30:32 +0000
Subject: yum clean all problem
In-Reply-To: <1133652469.26893.58.camel@cutter>
References: <1133652174.12675.38.camel@localhost>
	<1133652469.26893.58.camel@cutter>
Message-ID: <1133652632.12675.40.camel@localhost>

Hi,

> > Anyone else seeing this and could some kind soul email me the two
> > repomd.xml files for extras-devel and freshrpms?
> > 
> 
> /me begins to wonder if people read this mailing list or just post to
> it.

I reads it usually, but time has been pressing due to birth of second
born.
-- 
"Religion is the opiate of the masses" - Karl Marx
"Mmmmmm, mass opiates...." - Homer Simpson



From paul at all-the-johnsons.co.uk  Sun Dec  4 00:04:10 2005
From: paul at all-the-johnsons.co.uk (Paul)
Date: Sun, 04 Dec 2005 00:04:10 +0000
Subject: 64 bit support Q
Message-ID: <1133654650.12675.44.camel@localhost>

Hi,

I'm thinking of getting a Gigabyte Socket 939 GeForce 6100 PCI-E MATX A
V L (model GA-K8N51GMF-9) motherboard and am not sure if everything is
supported by FC5t1. Can someone tell me if the following are happy?

nVidia GF 6100
nForce 430
Cicada CIS8201 (NIC)
Realtek ALC880

TTFN

Paul
-- 
"Religion is the opiate of the masses" - Karl Marx
"Mmmmmm, mass opiates...." - Homer Simpson
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051204/a3bba831/attachment.sig>

From vonbrand at inf.utfsm.cl  Fri Dec  2 21:48:00 2005
From: vonbrand at inf.utfsm.cl (Horst von Brand)
Date: Fri, 02 Dec 2005 18:48:00 -0300
Subject: No update of repo description today? 
In-Reply-To: Message from Jeff Spaleta <jspaleta@gmail.com> of "Fri,
	02 Dec 2005 13:58:02 CDT."
	<604aa7910512021058n296dbab8n749f4786c9eac2cc@mail.gmail.com> 
Message-ID: <200512022148.jB2Lm0lD017108@pincoya.inf.utfsm.cl>

Jeff Spaleta <jspaleta at gmail.com> wrote:

[...]

> As seth suggests set metadata_expire=reasonable number of seconds   in
> your development repo definitions (to effect just those repos) or in
> your main yum.conf(to effect all repos).  The time based  metadata
> caching is a new feature for the 2.4.1 yum in rawhide.  The default is
> currently 8 hours, meaning yum won't attempt to refresh its metadata
> for 8 hours after its last metadata refresh.

This isn't too smart, IMHO. I tend to run yum around the time the data gets
pushed to the mirrors, in this way if I come early I won't get updates for
a day or so.

What /really/ annoys me is when yum gets old metadata from a repository,
I think it should look for some timestamp and compare with what it's got
locally, and just try the next mirror if the metadata is stale.

And since I'm in wish-mode anyway, why not adding an option to install what
can be installed when there are broken dependencies? The data is certainly
available... Yes, I do understand that indiscriminate use will lead to
systems in which there are ancient packages blocking important updates, and
nobody cares, but...
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513



From fct-cornette at insight.rr.com  Sun Dec  4 04:19:24 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Sat, 03 Dec 2005 23:19:24 -0500
Subject: kernel panic related to SELinux for dec 2nd
Message-ID: <43926E4C.9070504@insight.rr.com>

I did not see any bug reports for a kernel panic that I experienced 
today. The problem seems to be related to SELinux and an improperly 
labeled filesystem. Am I the only one who ha this happen?

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174919

Jim

PS - The problem with yum clean all bit me also. Reading the list helped 
  working around that problem.

-- 
For good, return good.
For evil, return justice.



From czar at czarc.net  Sun Dec  4 09:27:29 2005
From: czar at czarc.net (Gene C.)
Date: Sun, 4 Dec 2005 04:27:29 -0500
Subject: kernel panic related to SELinux for dec 2nd
In-Reply-To: <43926E4C.9070504@insight.rr.com>
References: <43926E4C.9070504@insight.rr.com>
Message-ID: <200512040427.29632.czar@czarc.net>

On Saturday 03 December 2005 23:19, Jim Cornette wrote:
> I did not see any bug reports for a kernel panic that I experienced
> today. The problem seems to be related to SELinux and an improperly
> labeled filesystem. Am I the only one who ha this happen?
>
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174919
>
> Jim
>
> PS - The problem with yum clean all bit me also. Reading the list helped
>   working around that problem.

No, you are not unique with the kernel panic.  The problem was answered 
quickly on the fedora-devel mailing list.  The basic problem is that the last 
selinux-policy-targeted updated removed athe binary policy so there is NO 
policy for the kernel.  See 
https://www.redhat.com/archives/fedora-devel-list/2005-December/msg00096.html 
for description and fix.
-- 
Gene



From mkovacs at shaw.ca  Sun Dec  4 11:02:46 2005
From: mkovacs at shaw.ca (Michael Kovacs)
Date: Sun, 04 Dec 2005 03:02:46 -0800
Subject: gnucash-1.8.11-4
In-Reply-To: <9594d6930512011425x485db961kc392dfdfc096c060@mail.gmail.com>
References: <1133474857.2903.4.camel@kalimotxo.euskal.net>
	<9594d6930512011425x485db961kc392dfdfc096c060@mail.gmail.com>
Message-ID: <4392CCD6.5030709@shaw.ca>

Vladimir Kosovac wrote:

> I get the same thing with xmms menus and playlist entries.

Same here, I was looking forward to playing some mp3s but cant read the 
menu items, just squares instead of letters. I think a font is missing 
or something.

Michael



From seguridadlinux at yahoo.es  Sun Dec  4 11:07:24 2005
From: seguridadlinux at yahoo.es (Juan Luis Pastor)
Date: Sun, 04 Dec 2005 12:07:24 +0100
Subject: [Fwd: Graphical greeter]
Message-ID: <1133694444.2969.11.camel@kalimotxo.euskal.net>

Hi,

How can I add in FC5 test1 a graphical greeter, in the same way that it
was possible through FC4 System Settings -> Login Screen -> Graphical
greeter option.

Juan



		
______________________________________________ 
Renovamos el Correo Yahoo! 
Nuevos servicios, m?s seguridad 
http://correo.yahoo.es



From fedora-test at adslpipe.co.uk  Sun Dec  4 11:33:52 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Sun, 04 Dec 2005 11:33:52 +0000
Subject: [Fwd: Graphical greeter]
In-Reply-To: <1133694444.2969.11.camel@kalimotxo.euskal.net>
References: <1133694444.2969.11.camel@kalimotxo.euskal.net>
Message-ID: <4392D420.90400@adslpipe.co.uk>

Juan Luis Pastor wrote:

> How can I add in FC5 test1 a graphical greeter, in the same way that it
> was possible through FC4 System Settings -> Login Screen -> Graphical
> greeter option.

in /etc/X11/gdm/gdm.conf try setting
RemoteGreeter=/usr/libexec/gdmgreeter





From buildsys at redhat.com  Sun Dec  4 11:42:42 2005
From: buildsys at redhat.com (Build System)
Date: Sun, 4 Dec 2005 06:42:42 -0500
Subject: rawhide report: 20051204 changes
Message-ID: <200512041142.jB4Bggwr020404@porkchop.devel.redhat.com>

 

 
Updated Packages:

kernel-2.6.14-1.1739_FC5
------------------------
* Sun Dec 04 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc5

* Sat Dec 03 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc4-git2

* Fri Dec 02 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc4-git1
- sysfs debug on x86-64 too.

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	anaconda - 10.90.12-1.i386 requires libdevmapper.so.1.01(Base)
	anaconda - 10.90.12-1.i386 requires libdevmapper.so.1.01
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	cryptsetup-luks-devel - 1.0.1-3.i386 requires libdevmapper.so.1.01(Base)
	cryptsetup-luks-devel - 1.0.1-3.i386 requires libdevmapper.so.1.01
	device-mapper - 1.02.02-1.i386 requires libdevmapper.so.1.01(Base)
	device-mapper - 1.02.02-1.i386 requires libdevmapper.so.1.01
	device-mapper-multipath - 0.4.4-2.4.i386 requires libdevmapper.so.1.01(Base)
	device-mapper-multipath - 0.4.4-2.4.i386 requires libdevmapper.so.1.01
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	evolution - 2.4.1-8.i386 requires libdbus-1.so.1
	evolution - 2.4.1-8.i386 requires libdbus-glib-1.so.1
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	kdesdk - 3.4.92-2.i386 requires libapr-0.so.0
	kdesdk - 3.4.92-2.i386 requires libaprutil-0.so.0
	kpartx - 0.4.4-2.4.i386 requires libdevmapper.so.1.01(Base)
	kpartx - 0.4.4-2.4.i386 requires libdevmapper.so.1.01
	mod_auth_kerb - 5.0-7.i386 requires httpd-mmn = 0:20020903
	mod_auth_mysql - 1:2.9.0-2.i386 requires httpd-mmn = 0:20020903
	mod_auth_pgsql - 2.0.1-8.i386 requires httpd-mmn = 0:20020903
	mod_authz_ldap - 0.26-4.i386 requires httpd-mmn = 0:20020903
	mod_jk - 1.2.6-3jpp_4fc.i386 requires httpd-mmn = 0:20020903
	python-pyblock - 0.6-1.i386 requires libdevmapper.so.1.01(Base)
	python-pyblock - 0.6-1.i386 requires libdevmapper.so.1.01
	rhythmbox - 0.9.2-2.i386 requires libnautilus-burn.so.2



Broken deps for ia64
----------------------------------------------------------
	anaconda - 10.90.12-1.ia64 requires libdevmapper.so.1.01()(64bit)
	anaconda - 10.90.12-1.ia64 requires libdevmapper.so.1.01(Base)(64bit)
	cryptsetup-luks-devel - 1.0.1-3.ia64 requires libdevmapper.so.1.01(Base)(64bit)
	cryptsetup-luks-devel - 1.0.1-3.ia64 requires libdevmapper.so.1.01()(64bit)
	device-mapper - 1.02.02-1.ia64 requires libdevmapper.so.1.01()(64bit)
	device-mapper - 1.02.02-1.ia64 requires libdevmapper.so.1.01(Base)(64bit)
	device-mapper-multipath - 0.4.4-2.4.ia64 requires libdevmapper.so.1.01(Base)(64bit)
	device-mapper-multipath - 0.4.4-2.4.ia64 requires libdevmapper.so.1.01()(64bit)
	evolution - 2.4.1-8.ia64 requires libdbus-1.so.1()(64bit)
	evolution - 2.4.1-8.ia64 requires libdbus-glib-1.so.1()(64bit)
	k3b - 0.12.4-0.a.1.ia64 requires libdbus-qt-1.so.1()(64bit)
	k3b - 0.12.4-0.a.1.ia64 requires libdbus-1.so.1()(64bit)
	kdesdk - 3.4.92-2.ia64 requires libapr-0.so.0()(64bit)
	kdesdk - 3.4.92-2.ia64 requires libaprutil-0.so.0()(64bit)
	kpartx - 0.4.4-2.4.ia64 requires libdevmapper.so.1.01(Base)(64bit)
	kpartx - 0.4.4-2.4.ia64 requires libdevmapper.so.1.01()(64bit)
	mod_auth_kerb - 5.0-7.ia64 requires httpd-mmn = 0:20020903
	mod_auth_mysql - 1:2.9.0-2.ia64 requires httpd-mmn = 0:20020903
	mod_auth_pgsql - 2.0.1-8.ia64 requires httpd-mmn = 0:20020903
	mod_authz_ldap - 0.26-4.ia64 requires httpd-mmn = 0:20020903
	mod_jk - 1.2.6-3jpp_4fc.ia64 requires httpd-mmn = 0:20020903
	python-pyblock - 0.6-1.ia64 requires libdevmapper.so.1.01(Base)(64bit)
	python-pyblock - 0.6-1.ia64 requires libdevmapper.so.1.01()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs
	rhythmbox - 0.9.2-2.ia64 requires libnautilus-burn.so.2()(64bit)



Broken deps for ppc
----------------------------------------------------------
	anaconda - 10.90.12-1.ppc requires libdevmapper.so.1.01(Base)
	anaconda - 10.90.12-1.ppc requires libdevmapper.so.1.01
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	cryptsetup-luks-devel - 1.0.1-3.ppc requires libdevmapper.so.1.01(Base)
	cryptsetup-luks-devel - 1.0.1-3.ppc requires libdevmapper.so.1.01
	device-mapper - 1.02.02-1.ppc requires libdevmapper.so.1.01(Base)
	device-mapper - 1.02.02-1.ppc requires libdevmapper.so.1.01
	device-mapper-multipath - 0.4.4-2.4.ppc requires libdevmapper.so.1.01(Base)
	device-mapper-multipath - 0.4.4-2.4.ppc requires libdevmapper.so.1.01
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	evolution - 2.4.1-8.ppc requires libdbus-1.so.1
	evolution - 2.4.1-8.ppc requires libdbus-glib-1.so.1
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	kdesdk - 3.4.92-2.ppc requires libapr-0.so.0
	kdesdk - 3.4.92-2.ppc requires libaprutil-0.so.0
	kpartx - 0.4.4-2.4.ppc requires libdevmapper.so.1.01(Base)
	kpartx - 0.4.4-2.4.ppc requires libdevmapper.so.1.01
	mod_auth_kerb - 5.0-7.ppc requires httpd-mmn = 0:20020903
	mod_auth_mysql - 1:2.9.0-2.ppc requires httpd-mmn = 0:20020903
	mod_auth_pgsql - 2.0.1-8.ppc requires httpd-mmn = 0:20020903
	mod_authz_ldap - 0.26-4.ppc requires httpd-mmn = 0:20020903
	mod_jk - 1.2.6-3jpp_4fc.ppc requires httpd-mmn = 0:20020903
	python-pyblock - 0.6-1.ppc requires libdevmapper.so.1.01(Base)
	python-pyblock - 0.6-1.ppc requires libdevmapper.so.1.01
	rhythmbox - 0.9.2-2.ppc requires libnautilus-burn.so.2



Broken deps for ppc64
----------------------------------------------------------
	anaconda - 10.90.12-1.ppc64 requires libdevmapper.so.1.01()(64bit)
	anaconda - 10.90.12-1.ppc64 requires libdevmapper.so.1.01(Base)(64bit)
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	cryptsetup-luks-devel - 1.0.1-3.ppc64 requires libdevmapper.so.1.01()(64bit)
	cryptsetup-luks-devel - 1.0.1-3.ppc64 requires libdevmapper.so.1.01(Base)(64bit)
	device-mapper - 1.02.02-1.ppc64 requires libdevmapper.so.1.01(Base)(64bit)
	device-mapper - 1.02.02-1.ppc64 requires libdevmapper.so.1.01()(64bit)
	device-mapper-multipath - 0.4.4-2.4.ppc64 requires libdevmapper.so.1.01(Base)(64bit)
	device-mapper-multipath - 0.4.4-2.4.ppc64 requires libdevmapper.so.1.01()(64bit)
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	evolution - 2.4.1-8.ppc64 requires libdbus-1.so.1()(64bit)
	evolution - 2.4.1-8.ppc64 requires libdbus-glib-1.so.1()(64bit)
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	k3b - 0.12.4-0.a.1.ppc64 requires libdbus-qt-1.so.1()(64bit)
	k3b - 0.12.4-0.a.1.ppc64 requires libdbus-1.so.1()(64bit)
	kdesdk - 3.4.92-2.ppc64 requires libapr-0.so.0()(64bit)
	kdesdk - 3.4.92-2.ppc64 requires libaprutil-0.so.0()(64bit)
	kpartx - 0.4.4-2.4.ppc64 requires libdevmapper.so.1.01(Base)(64bit)
	kpartx - 0.4.4-2.4.ppc64 requires libdevmapper.so.1.01()(64bit)
	mod_auth_kerb - 5.0-7.ppc64 requires httpd-mmn = 0:20020903
	mod_auth_mysql - 1:2.9.0-2.ppc64 requires httpd-mmn = 0:20020903
	mod_auth_pgsql - 2.0.1-8.ppc64 requires httpd-mmn = 0:20020903
	mod_authz_ldap - 0.26-4.ppc64 requires httpd-mmn = 0:20020903
	mod_jk - 1.2.6-3jpp_4fc.ppc64 requires httpd-mmn = 0:20020903
	python-pyblock - 0.6-1.ppc64 requires libdevmapper.so.1.01(Base)(64bit)
	python-pyblock - 0.6-1.ppc64 requires libdevmapper.so.1.01()(64bit)
	rhythmbox - 0.9.2-2.ppc64 requires libnautilus-burn.so.2()(64bit)



Broken deps for s390
----------------------------------------------------------
	anaconda - 10.90.12-1.s390 requires libdevmapper.so.1.01(Base)
	anaconda - 10.90.12-1.s390 requires libdevmapper.so.1.01
	cryptsetup-luks-devel - 1.0.1-3.s390 requires libdevmapper.so.1.01(Base)
	cryptsetup-luks-devel - 1.0.1-3.s390 requires libdevmapper.so.1.01
	device-mapper - 1.02.02-1.s390 requires libdevmapper.so.1.01(Base)
	device-mapper - 1.02.02-1.s390 requires libdevmapper.so.1.01
	device-mapper-multipath - 0.4.4-2.4.s390 requires libdevmapper.so.1.01(Base)
	device-mapper-multipath - 0.4.4-2.4.s390 requires libdevmapper.so.1.01
	evolution - 2.4.1-8.s390 requires libdbus-1.so.1
	evolution - 2.4.1-8.s390 requires libdbus-glib-1.so.1
	kdesdk - 3.4.92-2.s390 requires libapr-0.so.0
	kdesdk - 3.4.92-2.s390 requires libaprutil-0.so.0
	kpartx - 0.4.4-2.4.s390 requires libdevmapper.so.1.01(Base)
	kpartx - 0.4.4-2.4.s390 requires libdevmapper.so.1.01
	mod_auth_kerb - 5.0-7.s390 requires httpd-mmn = 0:20020903
	mod_auth_mysql - 1:2.9.0-2.s390 requires httpd-mmn = 0:20020903
	mod_auth_pgsql - 2.0.1-8.s390 requires httpd-mmn = 0:20020903
	mod_authz_ldap - 0.26-4.s390 requires httpd-mmn = 0:20020903
	mod_jk - 1.2.6-3jpp_4fc.s390 requires httpd-mmn = 0:20020903
	rhythmbox - 0.9.1-1.s390 requires libdbus-1.so.1
	rhythmbox - 0.9.1-1.s390 requires libdbus-glib-1.so.1



Broken deps for s390x
----------------------------------------------------------
	anaconda - 10.90.12-1.s390x requires libdevmapper.so.1.01()(64bit)
	anaconda - 10.90.12-1.s390x requires libdevmapper.so.1.01(Base)(64bit)
	cryptsetup-luks-devel - 1.0.1-3.s390x requires libdevmapper.so.1.01()(64bit)
	cryptsetup-luks-devel - 1.0.1-3.s390x requires libdevmapper.so.1.01(Base)(64bit)
	device-mapper - 1.02.02-1.s390 requires libdevmapper.so.1.01(Base)
	device-mapper - 1.02.02-1.s390 requires libdevmapper.so.1.01
	device-mapper - 1.02.02-1.s390x requires libdevmapper.so.1.01()(64bit)
	device-mapper - 1.02.02-1.s390x requires libdevmapper.so.1.01(Base)(64bit)
	device-mapper-multipath - 0.4.4-2.4.s390x requires libdevmapper.so.1.01(Base)(64bit)
	device-mapper-multipath - 0.4.4-2.4.s390x requires libdevmapper.so.1.01()(64bit)
	evolution - 2.4.1-8.s390x requires libdbus-1.so.1()(64bit)
	evolution - 2.4.1-8.s390x requires libdbus-glib-1.so.1()(64bit)
	kdesdk - 3.4.92-2.s390x requires libapr-0.so.0()(64bit)
	kdesdk - 3.4.92-2.s390x requires libaprutil-0.so.0()(64bit)
	kpartx - 0.4.4-2.4.s390x requires libdevmapper.so.1.01(Base)(64bit)
	kpartx - 0.4.4-2.4.s390x requires libdevmapper.so.1.01()(64bit)
	mod_auth_kerb - 5.0-7.s390x requires httpd-mmn = 0:20020903
	mod_auth_mysql - 1:2.9.0-2.s390x requires httpd-mmn = 0:20020903
	mod_auth_pgsql - 2.0.1-8.s390x requires httpd-mmn = 0:20020903
	mod_authz_ldap - 0.26-4.s390x requires httpd-mmn = 0:20020903
	mod_jk - 1.2.6-3jpp_4fc.s390x requires httpd-mmn = 0:20020903
	rhythmbox - 0.9.1-1.s390x requires libdbus-1.so.1()(64bit)
	rhythmbox - 0.9.1-1.s390x requires libdbus-glib-1.so.1()(64bit)



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	anaconda - 10.90.12-1.x86_64 requires libdevmapper.so.1.01()(64bit)
	anaconda - 10.90.12-1.x86_64 requires libdevmapper.so.1.01(Base)(64bit)
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	cryptsetup-luks-devel - 1.0.1-3.x86_64 requires libdevmapper.so.1.01()(64bit)
	cryptsetup-luks-devel - 1.0.1-3.x86_64 requires libdevmapper.so.1.01(Base)(64bit)
	device-mapper - 1.02.02-1.i386 requires libdevmapper.so.1.01(Base)
	device-mapper - 1.02.02-1.i386 requires libdevmapper.so.1.01
	device-mapper - 1.02.02-1.x86_64 requires libdevmapper.so.1.01()(64bit)
	device-mapper - 1.02.02-1.x86_64 requires libdevmapper.so.1.01(Base)(64bit)
	device-mapper-multipath - 0.4.4-2.4.x86_64 requires libdevmapper.so.1.01(Base)(64bit)
	device-mapper-multipath - 0.4.4-2.4.x86_64 requires libdevmapper.so.1.01()(64bit)
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	evolution - 2.4.1-8.x86_64 requires libdbus-1.so.1()(64bit)
	evolution - 2.4.1-8.x86_64 requires libdbus-glib-1.so.1()(64bit)
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	kdesdk - 3.4.92-2.x86_64 requires libapr-0.so.0()(64bit)
	kdesdk - 3.4.92-2.x86_64 requires libaprutil-0.so.0()(64bit)
	kpartx - 0.4.4-2.4.x86_64 requires libdevmapper.so.1.01(Base)(64bit)
	kpartx - 0.4.4-2.4.x86_64 requires libdevmapper.so.1.01()(64bit)
	mod_auth_kerb - 5.0-7.x86_64 requires httpd-mmn = 0:20020903
	mod_auth_mysql - 1:2.9.0-2.x86_64 requires httpd-mmn = 0:20020903
	mod_auth_pgsql - 2.0.1-8.x86_64 requires httpd-mmn = 0:20020903
	mod_authz_ldap - 0.26-4.x86_64 requires httpd-mmn = 0:20020903
	mod_jk - 1.2.6-3jpp_4fc.x86_64 requires httpd-mmn = 0:20020903
	python-pyblock - 0.6-1.x86_64 requires libdevmapper.so.1.01(Base)(64bit)
	python-pyblock - 0.6-1.x86_64 requires libdevmapper.so.1.01()(64bit)
	rhythmbox - 0.9.2-2.x86_64 requires libnautilus-burn.so.2()(64bit)





From seguridadlinux at yahoo.es  Sun Dec  4 11:47:27 2005
From: seguridadlinux at yahoo.es (Juan Luis Pastor)
Date: Sun, 04 Dec 2005 12:47:27 +0100
Subject: gnucash-1.8.11-4
In-Reply-To: <4392CCD6.5030709@shaw.ca>
References: <1133474857.2903.4.camel@kalimotxo.euskal.net>
	<9594d6930512011425x485db961kc392dfdfc096c060@mail.gmail.com>
	<4392CCD6.5030709@shaw.ca>
Message-ID: <1133696847.2969.14.camel@kalimotxo.euskal.net>

Hi,

On Sun, 2005-12-04 at 03:02 -0800, Michael Kovacs wrote:

> Same here, I was looking forward to playing some mp3s but cant read the 
> menu items, just squares instead of letters. I think a font is missing 
> or something.

My problem with gnucash was solved rebooting the workstation. I
downloaded several packages upgrades and that might be the cause. After
rebooting, everything was fine.

Juan


		
______________________________________________ 
Renovamos el Correo Yahoo! 
Nuevos servicios, m?s seguridad 
http://correo.yahoo.es



From seguridadlinux at yahoo.es  Sun Dec  4 11:56:05 2005
From: seguridadlinux at yahoo.es (Juan Luis Pastor)
Date: Sun, 04 Dec 2005 12:56:05 +0100
Subject: [Fwd: Graphical greeter]
In-Reply-To: <4392D420.90400@adslpipe.co.uk>
References: <1133694444.2969.11.camel@kalimotxo.euskal.net>
	<4392D420.90400@adslpipe.co.uk>
Message-ID: <1133697365.2969.18.camel@kalimotxo.euskal.net>

Hi,

On Sun, 2005-12-04 at 11:33 +0000, Andy Burns wrote:
> Juan Luis Pastor wrote:
> 
> > How can I add in FC5 test1 a graphical greeter, in the same way that it
> > was possible through FC4 System Settings -> Login Screen -> Graphical
> > greeter option.
> 
> in /etc/X11/gdm/gdm.conf try setting
> RemoteGreeter=/usr/libexec/gdmgreeter

I guess that my paramenter should be just the Greeter path.
Unfortunately, I don't see how to achieve this, as my theme is a .tar.gz
file: http://art.gnome.org/themes/gdm_greeter/89. When I uncompress and
untar it, there are several files over there. Any hint?

Juan


		
______________________________________________ 
Renovamos el Correo Yahoo! 
Nuevos servicios, m?s seguridad 
http://correo.yahoo.es



From matt.carter85 at gmail.com  Sun Dec  4 12:01:21 2005
From: matt.carter85 at gmail.com (Matt Carter)
Date: Sun, 4 Dec 2005 12:01:21 +0000
Subject: Yum update
Message-ID: <7c79ba150512040401k6fe8bac4u232180e618652837@mail.gmail.com>

Error: Missing Dependency: libdbus-glib-1.so.1 is needed by package evolution
Error: Missing Dependency: libdevmapper.so.1.01 is needed by package
device-mapper
Error: Missing Dependency: libdevmapper.so.1.01(Base) is needed by
package device-mapper
Error: Missing Dependency: libdbus-1.so.1 is needed by package evolution
Error: Missing Dependency: libnautilus-burn.so.2 is needed by package rhythmbox

Are these still to be rpm'd?

Matt



From ivazquez at ivazquez.net  Sun Dec  4 12:11:33 2005
From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams)
Date: Sun, 04 Dec 2005 07:11:33 -0500
Subject: Yum update
In-Reply-To: <7c79ba150512040401k6fe8bac4u232180e618652837@mail.gmail.com>
References: <7c79ba150512040401k6fe8bac4u232180e618652837@mail.gmail.com>
Message-ID: <1133698294.5634.12.camel@ignacio.lan>

On Sun, 2005-12-04 at 12:01 +0000, Matt Carter wrote:
> Error: Missing Dependency: libdbus-glib-1.so.1 is needed by package evolution
> Error: Missing Dependency: libdevmapper.so.1.01 is needed by package
> device-mapper
> Error: Missing Dependency: libdevmapper.so.1.01(Base) is needed by
> package device-mapper
> Error: Missing Dependency: libdbus-1.so.1 is needed by package evolution
> Error: Missing Dependency: libnautilus-burn.so.2 is needed by package rhythmbox
> 
> Are these still to be rpm'd?

Please read the Rawhide report and the known dependency problems before
reporting something like this.

-- 
Ignacio Vazquez-Abrams <ivazquez at ivazquez.net>
http://fedora.ivazquez.net/

gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051204/1709a5e6/attachment.sig>

From fedora-test at adslpipe.co.uk  Sun Dec  4 12:32:28 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Sun, 04 Dec 2005 12:32:28 +0000
Subject: [Fwd: Graphical greeter]
In-Reply-To: <1133697365.2969.18.camel@kalimotxo.euskal.net>
References: <1133694444.2969.11.camel@kalimotxo.euskal.net><4392D420.90400@adslpipe.co.uk>
	<1133697365.2969.18.camel@kalimotxo.euskal.net>
Message-ID: <4392E1DC.2030502@adslpipe.co.uk>

Juan Luis Pastor wrote:

> I guess that my paramenter should be just the Greeter path.

Ah, sorry I misread your question, I thought you wanted the graphical 
greeter for xdmcp logins as well as the console

> Unfortunately, I don't see how to achieve this, as my theme is a .tar.gz
> file: http://art.gnome.org/themes/gdm_greeter/89. When I uncompress and
> untar it, there are several files over there. Any hint?

Sorry I don't know how to do the themed greeter, I haven't got an FC4 
box within reach at the moment, I might get the chance later ....



From gilboada at netvision.net.il  Sun Dec  4 12:48:48 2005
From: gilboada at netvision.net.il (Gilboa Davara)
Date: Sun, 04 Dec 2005 14:48:48 +0200
Subject: 64 bit support Q
In-Reply-To: <1133654650.12675.44.camel@localhost>
References: <1133654650.12675.44.camel@localhost>
Message-ID: <1133700528.16552.40.camel@gilboa-work-dev>

On Sun, 2005-12-04 at 00:04 +0000, Paul wrote:
> Hi,
> 
> I'm thinking of getting a Gigabyte Socket 939 GeForce 6100 PCI-E MATX A
> V L (model GA-K8N51GMF-9) motherboard and am not sure if everything is
> supported by FC5t1. Can someone tell me if the following are happy?
> 
> nVidia GF 6100
> nForce 430
> Cicada CIS8201 (NIC)
> Realtek ALC880
> 
> TTFN
> 
> Paul

I have a feeling you'll have problems with the GF6100. Not sure, though.
You plan on using the nVidia binary drivers? or the X.org open source
ones?

Gilboa



From paul at all-the-johnsons.co.uk  Sun Dec  4 12:54:22 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Sun, 04 Dec 2005 12:54:22 +0000
Subject: 64 bit support Q
In-Reply-To: <1133700528.16552.40.camel@gilboa-work-dev>
References: <1133654650.12675.44.camel@localhost>
	<1133700528.16552.40.camel@gilboa-work-dev>
Message-ID: <1133700863.12675.57.camel@localhost>

Hi,

> I have a feeling you'll have problems with the GF6100. Not sure, though.
> You plan on using the nVidia binary drivers? or the X.org open source
> ones?

X-org ones. The nVidia ones are bust currently for rawhide due to them
using the old paths.

If all else fails, in goes the GF4 I currently use.

TTFN

Paul
-- 
"Religion is the opiate of the masses" - Karl Marx
"Mmmmmm, mass opiates...." - Homer Simpson



From mike at miketc.com  Sun Dec  4 13:02:44 2005
From: mike at miketc.com (Mike Chambers)
Date: Sun, 04 Dec 2005 07:02:44 -0600
Subject: [Fwd: Graphical greeter]
In-Reply-To: <1133697365.2969.18.camel@kalimotxo.euskal.net>
References: <1133694444.2969.11.camel@kalimotxo.euskal.net>
	<4392D420.90400@adslpipe.co.uk>
	<1133697365.2969.18.camel@kalimotxo.euskal.net>
Message-ID: <1133701364.14333.1.camel@scrappy.miketc.com>

On Sun, 2005-12-04 at 12:56 +0100, Juan Luis Pastor wrote:

> I guess that my paramenter should be just the Greeter path.
> Unfortunately, I don't see how to achieve this, as my theme is a .tar.gz
> file: http://art.gnome.org/themes/gdm_greeter/89. When I uncompress and
> untar it, there are several files over there. Any hint?

Try moving the file to /usr/share/gdm/themes and unpacking it there, as
it will create it's own directory.  Then as root, run gdmsetup and go to
Themed Greeter tab adn it should automatically show up there and able to
select it.

-- 
Mike Chambers
Madisonville, KY



From gilboada at netvision.net.il  Sun Dec  4 13:04:06 2005
From: gilboada at netvision.net.il (Gilboa Davara)
Date: Sun, 04 Dec 2005 15:04:06 +0200
Subject: 64 bit support Q
In-Reply-To: <1133700863.12675.57.camel@localhost>
References: <1133654650.12675.44.camel@localhost>
	<1133700528.16552.40.camel@gilboa-work-dev>
	<1133700863.12675.57.camel@localhost>
Message-ID: <1133701446.16552.48.camel@gilboa-work-dev>

On Sun, 2005-12-04 at 12:54 +0000, Paul F. Johnson wrote:
> Hi,
> 
> > I have a feeling you'll have problems with the GF6100. Not sure, though.
> > You plan on using the nVidia binary drivers? or the X.org open source
> > ones?
> 
> X-org ones. The nVidia ones are bust currently for rawhide due to them
> using the old paths.
> 
> If all else fails, in goes the GF4 I currently use.

Baaah. Don't think you can.
The GF4 is AGP (I assume) and the board has only PCI-E slots...

Gilboa



From fct-cornette at insight.rr.com  Sun Dec  4 14:29:04 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Sun, 04 Dec 2005 09:29:04 -0500
Subject: kernel panic related to SELinux for dec 2nd
In-Reply-To: <200512040427.29632.czar@czarc.net>
References: <43926E4C.9070504@insight.rr.com>
	<200512040427.29632.czar@czarc.net>
Message-ID: <4392FD30.2020703@insight.rr.com>

Gene C. wrote:
> On Saturday 03 December 2005 23:19, Jim Cornette wrote:
> 
>>I did not see any bug reports for a kernel panic that I experienced
>>today. The problem seems to be related to SELinux and an improperly
>>labeled filesystem. Am I the only one who ha this happen?
>>
>>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174919
>>
>>Jim
>>
>>PS - The problem with yum clean all bit me also. Reading the list helped
>>  working around that problem.
> 
> 
> No, you are not unique with the kernel panic.  The problem was answered 
> quickly on the fedora-devel mailing list.  The basic problem is that the last 
> selinux-policy-targeted updated removed athe binary policy so there is NO 
> policy for the kernel.  See 
> https://www.redhat.com/archives/fedora-devel-list/2005-December/msg00096.html 
> for description and fix.

Thanks!

Excerpt from message above.

> You can also do a
> 
> semoudle -B /usr/share/selinux/targeted/base.pp to recreate the policy.20 file.

Never heard of semoudle before. Will have to check into.

> 
> Do not reboot until you fix this or else init will crash because you have no policy.

How is one to know the policy was removed until you reboot?
I'll update my bug report with a reference to the post from development.

Jim.



From fedora-test at adslpipe.co.uk  Sun Dec  4 14:52:31 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Sun, 04 Dec 2005 14:52:31 +0000
Subject: kernel panic related to SELinux for dec 2nd
In-Reply-To: <4392FD30.2020703@insight.rr.com>
References: <43926E4C.9070504@insight.rr.com><200512040427.29632.czar@czarc.net>
	<4392FD30.2020703@insight.rr.com>
Message-ID: <439302AF.6050903@adslpipe.co.uk>

Jim Cornette wrote:

> Never heard of semoudle before. Will have to check into.

You'd have probably spotted it quickly, but
s/semoudle/semodule/




From pjones at redhat.com  Sun Dec  4 19:43:31 2005
From: pjones at redhat.com (Peter Jones)
Date: Sun, 04 Dec 2005 14:43:31 -0500
Subject: rawhide report: 20051204 changes
In-Reply-To: <439344A1.8010405@poolshark.org>
References: <200512041142.jB4Bggwr020404@porkchop.devel.redhat.com>
	<439344A1.8010405@poolshark.org>
Message-ID: <1133725411.26629.4.camel@localhost.localdomain>

On Sun, 2005-12-04 at 11:33 -0800, Denis Leroy wrote:
> Build System wrote:
> > Broken deps for i386
> > ----------------------------------------------------------
> > 	device-mapper - 1.02.02-1.i386 requires libdevmapper.so.1.01(Base)
> > 	device-mapper - 1.02.02-1.i386 requires libdevmapper.so.1.01
> 
> 
> I filed bug 174946 for this.

In general, I don't think it's worth filing a bug for the broken deps in
the daily report; it already hits everybodys' mailboxes just the same.

Oh, and it's fixed now.
-- 
  Peter



From vonbrand at inf.utfsm.cl  Sun Dec  4 20:21:50 2005
From: vonbrand at inf.utfsm.cl (Horst von Brand)
Date: Sun, 04 Dec 2005 17:21:50 -0300
Subject: Breakage due to strange dependencies in device-mapper
Message-ID: <200512042021.jB4KLoLh005272@pincoya.inf.utfsm.cl>

Today I updated my rawhide here, by first forcing the install of
device-mapper-1.02.02-1 and selected dependencies. Somehow device-mapper
dependes on libdevmapper.so.1.01, while it provides 1.02. The result
/seems/ to work fine...
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513



From seguridadlinux at yahoo.es  Sun Dec  4 22:27:22 2005
From: seguridadlinux at yahoo.es (Juan Luis Pastor)
Date: Sun, 04 Dec 2005 23:27:22 +0100
Subject: [Fwd: Graphical greeter]
In-Reply-To: <1133701364.14333.1.camel@scrappy.miketc.com>
References: <1133694444.2969.11.camel@kalimotxo.euskal.net>
	<4392D420.90400@adslpipe.co.uk>
	<1133697365.2969.18.camel@kalimotxo.euskal.net>
	<1133701364.14333.1.camel@scrappy.miketc.com>
Message-ID: <1133735242.3345.0.camel@kalimotxo.euskal.net>

Hi,

On Sun, 2005-12-04 at 07:02 -0600, Mike Chambers wrote:

> Try moving the file to /usr/share/gdm/themes and unpacking it there, as
> it will create it's own directory.  Then as root, run gdmsetup and go to
> Themed Greeter tab adn it should automatically show up there and able to
> select it.

Thanks a lot, that did it :)

Juan


		
______________________________________________ 
Renovamos el Correo Yahoo! 
Nuevos servicios, m?s seguridad 
http://correo.yahoo.es



From marco.torino at ig.com.br  Sun Dec  4 23:20:38 2005
From: marco.torino at ig.com.br (=?ISO-8859-1?Q?Marco_Aur=E9lio_Torino_Ribeiro?=)
Date: Sun, 04 Dec 2005 21:20:38 -0200
Subject: Eclipse error
Message-ID: <439379C6.5070600@ig.com.br>

An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051204/de16c627/attachment.htm>

From marco.torino at ig.com.br  Sun Dec  4 23:39:15 2005
From: marco.torino at ig.com.br (=?ISO-8859-1?Q?Marco_Aur=E9lio_Torino_Ribeiro?=)
Date: Sun, 04 Dec 2005 21:39:15 -0200
Subject: gnucash-1.8.11-4
Message-ID: <43937E23.4080909@ig.com.br>

> Hi,
>
> On Sun, 2005-12-04 at 03:02 -0800, Michael Kovacs wrote:
>
> > Same here, I was looking forward to playing some mp3s but cant read the 
> > menu items, just squares instead of letters. I think a font is missing 
> > or something.
>
> My problem with gnucash was solved rebooting the workstation. I
> downloaded several packages upgrades and that might be the cause. After
> rebooting, everything was fine.
>
> Juan


I installed the updates I managed to (the ones where I didn't get dependency problems), rebooted my workstation and the problem persists.
Any clues?


Marco.



	

	
		
_______________________________________________________ 
Yahoo! doce lar. Fa?a do Yahoo! sua homepage. 
http://br.yahoo.com/homepageset.html 



From twaugh at redhat.com  Mon Dec  5 11:06:54 2005
From: twaugh at redhat.com (Tim Waugh)
Date: Mon, 5 Dec 2005 11:06:54 +0000
Subject: x86_64 PANIC on boot from FC5test1 CD
Message-ID: <20051205110654.GT10349@redhat.com>

Does anyone else see this?:

  https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174978

..or is it just me?

Description of problem:
I get PANIC errors when booting FC5test1 disc1 x86_64 on an AMD
Opteron.  I get the 'boot:' prompt at the bottom of the welcome
screen, but after I press enter and it loads the kernel and the
initrd, the screen clears and displays:

.
kernel direct mapping tables upto ffff810100000000 @ 8000-d000
PANIC: early exception rip ffffffff8063b05d error 0 cr2 4228
PANIC: early exception rip ffffffff8011d1de error 0 cr2
ffffffffff5fd023

Version-Release number of selected component (if applicable):
FC5test1, so kernel-2.6.14-1.1696_FC5.x86_64.rpm

How reproducible:
100%

Steps to Reproduce:
1. Boot disc1
2. Press enter

Tim.
*/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051205/6b06812c/attachment.sig>

From buildsys at redhat.com  Mon Dec  5 11:28:22 2005
From: buildsys at redhat.com (Build System)
Date: Mon, 5 Dec 2005 06:28:22 -0500
Subject: rawhide report: 20051205 changes
Message-ID: <200512051128.jB5BSM0C031230@porkchop.devel.redhat.com>

 

 
Updated Packages:

anaconda-10.90.12-2
-------------------
* Sun Dec 04 2005 Peter Jones <pjones at redhat.com> - 10.90.12-2
- rebuild for new libs

* Thu Dec 01 2005 Jeremy Katz <katzj at redhat.com> - 10.90.12-1
- some release notes viewer fixing (dcantrell)
- allow %pre scripts in an %include (clumens, #166100)
- fix the squashfs stuff to actually work
- hack around slang not initializing utf8 mode so that we have line 
  drawing chars (#174761)

* Thu Dec 01 2005 Jeremy Katz <katzj at redhat.com> - 10.90.11-1
- reworded media check prompt (dcantrell, #174472)
- let's try squashfs...

checkpolicy-1.27.20-1
---------------------
* Sun Dec 04 2005 Dan Walsh <dwalsh at redhat.com> 1.27.20-1
- Latest upgrade from NSA
	* Merged checkmodule man page from Dan Walsh, and edited it.

device-mapper-1.02.02-2
-----------------------
* Sat Dec 03 2005 Peter Jones <pjones at redhat.com> - 1.02.02-2
- fix link path for libdevmapper-event.so

* Fri Dec 02 2005 Peter Jones <pjones at redhat.com> - 1.02.02-1
- update to 1.02.02

* Thu Dec 01 2005 Peter Jones <pjones at redhat.com> - 1.01.05-4
- add api call to make device nodes explicitly, rather than the previous
  approach

device-mapper-multipath-0.4.4-2.6
---------------------------------
* Sun Dec 04 2005 Peter Jones <pjones at redhat.com> - 0.4.4-2.6
- rebuild for newer libs

* Tue Nov 15 2005 Peter Jones <pjones at redhat.com> - 0.4.4-2.5
- unsplit kpartx.  parted knows how to do this now, so we don't
  need this in a separate package.

dmraid-1.0.0.rc9-FC5_4
----------------------
* Sat Dec 03 2005 Peter Jones <pjones at redhat.com> 1.0.0.rc9-FC5_4
- rebuild for device-mapper-1.02.02-2

evolution-2.4.2-2
-----------------
* Fri Dec 02 2005 David Malcolm <dmalcolm at redhat.com> - 2.4.2-2
- force regeneration of the intltool files to prevent a problem where the 
  tarball copy of intltool-merge.in was out of sync with the intltool.m4 in the
  latest shipped copy of intltool, which resulted in a broken intltool-merge 
  script when the tree was reautotooled.  (appears that the tarball was built 
  with a CVS copy of intltool where @EXPANDED_LIBDIR@ had been renamed to
  @INTLTOOL_LIBDIR@, but our aclocal/intltool.m4 doesn't yet reflect that 
  change)

* Tue Nov 29 2005 David Malcolm <dmalcolm at redhat.com> - 2.4.2-1
- 2.4.2
- explicitly list the plugins that are packaged (#166234)
- added build-time requirement on gstreamer-devel to cope with audio-inline
  plugin

* Tue Nov 29 2005 David Malcolm <dmalcolm at redhat.com> - 2.4.1-8
- add -DLDAP_DEPRECATED to CFLAGS (#172999)

evolution-connector-2.4.2-1
---------------------------
* Fri Dec 02 2005 David Malcolm <dmalcolm at redhat.com> - 2.4.2-1
- 2.4.2
- regenerate patch 200; forcing regeneration of intltool scripts to 
  keep them in sync with our aclocal/intltool.m4

kdeaddons-3.5.0-1
-----------------
* Tue Nov 29 2005 Than Ngo <than at redhat.com> 3.5.0-1
- 3.5 final

kdeedu-3.5.0-1
--------------
* Tue Nov 29 2005 Than Ngo <than at redhat.com> 3.5.0-1
- 3.5 final

kdesdk-3.5.0-1
--------------
* Fri Dec 02 2005 Than Ngo <than at redhat.com> 2:3.5.0-1
- 3.5

kdevelop-9:3.3.0-1
------------------
* Sun Dec 04 2005 Than Ngo <than at redhat.com> 3.3.0-1
- 3.3.0

kdewebdev-6:3.5.0-1
-------------------
* Sun Dec 04 2005 Than Ngo <than at redhat.com> 6:3.5.0-1
- 3.5

libidn-0.6.0-1
--------------
* Sun Dec 04 2005 Joe Orton <jorton at redhat.com> 0.6.0-1
- update to 0.6.0

php-5.1.1-4
-----------
* Sun Dec 04 2005 Joe Orton <jorton at redhat.com> 5.1.1-4
- add /usr/share/pear back to hard-coded include_path (#174885)

php-pear-1:1.4.5-3
------------------

policycoreutils-1.27.35-1
-------------------------
* Sun Dec 04 2005 Dan Walsh <dwalsh at redhat.com> 1.27.35-1
- Update to match NSA
	* Merged genhomedircon bug fix from Dan Walsh.
	* Revised semodule* man pages to refer to checkmodule and
	  to include example sections.

* Thu Dec 01 2005 Dan Walsh <dwalsh at redhat.com> 1.27.33-1
- Update to match NSA
	* Merged audit2allow --tefile and --fcfile support from Dan Walsh.
	* Merged genhomedircon fix from Dan Walsh.
	* Merged semodule* man pages from Dan Walsh, and edited them.
	* Changed setfiles to set the MATCHPATHCON_VALIDATE flag to
	  retain validation/canonicalization of contexts during init.

* Wed Nov 30 2005 Dan Walsh <dwalsh at redhat.com> 1.27.31-1
- Update to match NSA
	* Changed genhomedircon to always use user_r for the role in the
	  managed case since user_get_defrole is broken.
- Add te file capabilities to audit2allow
- Add man pages for semodule

python-pyblock-0.6-3
--------------------
* Sun Dec 04 2005 Peter Jones <pjones at redhat.com> - 0.6-3
- rebuild for newer libs

* Thu Nov 17 2005 Peter Jones <pjones at redhat.com> - 0.6-2
- temporarily mask exceptions

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	cryptsetup-luks-devel - 1.0.1-3.i386 requires libdevmapper.so.1.01(Base)
	cryptsetup-luks-devel - 1.0.1-3.i386 requires libdevmapper.so.1.01
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	mod_auth_kerb - 5.0-7.i386 requires httpd-mmn = 0:20020903
	mod_auth_mysql - 1:2.9.0-2.i386 requires httpd-mmn = 0:20020903
	mod_auth_pgsql - 2.0.1-8.i386 requires httpd-mmn = 0:20020903
	mod_authz_ldap - 0.26-4.i386 requires httpd-mmn = 0:20020903
	mod_jk - 1.2.6-3jpp_4fc.i386 requires httpd-mmn = 0:20020903
	rhythmbox - 0.9.2-2.i386 requires libnautilus-burn.so.2



Broken deps for ia64
----------------------------------------------------------
	cryptsetup-luks-devel - 1.0.1-3.ia64 requires libdevmapper.so.1.01(Base)(64bit)
	cryptsetup-luks-devel - 1.0.1-3.ia64 requires libdevmapper.so.1.01()(64bit)
	k3b - 0.12.4-0.a.1.ia64 requires libdbus-qt-1.so.1()(64bit)
	k3b - 0.12.4-0.a.1.ia64 requires libdbus-1.so.1()(64bit)
	mod_auth_kerb - 5.0-7.ia64 requires httpd-mmn = 0:20020903
	mod_auth_mysql - 1:2.9.0-2.ia64 requires httpd-mmn = 0:20020903
	mod_auth_pgsql - 2.0.1-8.ia64 requires httpd-mmn = 0:20020903
	mod_authz_ldap - 0.26-4.ia64 requires httpd-mmn = 0:20020903
	mod_jk - 1.2.6-3jpp_4fc.ia64 requires httpd-mmn = 0:20020903
	rgmanager - 1.9.31-3.ia64 requires ccs
	rhythmbox - 0.9.2-2.ia64 requires libnautilus-burn.so.2()(64bit)



Broken deps for ppc
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	cryptsetup-luks-devel - 1.0.1-3.ppc requires libdevmapper.so.1.01(Base)
	cryptsetup-luks-devel - 1.0.1-3.ppc requires libdevmapper.so.1.01
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	mod_auth_kerb - 5.0-7.ppc requires httpd-mmn = 0:20020903
	mod_auth_mysql - 1:2.9.0-2.ppc requires httpd-mmn = 0:20020903
	mod_auth_pgsql - 2.0.1-8.ppc requires httpd-mmn = 0:20020903
	mod_authz_ldap - 0.26-4.ppc requires httpd-mmn = 0:20020903
	mod_jk - 1.2.6-3jpp_4fc.ppc requires httpd-mmn = 0:20020903
	rhythmbox - 0.9.2-2.ppc requires libnautilus-burn.so.2



Broken deps for ppc64
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	cryptsetup-luks-devel - 1.0.1-3.ppc64 requires libdevmapper.so.1.01()(64bit)
	cryptsetup-luks-devel - 1.0.1-3.ppc64 requires libdevmapper.so.1.01(Base)(64bit)
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	k3b - 0.12.4-0.a.1.ppc64 requires libdbus-qt-1.so.1()(64bit)
	k3b - 0.12.4-0.a.1.ppc64 requires libdbus-1.so.1()(64bit)
	mod_auth_kerb - 5.0-7.ppc64 requires httpd-mmn = 0:20020903
	mod_auth_mysql - 1:2.9.0-2.ppc64 requires httpd-mmn = 0:20020903
	mod_auth_pgsql - 2.0.1-8.ppc64 requires httpd-mmn = 0:20020903
	mod_authz_ldap - 0.26-4.ppc64 requires httpd-mmn = 0:20020903
	mod_jk - 1.2.6-3jpp_4fc.ppc64 requires httpd-mmn = 0:20020903
	rhythmbox - 0.9.2-2.ppc64 requires libnautilus-burn.so.2()(64bit)



Broken deps for s390
----------------------------------------------------------
	cryptsetup-luks-devel - 1.0.1-3.s390 requires libdevmapper.so.1.01(Base)
	cryptsetup-luks-devel - 1.0.1-3.s390 requires libdevmapper.so.1.01
	mod_auth_kerb - 5.0-7.s390 requires httpd-mmn = 0:20020903
	mod_auth_mysql - 1:2.9.0-2.s390 requires httpd-mmn = 0:20020903
	mod_auth_pgsql - 2.0.1-8.s390 requires httpd-mmn = 0:20020903
	mod_authz_ldap - 0.26-4.s390 requires httpd-mmn = 0:20020903
	mod_jk - 1.2.6-3jpp_4fc.s390 requires httpd-mmn = 0:20020903
	rhythmbox - 0.9.1-1.s390 requires libdbus-1.so.1
	rhythmbox - 0.9.1-1.s390 requires libdbus-glib-1.so.1



Broken deps for s390x
----------------------------------------------------------
	cryptsetup-luks-devel - 1.0.1-3.s390x requires libdevmapper.so.1.01()(64bit)
	cryptsetup-luks-devel - 1.0.1-3.s390x requires libdevmapper.so.1.01(Base)(64bit)
	mod_auth_kerb - 5.0-7.s390x requires httpd-mmn = 0:20020903
	mod_auth_mysql - 1:2.9.0-2.s390x requires httpd-mmn = 0:20020903
	mod_auth_pgsql - 2.0.1-8.s390x requires httpd-mmn = 0:20020903
	mod_authz_ldap - 0.26-4.s390x requires httpd-mmn = 0:20020903
	mod_jk - 1.2.6-3jpp_4fc.s390x requires httpd-mmn = 0:20020903
	rhythmbox - 0.9.1-1.s390x requires libdbus-1.so.1()(64bit)
	rhythmbox - 0.9.1-1.s390x requires libdbus-glib-1.so.1()(64bit)



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	cryptsetup-luks-devel - 1.0.1-3.x86_64 requires libdevmapper.so.1.01()(64bit)
	cryptsetup-luks-devel - 1.0.1-3.x86_64 requires libdevmapper.so.1.01(Base)(64bit)
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	mod_auth_kerb - 5.0-7.x86_64 requires httpd-mmn = 0:20020903
	mod_auth_mysql - 1:2.9.0-2.x86_64 requires httpd-mmn = 0:20020903
	mod_auth_pgsql - 2.0.1-8.x86_64 requires httpd-mmn = 0:20020903
	mod_authz_ldap - 0.26-4.x86_64 requires httpd-mmn = 0:20020903
	mod_jk - 1.2.6-3jpp_4fc.x86_64 requires httpd-mmn = 0:20020903
	rhythmbox - 0.9.2-2.x86_64 requires libnautilus-burn.so.2()(64bit)





From ellson at research.att.com  Mon Dec  5 12:59:41 2005
From: ellson at research.att.com (John Ellson)
Date: Mon, 05 Dec 2005 07:59:41 -0500
Subject: x86_64 PANIC on boot from FC5test1 CD
In-Reply-To: <20051205110654.GT10349@redhat.com>
References: <20051205110654.GT10349@redhat.com>
Message-ID: <439439BD.40405@research.att.com>

Tim Waugh wrote:
> Does anyone else see this?:
>
>   https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174978
>
> ..or is it just me?
>
> Description of problem:
> I get PANIC errors when booting FC5test1 disc1 x86_64 on an AMD
> Opteron.  I get the 'boot:' prompt at the bottom of the welcome
> screen, but after I press enter and it loads the kernel and the
> initrd, the screen clears and displays:
>
> .
> kernel direct mapping tables upto ffff810100000000 @ 8000-d000
> PANIC: early exception rip ffffffff8063b05d error 0 cr2 4228
> PANIC: early exception rip ffffffff8011d1de error 0 cr2
> ffffffffff5fd023
>
> Version-Release number of selected component (if applicable):
> FC5test1, so kernel-2.6.14-1.1696_FC5.x86_64.rpm
>
> How reproducible:
> 100%
>
> Steps to Reproduce:
> 1. Boot disc1
> 2. Press enter
>
> Tim.
> */
>   
Do you have more than 2G of memory? 

If so, then I'm seeing the same thing in #174655, which DaveJ claims was 
fixed in 1725, but still isn't fixed for me in 1739.

John



From green at redhat.com  Mon Dec  5 15:26:47 2005
From: green at redhat.com (Anthony Green)
Date: Mon, 05 Dec 2005 07:26:47 -0800
Subject: Eclipse error
In-Reply-To: <439379C6.5070600@ig.com.br>
References: <439379C6.5070600@ig.com.br>
Message-ID: <1133796407.3036.66.camel@localhost.localdomain>

On Sun, 2005-12-04 at 21:20 -0200, Marco Aur?lio Torino Ribeiro wrote:
> Hello,
> 
>     When I try to start Native Eclipse, I get a pop-up with the
> message "An error has occurred. See the log file /home/<user
> name>/.eclipse/org.eclipse.platform_3.1.1/configuration/<log file>".

Please file a bug report at http://www.redhat.com/bugzilla

Thanks!

AG




From dwalsh at redhat.com  Mon Dec  5 15:35:04 2005
From: dwalsh at redhat.com (Daniel J Walsh)
Date: Mon, 05 Dec 2005 10:35:04 -0500
Subject: kernel panic related to SELinux for dec 2nd
In-Reply-To: <4392FD30.2020703@insight.rr.com>
References: <43926E4C.9070504@insight.rr.com>	<200512040427.29632.czar@czarc.net>
	<4392FD30.2020703@insight.rr.com>
Message-ID: <43945E28.3060506@redhat.com>

Jim Cornette wrote:
> Gene C. wrote:
>> On Saturday 03 December 2005 23:19, Jim Cornette wrote:
>>
>>> I did not see any bug reports for a kernel panic that I experienced
>>> today. The problem seems to be related to SELinux and an improperly
>>> labeled filesystem. Am I the only one who ha this happen?
>>>
>>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174919
>>>
>>> Jim
>>>
>>> PS - The problem with yum clean all bit me also. Reading the list 
>>> helped
>>>  working around that problem.
>>
>>
>> No, you are not unique with the kernel panic.  The problem was 
>> answered quickly on the fedora-devel mailing list.  The basic problem 
>> is that the last selinux-policy-targeted updated removed athe binary 
>> policy so there is NO policy for the kernel.  See 
>> https://www.redhat.com/archives/fedora-devel-list/2005-December/msg00096.html 
>> for description and fix.
>
> Thanks!
>
> Excerpt from message above.
>
>> You can also do a
>>
>> semoudle -B /usr/share/selinux/targeted/base.pp to recreate the 
>> policy.20 file.
>
> Never heard of semoudle before. Will have to check into.
>
>>
>> Do not reboot until you fix this or else init will crash because you 
>> have no policy.
>
> How is one to know the policy was removed until you reboot?
> I'll update my bug report with a reference to the post from development.
>
> Jim.
>
Looks like we need a fflush on the error message to make sure it goes to 
the screen.  This is obviously a serious error and should not happen on 
an update.  We are investigating putting the machine into single user 
mode, if this happens, to allow the user to cleanup.

-- 




From dmalcolm at redhat.com  Mon Dec  5 17:39:41 2005
From: dmalcolm at redhat.com (David Malcolm)
Date: Mon, 05 Dec 2005 12:39:41 -0500
Subject: Yum update
In-Reply-To: <7c79ba150512040401k6fe8bac4u232180e618652837@mail.gmail.com>
References: <7c79ba150512040401k6fe8bac4u232180e618652837@mail.gmail.com>
Message-ID: <1133804381.2042.0.camel@cassandra.boston.redhat.com>

On Sun, 2005-12-04 at 12:01 +0000, Matt Carter wrote:
> Error: Missing Dependency: libdbus-glib-1.so.1 is needed by package evolution
> Error: Missing Dependency: libdevmapper.so.1.01 is needed by package
> device-mapper
> Error: Missing Dependency: libdevmapper.so.1.01(Base) is needed by
> package device-mapper
> Error: Missing Dependency: libdbus-1.so.1 is needed by package evolution
> Error: Missing Dependency: libnautilus-burn.so.2 is needed by package rhythmbox
> 
> Are these still to be rpm'd?

The Evolution problem should be fixed now; dunno about the others.




From alan at clueserver.org  Mon Dec  5 17:28:36 2005
From: alan at clueserver.org (alan)
Date: Mon, 5 Dec 2005 09:28:36 -0800 (PST)
Subject: x86_64 PANIC on boot from FC5test1 CD
In-Reply-To: <20051205110654.GT10349@redhat.com>
Message-ID: <Pine.LNX.4.44.0512050923270.1030-100000@www.fnordora.org>

On Mon, 5 Dec 2005, Tim Waugh wrote:

> Does anyone else see this?:
> 
>   https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174978
> 
> ..or is it just me?

I have installed this on my AMD64 3700+ HP zv5000z laptop. Works fine. 
(Not quite an Opteron, I know, but close.)

No problems with crashing.  Updates from yum are problematic.  Some things 
seem to be missing and/or have odd library dependancies.  (I have not 
spent the time to track it down.) Other than that and the modules 
directories for X changing location, it has gone pretty well.

> 
> Description of problem:
> I get PANIC errors when booting FC5test1 disc1 x86_64 on an AMD
> Opteron.  I get the 'boot:' prompt at the bottom of the welcome
> screen, but after I press enter and it loads the kernel and the
> initrd, the screen clears and displays:
> 
> .
> kernel direct mapping tables upto ffff810100000000 @ 8000-d000
> PANIC: early exception rip ffffffff8063b05d error 0 cr2 4228
> PANIC: early exception rip ffffffff8011d1de error 0 cr2
> ffffffffff5fd023
> 
> Version-Release number of selected component (if applicable):
> FC5test1, so kernel-2.6.14-1.1696_FC5.x86_64.rpm
> 
> How reproducible:
> 100%
> 
> Steps to Reproduce:
> 1. Boot disc1
> 2. Press enter
> 
> Tim.
> */
> 

-- 
#/sbin/fsck /dev/brain
Errors found. Cannot continue. Please run fsck manually without -A option.
Enter root password or hit Control_D to continue.



From billcrawford1970 at gmail.com  Mon Dec  5 18:01:53 2005
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Mon, 05 Dec 2005 18:01:53 +0000
Subject: No update of repo description today?
In-Reply-To: <200512022148.jB2Lm0lD017108@pincoya.inf.utfsm.cl>
References: <200512022148.jB2Lm0lD017108@pincoya.inf.utfsm.cl>
Message-ID: <43948091.2090003@googlemail.com>

Horst von Brand wrote:
> Jeff Spaleta <jspaleta at gmail.com> wrote:
>
> [...]
>
>   
>> As seth suggests set metadata_expire=reasonable number of seconds   in
>> your development repo definitions (to effect just those repos) or in
>> your main yum.conf(to effect all repos).  The time based  metadata
>> caching is a new feature for the 2.4.1 yum in rawhide.  The default is
>> currently 8 hours, meaning yum won't attempt to refresh its metadata
>> for 8 hours after its last metadata refresh.
>>     
>
> This isn't too smart, IMHO. I tend to run yum around the time the data gets
> pushed to the mirrors, in this way if I come early I won't get updates for
> a day or so.
>
> What /really/ annoys me is when yum gets old metadata from a repository,
> I think it should look for some timestamp and compare with what it's got
> locally, and just try the next mirror if the metadata is stale.
>
> And since I'm in wish-mode anyway, why not adding an option to install what
> can be installed when there are broken dependencies? The data is certainly
> available... Yes, I do understand that indiscriminate use will lead to
> systems in which there are ancient packages blocking important updates, and
> nobody cares, but...
>   
 Soluble.

 Rename the primary.xml.gz to primary-<MD5SUM>.xml.gz

 Have the main repodata file point to that.

 Then, there's no way to download an older, stale version of the 
metadata (and to be clever, yum could cache a couple, so if mirrors get 
out of sync and you pick on older one when you go to install something 
ten minutes later, you wouldn't download a whole load of data that 
you've already pulled once).

 Obviously you still have the danger of try to d/l it before a mirror 
has finished syncing, but this way you could (hopefully) safely do a 
continued d/l of the tail of the file and know it should be valid.

 Even better, split the metadata up per package :D:D but that isn't 
going to happen. Alas.



From billcrawford1970 at gmail.com  Mon Dec  5 18:05:03 2005
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Mon, 05 Dec 2005 18:05:03 +0000
Subject: Pup and Pup
In-Reply-To: <20051203021531.GA22186@jadzia.bu.edu>
References: <1133557971.5788.14.camel@localhost>
	<20051203021531.GA22186@jadzia.bu.edu>
Message-ID: <4394814F.4000303@googlemail.com>

Matthew Miller wrote:
> On Fri, Dec 02, 2005 at 01:12:51PM -0800, MJang wrote:
>   
>> 2) Will the same names become an issue? (Pup for printers does seem to
>> be a bit out of date)
>>     
>
> Yeah, over five years since any news seems pretty stale. But basically, if
> your project name is a short dictionary word or acronym, expect something
> else to be named the same thing.
>
>   
Perhaps we should call it "puppy" [Package UPdater Presuming Yum?]



From katzj at redhat.com  Mon Dec  5 18:25:36 2005
From: katzj at redhat.com (Jeremy Katz)
Date: Mon, 5 Dec 2005 13:25:36 -0500
Subject: Fedora Core 4 Test Update: yum-2.4.1-1.fc4
Message-ID: <200512051825.jB5IPaO1032278@devserv.devel.redhat.com>

---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2005-1111
2005-12-05
---------------------------------------------------------------------

Product     : Fedora Core 4
Name        : yum
Version     : 2.4.1                      
Release     : 1.fc4                  
Summary     : RPM installer/updater
Description :
Yum is a utility that can check for and automatically download and
install updated RPM packages. Dependencies are obtained and downloaded
automatically prompting the user as necessary.

---------------------------------------------------------------------
Update Information:

This update fixes multiple minor bugs in yum as well as
adding some additional caching to help speed up repeated
runs of the yum command.
---------------------------------------------------------------------
* Mon Dec  5 2005 Jeremy Katz <katzj at redhat.com> - 2.4.1-1.fc4
- add Panu's patch for clean all getting the cache cookie (#174715)
- change default cache timeout to 30 minutes (new upstream default)

* Wed Nov 30 2005 Jeremy Katz <katzj at redhat.com> - 2.4.1-0.fc4
- update to 2.4.1


---------------------------------------------------------------------
This update can be downloaded from:
  http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/

24e5f62558a29a2183fa5c3ef0db719c  SRPMS/yum-2.4.1-1.fc4.src.rpm
0c80dae2efc4f857b7a68e269f81a1b9  x86_64/yum-2.4.1-1.fc4.noarch.rpm
0c80dae2efc4f857b7a68e269f81a1b9  i386/yum-2.4.1-1.fc4.noarch.rpm

This update can also be installed with the Update Agent; you can
launch the Update Agent with the 'up2date' command.  You may 
need to edit your up2date channels configuration.  Within 
/etc/sysconfig/rhn/sources enable the following line: 
yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/$ARCH
---------------------------------------------------------------------



From ellson at research.att.com  Mon Dec  5 18:41:27 2005
From: ellson at research.att.com (John Ellson)
Date: Mon, 05 Dec 2005 13:41:27 -0500
Subject: x86_64 PANIC on boot from FC5test1 CD
In-Reply-To: <Pine.LNX.4.44.0512050923270.1030-100000@www.fnordora.org>
References: <Pine.LNX.4.44.0512050923270.1030-100000@www.fnordora.org>
Message-ID: <439489D7.9050203@research.att.com>

Alan,

How much memory do you have?

John


alan wrote:
> On Mon, 5 Dec 2005, Tim Waugh wrote:
>
>   
>> Does anyone else see this?:
>>
>>   https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174978
>>
>> ..or is it just me?
>>     
>
> I have installed this on my AMD64 3700+ HP zv5000z laptop. Works fine. 
> (Not quite an Opteron, I know, but close.)
>
> No problems with crashing.  Updates from yum are problematic.  Some things 
> seem to be missing and/or have odd library dependancies.  (I have not 
> spent the time to track it down.) Other than that and the modules 
> directories for X changing location, it has gone pretty well.
>
>   
>> Description of problem:
>> I get PANIC errors when booting FC5test1 disc1 x86_64 on an AMD
>> Opteron.  I get the 'boot:' prompt at the bottom of the welcome
>> screen, but after I press enter and it loads the kernel and the
>> initrd, the screen clears and displays:
>>
>> .
>> kernel direct mapping tables upto ffff810100000000 @ 8000-d000
>> PANIC: early exception rip ffffffff8063b05d error 0 cr2 4228
>> PANIC: early exception rip ffffffff8011d1de error 0 cr2
>> ffffffffff5fd023
>>
>> Version-Release number of selected component (if applicable):
>> FC5test1, so kernel-2.6.14-1.1696_FC5.x86_64.rpm
>>
>> How reproducible:
>> 100%
>>
>> Steps to Reproduce:
>> 1. Boot disc1
>> 2. Press enter
>>
>> Tim.
>> */
>>
>>     
>
>   



From fedora-test at adslpipe.co.uk  Mon Dec  5 19:56:48 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Mon, 05 Dec 2005 19:56:48 +0000
Subject: Yum update
In-Reply-To: <1133804381.2042.0.camel@cassandra.boston.redhat.com>
References: <7c79ba150512040401k6fe8bac4u232180e618652837@mail.gmail.com>
	<1133804381.2042.0.camel@cassandra.boston.redhat.com>
Message-ID: <43949B80.3070708@adslpipe.co.uk>

David Malcolm wrote:

> The Evolution problem should be fixed now; dunno about the others.

All broken deps cleared this morning, except rhythmbox, so I temporarily 
removed that and everything else updated fine, will reinstall rhythmbox 
later ...




From alan at clueserver.org  Mon Dec  5 20:38:00 2005
From: alan at clueserver.org (alan)
Date: Mon, 5 Dec 2005 12:38:00 -0800 (PST)
Subject: x86_64 PANIC on boot from FC5test1 CD
In-Reply-To: <439489D7.9050203@research.att.com>
Message-ID: <Pine.LNX.4.44.0512051237200.3903-100000@www.fnordora.org>

On Mon, 5 Dec 2005, John Ellson wrote:

> Alan,
> 
> How much memory do you have?

1 gig of ram.  (I would have gotten 2, but HP wanted way too much for it.)

> 
> John
> 
> 
> alan wrote:
> > On Mon, 5 Dec 2005, Tim Waugh wrote:
> >
> >   
> >> Does anyone else see this?:
> >>
> >>   https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174978
> >>
> >> ..or is it just me?
> >>     
> >
> > I have installed this on my AMD64 3700+ HP zv5000z laptop. Works fine. 
> > (Not quite an Opteron, I know, but close.)
> >
> > No problems with crashing.  Updates from yum are problematic.  Some things 
> > seem to be missing and/or have odd library dependancies.  (I have not 
> > spent the time to track it down.) Other than that and the modules 
> > directories for X changing location, it has gone pretty well.
> >
> >   
> >> Description of problem:
> >> I get PANIC errors when booting FC5test1 disc1 x86_64 on an AMD
> >> Opteron.  I get the 'boot:' prompt at the bottom of the welcome
> >> screen, but after I press enter and it loads the kernel and the
> >> initrd, the screen clears and displays:
> >>
> >> .
> >> kernel direct mapping tables upto ffff810100000000 @ 8000-d000
> >> PANIC: early exception rip ffffffff8063b05d error 0 cr2 4228
> >> PANIC: early exception rip ffffffff8011d1de error 0 cr2
> >> ffffffffff5fd023
> >>
> >> Version-Release number of selected component (if applicable):
> >> FC5test1, so kernel-2.6.14-1.1696_FC5.x86_64.rpm
> >>
> >> How reproducible:
> >> 100%
> >>
> >> Steps to Reproduce:
> >> 1. Boot disc1
> >> 2. Press enter
> >>
> >> Tim.
> >> */
> >>
> >>     
> >
> >   
> 
> 

-- 
#/sbin/fsck /dev/brain
Errors found. Cannot continue. Please run fsck manually without -A option.
Enter root password or hit Control_D to continue.



From dmalcolm at redhat.com  Mon Dec  5 20:51:06 2005
From: dmalcolm at redhat.com (David Malcolm)
Date: Mon, 05 Dec 2005 15:51:06 -0500
Subject: Evolution Calendar crashing after update
In-Reply-To: <1133527244.2993.4.camel@niobe>
References: <1133527244.2993.4.camel@niobe>
Message-ID: <1133815867.2042.8.camel@cassandra.boston.redhat.com>

On Fri, 2005-12-02 at 13:40 +0100, Roger Grosswiler wrote:
> hey,
> 
> after the last update, evolution crashes on the calender. somebody
> having the same? how can i help with debugging info, logs don't tell me
> anything about...

Sounds like it might be a bug in evolution-data-server-1.4.2; is this
the version you're running?

1.4.2.1 should hit rawhide tomorrow with a fix for this; please test.
If there's still a problem, please bugzilla it.

Hope this helps
Dave Malcolm



From twaugh at redhat.com  Mon Dec  5 22:50:37 2005
From: twaugh at redhat.com (Tim Waugh)
Date: Mon, 5 Dec 2005 22:50:37 +0000
Subject: x86_64 PANIC on boot from FC5test1 CD
In-Reply-To: <439439BD.40405@research.att.com>
References: <20051205110654.GT10349@redhat.com>
	<439439BD.40405@research.att.com>
Message-ID: <20051205225037.GU10349@redhat.com>

On Mon, Dec 05, 2005 at 07:59:41AM -0500, John Ellson wrote:

> If so, then I'm seeing the same thing in #174655, which DaveJ claims was 
> fixed in 1725, but still isn't fixed for me in 1739.

Yes, 3Gb.  Thanks, I've added myself to CC.

Tim.
*/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051205/cecb63ef/attachment.sig>

From fct-cornette at insight.rr.com  Mon Dec  5 23:08:40 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Mon, 05 Dec 2005 18:08:40 -0500
Subject: kernel panic related to SELinux for dec 2nd
In-Reply-To: <43945E28.3060506@redhat.com>
References: <43926E4C.9070504@insight.rr.com>
	<200512040427.29632.czar@czarc.net>
	<4392FD30.2020703@insight.rr.com> <43945E28.3060506@redhat.com>
Message-ID: <4394C878.5030507@insight.rr.com>

Daniel J Walsh wrote:
> Jim Cornette wrote:
> 
>> Gene C. wrote:
>>
>>> On Saturday 03 December 2005 23:19, Jim Cornette wrote:
>>>
>>>> I did not see any bug reports for a kernel panic that I experienced
>>>> today. The problem seems to be related to SELinux and an improperly
>>>> labeled filesystem. Am I the only one who ha this happen?
>>>>
>>>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174919
>>>>
>>>> Jim
>>>>
>>>> PS - The problem with yum clean all bit me also. Reading the list 
>>>> helped
>>>>  working around that problem.
>>>
>>>
>>>
>>> No, you are not unique with the kernel panic.  The problem was 
>>> answered quickly on the fedora-devel mailing list.  The basic problem 
>>> is that the last selinux-policy-targeted updated removed athe binary 
>>> policy so there is NO policy for the kernel.  See 
>>> https://www.redhat.com/archives/fedora-devel-list/2005-December/msg00096.html 
>>> for description and fix.
>>
>>
>> Thanks!
>>
>> Excerpt from message above.
>>
>>> You can also do a
>>>
>>> semoudle -B /usr/share/selinux/targeted/base.pp to recreate the 
>>> policy.20 file.
>>
>>
>> Never heard of semoudle before. Will have to check into.
>>
>>>
>>> Do not reboot until you fix this or else init will crash because you 
>>> have no policy.
>>
>>
>> How is one to know the policy was removed until you reboot?
>> I'll update my bug report with a reference to the post from development.
>>
>> Jim.
>>
> Looks like we need a fflush on the error message to make sure it goes to 
> the screen.  This is obviously a serious error and should not happen on 
> an update.  We are investigating putting the machine into single user 
> mode, if this happens, to allow the user to cleanup.
> 

Dropping one to single user mode on a reboot would be fine if the 
computer would not come to life on the next boot otherwise.
Dropping one to single user mode when one could be compiling packages, 
downloading large files and the like would yield a lot of problems on 
the system and processes.
Regarding the error encountered during update. when the failure occurs, 
  prompt for applicable choices, (dropping to single user or wait for 
next boot) should be presented.
Personally, I would not mind for my system to do a complete relabeling 
of the filesystem on the next boot or drop to single user mode, run 
semodule <parameters> followed by putting the computer back into 
operational mode (runlevel 3 or 5). I realize since some elements of 
SELinux are loaded and controlled by the kernel during initialization, 
rebooting the computer to ensure proper SELinux system protection would 
not upset me.

Jim



From justin.conover at gmail.com  Tue Dec  6 00:09:04 2005
From: justin.conover at gmail.com (Justin Conover)
Date: Mon, 5 Dec 2005 18:09:04 -0600
Subject: ipw2200 how-to
Message-ID: <a36b7e2a0512051609p53622001idc074ed999cbcd57@mail.gmail.com>

I did this, wrote it up and thought I would share if anyone can't get
wireless going with ipw2200.

Just like rawhide, my instructions can flush your pc down the drain so if it
breaks you can only blame your self since you hit <enter>.....


 mkdir -p ~/downloads/ipw2200

cd ~/downloads/ipw2200

http://ieee80211.sourceforge.net/downloads.php

wget -c
http://voxel.dl.sourceforge.net/sourceforge/ieee80211/ieee80211-1.1.6.tgz


 http://ipw2200.sourceforge.net/downloads.php

wget -c
http://internap.dl.sourceforge.net/sourceforge/ipw2200/ipw2200-1.0.8.tgz


 http://ipw2200.sourceforge.net/firmware.php

grab the 2.4 firmware and drop it in your dir


 su -

cd /lib/firmware/

tar xvf /home/justin/downloads/ipw2200/ipw2200-fw-2.4.tgz

exit



 tar xvzf ieee80211-1.1.6.tgz

cd ieee80211-1.1.6

chmod +x remove-old

su -c ./remove-old

Password: <root>

Above files found. Remove? [y],n y

Above definitions found. Comment out? [y], n y


 cd ../

tar xvf ipw2200-1.0.8.tgz

cd ipw2200-1.0.8

chmod +x remove-old

su -c ./remove-old

Password: <root>

Above definitions found. Comment out? [y], n y


 cd ../ieee80211-1.1.6

make

su -c "make install" <--with quotes


 cd ../ipw2200-1.0.8

make

su -c "make install"

reboot ---make sure the modules get loaded and you can see your device

Check dmesg

 dmesg | grep ipw
ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, 1.0.8
ipw2200: Copyright(c) 2003-2005 Intel Corporation
ipw2200: Detected Intel PRO/Wireless 2200BG Network Connection
ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40
ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40
ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40

Not sure what the Unknow's are, but I'm typing right now, so I assume my
network is running ;)

setup your wireless how ever you normally do it.

system-config-network
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051205/42e48cd6/attachment.htm>

From linux00 at kornet.net  Tue Dec  6 01:40:04 2005
From: linux00 at kornet.net (sangu)
Date: Tue, 06 Dec 2005 10:40:04 +0900
Subject: Evolution Calendar crashing after update
In-Reply-To: <1133815872987984.0.ppp5@ppp5>
References: <1133527244.2993.4.camel@niobe>  <1133815872987984.0.ppp5@ppp5>
Message-ID: <1133833204.3957.2.camel@sangu.sangu.net>

This bug happens with clearlooks theme(gtk2-engines-2.7.0-1).



2005-12-05 (?), 15:51 -0500, David Malcolm ???:
> On Fri, 2005-12-02 at 13:40 +0100, Roger Grosswiler wrote:
> > hey,
> > 
> > after the last update, evolution crashes on the calender. somebody
> > having the same? how can i help with debugging info, logs don't tell me
> > anything about...
> 
> Sounds like it might be a bug in evolution-data-server-1.4.2; is this
> the version you're running?
> 
> 1.4.2.1 should hit rawhide tomorrow with a fix for this; please test.
> If there's still a problem, please bugzilla it.
> 
> Hope this helps
> Dave Malcolm
> 
-------------- next part --------------
Backtrace was generated from '/usr/bin/evolution'

Using host libthread_db library "/lib/libthread_db.so.1".
`shared object read from target memory' has disappeared; keeping its symbols.
[Thread debugging using libthread_db enabled]
[New Thread -1208751408 (LWP 3934)]
[New Thread -1347011664 (LWP 3950)]
[New Thread -1336427600 (LWP 3949)]
[New Thread -1315447888 (LWP 3946)]
[New Thread -1304958032 (LWP 3945)]
[New Thread -1251849296 (LWP 3936)]
0x007df402 in __kernel_vsyscall ()
#0  0x007df402 in __kernel_vsyscall ()
#1  0x0011c06b in __waitpid_nocancel () from /lib/libpthread.so.0
#2  0x0098338d in libgnomeui_module_info_get () from /usr/lib/libgnomeui-2.so.0
#3  0x0805c93d in segv_redirect (sig=11) at main.c:424
#4  <signal handler called>
#5  0x00d58e59 in clearlooks_set_widget_parameters (widget=0x0, 
    style=0x82d6248, state_type=GTK_STATE_NORMAL, params=0xbfe652b4)
    at ./src/clearlooks_style.c:204
#6  0x00d58fdf in draw_shadow (style=0x82d6248, window=0x85a8cd0, 
    state_type=GTK_STATE_NORMAL, shadow_type=GTK_SHADOW_IN, area=0x0, 
    widget=0x0, detail=0x689b38 "entry", x=0, y=0, width=210, height=150)
    at ./src/clearlooks_style.c:239
#7  0x0116e6ce in gtk_paint_shadow () from /usr/lib/libgtk-x11-2.0.so.0
#8  0x0065eb3f in e_calendar_item_draw (canvas_item=0x845cbd8, 
    drawable=0x85a8cd0, x=0, y=0, width=210, height=150)
    at e-calendar-item.c:917
#9  0x0054c25c in gnome_canvas_group_draw (item=0x845b8f8, drawable=0x85a8cd0, 
    x=0, y=0, width=210, height=150) at gnome-canvas.c:1691
#10 0x00551f80 in gnome_canvas_expose (widget=0x845b280, event=0xbfe65c30)
    at gnome-canvas.c:3004
#11 0x01114170 in gtk_marshal_VOID__UINT_STRING ()
   from /usr/lib/libgtk-x11-2.0.so.0
#12 0x00897605 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#13 0x00897c38 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#14 0x008a7cee in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0
#15 0x008a8e16 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#16 0x008a9409 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#17 0x011f60cf in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0
#18 0x005504de in do_update (canvas=0x845b280) at gnome-canvas.c:3119
#19 0x0055058f in idle_handler (data=0x845b280) at gnome-canvas.c:3199
#20 0x05b4b38f in g_child_watch_add () from /usr/lib/libglib-2.0.so.0
#21 0x05b49137 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#22 0x05b4c12c in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#23 0x05b4c458 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#24 0x0042a5a0 in bonobo_main () from /usr/lib/libbonobo-2.so.0
#25 0x0805cda2 in main (argc=3, argv=0xbfe660e4) at main.c:602
#26 0x05db762f in __libc_start_main () from /lib/libc.so.6
#27 0x0804f8d1 in _start ()

Thread 6 (Thread -1251849296 (LWP 3936)):
#0  0x007df402 in __kernel_vsyscall ()
No symbol table info available.
#1  0x05e63d50 in poll () from /lib/libc.so.6
No symbol table info available.
#2  0x05b4bf82 in g_main_context_check () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#3  0x05b4c458 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#4  0x0050cc0e in link_thread_io_context () from /usr/lib/libORBit-2.so.0
No symbol table info available.
#5  0x05b6439a in g_static_private_free () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#6  0x00116bdb in start_thread () from /lib/libpthread.so.0
No symbol table info available.
#7  0x05e6dd3e in clone () from /lib/libc.so.6
No symbol table info available.

Thread 5 (Thread -1304958032 (LWP 3945)):
#0  0x007df402 in __kernel_vsyscall ()
No symbol table info available.
#1  0x00118856 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
No symbol table info available.
#2  0x05b3386c in g_async_queue_push () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#3  0x05b66308 in g_thread_pool_free () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#4  0x05b6439a in g_static_private_free () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#5  0x00116bdb in start_thread () from /lib/libpthread.so.0
No symbol table info available.
#6  0x05e6dd3e in clone () from /lib/libc.so.6
No symbol table info available.

Thread 4 (Thread -1315447888 (LWP 3946)):
#0  0x007df402 in __kernel_vsyscall ()
No symbol table info available.
#1  0x00118856 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
No symbol table info available.
#2  0x05b3386c in g_async_queue_push () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#3  0x05b66308 in g_thread_pool_free () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#4  0x05b6439a in g_static_private_free () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#5  0x00116bdb in start_thread () from /lib/libpthread.so.0
No symbol table info available.
#6  0x05e6dd3e in clone () from /lib/libc.so.6
No symbol table info available.

Thread 3 (Thread -1336427600 (LWP 3949)):
#0  0x007df402 in __kernel_vsyscall ()
No symbol table info available.
#1  0x00118856 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
No symbol table info available.
#2  0x05b3386c in g_async_queue_push () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#3  0x05b66308 in g_thread_pool_free () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#4  0x05b6439a in g_static_private_free () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#5  0x00116bdb in start_thread () from /lib/libpthread.so.0
No symbol table info available.
#6  0x05e6dd3e in clone () from /lib/libc.so.6
No symbol table info available.

Thread 2 (Thread -1347011664 (LWP 3950)):
#0  0x007df402 in __kernel_vsyscall ()
No symbol table info available.
#1  0x00118856 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
No symbol table info available.
#2  0x05b3386c in g_async_queue_push () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#3  0x05b66308 in g_thread_pool_free () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#4  0x05b6439a in g_static_private_free () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#5  0x00116bdb in start_thread () from /lib/libpthread.so.0
No symbol table info available.
#6  0x05e6dd3e in clone () from /lib/libc.so.6
No symbol table info available.

Thread 1 (Thread -1208751408 (LWP 3934)):
#0  0x007df402 in __kernel_vsyscall ()
No symbol table info available.
#1  0x0011c06b in __waitpid_nocancel () from /lib/libpthread.so.0
No symbol table info available.
#2  0x0098338d in libgnomeui_module_info_get () from /usr/lib/libgnomeui-2.so.0
No symbol table info available.
#3  0x0805c93d in segv_redirect (sig=11) at main.c:424
No locals.
#4  <signal handler called>
No symbol table info available.
#5  0x00d58e59 in clearlooks_set_widget_parameters (widget=0x0, 
    style=0x82d6248, state_type=GTK_STATE_NORMAL, params=0xbfe652b4)
    at ./src/clearlooks_style.c:204
No locals.
#6  0x00d58fdf in draw_shadow (style=0x82d6248, window=0x85a8cd0, 
    state_type=GTK_STATE_NORMAL, shadow_type=GTK_SHADOW_IN, area=0x0, 
    widget=0x0, detail=0x689b38 "entry", x=0, y=0, width=210, height=150)
    at ./src/clearlooks_style.c:239
	params = {active = 0 '\0', prelight = 0 '\0', disabled = 0 '\0', 
  focus = 0 '\0', state_type = CL_STATE_NORMAL, corners = 15 '\017', 
  xthickness = 116 't', ythickness = 112 'p', parentbg = {
    r = 4.4561911610270719e-312, g = 2.030662375967562e-306, 
    b = 2.0102459738672492e-268}}
	colors = (ClearlooksColors *) 0x82d6538
	cr = (cairo_t *) 0x85a13c0
#7  0x0116e6ce in gtk_paint_shadow () from /usr/lib/libgtk-x11-2.0.so.0
No symbol table info available.
#8  0x0065eb3f in e_calendar_item_draw (canvas_item=0x845cbd8, 
    drawable=0x85a8cd0, x=0, y=0, width=210, height=150)
    at e-calendar-item.c:917
	calitem = (ECalendarItem *) 0x845cbd8
	style = (GtkStyle *) 0x82d6248
	bg_gc = (GdkGC *) 0x82d7408
	row = 

From linux00 at kornet.net  Tue Dec  6 01:41:54 2005
From: linux00 at kornet.net (sangu)
Date: Tue, 06 Dec 2005 10:41:54 +0900
Subject: Evolution Calendar crashing after update
In-Reply-To: <1133833147432420.0.ppp10@ppp10>
References: <1133527244.2993.4.camel@niobe>  <1133815872987984.0.ppp5@ppp5>
	<1133833147432420.0.ppp10@ppp10>
Message-ID: <1133833314.3957.3.camel@sangu.sangu.net>

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175057

2005-12-06 (?), 10:40 +0900, sangu ???:
> This bug happens with clearlooks theme(gtk2-engines-2.7.0-1).
> 
> 
> 
> 2005-12-05 (?), 15:51 -0500, David Malcolm ???:
> > On Fri, 2005-12-02 at 13:40 +0100, Roger Grosswiler wrote:
> > > hey,
> > > 
> > > after the last update, evolution crashes on the calender. somebody
> > > having the same? how can i help with debugging info, logs don't tell me
> > > anything about...
> > 
> > Sounds like it might be a bug in evolution-data-server-1.4.2; is this
> > the version you're running?
> > 
> > 1.4.2.1 should hit rawhide tomorrow with a fix for this; please test.
> > If there's still a problem, please bugzilla it.
> > 
> > Hope this helps
> > Dave Malcolm
> > 
> -- 
> fedora-test-list mailing list
> fedora-test-list at redhat.com
> To unsubscribe: 
> https://www.redhat.com/mailman/listinfo/fedora-test-list







From fonya at fatav.hu  Tue Dec  6 05:41:50 2005
From: fonya at fatav.hu (Szabo Akos)
Date: Tue, 6 Dec 2005 06:41:50 +0100 (CET)
Subject: ipw2200 how-to
In-Reply-To: <a36b7e2a0512051609p53622001idc074ed999cbcd57@mail.gmail.com>
References: <a36b7e2a0512051609p53622001idc074ed999cbcd57@mail.gmail.com>
Message-ID: <Pine.LNX.4.63N.0512060625420.2680@localhost.localdomain>

On Mon, 5 Dec 2005, Justin Conover wrote:

> I did this, wrote it up and thought I would share if anyone can't get
> wireless going with ipw2200.

It's work for me the stock kernel driver too (I compile my own kernel):

[fonya at cella ~]$ lsmod
Module                  Size  Used by
ipw2200                70440  0

[fonya at cella ~]$ modinfo ipw2200
filename: 
/lib/modules/2.6.14-cella/kernel/drivers/net/wireless/ipw2200.ko
description:    Intel(R) PRO/Wireless 2200/2915 Network Driver
version:        1.0.0
author:         Copyright(c) 2003-2004 Intel Corporation
license:        GPL
vermagic:       2.6.14-cella PENTIUMM gcc-4.0
depends:
alias:          pci:v00008086d00001043sv00008086sd00002701bc*sc*i*
alias:          pci:v00008086d00001043sv00008086sd00002702bc*sc*i*
alias:          pci:v00008086d00001043sv00008086sd00002711bc*sc*i*
alias:          pci:v00008086d00001043sv00008086sd00002712bc*sc*i*
alias:          pci:v00008086d00001043sv00008086sd00002721bc*sc*i*
alias:          pci:v00008086d00001043sv00008086sd00002722bc*sc*i*
alias:          pci:v00008086d00001043sv00008086sd00002731bc*sc*i*
alias:          pci:v00008086d00001043sv00008086sd00002732bc*sc*i*
alias:          pci:v00008086d00001043sv00008086sd00002741bc*sc*i*
alias:          pci:v00008086d00001043sv0000103Csd00002741bc*sc*i*
alias:          pci:v00008086d00001043sv00008086sd00002742bc*sc*i*
alias:          pci:v00008086d00001043sv00008086sd00002751bc*sc*i*
alias:          pci:v00008086d00001043sv00008086sd00002752bc*sc*i*
alias:          pci:v00008086d00001043sv00008086sd00002753bc*sc*i*
alias:          pci:v00008086d00001043sv00008086sd00002754bc*sc*i*
alias:          pci:v00008086d00001043sv00008086sd00002761bc*sc*i*
alias:          pci:v00008086d00001043sv00008086sd00002762bc*sc*i*
alias:          pci:v00008086d0000104Fsv*sd*bc*sc*i*
alias:          pci:v00008086d00004220sv*sd*bc*sc*i*
alias:          pci:v00008086d00004221sv*sd*bc*sc*i*
alias:          pci:v00008086d00004223sv*sd*bc*sc*i*
alias:          pci:v00008086d00004224sv*sd*bc*sc*i*
srcversion:     0F0EE4D43AA6AF22F6AAC31
parm:           mode:network mode (0=BSS,1=IBSS) (int)
parm:           ifname:network device name (default eth%d) (charp)
parm:           channel:channel to limit associate to (default 0 [ANY]) (int)
parm:           debug:debug output mask (int)
parm:           auto_create:auto create adhoc network (default on) (int)
parm:           associate:auto associate when scanning (default on) (int)
parm:           disable:manually disable the radio (default 0 [radio on]) (int)


The main thing for initial, the version number, so I must grab the 
corresponding firmware version (2.2), untar/copy the right place 
(/lib/firmware).

ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, 1.0.0
ipw2200: Copyright(c) 2003-2004 Intel Corporation
ACPI: PCI Interrupt 0000:01:04.0[A] -> Link [LNKC] -> GSI 5 (level, low) -> IRQ 5
ipw2200: Detected Intel PRO/Wireless 2200BG Network Connection
eth1 (WE) : Driver using old /proc/net/wireless support, please fix driver !

My kernel relevant config:
# Wireless LAN (non-hamradio)
#
CONFIG_NET_RADIO=y

#
# Obsolete Wireless cards support (pre-802.11)
#
# CONFIG_STRIP is not set
# CONFIG_ARLAN is not set
# CONFIG_WAVELAN is not set
# CONFIG_PCMCIA_WAVELAN is not set
# CONFIG_PCMCIA_NETWAVE is not set

#
# Wireless 802.11 Frequency Hopping cards support
#
# CONFIG_PCMCIA_RAYCS is not set

#
# Wireless 802.11b ISA/PCI cards support
#
# CONFIG_IPW2100 is not set
# CONFIG_IPW_DEBUG is not set
CONFIG_IPW2200=m
# CONFIG_AIRO is not set
# CONFIG_HERMES is not set
# CONFIG_ATMEL is not set

#
# Wireless 802.11b Pcmcia/Cardbus cards support
#
# CONFIG_AIRO_CS is not set
# CONFIG_PCMCIA_WL3501 is not set

#
# Prism GT/Duette 802.11(a/b/g) PCI/Cardbus support
#
# CONFIG_PRISM54 is not set
# CONFIG_HOSTAP is not set
CONFIG_NET_WIRELESS=y


And of course thanx for Your work!

-- 
Ciao:
 	Fonya

      Ami?ta NT-t install?ltam a porsz?v?mra, semmi sz?v?s nincs vele.
                 PGP key ID F86614E5, GPG key ID 83AD9365

From pcanto at 4m.com.ar  Tue Dec  6 06:53:07 2005
From: pcanto at 4m.com.ar (Pabo R. Canto)
Date: Tue, 06 Dec 2005 03:53:07 -0300
Subject: ipw2200 how-to
In-Reply-To: <Pine.LNX.4.63N.0512060625420.2680@localhost.localdomain>
References: <a36b7e2a0512051609p53622001idc074ed999cbcd57@mail.gmail.com>
	<Pine.LNX.4.63N.0512060625420.2680@localhost.localdomain>
Message-ID: <43953553.3090602@4m.com.ar>

Szabo Akos wrote:

> On Mon, 5 Dec 2005, Justin Conover wrote:
>
>> I did this, wrote it up and thought I would share if anyone can't get
>> wireless going with ipw2200.
>
>
> It's work for me the stock kernel driver too (I compile my own kernel):
>
> [fonya at cella ~]$ lsmod
> Module                  Size  Used by
> ipw2200                70440  0
>
> [fonya at cella ~]$ modinfo ipw2200
> filename: 
> /lib/modules/2.6.14-cella/kernel/drivers/net/wireless/ipw2200.ko
> description:    Intel(R) PRO/Wireless 2200/2915 Network Driver
> version:        1.0.0
>
The diference betwen the kernel stock driver and the explanation form 
Justin is the functionality of the driver the new version for example 
add compatibility with wpa_supplicant and wext compatibility to support 
WPA ans WPA2 and many others.

So, I add some ideas for the clean and fast instalation of ipw2200 / 
ipw2100 in Fedora!

#IPW fast-do

#First login as root
    su -
    (put the root password on prompt)

#Make clean space:
    mkdir -p /tmp/ipw
    cd /tmp/ipw

#Get the files sources in /tmp/ipw

# http://ieee80211.sourceforge.net/downloads.php 
<http://ieee80211.sourceforge.net/downloads.php>
    wget -c 
http://voxel.dl.sourceforge.net/sourceforge/ieee80211/ieee80211-1.1.6.tgz
# http://ipw2200.sourceforge.net/downloads.php 
<http://ipw2200.sourceforge.net/downloads.php>
    wget -c 
http://internap.dl.sourceforge.net/sourceforge/ipw2200/ipw2200-1.0.8.tgz
# http://ipw2200.sourceforge.net/firmware.php 
<http://ipw2200.sourceforge.net/firmware.php> grab the 2.4 firmware

#Expand the file in /tmp/ipw
    tar xvfz ipw2200-1.0.8.tgz
    tar xvfz ieee80211-1.1.6.tgz
    tar xvfz /home/justin/downloads/ipw2200/ipw2200-fw-2.4.tgz /lib/firmware

#Clean the old staff (files from the fedora kernel modules)
    rm -rf /lib/modules/$(uname -r)/kernel/drivers/net/wireless/ipw*
    rm -rf /lib/modules/$(uname -r)/net/ieee80211

#Make the binary in /tmp/ipw
    cd ieee80211-1.1.6
    make
    # On question reponse "y" to all
    Above files found. Remove? [y],n y
    Above definitions found. Comment out? [y], n y
    make install

    cd ../
    cd ipw2200-1.0.8
    make
    # On question reponse "y" to all
    Above definitions found. Comment out? [y], n y
    make install


#Final load the module and be happy
    /tmp/ipw/ipw2200-1.0.8/load

#clean the room
rm -rf /tmp/ipw


This is my first how to :)

Byte^2,
Pablo.-

PD: in the 2.6.14.2 the defoult ipw2200 module is the
PD: sorry mi english I am spanish speker (Santa Fe, Argentina)



From roger at gwch.net  Tue Dec  6 07:32:40 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Tue, 06 Dec 2005 08:32:40 +0100
Subject: Networking extremly slow
Message-ID: <1133854361.2669.1.camel@niobe>

Hello,

it seems, that my FC5T1 Box is extremly slow on the net-highway. Whilst
FC4 downloads with up to 200 KB, FC5 walks with 7 KB. 

Is there a way to debug this?

Roger



From fedora-test at adslpipe.co.uk  Tue Dec  6 10:29:26 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Tue, 06 Dec 2005 10:29:26 +0000
Subject: Networking extremly slow
In-Reply-To: <1133854361.2669.1.camel@niobe>
References: <1133854361.2669.1.camel@niobe>
Message-ID: <43956806.3030205@adslpipe.co.uk>

Roger Grosswiler wrote:

> Is there a way to debug this?

What results do you get from
ifconfig eth0




From buildsys at redhat.com  Tue Dec  6 11:26:28 2005
From: buildsys at redhat.com (Build System)
Date: Tue, 6 Dec 2005 06:26:28 -0500
Subject: rawhide report: 20051206 changes
Message-ID: <200512061126.jB6BQSrv021017@porkchop.devel.redhat.com>

 

 
Updated Packages:

amtu-1.0.2-2
------------
* Mon Dec 05 2005 Steve Grubb <sgrubb at redhat.com> 1.0.2-2
- Fix %clean section of spec file (bz 172942)
- Add memsep-random patch (bz 174767)

anaconda-10.90.13-1
-------------------
* Mon Dec 05 2005 Chris Lumens <clumens at redhat.com> 10.90.13-1
- Reword media check dialog (dcentrell, #174530).
- gcc41 compile fixes (pjones).
- Add genhomedircon, setfiles, and /etc/shells for selinux.

* Thu Dec 01 2005 Jeremy Katz <katzj at redhat.com> - 10.90.12-1
- some release notes viewer fixing (dcantrell)
- allow %pre scripts in an %include (clumens, #166100)
- fix the squashfs stuff to actually work
- hack around slang not initializing utf8 mode so that we have line 
  drawing chars (#174761)

* Thu Dec 01 2005 Jeremy Katz <katzj at redhat.com> - 10.90.11-1
- reworded media check prompt (dcantrell, #174472)
- let's try squashfs...

audit-1.1.2-1
-------------
* Mon Dec 05 2005 Steve Grubb <sgrubb at redhat.com> 1.1.2-1
- Add more message types
authconfig-5.0.4-1
------------------
* Mon Dec 05 2005 Tomas Mraz <tmraz at redhat.com> - 5.0.4-1
- don't ignore krb5realm command line option (#174838)
- read dns_lookup_realm and dns_lookup_kdc values correctly
- the PAM configuration is now written in system-auth-ac file
  which is then symlinked from system-auth, the symlink is not
  overwritten so local PAM configuration is now possible (#165342)

avahi-0.6-6
-----------
* Mon Dec 05 2005 Jason Vas Dias<jvdias at redhat.com> - 0.6-6
- fix bug 174799 - fix .spec file \%files permissions

cdrtools-8:2.01.01.0.a03-1
--------------------------
* Mon Dec 05 2005 Harald Hoyer <harald at redhat.com> 8:2.01.01.0.a03-1
- version 2.01.01a03
- DVD patch from http://crashrecovery.org/oss-dvd.html adds support
  for DVD+RW and DVD+R DL burning

cryptsetup-luks-1.0.1-4
-----------------------
* Mon Dec 05 2005 Bill Nottingham <notting at redhat.com> 1.0.1-4
- rebuild against new libdevmapper

* Thu Oct 13 2005 Florian La Roche <laroche at redhat.com>
- add -lsepol to rebuild on current fc5

dhcp-11:3.0.3-16
----------------
* Mon Dec 05 2005 Jason Vas Dias <jvdias at redhat.com> - 11:3.0.3-16
- fix gcc 4.1 compile warnings (-Werror)

evolution-data-server-1.4.2.1-1
-------------------------------
* Mon Dec 05 2005 David Malcolm <dmalcolm at redhat.com> - 1.4.2.1-1
- 1.4.2.1

gtkspell-2.0.11-1
-----------------
* Mon Dec 05 2005 David Malcolm <dmalcolm at redhat.com> - 2.0.11-1
- 2.0.11

httpd-2.2.0-2
-------------
* Mon Dec 05 2005 Joe Orton <jorton at redhat.com> 2.2.0-2
- don't strip C-L from HEAD responses (Greg Ames, #110552)
- load mod_proxy_balancer by default
- add proxy_ajp.conf to load/configure mod_proxy_ajp
- Obsolete mod_jk
- update docs URLs in httpd.conf/ssl.conf

ipsec-tools-0.6.3-1
-------------------
* Mon Dec 05 2005 Harald Hoyer <harald at redhat.com> 0.6.3-1
- version 0.6.3, which contains fixes for various DoS problems

iputils-20020927-31
-------------------
* Fri Dec 02 2005 Radek Vokal <rvokal at redhat.com> 20020927-31
- ifenslave.8 from debian.org
- separate ifenslave to its own tarball

kdegames-6:3.5.0-1
------------------
* Mon Dec 05 2005 Than Ngo <than at redhat.com> 6:3.5.0-1
- 3.5

kernel-2.6.14-1.1740_FC5
------------------------
* Mon Dec 05 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc5-git1

libgsf-1.13.3-2
---------------
* Mon Dec 05 2005 Caolan McNamara <caolanm at redhat.com> 1.13.3-2
- rh#172062# Obsolete extras libgsf113

libsepol-1.9.42-1
-----------------
* Mon Dec 05 2005 Dan Walsh <dwalsh at redhat.com> 1.9.42-1
- Upgrade to latest from NSA
	* Dropped handle from user_del_role interface.

logwatch-7.1-3
--------------
* Tue Nov 29 2005 Ivana Varekova <varekova at redhat.com> 7.1-3
- add secure service patch
- add iptables patch created by Allen Kistler (bug 174954) 
- add audit service patch

mdadm-2.2-1.fc5
---------------
* Mon Dec 05 2005 Warren Togami <wtogami at redhat.com> 2.2-1
- 2.2 upgrade (#167897)
- disable diet because we don't ship it anymore
  and we don't actually use mdassemble now

mod_auth_kerb-5.0-8
-------------------
* Mon Dec 05 2005 Joe Orton <jorton at redhat.com> 5.0-8
- rebuild for httpd 2.2

mod_auth_mysql-1:3.0.0-2
------------------------
* Mon Dec 05 2005 Joe Orton <jorton at redhat.com> 1:3.0.0-2
- update to 3.0.0

mod_auth_pgsql-2.0.1-9
----------------------
* Mon Dec 05 2005 Joe Orton <jorton at redhat.com> 2.0.1-9
- rebuild for httpd-2.2
- don't strip DSO so debuginfo works

mod_authz_ldap-0.26-6
---------------------
* Mon Dec 05 2005 Joe Orton <jorton at redhat.com> 0.26-6
- link against -lldap and -lcrypto

* Mon Dec 05 2005 Joe Orton <jorton at redhat.com> 0.26-5
- rebuild for httpd 2.2
- fix ssl_var_lookup() use in certmap.c

policycoreutils-1.27.36-1
-------------------------
* Mon Dec 05 2005 Dan Walsh <dwalsh at redhat.com> 1.27.36-1
- Update to match NSA
	* Changed genhomedircon to warn on use of ROLE in homedir_template
	  if using managed policy, as libsemanage does not yet support it.

rhythmbox-0.9.2-3
-----------------
* Mon Dec 05 2005 Matthias Clasen <mclasen at redhat.com>
- rebuild

selinux-policy-2.0.9-1
----------------------
* Fri Dec 02 2005 Dan Walsh <dwalsh at redhat.com> 2.0.9-1.
Update from upstream

xscreensaver-1:4.22-21
----------------------
* Mon Dec 05 2005 Ray Strode <rstrode at redhat.com> 1:4.22-21
- Update list_files function to fix ownership issues.
  Patch from Mamoru Tasaka (mtasaka at ioa.s.u-tokyo.ac.jp) (bug 161728).

* Tue Nov 01 2005 Ray Strode <rstrode at redhat.com> 1:4.22-20
- Switch requires to modular X

yum-2.4.1-2
-----------
* Mon Dec 05 2005 Jeremy Katz <katzj at redhat.com> - 2.4.1-2
- add Panu's patch for cachecookie cleaning (#174715)
- change default cache time to 30 minutes to match new upstream

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	mod_jk - 1.2.6-3jpp_4fc.i386 requires httpd-mmn = 0:20020903



Broken deps for ia64
----------------------------------------------------------
	k3b - 0.12.4-0.a.1.ia64 requires libdbus-qt-1.so.1()(64bit)
	k3b - 0.12.4-0.a.1.ia64 requires libdbus-1.so.1()(64bit)
	mod_jk - 1.2.6-3jpp_4fc.ia64 requires httpd-mmn = 0:20020903
	rgmanager - 1.9.31-3.ia64 requires ccs



Broken deps for ppc
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	mod_jk - 1.2.6-3jpp_4fc.ppc requires httpd-mmn = 0:20020903



Broken deps for ppc64
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	k3b - 0.12.4-0.a.1.ppc64 requires libdbus-qt-1.so.1()(64bit)
	k3b - 0.12.4-0.a.1.ppc64 requires libdbus-1.so.1()(64bit)
	mod_jk - 1.2.6-3jpp_4fc.ppc64 requires httpd-mmn = 0:20020903



Broken deps for s390
----------------------------------------------------------
	mod_jk - 1.2.6-3jpp_4fc.s390 requires httpd-mmn = 0:20020903
	rhythmbox - 0.9.1-1.s390 requires libdbus-1.so.1
	rhythmbox - 0.9.1-1.s390 requires libdbus-glib-1.so.1



Broken deps for s390x
----------------------------------------------------------
	mod_jk - 1.2.6-3jpp_4fc.s390x requires httpd-mmn = 0:20020903
	rhythmbox - 0.9.1-1.s390x requires libdbus-1.so.1()(64bit)
	rhythmbox - 0.9.1-1.s390x requires libdbus-glib-1.so.1()(64bit)



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	mod_jk - 1.2.6-3jpp_4fc.x86_64 requires httpd-mmn = 0:20020903





From justin.conover at gmail.com  Tue Dec  6 19:47:03 2005
From: justin.conover at gmail.com (Justin Conover)
Date: Tue, 6 Dec 2005 13:47:03 -0600
Subject: ipw2200 how-to
In-Reply-To: <43953553.3090602@4m.com.ar>
References: <a36b7e2a0512051609p53622001idc074ed999cbcd57@mail.gmail.com>
	<Pine.LNX.4.63N.0512060625420.2680@localhost.localdomain>
	<43953553.3090602@4m.com.ar>
Message-ID: <a36b7e2a0512061147y317496b5y7df0a401086bdac7@mail.gmail.com>

On 12/6/05, Pabo R. Canto <pcanto at 4m.com.ar> wrote:
>
> Szabo Akos wrote:
>
> > On Mon, 5 Dec 2005, Justin Conover wrote:
> >
> >> I did this, wrote it up and thought I would share if anyone can't get
> >> wireless going with ipw2200.
> >
> >
> > It's work for me the stock kernel driver too (I compile my own kernel):
> >
> > [fonya at cella ~]$ lsmod
> > Module                  Size  Used by
> > ipw2200                70440  0
> >
> > [fonya at cella ~]$ modinfo ipw2200
> > filename:
> > /lib/modules/2.6.14-cella/kernel/drivers/net/wireless/ipw2200.ko
> > description:    Intel(R) PRO/Wireless 2200/2915 Network Driver
> > version:        1.0.0
> >
> The diference betwen the kernel stock driver and the explanation form
> Justin is the functionality of the driver the new version for example
> add compatibility with wpa_supplicant and wext compatibility to support
> WPA ans WPA2 and many others.
>
> So, I add some ideas for the clean and fast instalation of ipw2200 /
> ipw2100 in Fedora!
>
> #IPW fast-do
>
> #First login as root
>     su -
>     (put the root password on prompt)
>
> #Make clean space:
>     mkdir -p /tmp/ipw
>     cd /tmp/ipw
>
> #Get the files sources in /tmp/ipw
>
> # http://ieee80211.sourceforge.net/downloads.php
> <http://ieee80211.sourceforge.net/downloads.php>
>     wget -c
> http://voxel.dl.sourceforge.net/sourceforge/ieee80211/ieee80211-1.1.6.tgz
> # http://ipw2200.sourceforge.net/downloads.php
> <http://ipw2200.sourceforge.net/downloads.php>
>     wget -c
> http://internap.dl.sourceforge.net/sourceforge/ipw2200/ipw2200-1.0.8.tgz
> # http://ipw2200.sourceforge.net/firmware.php
> <http://ipw2200.sourceforge.net/firmware.php> grab the 2.4 firmware
>
> #Expand the file in /tmp/ipw
>     tar xvfz ipw2200-1.0.8.tgz
>     tar xvfz ieee80211-1.1.6.tgz
>     tar xvfz /home/justin/downloads/ipw2200/ipw2200-fw-2.4.tgz/lib/firmware
>
> #Clean the old staff (files from the fedora kernel modules)
>     rm -rf /lib/modules/$(uname -r)/kernel/drivers/net/wireless/ipw*
>     rm -rf /lib/modules/$(uname -r)/net/ieee80211
>
> #Make the binary in /tmp/ipw
>     cd ieee80211-1.1.6
>     make
>     # On question reponse "y" to all
>     Above files found. Remove? [y],n y
>     Above definitions found. Comment out? [y], n y
>     make install
>
>     cd ../
>     cd ipw2200-1.0.8
>     make
>     # On question reponse "y" to all
>     Above definitions found. Comment out? [y], n y
>     make install
>
>
> #Final load the module and be happy
>     /tmp/ipw/ipw2200-1.0.8/load
>
> #clean the room
> rm -rf /tmp/ipw
>
>
> This is my first how to :)
>
> Byte^2,
> Pablo.-
>
> PD: in the 2.6.14.2 the defoult ipw2200 module is the
> PD: sorry mi english I am spanish speker (Santa Fe, Argentina)
>
> --
> fedora-test-list mailing list
> fedora-test-list at redhat.com
> To unsubscribe:
> https://www.redhat.com/mailman/listinfo/fedora-test-list
>


I wouldn't say that was much different than I already had ;-)

Plus I wouldn't store it in /tmp or rm -fr it, rawhide kernels change like
the days in the week.  You will want to keep the sources around, you know
what I mean.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051206/fec12da1/attachment.htm>

From strange at nsk.no-ip.org  Tue Dec  6 20:11:23 2005
From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha)
Date: Tue, 6 Dec 2005 20:11:23 +0000
Subject: FC3 openldap-2.2.29 breaks DB
Message-ID: <20051206201123.GA24569@nsk.no-ip.org>


The FC3 upgrade for openldap makes it unable to run with my current
database:

[root at hal packages]# slapd -d2
@(#) $OpenLDAP: slapd 2.2.29 (Oct 14 2005 15:19:57) $
        root at dolly.build.redhat.com:/usr/src/build/623925-x86_64/BUILD/openldap-2.2.29/openldap-2.2.29/build-servers/servers/slapd
bdb_db_init: Initializing BDB database
bdb(dc=udp,dc=eurotux,dc=com): Program version 4.3 doesn't match
environment version
bdb_db_open: dbenv_open failed: DB_VERSION_MISMATCH: Database
environment version mismatch (-30974)
backend_startup: bi_db_open failed! (-30974)
bdb(dc=udp,dc=eurotux,dc=com): DB_ENV->lock_id_free interface
requires an environment configured for the locking subsystem
bdb(dc=udp,dc=eurotux,dc=com): txn_checkpoint interface requires
an environment configured for the transaction subsystem
bdb_db_destroy: txn_checkpoint failed: Invalid argument (22)
slapd stopped.
connections_destroy: nothing to destroy.

I resolved the situation by downgrading.

Was this expected? The update email mensioned backups (the upgrade was
automated, I'd never expected a minor upgrade to break the DB), but not
that it would be compulsory.

If it was, or if it was likely, couldn't next updates do a backup on
pre-un and a restore on post?

Regards
-- 
lfr
0/0



From shrek-m at gmx.de  Tue Dec  6 23:20:04 2005
From: shrek-m at gmx.de (shrek-m at gmx.de)
Date: Wed, 07 Dec 2005 00:20:04 +0100
Subject: FC3 openldap-2.2.29 breaks DB
In-Reply-To: <20051206201123.GA24569@nsk.no-ip.org>
References: <20051206201123.GA24569@nsk.no-ip.org>
Message-ID: <43961CA4.3070800@gmx.de>

Luciano Miguel Ferreira Rocha wrote:

>The FC3 upgrade for openldap makes it unable to run with my current
>database:
>
>[root at hal packages]# slapd -d2
>@(#) $OpenLDAP: slapd 2.2.29 (Oct 14 2005 15:19:57) $
>

2005-12-02 was a bad update day :-)

openldap - update failure for bdb database
    https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174793
ldap is broken after update to 2.2.29-1.FC3
    https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174829

downgrade to openldap*2.2.13-2  compat-openldap-2.1.30-2
http://download.fedora.redhat.com/pub/fedora/linux/core/3/i386/os/Fedora/RPMS/
is a possibilty, a new update would be better.


at least this bug was solved in a short time.
perl / mod_perl
    https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174795

-- 
shrek-m



From partha at partha.com  Wed Dec  7 00:43:37 2005
From: partha at partha.com (Partha Bagchi)
Date: Tue, 06 Dec 2005 19:43:37 -0500
Subject: Missing Dependencies - Incase they have fallen through the crack
Message-ID: <43963039.3020704@partha.com>

These dependencies are still missing (i386) as of Tuesday Dec 6, 7:43 PM 
(EST):

Error: Missing Dependency: libavahi-client.so.1 is needed by package 
gnome-user-share
Error: Missing Dependency: libwx_gtk2-2.4.so.0 is needed by package audacity
Error: Missing Dependency: libnautilus-burn.so.2 is needed by package 
rhythmbox
Error: Missing Dependency: libavahi-common.so.0 is needed by package 
gnome-user-share
Error: Missing Dependency: libwx_gtk2-2.4.so.0(WXGTK2_2.4) is needed by 
package audacity

Thanks,
Partha



From tibbs at math.uh.edu  Wed Dec  7 03:37:33 2005
From: tibbs at math.uh.edu (Jason L Tibbitts III)
Date: Tue, 06 Dec 2005 21:37:33 -0600
Subject: FC3 openldap-2.2.29 breaks DB
In-Reply-To: <20051206201123.GA24569@nsk.no-ip.org> (Luciano Miguel Ferreira
	Rocha's message of "Tue, 6 Dec 2005 20:11:23 +0000")
References: <20051206201123.GA24569@nsk.no-ip.org>
Message-ID: <ufazmndmvb6.fsf@epithumia.math.uh.edu>

>>>>> "LMFR" == Luciano Miguel Ferreira Rocha <strange at nsk.no-ip.org> writes:

LMFR> bdb_db_init: Initializing BDB database
LMFR> bdb(dc=udp,dc=eurotux,dc=com): Program version 4.3 doesn't match
LMFR> environment version 

I saw the same thing, but only on three out of four servers.  I don't
understand why one server worked.  I think the underlying issue is
that slapd is statically linked against the DB library, and the new
version is linked against a newer version than the old one.  I haven't
pried the SRPM apart to make sure.

LMFR> I resolved the situation by downgrading.

I resolved by doing slapcat before upgrading, then cleaning out the
database and doing a slapadd.

LMFR> Was this expected? The update email mensioned backups (the
LMFR> upgrade was automated, I'd never expected a minor upgrade to
LMFR> break the DB), but not that it would be compulsory.

The package was posted for testing well in advance of its release, but
unfortunately I never found the time to test it.

LMFR> If it was, or if it was likely, couldn't next updates do a
LMFR> backup on pre-un and a restore on post?

That's a scary operation to just run automatically.  Better would be
to ensure that DB version changes like this don't happen except during
distro version upgrades.

 - J<



From justin.conover at gmail.com  Wed Dec  7 05:38:38 2005
From: justin.conover at gmail.com (Justin Conover)
Date: Tue, 6 Dec 2005 23:38:38 -0600
Subject: nVIDIA binary driver and FC5 test 1
In-Reply-To: <1133448893.21367.26.camel@gilboa-home-dev.localhost>
References: <Pine.LNX.4.44.0511301237490.29815-100000@www.fnordora.org>
	<1133383596.2825.67.camel@laptopd505.fenrus.org>
	<1133390750.6164.13.camel@gilboa-home-dev.localhost>
	<1133424216.2853.8.camel@laptopd505.fenrus.org>
	<1133425205.18168.8.camel@localhost>
	<1133448893.21367.26.camel@gilboa-home-dev.localhost>
Message-ID: <a36b7e2a0512062138u4c5c55a4r999b40c0d316105b@mail.gmail.com>

On 12/1/05, Gilboa Davara <gilboada at netvision.net.il> wrote:
>
> > On Thu, 2005-12-01 at 09:03 +0100, Arjan van de Ven wrote:
> >
> > > > Your post is way-out of line. Please keep your pissing contest-style
> > > > posts to yourself.
> > >
> > > how is this way out of line? It's in no way rude or abusive and it
> > > points to where he can get more information, there's an entire topic
> on
> > > the nvidia forum about this stuff. Questions about binary drivers are
> > > not really fedora related (fedora is an open source project after all)
> > > and are thus mostly off-topic here, especially since there is a good
> > > forum for questions like these.
> >
>
> Let me see if I get your message:
> If I'm having problem with connecting my FC4 to a Windows SMB server, I
> shouldn't come here because Windows is a closed source software.
> If I'm having problem syncing with my Palm, I shouldn't come here
> because Palm is a closed source project.
> Somehow I doubt that anything remotely close to your POV ever appeared
> in the FC mailing list guide-lines. (And I just checked)
>
> And even if in your eyes, he's question was off-topic, I doubt that it
> was in your place to give such a rude answer.
>
> Now, if we can all move along.... (His question was answered and his
> problem solved.)
> Gilboa
>
>
> --
> fedora-test-list mailing list
> fedora-test-list at redhat.com
> To unsubscribe:
> https://www.redhat.com/mailman/listinfo/fedora-test-list
>


You people need to get a grip, Arjan was not rude at all, pretty simple
answer, they don't support closed source drivers, the best place to go is
nvidia forums.  If you go to nvidia.com, you'll find that you can send
emails too

*linux-bugs at nvidia.com

*Which I did back on Nov 11.  Here was there reply

Hi Justin,
If your inquiry is regarding running the nvidia driver with a modular
Xorg, then this is a known issue with 1.0-7676, and will be resolved
with the next driver (1.0-8xxx) release.

Thanks,
Lonni J Friedman
NVIDIA Corporation

My reply

Thank you for the fast reply, do you have an eta when they will be
released.  Do you have a beta program people can join?  I run a lot of beta
software and report bugs.

Thanks,

his reply

Hi Justin,
While we do not currently have a beta program, we are planning to start
releasing beta drivers at some time in the future, after the next driver
release.

We are hoping to release the next driver later this month.

Thanks,
Lonni




So basically the dead horse I'm kicking here, is no, this isn't the place,
sure you can ask and maybe someone will know and maybe you'll get told to go
to the source(closed), but that is it.

Everyone knows going into rawhide it can be a bumpy ride, deal with it.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051206/838368a8/attachment.htm>

From talbotscott at cox.net  Wed Dec  7 07:02:59 2005
From: talbotscott at cox.net (oldman)
Date: Tue, 06 Dec 2005 23:02:59 -0800
Subject: Missing Dependencies - Incase they have fallen through the crack
In-Reply-To: <43963039.3020704@partha.com>
References: <43963039.3020704@partha.com>
Message-ID: <43968923.50602@cox.net>

Partha Bagchi wrote:
> These dependencies are still missing (i386) as of Tuesday Dec 6, 7:43 
> PM (EST):
>
> Error: Missing Dependency: libavahi-client.so.1 is needed by package 
> gnome-user-share
> Error: Missing Dependency: libwx_gtk2-2.4.so.0 is needed by package 
> audacity
> Error: Missing Dependency: libnautilus-burn.so.2 is needed by package 
> rhythmbox
> Error: Missing Dependency: libavahi-common.so.0 is needed by package 
> gnome-user-share
> Error: Missing Dependency: libwx_gtk2-2.4.so.0(WXGTK2_2.4) is needed 
> by package audacity
>
> Thanks,
> Partha
>
    I suspect that the only real problem here is audacity, as avahi, 
libnautilus-burn and rhythmbox, and  gnome-user-share all installed fine 
here.

Scott



From talbotscott at cox.net  Wed Dec  7 07:18:36 2005
From: talbotscott at cox.net (oldman)
Date: Tue, 06 Dec 2005 23:18:36 -0800
Subject: Missing Dependencies - Incase they have fallen through the crack
In-Reply-To: <43963039.3020704@partha.com>
References: <43963039.3020704@partha.com>
Message-ID: <43968CCC.5020607@cox.net>

Partha Bagchi wrote:
> These dependencies are still missing (i386) as of Tuesday Dec 6, 7:43 
> PM (EST):
>
> Error: Missing Dependency: libavahi-client.so.1 is needed by package 
> gnome-user-share
> Error: Missing Dependency: libwx_gtk2-2.4.so.0 is needed by package 
> audacity
> Error: Missing Dependency: libnautilus-burn.so.2 is needed by package 
> rhythmbox
> Error: Missing Dependency: libavahi-common.so.0 is needed by package 
> gnome-user-share
> Error: Missing Dependency: libwx_gtk2-2.4.so.0(WXGTK2_2.4) is needed 
> by package audacity
>
> Thanks,
> Partha
>
    I just checked and yum says it will install audacity o.k.  So 
evidently you have some other problems.  You may want to check for 
duplicate rpm's (I had to remove a dozen of these be4 I could update).

    Try doing a cat /var/log/rpmpkgs | sort and look through the list 
for them.

Scott



From seguridadlinux at yahoo.es  Wed Dec  7 07:54:42 2005
From: seguridadlinux at yahoo.es (Juan Luis Pastor)
Date: Wed, 07 Dec 2005 08:54:42 +0100
Subject: mplayer
Message-ID: <1133942083.2258.0.camel@kalimotxo.euskal.net>

Hi,

Is there any mplayer rpm file available for FC5 test1?

Juan


		
______________________________________________ 
Renovamos el Correo Yahoo! 
Nuevos servicios, m?s seguridad 
http://correo.yahoo.es



From kimmo.koivisto at surfeu.fi  Wed Dec  7 08:37:27 2005
From: kimmo.koivisto at surfeu.fi (Kimmo Koivisto)
Date: Wed, 7 Dec 2005 10:37:27 +0200
Subject: mplayer
In-Reply-To: <1133942083.2258.0.camel@kalimotxo.euskal.net>
References: <1133942083.2258.0.camel@kalimotxo.euskal.net>
Message-ID: <200512071037.27936.kimmo.koivisto@surfeu.fi>

Juan Luis Pastor kirjoitti viestiss??n (l?hetysaika Wednesday 07 December 2005 
09:54):
> Hi,
>
> Is there any mplayer rpm file available for FC5 test1?
>
> Juan

I installed one from http://rpm.livna.org/fedora/4/i386/RPMS.lvn/ (for FC4) 
and it seems to work okay.

Regards
Kimmo




From alan at redhat.com  Wed Dec  7 09:58:23 2005
From: alan at redhat.com (Alan Cox)
Date: Wed, 7 Dec 2005 04:58:23 -0500
Subject: Check media broken?
In-Reply-To: <43886D33.3050007@redhat.com>
References: <1132976355.3428.7.camel@study>
	<604aa7910511251936r37ca6114ta926795872e9e9c9@mail.gmail.com>
	<20051126090734.GA4164@devserv.devel.redhat.com>
	<43886D33.3050007@redhat.com>
Message-ID: <20051207095823.GG14378@devserv.devel.redhat.com>

On Sat, Nov 26, 2005 at 07:42:03PM +0530, Rahul Sundaram wrote:
> Ok. So what would be your advice for the potential workarounds that we 
> can mention in the release notes?

"Don't bother" would be my suggestion.



From seguridadlinux at yahoo.es  Wed Dec  7 10:13:19 2005
From: seguridadlinux at yahoo.es (Juan Luis Pastor)
Date: Wed, 07 Dec 2005 11:13:19 +0100
Subject: mplayer
In-Reply-To: <200512071037.27936.kimmo.koivisto@surfeu.fi>
References: <1133942083.2258.0.camel@kalimotxo.euskal.net>
	<200512071037.27936.kimmo.koivisto@surfeu.fi>
Message-ID: <1133950399.2258.12.camel@kalimotxo.euskal.net>

Hi,

On Wed, 2005-12-07 at 10:37 +0200, Kimmo Koivisto wrote:
> I installed one from http://rpm.livna.org/fedora/4/i386/RPMS.lvn/ (for FC4) 
> and it seems to work okay.

Thanks, it's working! Only codecs are missing now.

Regards,
Juan


		
______________________________________________ 
Renovamos el Correo Yahoo! 
Nuevos servicios, m?s seguridad 
http://correo.yahoo.es



From buildsys at redhat.com  Wed Dec  7 11:11:44 2005
From: buildsys at redhat.com (Build System)
Date: Wed, 7 Dec 2005 06:11:44 -0500
Subject: rawhide report: 20051207 changes
Message-ID: <200512071111.jB7BBiXL026956@porkchop.devel.redhat.com>

 

Removed package mod_jk

Updated Packages:

acl-2.2.32-2.1
--------------
* Tue Dec 06 2005 Thomas Woerner <twoerner at redhat.com> 2.2.32-2.1
- fixed permissions of libacl

* Tue Dec 06 2005 Thomas Woerner <twoerner at redhat.com> 2.2.32-2
- spec file cleanup
- mark po files as lang specific

apr-1.2.2-2
-----------
* Tue Dec 06 2005 Joe Orton <jorton at redhat.com> 1.2.2-2
- avoid linking against -lrt
- don't print -L${libdir} in --libs output
- don't export -lcrypt/-luuid in .la file

apr-util-1.2.2-2
----------------
* Tue Dec 06 2005 Joe Orton <jorton at redhat.com> 1.2.2-2
- trim exports from .la file/--libs output (#174924)

attr-2.4.24-2
-------------
* Tue Dec 06 2005 Thomas Woerner <twoerner at redhat.com> 2.4.24-2
- spec file cleanup
- mark po files as lang specific

bash-3.0-38
-----------
* Tue Dec 06 2005 Tim Waugh <twaugh at redhat.com>  3.0-38
- Test out improved sighandler patch (bug #169231).

ethereal-0.10.13-6
------------------
* Tue Dec 06 2005 Radek Vokal <rvokal at redhat.com> 0.10.13-6
- libselinux build dependency added

evolution-data-server-1.5.2-1
-----------------------------
* Tue Dec 06 2005 David Malcolm <dmalcolm at redhat.com> - 1.5.2-1
- 1.5.2
- bump eds_base_version from 1.4 to 1.6
- updated patch 102

gtkhtml3-3.9.2-1
----------------
* Tue Dec 06 2005 David Malcolm <dmalcolm at redhat.com> - 3.9.2-1
- 3.9.2

gtksourceview-1.5.1-2
---------------------
* Tue Dec 06 2005 Dan Williams <dcbw at redhat.com> - 1.5.1-2
- Fix off-by-one when searching for language specification files
    which breaks syntax hilighting.  Already fixed upstream.

k3b-0:0.12.8-1
--------------
* Tue Dec 06 2005 Harald Hoyer <harald at redhat.com> 0:0.12.8-1
- version 0.12.8

kdeartwork-3.5.0-1
------------------
* Tue Nov 29 2005 Than Ngo <than at redhat.com> 3.5.0-1
- 3.5 final

kdebindings-3.5.0-1
-------------------
* Tue Nov 29 2005 Than Ngo <than at redhat.com> 3.5.0-1
- 3.5 final

less-394-1
----------
* Tue Dec 06 2005 Jindrich Novy <jnovy at redhat.com> 394-1
- update to less-394

libsemanage-1.3.64-1
--------------------
* Tue Dec 06 2005 Dan Walsh <dwalsh at redhat.com> 1.3.64-1
- Upgrade to latest from NSA
	* Changed semanage_handle_create() to set do_reload based on
	  is_selinux_enabled().  This prevents improper attempts to
	  load policy on a non-SELinux system.

* Mon Dec 05 2005 Dan Walsh <dwalsh at redhat.com> 1.3.63-1
- Upgrade to latest from NSA
	* Dropped handle from user_del_role interface.
	* Removed defrole interfaces.

mc-1:4.6.1a-5
-------------
* Tue Dec 06 2005 Jindrich Novy <jnovy at redhat.com> 4.6.1a-5
- correctly concatenate directory and file in concat_dir_and_file()
- highlight PHP files correctly (#174802)
- use evince instead of gv to view ps files
- align mini status bar with main panels

nc-1.84-2
---------
* Wed Dec 07 2005 Radek Vokal <rvokal at redhat.com> 1.84-2
- fix build requires

* Fri Nov 18 2005 Radek Vokal <rvokal at redhat.com> 1.84-1
- follow upstream

* Fri Oct 21 2005 Radek Vokal <rvokal at redhat.com> 1.82-2
- use SO_REUSEADDR (#171315)

php-pear-1:1.4.5-4
------------------
* Tue Dec 06 2005 Joe Orton <jorton at redhat.com> 1:1.4.5-4
- fix virtual provide for PEAR package (#175074)
policycoreutils-1.27.36-2
-------------------------
* Tue Dec 06 2005 Dan Walsh <dwalsh at redhat.com> 1.27.36-2
- Require new version of libsemanage

scim-tables-0.5.5-1
-------------------
* Wed Dec 07 2005 Jens Petersen <jens at juhp.dyndns.org> - 0.5.5-1
- 0.5.5 release
- update filelist

selinux-policy-2.0.11-1
-----------------------
* Tue Dec 06 2005 Dan Walsh <dwalsh at redhat.com> 2.0.11-1.
Update from upstream

squid-7:2.5.STABLE12-2
----------------------
* Mon Nov 28 2005 Martin Stransky <stransky at redhat.com> 7:2.5.STABLE12-2
- rewriten patch squid-2.5.STABLE10-64bit.patch, it works with
  "--with-large-files" option now
- fix for #72896 - squid does not support > 1024 file descriptors,
  new "--enable-fd-config" option for it.

udev-076-1
----------
* Tue Dec 06 2005 Harald Hoyer <harald at redhat.com> - 076-1
- speedup udevd with selinux by calling matchpathcon_init_prefix()
- version 076

vnc-4.1.1-28
------------
* Tue Dec 06 2005 Tim Waugh <twaugh at redhat.com> 4.1.1-28
- Enable all the extensions, which were accidentally disabled.

* Tue Dec 06 2005 Tim Waugh <twaugh at redhat.com> 4.1.1-27
- Fix 64-bit server (bug #174702).
- Build requires freetype-devel.
- Build requires libXext-devel, libXtst-devel, automake, libtool, pkgconfig,
  libfontenc-devel, xorg-x11-util-macros.

xorg-x11-proto-devel-0.99.3-1
-----------------------------
* Wed Dec 07 2005 Mike A. Harris <mharris at redhat.com> 0.99.3-1
- Update to printproto-1.0.2, trapproto-3.4.2, xproto-7.0.3 from the
  X11R7 RC3 release.

xorg-x11-util-macros-0.99.2-1
-----------------------------

yum-2.4.1-3
-----------
* Tue Dec 06 2005 Jeremy Katz <katzj at redhat.com> - 2.4.1-3
- ... and actually apply the patch

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5



Broken deps for ia64
----------------------------------------------------------
	rgmanager - 1.9.31-3.ia64 requires ccs



Broken deps for ppc
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11



Broken deps for ppc64
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11



Broken deps for s390
----------------------------------------------------------
	rhythmbox - 0.9.1-1.s390 requires libdbus-1.so.1
	rhythmbox - 0.9.1-1.s390 requires libdbus-glib-1.so.1



Broken deps for s390x
----------------------------------------------------------
	rhythmbox - 0.9.1-1.s390x requires libdbus-1.so.1()(64bit)
	rhythmbox - 0.9.1-1.s390x requires libdbus-glib-1.so.1()(64bit)



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires kernel = 0:2.6.14-1.1696_FC5





From matt.carter85 at gmail.com  Wed Dec  7 11:56:12 2005
From: matt.carter85 at gmail.com (Matt Carter)
Date: Wed, 7 Dec 2005 11:56:12 +0000
Subject: Kernel 2.6.14-1.1719 to 2.6.14-1.1740
Message-ID: <7c79ba150512070356h2494e475yc49d19c8db03a6a6@mail.gmail.com>

Hi Guy

Currently I have one working kernel on my system 2.6.14-1.1715, on the
other Kernels I get Udev freeze. I added a "set -x" and "echo $1" to
my rc.sysinit to see what was causing the hang. I got this:

+echo floppy
floppy
modprobe floppy

This is when it hangs, my laptop has no floppy or floppy controller.
So i "#" out modprobe floppy from the rc.sysinit script and it got a
little further, but then it froze on:

+echo echi-hcd
ehci+hcd
+modprobe ehci-hcd

Any one else having problems like this? I have been reporting it on
bugzilla (174270) wondered if anyone else had any luck fixing the
issue?

Btw the laptop is a Pentium M, Intel 915 Chipset (Sony S Series
Laptop). Is there anything else I could try?

Matt



From bmillett at gmail.com  Wed Dec  7 12:00:05 2005
From: bmillett at gmail.com (Brian Millett)
Date: Wed, 07 Dec 2005 06:00:05 -0600
Subject: Why is there now a suspend mode ??
Message-ID: <1133956805.3710.3.camel@localhost.localdomain>

I'm running rawhide, latest updates.  I have not setup suspend mode at
all.  Cant because the display never comes back on, so why is it enabled
now?  I closed my laptop lid.  It was put into suspend mode.  ACPI is
not setup to do this.  Is this the gnome-power-manager gone amuck?
DBUS?? 
Crazy gnomes or gremlins?

Thanks.
-- 
Brian Millett - [ Delenn (to Kosh), "Chrysalis"]
"You will not see me again as I am now."




From alan.gagne at comcast.net  Wed Dec  7 13:45:06 2005
From: alan.gagne at comcast.net (Alan J. Gagne)
Date: Wed, 07 Dec 2005 08:45:06 -0500
Subject: rawhide report: 20051207 changes
Message-ID: <1133963106.28070.5.camel@agagne.int.demandware.com>

rawhide report: 20051207 changes does not list
any dependency issues for dbus-qt but I am still
seeing the errors below when I try to update.

dbus is at version 0.50-1 and libdbus-1.so.1 does exist.

Error: Missing Dependency: dbus = 0.50-1 is needed by package dbus-qt
Error: Missing Dependency: libdbus-1.so.1 is needed by package dbus-qt

Alan



From johnp at redhat.com  Wed Dec  7 13:54:57 2005
From: johnp at redhat.com (John (J5) Palmieri)
Date: Wed, 07 Dec 2005 08:54:57 -0500
Subject: rawhide report: 20051207 changes
In-Reply-To: <1133963106.28070.5.camel@agagne.int.demandware.com>
References: <1133963106.28070.5.camel@agagne.int.demandware.com>
Message-ID: <1133963697.4931.33.camel@localhost.localdomain>

I removed dbus-qt when I upgraded to dbus-0.60 as it is deprecated
upstream and doesn't have a maintainer.  

On Wed, 2005-12-07 at 08:45 -0500, Alan J. Gagne wrote:
> rawhide report: 20051207 changes does not list
> any dependency issues for dbus-qt but I am still
> seeing the errors below when I try to update.
> 
> dbus is at version 0.50-1 and libdbus-1.so.1 does exist.
> 
> Error: Missing Dependency: dbus = 0.50-1 is needed by package dbus-qt
> Error: Missing Dependency: libdbus-1.so.1 is needed by package dbus-qt
> 
> Alan
> 
-- 
John (J5) Palmieri <johnp at redhat.com>



From dragoran at feuerpokemon.de  Wed Dec  7 13:57:53 2005
From: dragoran at feuerpokemon.de (dragoran)
Date: Wed, 07 Dec 2005 14:57:53 +0100
Subject: rawhide report: 20051207 changes
In-Reply-To: <1133963697.4931.33.camel@localhost.localdomain>
References: <1133963106.28070.5.camel@agagne.int.demandware.com>
	<1133963697.4931.33.camel@localhost.localdomain>
Message-ID: <4396EA61.8080408@feuerpokemon.de>

John (J5) Palmieri schrieb:

>I removed dbus-qt when I upgraded to dbus-0.60 as it is deprecated
>upstream and doesn't have a maintainer.  
>
>On Wed, 2005-12-07 at 08:45 -0500, Alan J. Gagne wrote:
>  
>
>>rawhide report: 20051207 changes does not list
>>any dependency issues for dbus-qt but I am still
>>seeing the errors below when I try to update.
>>
>>dbus is at version 0.50-1 and libdbus-1.so.1 does exist.
>>
>>Error: Missing Dependency: dbus = 0.50-1 is needed by package dbus-qt
>>Error: Missing Dependency: libdbus-1.so.1 is needed by package dbus-qt
>>
>>Alan
>>
>>    
>>
does this mean that dbus/hal based features of kde apps stopped working?



From lmacken at redhat.com  Wed Dec  7 14:04:47 2005
From: lmacken at redhat.com (Luke Macken)
Date: Wed, 7 Dec 2005 09:04:47 -0500
Subject: Missing Dependencies - Incase they have fallen through the crack
In-Reply-To: <43968CCC.5020607@cox.net>
References: <43963039.3020704@partha.com> <43968CCC.5020607@cox.net>
Message-ID: <20051207140446.GA24325@tomservo.boston.redhat.com>

On Tue, Dec 06, 2005 at 11:18:36PM -0800, oldman wrote:
| Partha Bagchi wrote:
| >These dependencies are still missing (i386) as of Tuesday Dec 6, 7:43 
| >PM (EST):
| >
| >Error: Missing Dependency: libavahi-client.so.1 is needed by package 
| >gnome-user-share
| >Error: Missing Dependency: libwx_gtk2-2.4.so.0 is needed by package 
| >audacity
| >Error: Missing Dependency: libnautilus-burn.so.2 is needed by package 
| >rhythmbox
| >Error: Missing Dependency: libavahi-common.so.0 is needed by package 
| >gnome-user-share
| >Error: Missing Dependency: libwx_gtk2-2.4.so.0(WXGTK2_2.4) is needed 
| >by package audacity
| >
| >Thanks,
| >Partha
| >
|    I just checked and yum says it will install audacity o.k.  So 
| evidently you have some other problems.  You may want to check for 
| duplicate rpm's (I had to remove a dozen of these be4 I could update).
| 
|    Try doing a cat /var/log/rpmpkgs | sort and look through the list 
| for them.

The problem is that audacity is built against the wxGTK2 package, which
is now obsoleted by wxGTK.  It looks like it just needs to be rebuilt
against wxGTK.

luke



From alan.gagne at comcast.net  Wed Dec  7 14:05:31 2005
From: alan.gagne at comcast.net (Alan J. Gagne)
Date: Wed, 07 Dec 2005 09:05:31 -0500
Subject: rawhide report: 20051207 changes
Message-ID: <1133964331.28070.10.camel@agagne.int.demandware.com>

I removed dbus-qt when I upgraded to dbus-0.60 as it is deprecated
upstream and doesn't have a maintainer.  

On Wed, 2005-12-07 at 08:45 -0500, Alan J. Gagne wrote:
> rawhide report: 20051207 changes does not list
> any dependency issues for dbus-qt but I am still
> seeing the errors below when I try to update.
> 
> dbus is at version 0.50-1 and libdbus-1.so.1 does exist.
> 
> Error: Missing Dependency: dbus = 0.50-1 is needed by package dbus-qt
> Error: Missing Dependency: libdbus-1.so.1 is needed by package dbus-qt
> 
> Alan
> 

> I removed dbus-qt when I upgraded to dbus-0.60 as it is deprecated
> upstream and doesn't have a maintainer.  

I quess I could do a remove and install to get this upgraded.
I am just reluctant due to dependencies.

Dependencies Resolved

=============================================================================
 Package                 Arch       Version          Repository        Size
=============================================================================
Removing:
 dbus-qt                 i386       0.50-1           installed          61 k
Removing for dependencies:
 kdebase                 i386       6:3.5.0-0.1.rc2  installed          52 M
 kdebase-devel           i386       6:3.5.0-0.1.rc2  installed         240 k
 kdegraphics             i386       7:3.4.92-1       installed          14 M
 kdegraphics-devel       i386       7:3.4.92-1       installed         109 k
 kdenetwork              i386       7:3.4.92-3       installed          26 M
 kdenetwork-devel        i386       7:3.4.92-3       installed         328 k
 kdepim                  i386       6:3.5.0-0.1.rc2  installed          50 M
 kdepim-devel            i386       6:3.5.0-0.1.rc2  installed         1.1 M
 kdesdk                  i386       3.4.92-2         installed          17 M
 kdesdk-devel            i386       3.4.92-2         installed         147 k
 kdeutils                i386       6:3.4.92-4       installed         9.2 M
 kdeutils-devel          i386       6:3.4.92-4       installed          73 k
 kdevelop                i386       9:3.2.92-1       installed          35 M

Transaction Summary
=============================================================================
Install      0 Package(s)
Update       0 Package(s)
Remove      14 Package(s)


Alan




From russ.hubbard at lsil.com  Wed Dec  7 14:29:02 2005
From: russ.hubbard at lsil.com (Russ Hubbard)
Date: Wed, 07 Dec 2005 07:29:02 -0700
Subject: rawhide report: 20051207 changes
In-Reply-To: <1133964331.28070.10.camel@agagne.int.demandware.com>
References: <1133964331.28070.10.camel@agagne.int.demandware.com>
Message-ID: <4396F1AE.7070202@lsil.com>

I ended up updating kde-base to 6:3.5.0-0.2.rc2 which removed the 
dependency on  dbus-qt. I removed dbus-qt after that.  Then I was able 
to  do my full update.

Russ

Alan J. Gagne wrote:
> I removed dbus-qt when I upgraded to dbus-0.60 as it is deprecated
> upstream and doesn't have a maintainer.  
>
> On Wed, 2005-12-07 at 08:45 -0500, Alan J. Gagne wrote:
>   
>> rawhide report: 20051207 changes does not list
>> any dependency issues for dbus-qt but I am still
>> seeing the errors below when I try to update.
>>
>> dbus is at version 0.50-1 and libdbus-1.so.1 does exist.
>>
>> Error: Missing Dependency: dbus = 0.50-1 is needed by package dbus-qt
>> Error: Missing Dependency: libdbus-1.so.1 is needed by package dbus-qt
>>
>> Alan
>>
>>     
>
>   
>> I removed dbus-qt when I upgraded to dbus-0.60 as it is deprecated
>> upstream and doesn't have a maintainer.  
>>     
>
> I quess I could do a remove and install to get this upgraded.
> I am just reluctant due to dependencies.
>
> Dependencies Resolved
>
> =============================================================================
>  Package                 Arch       Version          Repository        Size
> =============================================================================
> Removing:
>  dbus-qt                 i386       0.50-1           installed          61 k
> Removing for dependencies:
>  kdebase                 i386       6:3.5.0-0.1.rc2  installed          52 M
>  kdebase-devel           i386       6:3.5.0-0.1.rc2  installed         240 k
>  kdegraphics             i386       7:3.4.92-1       installed          14 M
>  kdegraphics-devel       i386       7:3.4.92-1       installed         109 k
>  kdenetwork              i386       7:3.4.92-3       installed          26 M
>  kdenetwork-devel        i386       7:3.4.92-3       installed         328 k
>  kdepim                  i386       6:3.5.0-0.1.rc2  installed          50 M
>  kdepim-devel            i386       6:3.5.0-0.1.rc2  installed         1.1 M
>  kdesdk                  i386       3.4.92-2         installed          17 M
>  kdesdk-devel            i386       3.4.92-2         installed         147 k
>  kdeutils                i386       6:3.4.92-4       installed         9.2 M
>  kdeutils-devel          i386       6:3.4.92-4       installed          73 k
>  kdevelop                i386       9:3.2.92-1       installed          35 M
>
> Transaction Summary
> =============================================================================
> Install      0 Package(s)
> Update       0 Package(s)
> Remove      14 Package(s)
>
>
> Alan
>
>
>   



From fedora-test at adslpipe.co.uk  Wed Dec  7 14:38:32 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Wed, 07 Dec 2005 14:38:32 +0000
Subject: rawhide report: 20051207 changes
In-Reply-To: <4396F1AE.7070202@lsil.com>
References: <1133964331.28070.10.camel@agagne.int.demandware.com>
	<4396F1AE.7070202@lsil.com>
Message-ID: <4396F3E8.3020209@adslpipe.co.uk>

Russ Hubbard wrote:

> I ended up updating kde-base to 6:3.5.0-0.2.rc2 which removed the 
> dependency on  dbus-qt. I removed dbus-qt after that.  Then I was able 
> to  do my full update.

ditto, no problems, at the time I updated I also had to remove 
rhythmbox, but have since reinstalled as it's deps have been resolved.



From jkeating at j2solutions.net  Wed Dec  7 14:41:43 2005
From: jkeating at j2solutions.net (Jesse Keating)
Date: Wed, 07 Dec 2005 09:41:43 -0500
Subject: rawhide report: 20051207 changes
In-Reply-To: <1133964331.28070.10.camel@agagne.int.demandware.com>
References: <1133964331.28070.10.camel@agagne.int.demandware.com>
Message-ID: <1133966503.2883.0.camel@ender>

On Wed, 2005-12-07 at 09:05 -0500, Alan J. Gagne wrote:
> 
> I quess I could do a remove and install to get this upgraded.
> I am just reluctant due to dependencies.
> 

yum upgrade should take care of all of that if the obsoletes was setup
correctly.  yum update doesn't process obsoletes IIRC, but yum upgrade
does.  It would take care of updating kde to remove dbus-qt to update
the rest of the stuff.

-- 
Jesse Keating RHCE      (geek.j2solutions.net)
Fedora Legacy Team      (www.fedoralegacy.org)
GPG Public Key          (geek.j2solutions.net/jkeating.j2solutions.pub)
 
Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating



From paul at permanentmail.com  Wed Dec  7 15:11:08 2005
From: paul at permanentmail.com (Paul Dickson)
Date: Wed, 7 Dec 2005 08:11:08 -0700
Subject: rawhide report: 20051207 changes
In-Reply-To: <4396F3E8.3020209@adslpipe.co.uk>
References: <1133964331.28070.10.camel@agagne.int.demandware.com>
	<4396F1AE.7070202@lsil.com> <4396F3E8.3020209@adslpipe.co.uk>
Message-ID: <20051207081108.58773c50.paul@permanentmail.com>

On Wed, 07 Dec 2005 14:38:32 +0000, Andy Burns wrote:

> Russ Hubbard wrote:
> 
> > I ended up updating kde-base to 6:3.5.0-0.2.rc2 which removed the 
> > dependency on  dbus-qt. I removed dbus-qt after that.  Then I was able 
> > to  do my full update.
> 
> ditto, no problems, at the time I updated I also had to remove 
> rhythmbox, but have since reinstalled as it's deps have been resolved.

  rpm -e dbus-qt

Shows it's a dependency of kdebase.

  yum update kdebase
  rpm -e dbus-qt

Now "yum update" will work.

Thanks for tips posted here today!

	-Paul



From dstolte at arcor.de  Wed Dec  7 15:28:57 2005
From: dstolte at arcor.de (D. Stolte)
Date: Wed, 07 Dec 2005 16:28:57 +0100
Subject: gnucash-1.8.11-4
In-Reply-To: <43937E23.4080909@ig.com.br>
References: <43937E23.4080909@ig.com.br>
Message-ID: <4396FFB9.1070604@arcor.de>

Marco Aur?lio Torino Ribeiro wrote:
>> Hi,
>>
>> On Sun, 2005-12-04 at 03:02 -0800, Michael Kovacs wrote:
>>
>> > Same here, I was looking forward to playing some mp3s but cant read
>> the > menu items, just squares instead of letters. I think a font is
>> missing > or something.
>>
>> My problem with gnucash was solved rebooting the workstation. I
>> downloaded several packages upgrades and that might be the cause. After
>> rebooting, everything was fine.
>>
>> Juan
> 
> 
> I installed the updates I managed to (the ones where I didn't get
> dependency problems), rebooted my workstation and the problem persists.
> Any clues?
> 
> 
> Marco.

go to /usr/share/X11/fonts and run mkfontdir for all font dirs you have there. then restart xfs.

/ds




> 
> 
> 
>     
> 
>     
>        
> _______________________________________________________ Yahoo! doce lar.
> Fa?a do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html



From gstool at earthlink.net  Wed Dec  7 16:27:44 2005
From: gstool at earthlink.net (Gerry Tool)
Date: Wed, 07 Dec 2005 10:27:44 -0600
Subject: rawhide report: 20051207 changes
In-Reply-To: <1133966503.2883.0.camel@ender>
References: <1133964331.28070.10.camel@agagne.int.demandware.com>
	<1133966503.2883.0.camel@ender>
Message-ID: <43970D80.3010600@earthlink.net>

Jesse Keating wrote:

>On Wed, 2005-12-07 at 09:05 -0500, Alan J. Gagne wrote:
>  
>
>>I quess I could do a remove and install to get this upgraded.
>>I am just reluctant due to dependencies.
>>
>>    
>>
>
>yum upgrade should take care of all of that if the obsoletes was setup
>correctly.  yum update doesn't process obsoletes IIRC, but yum upgrade
>does.  It would take care of updating kde to remove dbus-qt to update
>the rest of the stuff.
>
>  
>
That had the same result for me as yum update.  However, the solution 
provided in Paul Dickson's post worked.



From jkeating at j2solutions.net  Wed Dec  7 17:39:07 2005
From: jkeating at j2solutions.net (Jesse Keating)
Date: Wed, 07 Dec 2005 12:39:07 -0500
Subject: rawhide report: 20051207 changes
In-Reply-To: <1133963697.4931.33.camel@localhost.localdomain>
References: <1133963106.28070.5.camel@agagne.int.demandware.com>
	<1133963697.4931.33.camel@localhost.localdomain>
Message-ID: <1133977147.2883.25.camel@ender>

On Wed, 2005-12-07 at 08:54 -0500, John (J5) Palmieri wrote:
> I removed dbus-qt when I upgraded to dbus-0.60 as it is deprecated
> upstream and doesn't have a maintainer.  

Did dbus have a listed obsoletes of dbus-qt?  Probably not that big of
deal since it looks like dbus-qt wasn't in FC4, but it would have helped
the yum folks.

-- 
Jesse Keating RHCE      (geek.j2solutions.net)
Fedora Legacy Team      (www.fedoralegacy.org)
GPG Public Key          (geek.j2solutions.net/jkeating.j2solutions.pub)
 
Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating



From leon.stringer at ntlworld.com  Wed Dec  7 17:39:56 2005
From: leon.stringer at ntlworld.com (Leon Stringer)
Date: Wed, 07 Dec 2005 17:39:56 +0000
Subject: yum stopped at selinux
Message-ID: <1133977196.2753.2.camel@localhost.localdomain>

Hi,

I've just installed FC5T1 and ran "yum update" which stopped at
selinux-policy-targeted saying:

  Updating  : selinux-policy-targeted      #####################
[137/591]
Attempting to install base module '/usr/share/selinux/targeted/base.pp':
Ok: return value of 0.
Committing changes:
libsepol.sepol_genbools_array: boolean allow_postgresql_use_pam no
longer in policy
libsepol.sepol_genbools_array: boolean allow_write_xshm no longer in
policy
:
:
:

If I try to run "yum update" now it stops and lists lots of missing
dependencies.

I presume this is a transient problem with the test packages (i.e. not a
bug) but does anyone know how I can get updates started again? I can't
really do much bug reporting if I can't keep up to date.

Thanks in advance,

Leon...



From paul at all-the-johnsons.co.uk  Wed Dec  7 17:42:55 2005
From: paul at all-the-johnsons.co.uk (Paul)
Date: Wed, 07 Dec 2005 17:42:55 +0000
Subject: x86_64 problems with yum, anaconda, sound fonts and xmms
Message-ID: <1133977376.3671.11.camel@T7.Linux>

Hi,

Just installed a new x86_64 mobo (Gigabyte K8NS Pro) and a Sempron 3000+
processor and installed FC5t1.

Everything has installed fine, I've installed from extras anjuta,
bluefish, xmms, emacs and a pile of other software I had on my old box,
but have hit a few problems.

I've found that the install wasn't sane. I tried to remove dbus-qt and
had back that it referred to multiple packages. When I checked using rpm
-qa, two copies of the same rpm had been installed. I've found this has
happened with a number of packages.

Next up is sound. My old system had a Soundblaster Audigy. FC has picked
that up happily, but will not play anything through it at all. It will
play from the nForce sound on board. Is there a problem with Audigy and
FC5t1 or is it something local. system-config-soundcard reports both
cards are there, the gnome volume program reports "No volume control
elements and/or devices found"

yum is not exactly behaving itself. I've installed the livna testing rpm
and when I run yum now, all I get is

Cannot open/read repomd.xml file from repository: livna-testing
failure: repodata/repomd.xml from livna-testing: [Error 256] No more
mirrors to try

This also happens if I try and use the freshrpms repo.

Last up is a problem with both xmms and emacs (and a few other apps) in
that the fonts aren't there. I mean nothing but little square boxes!
(xmms is also not giving any sound - I imagine it's set for the audigy
card, but can't see due to little boxes instead of text).

Does anyone have any words of wisdom on how to fix these problems?

TTFN

Paul
-- 
"Religion is the opiate of the masses" - Karl Marx
"Mmmmmm, mass opiates...." - Homer Simpson



From jkeating at j2solutions.net  Wed Dec  7 17:52:55 2005
From: jkeating at j2solutions.net (Jesse Keating)
Date: Wed, 07 Dec 2005 12:52:55 -0500
Subject: x86_64 problems with yum, anaconda, sound fonts and xmms
In-Reply-To: <1133977376.3671.11.camel@T7.Linux>
References: <1133977376.3671.11.camel@T7.Linux>
Message-ID: <1133977975.2883.30.camel@ender>

On Wed, 2005-12-07 at 17:42 +0000, Paul wrote:
> 
> I've found that the install wasn't sane. I tried to remove dbus-qt and
> had back that it referred to multiple packages. When I checked using rpm
> -qa, two copies of the same rpm had been installed. I've found this has
> happened with a number of packages.

For a while now, the default way that yum works is that if you don't
specify an arch on a multi-arch system, all available arches are
installed.  So if you simply did 'yum install xmms' it will install
xmms.i386 and xmms.x86_64 as well as the depchain for both.  If you
wished to only have the 64bit version, yum install xmms.x86_64.   It
pays to pay attention to the yum output and make sure it is doing what
you want.  -y leads to discoveries later of 'how the heck did that
happen?'.

[snip sound issue]

> yum is not exactly behaving itself. I've installed the livna testing rpm
> and when I run yum now, all I get is
> 
> Cannot open/read repomd.xml file from repository: livna-testing
> failure: repodata/repomd.xml from livna-testing: [Error 256] No more
> mirrors to try
> 
> This also happens if I try and use the freshrpms repo.

This is a well known bug that has since been fixed.  See
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174715

-- 
Jesse Keating RHCE      (geek.j2solutions.net)
Fedora Legacy Team      (www.fedoralegacy.org)
GPG Public Key          (geek.j2solutions.net/jkeating.j2solutions.pub)
 
Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating



From davej at redhat.com  Wed Dec  7 18:06:38 2005
From: davej at redhat.com (Dave Jones)
Date: Wed, 7 Dec 2005 13:06:38 -0500
Subject: Kernel 2.6.14-1.1719 to 2.6.14-1.1740
In-Reply-To: <7c79ba150512070356h2494e475yc49d19c8db03a6a6@mail.gmail.com>
References: <7c79ba150512070356h2494e475yc49d19c8db03a6a6@mail.gmail.com>
Message-ID: <20051207180638.GF3574@redhat.com>

On Wed, Dec 07, 2005 at 11:56:12AM +0000, Matt Carter wrote:
 > Hi Guy
 > 
 > Currently I have one working kernel on my system 2.6.14-1.1715, on the
 > other Kernels I get Udev freeze. I added a "set -x" and "echo $1" to
 > my rc.sysinit to see what was causing the hang. I got this:
 > 
 > +echo floppy
 > floppy
 > modprobe floppy
 > 
 > This is when it hangs, my laptop has no floppy or floppy controller.
 > So i "#" out modprobe floppy from the rc.sysinit script and it got a
 > little further, but then it froze on:
 > 
 > +echo echi-hcd
 > ehci+hcd
 > +modprobe ehci-hcd
 > 
 > Any one else having problems like this? I have been reporting it on
 > bugzilla (174270) wondered if anyone else had any luck fixing the
 > issue?

you could alias floppy off in the modprobe.conf, but that just hides
the real problem.  I'm puzzled as to why this is suddenly causing
big problems, as the diffs in the floppy driver between 'works'
and 'broken' kernels are really benign.  It's a victim of some other
change, but what that change is is a mystery to me at the moment.

		Dave



From ewinblists at chrusos.com  Wed Dec  7 19:27:06 2005
From: ewinblists at chrusos.com (E Barnett)
Date: Wed, 07 Dec 2005 13:27:06 -0600
Subject: Paul Dickson's remedy for dbus-qt, et. al.
In-Reply-To: <20051207170014.D134B73A88@hormel.redhat.com>
References: <20051207170014.D134B73A88@hormel.redhat.com>
Message-ID: <4397378A.7070705@chrusos.com>

Forum-

When I this suggested fix, 'yum update kdebase', yum only looks at the
local files.  It then reports it has nothing to update.

How do I provoke (or command) yum to go out to the repository and get the
update info?

-- Ewin

Boone County, Missouri



From jspaleta at gmail.com  Wed Dec  7 19:31:43 2005
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Wed, 7 Dec 2005 14:31:43 -0500
Subject: Paul Dickson's remedy for dbus-qt, et. al.
In-Reply-To: <4397378A.7070705@chrusos.com>
References: <20051207170014.D134B73A88@hormel.redhat.com>
	<4397378A.7070705@chrusos.com>
Message-ID: <604aa7910512071131x562e87cfl91673803fd4bf8f@mail.gmail.com>

On 12/7/05, E Barnett <ewinblists at chrusos.com> wrote:
> How do I provoke (or command) yum to go out to the repository and get the
> update info?

if you have yum-2.4.1-3 installed
yum clean metadata
should work to override the timebased metadata caching.

If you have yum-2.4.1-1 or -2 installed
then delete  the files named "cachecookie"
in the /var/cache/yum/  directory tree.

-jef



From ivazquez at ivazquez.net  Wed Dec  7 19:32:53 2005
From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams)
Date: Wed, 07 Dec 2005 14:32:53 -0500
Subject: Paul Dickson's remedy for dbus-qt, et. al.
In-Reply-To: <4397378A.7070705@chrusos.com>
References: <20051207170014.D134B73A88@hormel.redhat.com>
	<4397378A.7070705@chrusos.com>
Message-ID: <1133983974.15382.12.camel@ignacio.lan>

On Wed, 2005-12-07 at 13:27 -0600, E Barnett wrote:
> When I this suggested fix, 'yum update kdebase', yum only looks at the
> local files.  It then reports it has nothing to update.
> 
> How do I provoke (or command) yum to go out to the repository and get the
> update info?

yum clean metadata

-- 
Ignacio Vazquez-Abrams <ivazquez at ivazquez.net>
http://fedora.ivazquez.net/

gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051207/3b7042be/attachment.sig>

From fedora-test at adslpipe.co.uk  Wed Dec  7 19:41:56 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Wed, 07 Dec 2005 19:41:56 +0000
Subject: Paul Dickson's remedy for dbus-qt, et. al.
In-Reply-To: <4397378A.7070705@chrusos.com>
References: <20051207170014.D134B73A88@hormel.redhat.com>
	<4397378A.7070705@chrusos.com>
Message-ID: <43973B04.1050902@adslpipe.co.uk>

E Barnett wrote:

> How do I provoke (or command) yum to go out to the repository and get the
> update info?

search this list history for "cachecookies"




From clydekunkel7734 at cox.net  Wed Dec  7 19:47:21 2005
From: clydekunkel7734 at cox.net (Clyde E. Kunkel)
Date: Wed, 07 Dec 2005 14:47:21 -0500
Subject: Kernel 2.6.14-1.1719 to 2.6.14-1.1740
In-Reply-To: <20051207180638.GF3574@redhat.com>
References: <7c79ba150512070356h2494e475yc49d19c8db03a6a6@mail.gmail.com>
	<20051207180638.GF3574@redhat.com>
Message-ID: <43973C49.6020007@cox.net>

Dave Jones wrote:
> On Wed, Dec 07, 2005 at 11:56:12AM +0000, Matt Carter wrote:
>  > Hi Guy
>  > 
>  > Currently I have one working kernel on my system 2.6.14-1.1715, on the
>  > other Kernels I get Udev freeze. I added a "set -x" and "echo $1" to
>  > my rc.sysinit to see what was causing the hang. I got this:
>  > 
>  > +echo floppy
>  > floppy
>  > modprobe floppy
>  > 
>  > This is when it hangs, my laptop has no floppy or floppy controller.
>  > So i "#" out modprobe floppy from the rc.sysinit script and it got a
>  > little further, but then it froze on:
>  > 
>  > +echo echi-hcd
>  > ehci+hcd
>  > +modprobe ehci-hcd
>  > 
>  > Any one else having problems like this? I have been reporting it on
>  > bugzilla (174270) wondered if anyone else had any luck fixing the
>  > issue?
> 
> you could alias floppy off in the modprobe.conf, but that just hides
> the real problem.  I'm puzzled as to why this is suddenly causing
> big problems, as the diffs in the floppy driver between 'works'
> and 'broken' kernels are really benign.  It's a victim of some other
> change, but what that change is is a mystery to me at the moment.
> 
> 		Dave
> 

could this be an USB floppy and BIOS has legacy USB selected?

-- 
Regards,

Old Fart



From jspaleta at gmail.com  Wed Dec  7 19:48:42 2005
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Wed, 7 Dec 2005 14:48:42 -0500
Subject: Paul Dickson's remedy for dbus-qt, et. al.
In-Reply-To: <43973B04.1050902@adslpipe.co.uk>
References: <20051207170014.D134B73A88@hormel.redhat.com>
	<4397378A.7070705@chrusos.com> <43973B04.1050902@adslpipe.co.uk>
Message-ID: <604aa7910512071148s62801252g206642e81551a186@mail.gmail.com>

On 12/7/05, Andy Burns <fedora-test at adslpipe.co.uk> wrote:
> > How do I provoke (or command) yum to go out to the repository and get the
> > update info?
>
> search this list history for "cachecookies"

the situation changed with today's rawhide update. yum clean metadata 
works with today's yum update, you don't need the workarounds that
were needed earlier this week.  In fact, I would strongly discourage
people from continuing to use the workarounds now that clean metadata
works.

-jef



From fedora-test at adslpipe.co.uk  Wed Dec  7 20:01:02 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Wed, 07 Dec 2005 20:01:02 +0000
Subject: Paul Dickson's remedy for dbus-qt, et. al.
In-Reply-To: <604aa7910512071148s62801252g206642e81551a186@mail.gmail.com>
References: <20051207170014.D134B73A88@hormel.redhat.com><4397378A.7070705@chrusos.com>
	<43973B04.1050902@adslpipe.co.uk>
	<604aa7910512071148s62801252g206642e81551a186@mail.gmail.com>
Message-ID: <43973F7E.1060703@adslpipe.co.uk>

Jeff Spaleta wrote:

> the situation changed with today's rawhide update. yum clean metadata 
> works with today's yum update

That's very good from now on, but the o/p has probably been unable to 
complete a yum update due to the failed deps, so won't have the new yum 
yet ;-)



From gstool at earthlink.net  Wed Dec  7 20:18:15 2005
From: gstool at earthlink.net (Gerry Tool)
Date: Wed, 07 Dec 2005 14:18:15 -0600
Subject: Paul Dickson's remedy for dbus-qt, et. al.
In-Reply-To: <43973F7E.1060703@adslpipe.co.uk>
References: <20051207170014.D134B73A88@hormel.redhat.com><4397378A.7070705@chrusos.com>	<43973B04.1050902@adslpipe.co.uk>	<604aa7910512071148s62801252g206642e81551a186@mail.gmail.com>
	<43973F7E.1060703@adslpipe.co.uk>
Message-ID: <43974387.7000000@earthlink.net>

Andy Burns wrote:

> Jeff Spaleta wrote:
>
>> the situation changed with today's rawhide update. yum clean metadata 
>> works with today's yum update
>
>
> That's very good from now on, but the o/p has probably been unable to 
> complete a yum update due to the failed deps, so won't have the new 
> yum yet ;-)
>
try just yum update yum



From ggw at wolves.durham.nc.us  Wed Dec  7 21:14:21 2005
From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury)
Date: Wed, 07 Dec 2005 16:14:21 -0500
Subject: rawhide update report 2005-12-07: success
Message-ID: <20051207211421.GA17347@wolves.durham.nc.us>

Just synced to today's rawhide and did a kyum update (after removing
dbus-qt yesterday)  and have a successful update with *no* dependency
problems.  There was an error/warning message from the selinux update
that did not stop the processing.

About to reboot with the new kernel to test the basic functionality.

I did note that the current processing model removes older kernels. This
is a changed sequence, was it noted anywhere that I missed the
announcement?

--Wolfe
-- 
G.Wolfe Woodbury     `- -'  Hug your wolf
RHCT                   U
The Line Eater is a boojum!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051207/45ae1a03/attachment.sig>

From ivg2 at cornell.edu  Wed Dec  7 21:57:12 2005
From: ivg2 at cornell.edu (Ivan Gyurdiev)
Date: Wed, 07 Dec 2005 16:57:12 -0500
Subject: yum stopped at selinux
In-Reply-To: <1133977196.2753.2.camel@localhost.localdomain>
References: <1133977196.2753.2.camel@localhost.localdomain>
Message-ID: <43975AB8.30608@cornell.edu>


>   Updating  : selinux-policy-targeted      #####################
> [137/591]
> Attempting to install base module '/usr/share/selinux/targeted/base.pp':
> Ok: return value of 0.
> Committing changes:
> libsepol.sepol_genbools_array: boolean allow_postgresql_use_pam no
> longer in policy
> libsepol.sepol_genbools_array: boolean allow_write_xshm no longer in
> policy
> :
> :
>   
This is a non-fatal error.
> :
>
> If I try to run "yum update" now it stops and lists lots of missing
> dependencies.
>   
Can you explain what you mean by "stops" - does it crash? freeze in the 
middle of the update
(and how long did you wait for it)? stop before the update due to 
unresolved dependencies
(sounds like the last one). If so, what are the dependencies?

Also, is this in enforcing mode? If so, are there denials in the audit log.



From paul at permanentmail.com  Wed Dec  7 21:53:56 2005
From: paul at permanentmail.com (Paul Dickson)
Date: Wed, 7 Dec 2005 14:53:56 -0700
Subject: Paul Dickson's remedy for dbus-qt, et. al.
In-Reply-To: <43974387.7000000@earthlink.net>
References: <20051207170014.D134B73A88@hormel.redhat.com>
	<4397378A.7070705@chrusos.com> <43973B04.1050902@adslpipe.co.uk>
	<604aa7910512071148s62801252g206642e81551a186@mail.gmail.com>
	<43973F7E.1060703@adslpipe.co.uk> <43974387.7000000@earthlink.net>
Message-ID: <20051207145356.c6f115dd.paul@permanentmail.com>

On Wed, 07 Dec 2005 14:18:15 -0600, Gerry Tool wrote:

> try just yum update yum

This was my unreported step 0.  :-)

I hadn't run into the problem with yum on this machine, but as soon as I
saw the update for yum, that was one of the first packages I updated.

	-Paul



From fct-cornette at insight.rr.com  Wed Dec  7 22:34:56 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Wed, 07 Dec 2005 17:34:56 -0500
Subject: x86_64 problems with yum, anaconda, sound fonts and xmms
In-Reply-To: <1133977376.3671.11.camel@T7.Linux>
References: <1133977376.3671.11.camel@T7.Linux>
Message-ID: <43976390.4000909@insight.rr.com>

Paul wrote:
> Hi,
> 
> Just installed a new x86_64 mobo (Gigabyte K8NS Pro) and a Sempron 3000+
> processor and installed FC5t1.
> 
> Everything has installed fine, I've installed from extras anjuta,
> bluefish, xmms, emacs and a pile of other software I had on my old box,
> but have hit a few problems.
> 
> I've found that the install wasn't sane. I tried to remove dbus-qt and
> had back that it referred to multiple packages. When I checked using rpm
> -qa, two copies of the same rpm had been installed. I've found this has
> happened with a number of packages.
> 
> Next up is sound. My old system had a Soundblaster Audigy. FC has picked
> that up happily, but will not play anything through it at all. It will
> play from the nForce sound on board. Is there a problem with Audigy and
> FC5t1 or is it something local. system-config-soundcard reports both
> cards are there, the gnome volume program reports "No volume control
> elements and/or devices found"
> 
> yum is not exactly behaving itself. I've installed the livna testing rpm
> and when I run yum now, all I get is
> 
> Cannot open/read repomd.xml file from repository: livna-testing
> failure: repodata/repomd.xml from livna-testing: [Error 256] No more
> mirrors to try
> 
> This also happens if I try and use the freshrpms repo.
> 
> Last up is a problem with both xmms and emacs (and a few other apps) in
> that the fonts aren't there. I mean nothing but little square boxes!
> (xmms is also not giving any sound - I imagine it's set for the audigy
> card, but can't see due to little boxes instead of text).
> 
> Does anyone have any words of wisdom on how to fix these problems?
> 
> TTFN
> 
> Paul

When I had problems with mirrors like livna, I had to remove the 
releasever to 4. After changing to a real version number, it worked fine.

Jim



From fct-cornette at insight.rr.com  Wed Dec  7 22:52:04 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Wed, 07 Dec 2005 17:52:04 -0500
Subject: Paul Dickson's remedy for dbus-qt, et. al.
In-Reply-To: <4397378A.7070705@chrusos.com>
References: <20051207170014.D134B73A88@hormel.redhat.com>
	<4397378A.7070705@chrusos.com>
Message-ID: <43976794.1080509@insight.rr.com>

E Barnett wrote:
> Forum-
> 
> When I this suggested fix, 'yum update kdebase', yum only looks at the
> local files.  It then reports it has nothing to update.
> 
> How do I provoke (or command) yum to go out to the repository and get the
> update info?
> 
> -- Ewin
> 
> Boone County, Missouri
> 

yum  update "kd*"
should pull in all packages and related deps for kde.

Jim



From dstolte at arcor.de  Wed Dec  7 23:26:28 2005
From: dstolte at arcor.de (D. Stolte)
Date: Thu, 08 Dec 2005 00:26:28 +0100
Subject: x86_64 problems with yum, anaconda, sound fonts and xmms
In-Reply-To: <1133977376.3671.11.camel@T7.Linux>
References: <1133977376.3671.11.camel@T7.Linux>
Message-ID: <43976FA4.3030005@arcor.de>

Paul wrote:
> Last up is a problem with both xmms and emacs (and a few other apps) in
> that the fonts aren't there. I mean nothing but little square boxes!
> (xmms is also not giving any sound - I imagine it's set for the audigy
> card, but can't see due to little boxes instead of text).

go to /usr/share/X11/fonts and run mkfontdir for all font dirs you have there. then restart xfs.

/ds



From wrrhdev at riede.org  Thu Dec  8 00:03:53 2005
From: wrrhdev at riede.org (Willem Riede)
Date: Thu, 08 Dec 2005 00:03:53 +0000
Subject: Up2date replacement
In-Reply-To: <1133020513.17474.28.camel@cutter> (from skvidal@phy.duke.edu
	on Sat Nov 26 10:55:12 2005)
References: <1133017849l.3593l.3l@serve.riede.org>
	<1133018325.17474.12.camel@cutter>
	<1133020234l.3593l.4l@serve.riede.org>
	<1133020513.17474.28.camel@cutter>
Message-ID: <1134000233l.19184l.2l@serve.riede.org>

On 11/26/2005 10:55:12 AM, seth vidal wrote:
> On Sat, 2005-11-26 at 15:50 +0000, Willem Riede wrote:
> > On 11/26/2005 10:18:45 AM, seth vidal wrote:
> > > On Sat, 2005-11-26 at 15:10 +0000, Willem Riede wrote:
> > > > 
> > > > Perhaps I should file a yum RFE to make yum not only select mirrors
> > > > for access speed, but also for the recentness of their metadata file?
> > > 
> > > what we had considered was using the fastest mirror plugin to sort the
> > > list of mirrors. Then store that sorted list in the repo cache
> > > directory. Then redownload the list and re-sort/store it every 8 hours
> > > or so, same as how we're storing the repomd.xml data, now.
> > 
> > So is something like that going to happen, or do I need to give an extra 
> > (RFE) nudge?  :-)
> 
> an rfe is not going to nudge anything. Submitting the code is going to
> make it happen faster.

So I posted a variant to the fastestmirror plugin that does what I described
here:
https://lists.dulug.duke.edu/pipermail/yum-devel/2005-December/001715.html
but so far noone has reacted to it there - maybe the fedora community has more
interest?

Regards, Willem Riede.



From jkeating at redhat.com  Thu Dec  8 00:11:37 2005
From: jkeating at redhat.com (Jesse Keating)
Date: Wed, 07 Dec 2005 19:11:37 -0500
Subject: Testing epic
Message-ID: <1134000697.3048.3.camel@ender>

I don't know if we have many epic users out there, but I did a version
upgrade of epic4-1.0.1 to epic4-2.2.  This should be the last epic4
release as they are gearing up for epic5, but it is still pre-release
from what I gather.  If there are any epic users, please test tomorrow's
rawhide epic.  If you have problems, bugzilla please (and cc me on
them).  If you do use it and it works, feel free to drop me a quick
message (off list is preferred) that it worked for you.  I'd like to get
an idea if people are actually using epic or not.

-- 
Jesse Keating
Release Engineer: Fedora



From don_springall at hotmail.com  Thu Dec  8 00:33:30 2005
From: don_springall at hotmail.com (Don Springall)
Date: Wed, 07 Dec 2005 17:33:30 -0700
Subject: Up2date replacement
Message-ID: <BAY107-F140FC1580D1EB8C8C8322685420@phx.gbl>

Could not get your "bestmirror" to work. Got below when running. Code is 
from your attachment at 
http://lists.dulug.duke.edu/pipermail/yum-devel/attachments/20051205/0ce4a991/bestmirror.py
Traceback (most recent call last):
  File "/usr/bin/yum", line 29, in ?
    yummain.main(sys.argv[1:])
  File "/usr/share/yum-cli/yummain.py", line 92, in main
    result, resultmsgs = do()
  File "/usr/share/yum-cli/cli.py", line 472, in doCommands
    return self.updatePkgs()
  File "/usr/share/yum-cli/cli.py", line 950, in updatePkgs
    self.doRepoSetup()
  File "/usr/share/yum-cli/cli.py", line 72, in doRepoSetup
    yum.YumBase.doRepoSetup(self, thisrepo=thisrepo)
  File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 239, in 
doRepoSetup
    self.plugins.run('postreposetup')
  File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 159, in run
    func(conduitcls(self, self.base, conf, **kwargs))
  File "/usr/lib/yum-plugins/bestmirror.py", line 78, in postreposetup_hook
    read_timedhosts()
  File "/usr/lib/yum-plugins/bestmirror.py", line 96, in read_timedhosts
    host, time, age = line.split()
ValueError: need more than 2 values to unpack


>From: Willem Riede <wrrhdev at riede.org>
>Reply-To: For testers of Fedora Core development releases 
><fedora-test-list at redhat.com>
>To: fedora-test-list at redhat.com
>Subject: Re: Up2date replacement
>Date: Thu, 08 Dec 2005 00:03:53 +0000
>
>On 11/26/2005 10:55:12 AM, seth vidal wrote:
> > On Sat, 2005-11-26 at 15:50 +0000, Willem Riede wrote:
> > > On 11/26/2005 10:18:45 AM, seth vidal wrote:
> > > > On Sat, 2005-11-26 at 15:10 +0000, Willem Riede wrote:
> > > > >
> > > > > Perhaps I should file a yum RFE to make yum not only select 
>mirrors
> > > > > for access speed, but also for the recentness of their metadata 
>file?
> > > >
> > > > what we had considered was using the fastest mirror plugin to sort 
>the
> > > > list of mirrors. Then store that sorted list in the repo cache
> > > > directory. Then redownload the list and re-sort/store it every 8 
>hours
> > > > or so, same as how we're storing the repomd.xml data, now.
> > >
> > > So is something like that going to happen, or do I need to give an 
>extra
> > > (RFE) nudge?  :-)
> >
> > an rfe is not going to nudge anything. Submitting the code is going to
> > make it happen faster.
>
>So I posted a variant to the fastestmirror plugin that does what I 
>described
>here:
>https://lists.dulug.duke.edu/pipermail/yum-devel/2005-December/001715.html
>but so far noone has reacted to it there - maybe the fedora community has 
>more
>interest?
>
>Regards, Willem Riede.
>




From wrrhdev at riede.org  Thu Dec  8 00:46:47 2005
From: wrrhdev at riede.org (Willem Riede)
Date: Thu, 08 Dec 2005 00:46:47 +0000
Subject: Up2date replacement
In-Reply-To: <BAY107-F140FC1580D1EB8C8C8322685420@phx.gbl> (from
	don_springall@hotmail.com on Wed Dec  7 19:33:30 2005)
References: <BAY107-F140FC1580D1EB8C8C8322685420@phx.gbl>
Message-ID: <1134002807l.19184l.3l@serve.riede.org>

On 12/07/2005 07:33:30 PM, Don Springall wrote:
> Could not get your "bestmirror" to work. Got below when running. Code is  
> from your attachment at  
> http://lists.dulug.duke.edu/pipermail/yum-devel/attachments/20051205/0ce4a991/bestmirror.py
> Traceback (most recent call last):
>  File "/usr/bin/yum", line 29, in ?
>    yummain.main(sys.argv[1:])
[snip]
>  File "/usr/lib/yum-plugins/bestmirror.py", line 96, in read_timedhosts
>    host, time, age = line.split()
> ValueError: need more than 2 values to unpack

Ah, I hadn't considered that, but if you've run fastestmirror before, you'll  
need to delete "/var/cache/yum/timedhosts.txt" before trying bestmirror (and  
when you switch back, if you do). I guess I should have used a different  
filename :-(

Thanks, Willem Riede.



From ggw at wolves.durham.nc.us  Thu Dec  8 01:07:35 2005
From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury)
Date: Wed, 07 Dec 2005 20:07:35 -0500
Subject: fresh install of rawhide 2005-12-07 report - Kernel Panic
Message-ID: <20051208010735.GA21309@wolves.durham.nc.us>

A fresh install from rawhide of 2005-12-07 proceeded smothly until the
reboot before firstboot.  Boot was normal until after the EXT3-fs mount
report.  It finds the "VolGroup00" and activates the default two volumes
(root and swap), mounts root then kernel panic:

Kernel panic - not syncing: Attempted to kill init!
 [<c011d8b8>] panic+0x45/0x1c4     [<c011eb25>] profile_task_exit+0x35/0x48
 [<c012063e>] do_exit+0x363/0x3b2     [<c01206e2>] do_group_exit+0x29/0x90
 [<c0102ec5>] syscall_call+0x7/0xb

{copied by hand from the screen}

System is MSI mobo with Celeron (Coppermine) @ 500MHz and 256MBram
Trident Cyberblade/i1 video, VIA IDE Chipset, IDE 6GBMaxtor, LiteOn
DVD-ROM, LiteOn CD-RW, PS/2 Logitech Mouse, RTL Ethernet, etc...
(work1.private test system mentioned many times before)

Kernel version seems to be kernel-devel-2.6.14-1.1740_FC5.i686.rpm


Back to FC5t1+rawhide! later.

--Wolfe

-- 
G.Wolfe Woodbury     `- -'
RHCT                   U
The Line Eater is a boojum!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051207/70424624/attachment.sig>

From davej at redhat.com  Thu Dec  8 01:13:56 2005
From: davej at redhat.com (Dave Jones)
Date: Wed, 7 Dec 2005 20:13:56 -0500
Subject: fresh install of rawhide 2005-12-07 report - Kernel Panic
In-Reply-To: <20051208010735.GA21309@wolves.durham.nc.us>
References: <20051208010735.GA21309@wolves.durham.nc.us>
Message-ID: <20051208011356.GB3628@redhat.com>

On Wed, Dec 07, 2005 at 08:07:35PM -0500, G.Wolfe Woodbury wrote:
 > A fresh install from rawhide of 2005-12-07 proceeded smothly until the
 > reboot before firstboot.  Boot was normal until after the EXT3-fs mount
 > report.  It finds the "VolGroup00" and activates the default two volumes
 > (root and swap), mounts root then kernel panic:
 > 
 > Kernel panic - not syncing: Attempted to kill init!
 >  [<c011d8b8>] panic+0x45/0x1c4     [<c011eb25>] profile_task_exit+0x35/0x48
 >  [<c012063e>] do_exit+0x363/0x3b2     [<c01206e2>] do_group_exit+0x29/0x90
 >  [<c0102ec5>] syscall_call+0x7/0xb
 > 
 > {copied by hand from the screen}

Does it go away if you boot with selinux=0 ?

		Dave



From don_springall at hotmail.com  Thu Dec  8 01:30:25 2005
From: don_springall at hotmail.com (Don Springall)
Date: Wed, 07 Dec 2005 18:30:25 -0700
Subject: Up2date replacement
In-Reply-To: <1134002807l.19184l.3l@serve.riede.org>
Message-ID: <BAY107-F209443ED460658A2A9080085420@phx.gbl>

Ok dropped "/var/cache/yum/timedhosts.txt" and "bestmirror.py" plugin now 
works. Thanks. Didn't see any messages about checksum errors so this is much 
better than "fastestmirror-persistent.py"

Willem Riede: please let me know if you have any updates to bestmirror.py in 
future. Thanks.
Perhaps we can get Fedora to add this to yum package if we get more people 
testing it.




From pjones at redhat.com  Thu Dec  8 01:44:22 2005
From: pjones at redhat.com (Peter Jones)
Date: Wed, 07 Dec 2005 20:44:22 -0500
Subject: Breakage due to strange dependencies in device-mapper
In-Reply-To: <200512042021.jB4KLoLh005272@pincoya.inf.utfsm.cl>
References: <200512042021.jB4KLoLh005272@pincoya.inf.utfsm.cl>
Message-ID: <1134006262.4272.3.camel@localhost.localdomain>

On Sun, 2005-12-04 at 17:21 -0300, Horst von Brand wrote:
> Today I updated my rawhide here, by first forcing the install of
> device-mapper-1.02.02-1 and selected dependencies. Somehow device-mapper
> dependes on libdevmapper.so.1.01, while it provides 1.02. The result
> /seems/ to work fine...

[ Finally catching up on email...]

This happened because libdevmapper-event.so, which isn't in widespread
use yet but is provided by the current packages, didn't link against the
local copy of libdevmapper.so, but rather the installed copy.  It's
fixed in our current packages and I've sent the fix upstream as well.

-- 
  Peter



From jkeating at j2solutions.net  Thu Dec  8 02:07:54 2005
From: jkeating at j2solutions.net (Jesse Keating)
Date: Wed, 07 Dec 2005 21:07:54 -0500
Subject: Up2date replacement
In-Reply-To: <BAY107-F209443ED460658A2A9080085420@phx.gbl>
References: <BAY107-F209443ED460658A2A9080085420@phx.gbl>
Message-ID: <1134007674.3048.8.camel@ender>

On Wed, 2005-12-07 at 18:30 -0700, Don Springall wrote:
> Willem Riede: please let me know if you have any updates to bestmirror.py in 
> future. Thanks.
> Perhaps we can get Fedora to add this to yum package if we get more people 
> testing it.

yum-utils -> extras.

-- 
Jesse Keating RHCE      (geek.j2solutions.net)
Fedora Legacy Team      (www.fedoralegacy.org)
GPG Public Key          (geek.j2solutions.net/jkeating.j2solutions.pub)
 
Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating



From deji_aking at yahoo.ca  Thu Dec  8 03:48:45 2005
From: deji_aking at yahoo.ca (Deji Akingunola)
Date: Wed, 7 Dec 2005 22:48:45 -0500 (EST)
Subject: fresh install of rawhide 2005-12-07 report - Kernel Panic
In-Reply-To: <20051208011356.GB3628@redhat.com>
Message-ID: <20051208034845.10828.qmail@web52303.mail.yahoo.com>


--- Dave Jones <davej at redhat.com> wrote:

> On Wed, Dec 07, 2005 at 08:07:35PM -0500, G.Wolfe
> Woodbury wrote:
>
>  > Kernel panic - not syncing: Attempted to kill
> init!
>  >  [<c011d8b8>] panic+0x45/0x1c4     [<c011eb25>]
> profile_task_exit+0x35/0x48
>  >  [<c012063e>] do_exit+0x363/0x3b2    
> [<c01206e2>] do_group_exit+0x29/0x90
>  >  [<c0102ec5>] syscall_call+0x7/0xb
>  > 
>  > {copied by hand from the screen}
>
I also saw this with a fresh install from rawhide of
2005-12-07
 
> Does it go away if you boot with selinux=0 ?

Yes.

Deji


	

	
		
__________________________________________________________ 
Find your next car at http://autos.yahoo.ca



From davej at redhat.com  Thu Dec  8 03:55:54 2005
From: davej at redhat.com (Dave Jones)
Date: Wed, 7 Dec 2005 22:55:54 -0500
Subject: fresh install of rawhide 2005-12-07 report - Kernel Panic
In-Reply-To: <20051208034845.10828.qmail@web52303.mail.yahoo.com>
References: <20051208011356.GB3628@redhat.com>
	<20051208034845.10828.qmail@web52303.mail.yahoo.com>
Message-ID: <20051208035551.GA24356@redhat.com>

On Wed, Dec 07, 2005 at 10:48:45PM -0500, Deji Akingunola wrote:
 > --- Dave Jones <davej at redhat.com> wrote:
 > 
 > > On Wed, Dec 07, 2005 at 08:07:35PM -0500, G.Wolfe Woodbury wrote:
 > >
 > >  > Kernel panic - not syncing: Attempted to kill init!
 > >  >  [<c011d8b8>] panic+0x45/0x1c4     [<c011eb25>] profile_task_exit+0x35/0x48
 > >  >  [<c012063e>] do_exit+0x363/0x3b2    [<c01206e2>] do_group_exit+0x29/0x90
 > >  >  [<c0102ec5>] syscall_call+0x7/0xb
 > >  > {copied by hand from the screen}
 > >
 > I also saw this with a fresh install from rawhide of
 > 2005-12-07
 >  
 > > Does it go away if you boot with selinux=0 ?
 > Yes.

I thought this was fixed in the current policy, Dan?

		Dave



From sundaram at redhat.com  Thu Dec  8 04:14:15 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Thu, 08 Dec 2005 09:44:15 +0530
Subject: rawhide update report 2005-12-07: success
In-Reply-To: <20051207211421.GA17347@wolves.durham.nc.us>
References: <20051207211421.GA17347@wolves.durham.nc.us>
Message-ID: <4397B317.3070409@redhat.com>

G.Wolfe Woodbury wrote:

>Just synced to today's rawhide and did a kyum update (after removing
>dbus-qt yesterday)  and have a successful update with *no* dependency
>problems.  There was an error/warning message from the selinux update
>that did not stop the processing.
>
>About to reboot with the new kernel to test the basic functionality.
>
>I did note that the current processing model removes older kernels. This
>is a changed sequence, was it noted anywhere that I missed the
>announcement?
>
installonlyn yum plugin from Jeremy Katz is included by default in the 
current development tree. It shows that as a first line in the yum 
output. The number of kernels it retains by default is 2 and is 
configurable.  Related note: Anaconda also install only the kernel 
appropriate for the system on the smp machines. Previous versions 
installed smp kernel by default and also provided the up version as 
fallback.

regards
Rahul



From justin.conover at gmail.com  Thu Dec  8 04:36:01 2005
From: justin.conover at gmail.com (Justin Conover)
Date: Wed, 7 Dec 2005 22:36:01 -0600
Subject: fresh install of rawhide 2005-12-07 report - Kernel Panic
In-Reply-To: <20051208035551.GA24356@redhat.com>
References: <20051208011356.GB3628@redhat.com>
	<20051208034845.10828.qmail@web52303.mail.yahoo.com>
	<20051208035551.GA24356@redhat.com>
Message-ID: <a36b7e2a0512072036h20af3ad9tad514cba8fddc423@mail.gmail.com>

On 12/7/05, Dave Jones <davej at redhat.com> wrote:
>
> On Wed, Dec 07, 2005 at 10:48:45PM -0500, Deji Akingunola wrote:
> > --- Dave Jones <davej at redhat.com> wrote:
> >
> > > On Wed, Dec 07, 2005 at 08:07:35PM -0500, G.Wolfe Woodbury wrote:
> > >
> > >  > Kernel panic - not syncing: Attempted to kill init!
> > >  >  [<c011d8b8>] panic+0x45/0x1c4     [<c011eb25>]
> profile_task_exit+0x35/0x48
> > >  >  [<c012063e>] do_exit+0x363/0x3b2    [<c01206e2>]
> do_group_exit+0x29/0x90
> > >  >  [<c0102ec5>] syscall_call+0x7/0xb
> > >  > {copied by hand from the screen}
> > >
> > I also saw this with a fresh install from rawhide of
> > 2005-12-07
> >
> > > Does it go away if you boot with selinux=0 ?
> > Yes.
>
> I thought this was fixed in the current policy, Dan?
>
>                 Dave
>
> --
> fedora-test-list mailing list
> fedora-test-list at redhat.com
> To unsubscribe:
> https://www.redhat.com/mailman/listinfo/fedora-test-list
>


Oh yeah, sorry I've been wicked busy and forgot to report this too, two
box's x86 and x86_64 same deal.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051207/afa02462/attachment.htm>

From mpeters at mac.com  Thu Dec  8 07:26:40 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Wed, 07 Dec 2005 23:26:40 -0800
Subject: Pup and Pup
In-Reply-To: <4394814F.4000303@googlemail.com>
References: <1133557971.5788.14.camel@localhost>
	<20051203021531.GA22186@jadzia.bu.edu>
	<4394814F.4000303@googlemail.com>
Message-ID: <1134026800.21202.15.camel@locolhost.localdomain>

On Mon, 2005-12-05 at 18:05 +0000, Bill Crawford wrote:

> >
> >   
> Perhaps we should call it "puppy" [Package UPdater Presuming Yum?]
> 

Both pup and puppy seem way too docile, like they will pee on the carpet
if another dog barked at it.

How about:

Keen Update Janitorial Obfuscation

It's a good description - it's a keen update application that does the
janitor sysadmin job of package management - with Obfuscation thrown in
to make people wonder why its there (and thus obfuscate the acronym - a
self fulfilling prophecy).



From matt.carter85 at gmail.com  Thu Dec  8 07:45:04 2005
From: matt.carter85 at gmail.com (Matt Carter)
Date: Thu, 8 Dec 2005 07:45:04 +0000
Subject: Kernel 2.6.14-1.1719 to 2.6.14-1.1740
Message-ID: <7c79ba150512072345w752b037ehf2fa87955a6f83b3@mail.gmail.com>

The BIOS doesnt have many options (Sony Bios), had a look for Legacy
USB and there isnt anything there to select.

This is the thing that is so confusing, the launch kernel didnt work
for me but I didnt check why, it just froze at the same place, then i
used 1715 and it worked! But then after that every kernel after has
caused udev to freeze for some bizzar reason, it seems it hits the
floppy initialization. Confusing!

Matt

I could reinstall my system but I dont want to dud my FC5 T1 installation
>Dave Jones wrote:
> > On Wed, Dec 07, 2005 at 11:56:12AM +0000, Matt Carter wrote:
> >  > Hi Guy
> >  >
> >  > Currently I have one working kernel on my system 2.6.14-1.1715, on the
> >  > other Kernels I get Udev freeze. I added a "set -x" and "echo $1" to
> >  > my rc.sysinit to see what was causing the hang. I got this:
> >  >
> >  > +echo floppy
> >  > floppy
> >  > modprobe floppy
> >  >
> >  > This is when it hangs, my laptop has no floppy or floppy controller.
> >  > So i "#" out modprobe floppy from the rc.sysinit script and it got a
> >  > little further, but then it froze on:
> >  >
> >  > +echo echi-hcd
> >  > ehci+hcd
> >  > +modprobe ehci-hcd
> >  >
> >  > Any one else having problems like this? I have been reporting it on
> >  > bugzilla (174270) wondered if anyone else had any luck fixing the
> >  > issue?
> >
> > you could alias floppy off in the modprobe.conf, but that just hides
> > the real problem.  I'm puzzled as to why this is suddenly causing
> > big problems, as the diffs in the floppy driver between 'works'
> > and 'broken' kernels are really benign.  It's a victim of some other
> > change, but what that change is is a mystery to me at the moment.
> >
> >               Dave
> >
>
>could this be an USB floppy and BIOS has legacy USB selected?
>
>--
>Regards,
>
>Old Fart



From leon.stringer at ntlworld.com  Thu Dec  8 09:06:14 2005
From: leon.stringer at ntlworld.com (Leon Stringer)
Date: Thu, 08 Dec 2005 09:06:14 +0000
Subject: yum stopped at selinux
In-Reply-To: <43975AB8.30608@cornell.edu>
References: <1133977196.2753.2.camel@localhost.localdomain>
	<43975AB8.30608@cornell.edu>
Message-ID: <1134032774.3791.6.camel@localhost.localdomain>


On Wed, 2005-12-07 at 16:57 -0500, Ivan Gyurdiev wrote:

> If I try to run "yum update" now it stops and lists lots of missing
> > dependencies.
> >   
> Can you explain what you mean by "stops" - does it crash? freeze in
the 
> middle of the update
> (and how long did you wait for it)? stop before the update due to 
> unresolved dependencies
> (sounds like the last one). If so, what are the dependencies?
> 
By "stops" I meant it got to the transaction check, listed about 20
unresolved dependencies and went back to the prompt.

I managed to get it working last night. When I queried the unresolved
dependencies (rpm -q), two versions were listed. So I set about removing
one of the versions. Some were easy (rpm -e) some weren't (rpm -e
--nodeps). Once I'd removed every one "yum update" appeared to work
normally after that.

Hopefully the package database will be OK now.

Thanks for your reply...



From fedora at puzzled.xs4all.nl  Thu Dec  8 11:08:38 2005
From: fedora at puzzled.xs4all.nl (Patrick)
Date: Thu, 08 Dec 2005 12:08:38 +0100
Subject: Xorg - radeon & X700 no go?
Message-ID: <1134040118.3524.7.camel@guru.puzzled.xs4all.nl>

Hi all,

I installed rawhide from about 5 hours ago on an Acer Ferrari 4000 with
an ATI X700 and 1680x1050 screen. X was configured with the vesa driver
and 1400x1050 which looks a bit stretched in width. So I
edited /etc/X11/xorg.conf and replaced vesa with radeon in the driver
section. Did an init 3, modprobe radeon and init 5. The screen does not
show anything (stays black) while X seems to load.
In /var/log/Xorg.0.log I see a lot of these messages:
drnOpenDevice: node name is /dev/dri/card[0..254]

Is there any way I can make this work?

Thanks and regards,
Patrick



From camilo at mesias.co.uk  Thu Dec  8 11:15:40 2005
From: camilo at mesias.co.uk (Cam)
Date: Thu, 08 Dec 2005 11:15:40 +0000
Subject: Xorg - radeon & X700 no go?
In-Reply-To: <1134040118.3524.7.camel@guru.puzzled.xs4all.nl>
References: <1134040118.3524.7.camel@guru.puzzled.xs4all.nl>
Message-ID: <439815DC.6030502@mesias.co.uk>

Patrick

> I installed rawhide from about 5 hours ago on an Acer Ferrari 4000 with
> an ATI X700 and 1680x1050 screen. X was configured with the vesa driver
> and 1400x1050 which looks a bit stretched in width. So I
> edited /etc/X11/xorg.conf and replaced vesa with radeon in the driver
> section. Did an init 3, modprobe radeon and init 5. The screen does not
> show anything (stays black) while X seems to load.
> In /var/log/Xorg.0.log I see a lot of these messages:
> drnOpenDevice: node name is /dev/dri/card[0..254]

I'm not sure if it's helpful but have you tried commenting out dri in 
the xorg.conf?

I'm trying a Dell Inspiron 6000 (1920x1200, 128Mb radeon x300) and there 
was a hang at theater detect (or something), until I commented out dri. 
Can't wait to get it working properly.

-Cam

-- 
camilo at mesias.co.uk                                                 <--



From buildsys at redhat.com  Thu Dec  8 11:18:24 2005
From: buildsys at redhat.com (Build System)
Date: Thu, 8 Dec 2005 06:18:24 -0500
Subject: rawhide report: 20051208 changes
Message-ID: <200512081118.jB8BIO9s015968@porkchop.devel.redhat.com>

 

 
Updated Packages:

GConf2-2.12.1-2
---------------
* Wed Dec 07 2005 Dan Williams <dcbw at redhat.com> 2.12.1-2
- Fix segfault in gconf_unescape_key().  GNOME #323479

anaconda-10.90.14-1
-------------------
* Thu Dec 08 2005 Jeremy Katz <katzj at redhat.com> - 10.90.14-1
- Fix up for moved x locale data
- Remove vnc hack now that VNC knows where to look for fonts
- Don't go to text mode for no mouse (notting)
- Update to work with yum 2.5.0 cvs snap
- New package selection code
- Add new chinese font back now that we're using squashfs (#172163)
- The return of locale-archive usage

* Mon Dec 05 2005 Chris Lumens <clumens at redhat.com> 10.90.13-1
- Reword media check dialog (dcantrell, #174530).
- gcc41 compile fixes (pjones).
- Add genhomedircon, setfiles, and /etc/shells for selinux.

* Thu Dec 01 2005 Jeremy Katz <katzj at redhat.com> - 10.90.12-1
- some release notes viewer fixing (dcantrell)
- allow %pre scripts in an %include (clumens, #166100)
- fix the squashfs stuff to actually work
- hack around slang not initializing utf8 mode so that we have line 
  drawing chars (#174761)

apr-1.2.2-3
-----------
* Wed Dec 07 2005 Joe Orton <jorton at redhat.com> 1.2.2-3
- apr-1-config: strip more exports (#175124)

avahi-0.6.1-1
-------------
* Mon Dec 12 2005 Jason Vas Dias<jvdias at redhat.com> - 0.6.1-1
- Upgrade to 0.6.1

bash-3.0-39
-----------
* Wed Dec 07 2005 Tim Waugh <twaugh at redhat.com>  3.0-39
- Missed a loop for improved sighandler patch (bug #169231).

curl-7.15.1-1
-------------
* Thu Dec 08 2005 Ivana Varekova <varekova at redhat.com> 7.15.1-1
- update to 7.15.1 (bug 175191)

eclipse-1:3.1.1-1jpp_9fc
------------------------
* Wed Dec 07 2005 Andrew Overholt <overholt at redhat.com> 3.1.1-1jpp_9fc
- Add patch for launcher following symlinks (rh#168726, e.o#79592) - ifoox.
- Remove launcher script.

* Mon Dec 05 2005 Andrew Overholt <overholt at redhat.com> 3.1.1-1jpp_8fc
- Add eclipse-rcp-devel as a requirement of eclipse-platform-devel
  (rh#161267).
- Updated splash screen (thanks to Diana Fong) (rh#170580).
- Include and use rebuild-sdk-features (rh#173589).

* Fri Dec 02 2005 Andrew Overholt <overholt at redhat.com> 3.1.1-1jpp_8fc
- Update EFJ patch (e.o#75333).
- Update update-site-in-home-dir patch (e.o#90630) - bkonrath.

elfutils-0.118-1
----------------
* Sun Nov 27 2005 Roland McGrath <roland at redhat.com> - 0.118-1
- update to 0.118
  - elflint: more tests.
  - libdwfl: New function dwfl_module_register_names.
  - libebl: New backend hook for register names.
- Make sure -fexceptions is always in CFLAGS.

* Tue Nov 22 2005 Roland McGrath <roland at redhat.com> - 0.117-2
- update to 0.117
  - libdwfl: New function dwfl_module_return_value_location (#166118)
  - libebl: Backend improvements for several CPUs

epic-4:2.2-2
------------
* Tue Dec 06 2005 Jesse Keating <jkeating at redhat.com> 4:2.2-2
- Removed outdated patches
- Added libexec dir for files

* Tue Dec 06 2005 Jesse Keating <jkeating at redhat.com> 4:2.2-1
- rebuild

evolution-2.5.2-1
-----------------
* Wed Dec 07 2005 David Malcolm <dmalcolm at redhat.com> - 2.5.2-1
- 2.5.2
- bump gtkhtml requirement from 3.7.6 to 3.9.2
- bump eds requirement from 1.4.1.1 to 1.5.2
- bump evo_major from 2.4 to 2.6
- updated patch 107
- updated patch 108
- updated patch 800, replacing 
  rh-161817-attach-116019-conduit_pilot_link_updates.diff with 
  evolution-2.5.2-fix-conduits.patch.  Not yet complete.
- disable pilot support for now (see #175160)
- added hula plugin to list of packaged plugins
- generalize gconf schema packaging to support changing evo_major

* Fri Dec 02 2005 David Malcolm <dmalcolm at redhat.com> - 2.4.2-2
- force regeneration of the intltool files to prevent a problem where the 
  tarball copy of intltool-merge.in was out of sync with the intltool.m4 in the
  latest shipped copy of intltool, which resulted in a broken intltool-merge 
  script when the tree was reautotooled.  (appears that the tarball was built 
  with a CVS copy of intltool where @EXPANDED_LIBDIR@ had been renamed to
  @INTLTOOL_LIBDIR@, but our aclocal/intltool.m4 doesn't yet reflect that 
  change)

* Tue Nov 29 2005 David Malcolm <dmalcolm at redhat.com> - 2.4.2-1
- 2.4.2
- explicitly list the plugins that are packaged (#166234)
- added build-time requirement on gstreamer-devel to cope with audio-inline
  plugin

evolution-connector-2.5.2-1
---------------------------
* Wed Dec 07 2005 David Malcolm <dmalcolm at redhat.com> - 2.5.2-1
- 2.5.2
- bump evo_major from 2.4 to 2.6
- bump evolution requirement from 2.4.1 to 2.5.2 to ensure we get an appropriate
  underlying version of evolution
- regenerate patch 200

findutils-1:4.2.27-1
--------------------
* Wed Dec 07 2005 Tim Waugh <twaugh at redhat.com> 1:4.2.27-1
- 4.2.27.
- No longer need arg_max patch.

hplip-0.9.7-3
-------------
* Wed Dec 07 2005 Tim Waugh <twaugh at redhat.com> 0.9.7-3
- Use upstream patch 0.9.7-2.
- No longer need lpgetstatus or compile patches.

httpd-2.2.0-3
-------------
* Wed Dec 07 2005 Joe Orton <jorton at redhat.com> 2.2.0-3
- strip manual to just English content

kernel-2.6.14-1.1743_FC5
------------------------
* Wed Dec 07 2005 Dave Jones <davej at redhat.com>
- Merge slab leak detector.

* Tue Dec 06 2005 Dave Jones <davej at redhat.com>
- Test build with gcc4.1

libdaemon-0.10-1
----------------
* Mon Dec 12 2005 Jason Vas Dias <jvdias at redhat.com> - 0.10-1
- Update to 0.10

libselinux-1.28-1
-----------------
* Wed Dec 07 2005 Dan Walsh <dwalsh at redhat.com> 1.28-1
- Update to never version

* Wed Dec 07 2005 Dan Walsh <dwalsh at redhat.com> 1.27.28-2
- Fix some of the python swig objects

libsepol-1.10-1
---------------
* Wed Dec 07 2005 Dan Walsh <dwalsh at redhat.com> 1.10-1
- Upgrade to latest from NSA

libsetrans-0.1.11-1
-------------------
* Wed Dec 07 2005 Dan Walsh <dwalsh at redhat.com> 0.1.11-1
- Move chcat to policycoreutils

* Wed Dec 07 2005 Dan Walsh <dwalsh at redhat.com> 0.1.10-1
- Fix handling of "" translation

logwatch-7.1-4
--------------
* Thu Dec 08 2005 Ivana Varekova <varekova at redhat.com> 7.1-4
- updated /etc/.../logwatch.conf file (bug 175233)

neon-0.24.7-10
--------------
* Wed Dec 07 2005 Joe Orton <jorton at redhat.com> 0.24.7-10
- strip unnecessary exports from .la file/neon-config

policycoreutils-1.27.37-1
-------------------------
* Wed Dec 07 2005 Dan Walsh <dwalsh at redhat.com> 1.27.37-1
- Update to match NSA
- Add chcat to policycoreutils, adding +/- syntax
`

pup-0.1.8-1
-----------
* Thu Dec 08 2005 Jeremy Katz <katzj at redhat.com> - 0.1.8-1
- Work with either of yum 2.4.x or 2.5.x
- Minor tweaks to packing and sizing

redhat-menus-5.0.7-3
--------------------
* Wed Dec 07 2005 Matthias Clasen <mclasen at redhat.com> - 5.0.7-3
- hide the separator as well

selinux-policy-2.1.0-1
----------------------
* Wed Dec 07 2005 Dan Walsh <dwalsh at redhat.com> 2.0.11-2.
Add xdm policy

setools-2.2-3
-------------
* Thu Nov 03 2005 Dan Walsh <dwalsh at redhat.com> 2.2-3
- Move more gui files out of base into gui

tetex-3.0-11
------------
* Tue Dec 06 2005 Jindrich Novy <jnovy at redhat.com> 3.0-11
- apply patch from Derek Noonburg to fix CVE-2005-3193 xpdf overflows (#175110)

vnc-4.1.1-29
------------
* Thu Dec 08 2005 Tim Waugh <twaugh at redhat.com> 4.1.1-29
- Fix x0vncserver (bug #172410).

yum-2.5.0-0.20051207
--------------------
* Wed Dec 07 2005 Jeremy Katz <katzj at redhat.com> - 2.5.0-0.20051207
- update to cvs snap for new group code and lots of other stuff

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	systemtap - 0.5-2.i386 requires libdw.so.1(ELFUTILS_0.116)



Broken deps for ia64
----------------------------------------------------------
	libsetrans - 0.1.11-1.ia64 requires libc.so.6(GLIBC_2.3.4)
	libsetrans - 0.1.11-1.ia64 requires libc.so.6(GLIBC_2.4)
	libsetrans - 0.1.11-1.ia64 requires libc.so.6(GLIBC_2.1)
	libsetrans - 0.1.11-1.ia64 requires libc.so.6(GLIBC_2.0)
	libsetrans - 0.1.11-1.ia64 requires libdl.so.2
	libsetrans - 0.1.11-1.ia64 requires libc.so.6(GLIBC_2.1.3)
	libsetrans - 0.1.11-1.ia64 requires libc.so.6(GLIBC_2.3)
	libsetrans - 0.1.11-1.ia64 requires libc.so.6
	libsetrans - 0.1.11-1.ia64 requires libselinux.so.1
	rgmanager - 1.9.31-3.ia64 requires ccs
	systemtap - 0.5-2.ia64 requires libdw.so.1(ELFUTILS_0.116)(64bit)



Broken deps for ppc
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	systemtap - 0.5-2.ppc requires libdw.so.1(ELFUTILS_0.116)



Broken deps for ppc64
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	libsetrans - 0.1.11-1.ppc64 requires libc.so.6(GLIBC_2.3.4)
	libsetrans - 0.1.11-1.ppc64 requires libc.so.6(GLIBC_2.4)
	libsetrans - 0.1.11-1.ppc64 requires libc.so.6(GLIBC_2.1)
	libsetrans - 0.1.11-1.ppc64 requires libc.so.6(GLIBC_2.0)
	libsetrans - 0.1.11-1.ppc64 requires libdl.so.2
	libsetrans - 0.1.11-1.ppc64 requires libc.so.6(GLIBC_2.1.3)
	libsetrans - 0.1.11-1.ppc64 requires libc.so.6(GLIBC_2.3)
	libsetrans - 0.1.11-1.ppc64 requires libc.so.6
	libsetrans - 0.1.11-1.ppc64 requires libselinux.so.1



Broken deps for s390
----------------------------------------------------------
	rhythmbox - 0.9.1-1.s390 requires libdbus-1.so.1
	rhythmbox - 0.9.1-1.s390 requires libdbus-glib-1.so.1



Broken deps for s390x
----------------------------------------------------------
	rhythmbox - 0.9.1-1.s390x requires libdbus-1.so.1()(64bit)
	rhythmbox - 0.9.1-1.s390x requires libdbus-glib-1.so.1()(64bit)



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	systemtap - 0.5-2.x86_64 requires libdw.so.1(ELFUTILS_0.116)(64bit)





From fedora at puzzled.xs4all.nl  Thu Dec  8 11:28:41 2005
From: fedora at puzzled.xs4all.nl (Patrick)
Date: Thu, 08 Dec 2005 12:28:41 +0100
Subject: Xorg - radeon & X700 no go?
In-Reply-To: <439815DC.6030502@mesias.co.uk>
References: <1134040118.3524.7.camel@guru.puzzled.xs4all.nl>
	<439815DC.6030502@mesias.co.uk>
Message-ID: <1134041321.3524.8.camel@guru.puzzled.xs4all.nl>

On Thu, 2005-12-08 at 11:15 +0000, Cam wrote:
> Patrick
> 
> > I installed rawhide from about 5 hours ago on an Acer Ferrari 4000 with
> > an ATI X700 and 1680x1050 screen. X was configured with the vesa driver
> > and 1400x1050 which looks a bit stretched in width. So I
> > edited /etc/X11/xorg.conf and replaced vesa with radeon in the driver
> > section. Did an init 3, modprobe radeon and init 5. The screen does not
> > show anything (stays black) while X seems to load.
> > In /var/log/Xorg.0.log I see a lot of these messages:
> > drnOpenDevice: node name is /dev/dri/card[0..254]
> 
> I'm not sure if it's helpful but have you tried commenting out dri in 
> the xorg.conf?
> 
> I'm trying a Dell Inspiron 6000 (1920x1200, 128Mb radeon x300) and there 
> was a hang at theater detect (or something), until I commented out dri. 
> Can't wait to get it working properly.

Thanks for the info. Unfortantely it did not help. Don't know if it's of
interest but I'm running with selinux=0

Regards,
Patrick



From paul at all-the-johnsons.co.uk  Thu Dec  8 11:28:40 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Thu, 08 Dec 2005 11:28:40 +0000
Subject: Almost sure there is a problem with Creative Audigy and x86_64
Message-ID: <1134041321.31696.9.camel@mrwibble.mrwobble>

Hi,

The machine I'm currently on (at work) has an Audigy SB card installed
(as does the box at home). Both machines use the same processor (Sempron
3000+) and mobo (Gigabyte K8NS Pro) and both have FC5t1 on.

s-c-soundcard picks up that there is an onboard sound device (nVidia
based) and the Audigy card. However, I can get no sound what-so-ever out
of the Audigy card irrespective of if I have the Analog/Digital output
jack ticked or unticked, the best I can get is a hiss.

Sound is fine from the nVidia card.

I'm using the 1740_FC5 kernel on both machines.

Does anyone else have an Audigy card and an x86_64 processor and can
identify with this problem?

TTFN

Paul
-- 
"Logic, my dear Zoe, is merely the ability to be wrong with authority" -
Dr Who



From paul at all-the-johnsons.co.uk  Thu Dec  8 11:29:46 2005
From: paul at all-the-johnsons.co.uk (Paul)
Date: Thu, 08 Dec 2005 11:29:46 +0000
Subject: 64 bit and installing libraries.
Message-ID: <1134041387.31696.11.camel@mrwibble.mrwobble>

Hi,

One thing I've noticed since the move to 64 bit is that if I compile say
wxWidgets, the libraries generated are installed into /usr/lib rather
than /usr/lib64 (or /usr/local/lib - /usr/local/lib64 if I don't specify
--prefix=/usr).

Is there any harm in this or a way to prevent the libs being placed in
the /lib as opposed to /lib64 directories automagically?

TTFN

Paul
-- 
"Logic, my dear Zoe, is merely the ability to be wrong with authority" -
Dr Who



From mrsam at courier-mta.com  Thu Dec  8 11:51:58 2005
From: mrsam at courier-mta.com (Sam Varshavchik)
Date: Thu, 08 Dec 2005 06:51:58 -0500
Subject: 64 bit and installing libraries.
References: <1134041387.31696.11.camel@mrwibble.mrwobble>
Message-ID: <cone.1134042718.884743.25061.500@commodore.email-scan.com>

Paul writes:

> Hi,
> 
> One thing I've noticed since the move to 64 bit is that if I compile say
> wxWidgets, the libraries generated are installed into /usr/lib rather
> than /usr/lib64 (or /usr/local/lib - /usr/local/lib64 if I don't specify
> --prefix=/usr).
> 
> Is there any harm in this or a way to prevent the libs being placed in
> the /lib as opposed to /lib64 directories automagically?

If the software uses autoconf, the --libdir parameter to the configure 
script will specify where shared libraries should be installed.

There's no real harm in placing libraries in /lib instead of /lib64, however 
you should not be doing this anyway.

You should always be installing software with rpm.  If the software doesn't 
have a specfile, write on yourself.  If you don't know how to write rpm 
specfiles, learn it.

Otherwise you:

? Maybe accidentally overwriting files installed by other packages

? Have nothing that would prevent an ordinary upgrade of other system 
packages removing critical files required by your manually-installed 
software, without notice.  rpm cannot track required dependencies by 
software that you did not install with rpm.

? Have nothing that would prevent an ordinary upgrade of other system 
packages from overwriting files that you've installed yourself, for the same 
reasons.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051208/71087350/attachment.sig>

From jos at xos.nl  Thu Dec  8 11:58:10 2005
From: jos at xos.nl (Jos Vos)
Date: Thu, 8 Dec 2005 12:58:10 +0100
Subject: 64 bit and installing libraries.
In-Reply-To: <1134041387.31696.11.camel@mrwibble.mrwobble>;
	from paul@all-the-johnsons.co.uk on Thu, Dec 08, 2005 at
	11:29:46AM +0000
References: <1134041387.31696.11.camel@mrwibble.mrwobble>
Message-ID: <20051208125810.B15548@xos037.xos.nl>

On Thu, Dec 08, 2005 at 11:29:46AM +0000, Paul wrote:

> One thing I've noticed since the move to 64 bit is that if I compile say
> wxWidgets, the libraries generated are installed into /usr/lib rather
> than /usr/lib64 (or /usr/local/lib - /usr/local/lib64 if I don't specify
> --prefix=/usr).

Do you really mean "are installed into /usr/lib rather than /usr/lib64",
or did you mean "are installed into /usr/lib64 rather than /usr/lib"?

-- 
--    Jos Vos <jos at xos.nl>
--    X/OS Experts in Open Systems BV   |   Phone: +31 20 6938364
--    Amsterdam, The Netherlands        |     Fax: +31 20 6948204



From paul at all-the-johnsons.co.uk  Thu Dec  8 12:07:40 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Thu, 08 Dec 2005 12:07:40 +0000
Subject: 64 bit and installing libraries.
In-Reply-To: <20051208125810.B15548@xos037.xos.nl>
References: <1134041387.31696.11.camel@mrwibble.mrwobble>
	<20051208125810.B15548@xos037.xos.nl>
Message-ID: <1134043661.401.1.camel@mrwibble.mrwobble>

Hi,

> > One thing I've noticed since the move to 64 bit is that if I compile say
> > wxWidgets, the libraries generated are installed into /usr/lib rather
> > than /usr/lib64 (or /usr/local/lib - /usr/local/lib64 if I don't specify
> > --prefix=/usr).
> 
> Do you really mean "are installed into /usr/lib rather than /usr/lib64",
> or did you mean "are installed into /usr/lib64 rather than /usr/lib"?

Installed into /usr/lib rather than /usr/lib64

TTFN

Paul
-- 
"Logic, my dear Zoe, is merely the ability to be wrong with authority" -
Dr Who



From paul at all-the-johnsons.co.uk  Thu Dec  8 12:11:59 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Thu, 08 Dec 2005 12:11:59 +0000
Subject: 64 bit and installing libraries.
In-Reply-To: <cone.1134042718.884743.25061.500@commodore.email-scan.com>
References: <1134041387.31696.11.camel@mrwibble.mrwobble>
	<cone.1134042718.884743.25061.500@commodore.email-scan.com>
Message-ID: <1134043920.401.7.camel@mrwibble.mrwobble>

Hi,

> > Is there any harm in this or a way to prevent the libs being placed in
> > the /lib as opposed to /lib64 directories automagically?
> 
> If the software uses autoconf, the --libdir parameter to the configure 
> script will specify where shared libraries should be installed.

Thanks.

> You should always be installing software with rpm.  If the software doesn't 
> have a specfile, write on yourself.  If you don't know how to write rpm 
> specfiles, learn it.

What? Are you serious? I've been compiling code on various Linux boxes
for years now and very rarely do I use rpms. Simple reasons are that I
don't want optimisation for i386 (when I used i386) and that a lot of
the time, code I compile doesn't have an RPM (I have a patched version
of wxWidgets 2.6.2 - the patch isn't in the main branch yet [it has been
submitted] and I have a specific need for it)

I know how to write spec files.

> Otherwise you:
> 
> ? Maybe accidentally overwriting files installed by other packages

Correct. I've done that with Cairo which is required for Mono.

> ? Have nothing that would prevent an ordinary upgrade of other system 
> packages removing critical files required by your manually-installed 
> software, without notice.  rpm cannot track required dependencies by 
> software that you did not install with rpm.

Correct. However, if I know something is available in rpm, I tend to use
it (saves time). If I inadvertently break something, fine - I'll fix it.

TTFN

Paul
-- 
"Logic, my dear Zoe, is merely the ability to be wrong with authority" -
Dr Who



From arjan at fenrus.demon.nl  Thu Dec  8 12:41:36 2005
From: arjan at fenrus.demon.nl (Arjan van de Ven)
Date: Thu, 08 Dec 2005 13:41:36 +0100
Subject: 64 bit and installing libraries.
In-Reply-To: <1134043920.401.7.camel@mrwibble.mrwobble>
References: <1134041387.31696.11.camel@mrwibble.mrwobble>
	<cone.1134042718.884743.25061.500@commodore.email-scan.com>
	<1134043920.401.7.camel@mrwibble.mrwobble>
Message-ID: <1134045697.2867.50.camel@laptopd505.fenrus.org>

>  Simple reasons are that I
> don't want optimisation for i386 (when I used i386)

good thing that fedora is optimized for pentium 4 processors then :)
(with the idea that the AMD cpus can run that code really well as well)



From fedora at kjb.dds.nl  Thu Dec  8 13:09:09 2005
From: fedora at kjb.dds.nl (Klaasjan Brand)
Date: Thu, 08 Dec 2005 14:09:09 +0100
Subject: Almost sure there is a problem with Creative Audigy and x86_64
In-Reply-To: <1134041321.31696.9.camel@mrwibble.mrwobble>
References: <1134041321.31696.9.camel@mrwibble.mrwobble>
Message-ID: <1134047349.3911.25.camel@kj>

On Thu, 2005-12-08 at 11:28 +0000, Paul F. Johnson wrote:
> Hi,
> 
> The machine I'm currently on (at work) has an Audigy SB card installed
> (as does the box at home). Both machines use the same processor (Sempron
> 3000+) and mobo (Gigabyte K8NS Pro) and both have FC5t1 on.

Did you run FC4 on that machine too? Dit that work?

> s-c-soundcard picks up that there is an onboard sound device (nVidia
> based) and the Audigy card. However, I can get no sound what-so-ever out
> of the Audigy card irrespective of if I have the Analog/Digital output
> jack ticked or unticked, the best I can get is a hiss.
> 
> Sound is fine from the nVidia card.

Seems like the nvidia card is the primary card then. Applications play
sounds only through one card at a time. Did you try changing the audio
device in the application?

Since the nforce sounds worse than the audigy I disabled my on-board
sound. Most applications are happier when there's only one sound device
to choose from ;)

> I'm using the 1740_FC5 kernel on both machines.
> 
> Does anyone else have an Audigy card and an x86_64 processor and can
> identify with this problem?

I'm using an audigy card on an nforce4 board in FC4 x86-64 without
problems.

Klaasjan




From gilboada at netvision.net.il  Thu Dec  8 13:19:15 2005
From: gilboada at netvision.net.il (Gilboa Davara)
Date: Thu, 08 Dec 2005 15:19:15 +0200
Subject: 64 bit and installing libraries.
In-Reply-To: <1134043920.401.7.camel@mrwibble.mrwobble>
References: <1134041387.31696.11.camel@mrwibble.mrwobble>
	<cone.1134042718.884743.25061.500@commodore.email-scan.com>
	<1134043920.401.7.camel@mrwibble.mrwobble>
Message-ID: <1134047955.12183.15.camel@gilboa-work-dev>

On Thu, 2005-12-08 at 12:11 +0000, Paul F. Johnson wrote:
> Hi,
> 
> > > Is there any harm in this or a way to prevent the libs being placed in
> > > the /lib as opposed to /lib64 directories automagically?
> > 
> > If the software uses autoconf, the --libdir parameter to the configure 
> > script will specify where shared libraries should be installed.
> 
> Thanks.
> 
> > You should always be installing software with rpm.  If the software doesn't 
> > have a specfile, write on yourself.  If you don't know how to write rpm 
> > specfiles, learn it.
> 
> What? Are you serious? I've been compiling code on various Linux boxes
> for years now and very rarely do I use rpms. Simple reasons are that I
> don't want optimisation for i386 (when I used i386) and that a lot of
> the time, code I compile doesn't have an RPM (I have a patched version
> of wxWidgets 2.6.2 - the patch isn't in the main branch yet [it has been
> submitted] and I have a specific need for it)

Download the SRPMS and compile them.
When you're done, you'll have platform optimized RPMs that you can use
without fearing RPM hell.

Oh... and BTW, Fedora RPMs are tuned for P4 (-mtune) but compatible with
i386. (-march).
In general, I found that even on AMDs (Athlon XP/MP/64/Opteron)
switching to -march=k7/k8 adds negligible performance increase.


> I know how to write spec files.
> 
> > Otherwise you:
> > 
> > ? Maybe accidentally overwriting files installed by other packages
> 
> Correct. I've done that with Cairo which is required for Mono.
> 
> > ? Have nothing that would prevent an ordinary upgrade of other system 
> > packages removing critical files required by your manually-installed 
> > software, without notice.  rpm cannot track required dependencies by 
> > software that you did not install with rpm.
> 
> Correct. However, if I know something is available in rpm, I tend to use
> it (saves time). If I inadvertently break something, fine - I'll fix it.

BTW, I know I'll get bashed for offering this.
If you're looking for highly optimized packaging (again, I doubt that it
makes much of a difference, but to each his own), I'd suggest you switch
to Gentoo.
While I don't like it myself, it has excellent source package building
management.
/Flame on :)

Gilboa




From rmortimer at bluechiptechnology.co.uk  Thu Dec  8 13:28:26 2005
From: rmortimer at bluechiptechnology.co.uk (Robert Mortimer)
Date: Thu, 8 Dec 2005 13:28:26 -0000
Subject: Failure to boot
Message-ID: <000901c5fbfb$452edf70$ac00000a@RMORTIMER>

FC5T1

When I try to install from CD it just hangs at the ISOLINUX loader.
The machine is a Dell Dimension 2400 with celleron CPU

I guess I will wait to test 2
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051208/6d4466e3/attachment.htm>

From rmortimer at bluechiptechnology.co.uk  Thu Dec  8 13:32:50 2005
From: rmortimer at bluechiptechnology.co.uk (Robert Mortimer)
Date: Thu, 8 Dec 2005 13:32:50 -0000
Subject: Failure to boot
In-Reply-To: <000901c5fbfb$452edf70$ac00000a@RMORTIMER>
Message-ID: <001301c5fbfb$e2c854f0$ac00000a@RMORTIMER>

FC5T1

When I try to install from CD it just hangs at the ISOLINUX loader.
The machine is a Dell Dimension 2400 with celleron CPU

I guess I will wait to test 2
(Sorry about the company default of HTML mail)



From harald at redhat.com  Thu Dec  8 13:40:20 2005
From: harald at redhat.com (Harald Hoyer)
Date: Thu, 08 Dec 2005 14:40:20 +0100
Subject: Kernel 2.6.14-1.1719 to 2.6.14-1.1740
In-Reply-To: <7c79ba150512070356h2494e475yc49d19c8db03a6a6@mail.gmail.com>
References: <7c79ba150512070356h2494e475yc49d19c8db03a6a6@mail.gmail.com>
Message-ID: <439837C4.3040002@redhat.com>

Matt Carter wrote:
> Hi Guy
> 
> Currently I have one working kernel on my system 2.6.14-1.1715, on the
> other Kernels I get Udev freeze. I added a "set -x" and "echo $1" to
> my rc.sysinit to see what was causing the hang. I got this:
> 
> +echo floppy
> floppy
> modprobe floppy
> 
> This is when it hangs, my laptop has no floppy or floppy controller.
> So i "#" out modprobe floppy from the rc.sysinit script and it got a
> little further, but then it froze on:
> 
> +echo echi-hcd
> ehci+hcd
> +modprobe ehci-hcd
> 
> Any one else having problems like this? I have been reporting it on
> bugzilla (174270) wondered if anyone else had any luck fixing the
> issue?
> 
> Btw the laptop is a Pentium M, Intel 915 Chipset (Sony S Series
> Laptop). Is there anything else I could try?
> 
> Matt
> 

This could be udevd running in parallel and doing stuff..
Could you
# rpmbuild --rebuild ftp://people.redhat.com/harald/udev/udev-075-5.src.rpm
install the rpm and reboot?
This udev version has a patch, which waits until udevd has finished 
replaying the uevents. So we can debug it a little better.



From paul at all-the-johnsons.co.uk  Thu Dec  8 13:42:10 2005
From: paul at all-the-johnsons.co.uk (Paul)
Date: Thu, 08 Dec 2005 13:42:10 +0000
Subject: x86_64 + Samsung ML2250 problem
Message-ID: <1134049331.1022.5.camel@mrwibble.mrwobble>

Hi,

Last bit to get sorted on my new box is printing with my ML2250. While
it's not currently part of CUPS, Samsung provided an installer for i386
which worked fine. On the disc is a file called ml2250s2.ppd which I
imported into printconf-gui and then set up the printer as normal.

When I did the test print though, I had a single line of text (saying
something about adobe) and then 2 blank pages, so something is obviously
amiss.

Have I done something wrong or am I missing something? I've looked
around the net for an answer to this.

TTFN

Paul
-- 
"Logic, my dear Zoe, is merely the ability to be wrong with authority" -
Dr Who



From paul at all-the-johnsons.co.uk  Thu Dec  8 13:47:26 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Thu, 08 Dec 2005 13:47:26 +0000
Subject: Almost sure there is a problem with Creative Audigy and x86_64
In-Reply-To: <1134047349.3911.25.camel@kj>
References: <1134041321.31696.9.camel@mrwibble.mrwobble>
	<1134047349.3911.25.camel@kj>
Message-ID: <1134049647.1022.8.camel@mrwibble.mrwobble>

Hi,

> > The machine I'm currently on (at work) has an Audigy SB card installed
> > (as does the box at home). Both machines use the same processor (Sempron
> > 3000+) and mobo (Gigabyte K8NS Pro) and both have FC5t1 on.
> 
> Did you run FC4 on that machine too? Dit that work?

Worked fine on my x86 box using FC2 and up (changed over to 5t1 when I
moved to x86_64, but had been running rawhide upto then)

> > s-c-soundcard picks up that there is an onboard sound device (nVidia
> > based) and the Audigy card. However, I can get no sound what-so-ever out
> > of the Audigy card irrespective of if I have the Analog/Digital output
> > jack ticked or unticked, the best I can get is a hiss.
> > 
> > Sound is fine from the nVidia card.
> 
> Seems like the nvidia card is the primary card then. 

Nope - unless something is over-riding s-c-soundcard as I have the
Audigy set as primary in that.

> Since the nforce sounds worse than the audigy I disabled my on-board
> sound. Most applications are happier when there's only one sound device
> to choose from ;)

I'll give that a shot.

TTFN

Paul
-- 
"Logic, my dear Zoe, is merely the ability to be wrong with authority" -
Dr Who



From dstolte at arcor.de  Thu Dec  8 14:17:46 2005
From: dstolte at arcor.de (D. Stolte)
Date: Thu, 08 Dec 2005 15:17:46 +0100
Subject: rawhide report: 20051208 changes
In-Reply-To: <200512081118.jB8BIO9s015968@porkchop.devel.redhat.com>
References: <200512081118.jB8BIO9s015968@porkchop.devel.redhat.com>
Message-ID: <4398408A.9090700@arcor.de>

Build System wrote:
> libsetrans-0.1.11-1
> -------------------
> * Wed Dec 07 2005 Dan Walsh <dwalsh at redhat.com> 0.1.11-1
> - Move chcat to policycoreutils
> 
> * Wed Dec 07 2005 Dan Walsh <dwalsh at redhat.com> 0.1.10-1
> - Fix handling of "" translation
the x86_64 flavour of this lib requires now the i386 libs of libselinux, glibc
while the former version correctly required the x86_64 libs. can you please link
it against the 64bit version again? thanks

/ds



From paul at all-the-johnsons.co.uk  Thu Dec  8 15:06:52 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Thu, 08 Dec 2005 15:06:52 +0000
Subject: yum kernel-devel problem
Message-ID: <1134054413.3184.1.camel@mrwibble.mrwobble>

Hi,

I have the 1740_FC5 kernel installed, but when I just downloaded the
kernel-devel rpm, it was 1743_FC5 and yum didn't complain.

Is this okay?

TTFN

Paul
-- 
"Logic, my dear Zoe, is merely the ability to be wrong with authority" -
Dr Who



From skvidal at phy.duke.edu  Thu Dec  8 15:37:32 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Thu, 08 Dec 2005 10:37:32 -0500
Subject: yum kernel-devel problem
In-Reply-To: <1134054413.3184.1.camel@mrwibble.mrwobble>
References: <1134054413.3184.1.camel@mrwibble.mrwobble>
Message-ID: <1134056252.23944.13.camel@cutter>

On Thu, 2005-12-08 at 15:06 +0000, Paul F. Johnson wrote:
> Hi,
> 
> I have the 1740_FC5 kernel installed, but when I just downloaded the
> kernel-devel rpm, it was 1743_FC5 and yum didn't complain.
> 
> Is this okay?

Why should yum complain?

-sv




From paul at all-the-johnsons.co.uk  Thu Dec  8 15:45:01 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Thu, 08 Dec 2005 15:45:01 +0000
Subject: yum kernel-devel problem
In-Reply-To: <1134056252.23944.13.camel@cutter>
References: <1134054413.3184.1.camel@mrwibble.mrwobble>
	<1134056252.23944.13.camel@cutter>
Message-ID: <1134056701.3191.0.camel@mrwibble.mrwobble>

Hi,

> > I have the 1740_FC5 kernel installed, but when I just downloaded the
> > kernel-devel rpm, it was 1743_FC5 and yum didn't complain.
> > 
> > Is this okay?
> 
> Why should yum complain?

Differing version of -devel and installed package normally causes a
complaint.

TTFN

Paul
-- 
"Logic, my dear Zoe, is merely the ability to be wrong with authority" -
Dr Who



From skvidal at phy.duke.edu  Thu Dec  8 15:52:18 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Thu, 08 Dec 2005 10:52:18 -0500
Subject: yum kernel-devel problem
In-Reply-To: <1134056701.3191.0.camel@mrwibble.mrwobble>
References: <1134054413.3184.1.camel@mrwibble.mrwobble>
	<1134056252.23944.13.camel@cutter>
	<1134056701.3191.0.camel@mrwibble.mrwobble>
Message-ID: <1134057138.23944.18.camel@cutter>

On Thu, 2005-12-08 at 15:45 +0000, Paul F. Johnson wrote:
> Hi,
> 
> > > I have the 1740_FC5 kernel installed, but when I just downloaded the
> > > kernel-devel rpm, it was 1743_FC5 and yum didn't complain.
> > > 
> > > Is this okay?
> > 
> > Why should yum complain?
> 
> Differing version of -devel and installed package normally causes a
> complaint.

>From whom?

do you not have the 1743 kernel installed at all?

There's no dependency relationship b/t kernel-devel and the kernel
package that I've heard of so far.

-sv




From ivazquez at ivazquez.net  Thu Dec  8 15:53:09 2005
From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams)
Date: Thu, 08 Dec 2005 10:53:09 -0500
Subject: yum kernel-devel problem
In-Reply-To: <1134056701.3191.0.camel@mrwibble.mrwobble>
References: <1134054413.3184.1.camel@mrwibble.mrwobble>
	<1134056252.23944.13.camel@cutter>
	<1134056701.3191.0.camel@mrwibble.mrwobble>
Message-ID: <1134057189.32688.1.camel@ignacio.lan>

On Thu, 2005-12-08 at 15:45 +0000, Paul F. Johnson wrote:
> Hi,
> 
> > > I have the 1740_FC5 kernel installed, but when I just downloaded the
> > > kernel-devel rpm, it was 1743_FC5 and yum didn't complain.
> > > 
> > > Is this okay?
> > 
> > Why should yum complain?
> 
> Differing version of -devel and installed package normally causes a
> complaint.

Only because the packager tells it to because the -devel package really
is dependent on the base package. kernel[-smp,-xen0,-xenU]-devel is in
no way dependent on kernel[-smp,-xen0-xenU].

-- 
Ignacio Vazquez-Abrams <ivazquez at ivazquez.net>
http://fedora.ivazquez.net/

gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051208/602ae80a/attachment.sig>

From pjones at redhat.com  Thu Dec  8 16:00:53 2005
From: pjones at redhat.com (Peter Jones)
Date: Thu, 08 Dec 2005 11:00:53 -0500
Subject: fresh install of rawhide 2005-12-07 report - Kernel Panic
In-Reply-To: <20051208035551.GA24356@redhat.com>
References: <20051208011356.GB3628@redhat.com>
	<20051208034845.10828.qmail@web52303.mail.yahoo.com>
	<20051208035551.GA24356@redhat.com>
Message-ID: <1134057653.15370.0.camel@localhost.localdomain>

On Wed, 2005-12-07 at 22:55 -0500, Dave Jones wrote:
> On Wed, Dec 07, 2005 at 10:48:45PM -0500, Deji Akingunola wrote:
>  > --- Dave Jones <davej at redhat.com> wrote:
>  > 
>  > > On Wed, Dec 07, 2005 at 08:07:35PM -0500, G.Wolfe Woodbury wrote:
>  > >
>  > >  > Kernel panic - not syncing: Attempted to kill init!
>  > >  >  [<c011d8b8>] panic+0x45/0x1c4     [<c011eb25>] profile_task_exit+0x35/0x48
>  > >  >  [<c012063e>] do_exit+0x363/0x3b2    [<c01206e2>] do_group_exit+0x29/0x90
>  > >  >  [<c0102ec5>] syscall_call+0x7/0xb
>  > >  > {copied by hand from the screen}
>  > >
>  > I also saw this with a fresh install from rawhide of
>  > 2005-12-07
>  >  
>  > > Does it go away if you boot with selinux=0 ?
>  > Yes.
> 
> I thought this was fixed in the current policy, Dan?

The policy package is apparently busted; there's no policy on the disk
when this error happens.

-- 
  Peter



From stanfinley at comcast.net  Thu Dec  8 16:29:54 2005
From: stanfinley at comcast.net (Stanton Finley)
Date: Thu, 08 Dec 2005 09:29:54 -0700
Subject: Can't remove old kernel with SELinux enabled
Message-ID: <1134059394.3083.9.camel@c-67-164-203-75.hsd1.ut.comcast.net>

The command "yum remove kernel-2.6.14-1.1740_FC5" as root failed with
message "error: %preun(kernel-2.6.14-1.1740_FC5.i686) scriptlet failed,
exit status 255". I was then able to remove the 1740 kernel with
"setenforce 0" and then "yum remove kernel-2.6.14-1.1740_FC5".

Stanton Finley
http://stanton-finley.net/



From michal at harddata.com  Thu Dec  8 16:37:42 2005
From: michal at harddata.com (Michal Jaegermann)
Date: Thu, 8 Dec 2005 09:37:42 -0700
Subject: Xorg - radeon & X700 no go?
In-Reply-To: <1134041321.3524.8.camel@guru.puzzled.xs4all.nl>
References: <1134040118.3524.7.camel@guru.puzzled.xs4all.nl>
	<439815DC.6030502@mesias.co.uk>
	<1134041321.3524.8.camel@guru.puzzled.xs4all.nl>
Message-ID: <20051208163742.GA1075@mail.harddata.com>

On Thu, Dec 08, 2005 at 12:28:41PM +0100, Patrick wrote:
> 
> Thanks for the info. Unfortantely it did not help.

To get my Radeon card working I had to add "NoDDC" _and_ turn off
dri (not to load dri module).  See 

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173439
https://bugs.freedesktop.org/show_bug.cgi?id=5133

for more details.  This is different radeon but if you are using the
same driver issues can be similar.  Is your card listed as supported
in logs after a lock up?

> Don't know if it's of
> interest but I'm running with selinux=0

I doubt if this is relevant here.

   Michal



From dwalsh at redhat.com  Thu Dec  8 17:05:44 2005
From: dwalsh at redhat.com (Daniel J Walsh)
Date: Thu, 08 Dec 2005 12:05:44 -0500
Subject: Can't remove old kernel with SELinux enabled
In-Reply-To: <1134059394.3083.9.camel@c-67-164-203-75.hsd1.ut.comcast.net>
References: <1134059394.3083.9.camel@c-67-164-203-75.hsd1.ut.comcast.net>
Message-ID: <439867E8.30603@redhat.com>

Stanton Finley wrote:
> The command "yum remove kernel-2.6.14-1.1740_FC5" as root failed with
> message "error: %preun(kernel-2.6.14-1.1740_FC5.i686) scriptlet failed,
> exit status 255". I was then able to remove the 1740 kernel with
> "setenforce 0" and then "yum remove kernel-2.6.14-1.1740_FC5".
>
> Stanton Finley
> http://stanton-finley.net/
>
>   
What policy do you have installed and what AVC messages to you see in 
/var/log/audit/audit.log?

-- 




From stanfinley at comcast.net  Thu Dec  8 17:45:47 2005
From: stanfinley at comcast.net (Stanton Finley)
Date: Thu, 08 Dec 2005 10:45:47 -0700
Subject: Can't remove old kernel with SELinux enabled
Message-ID: <1134063947.3790.9.camel@c-67-164-203-75.hsd1.ut.comcast.net>

Daniel J Walsh wrote:
> What policy do you have installed and what AVC messages to you see in /var/log/audit/audit.log?

The policy is default enforcing and I have not modified this since the initial install. I have some messages such as "type=AVC msg=audit(1134058129.602:21): avc:  denied  { transition } for  pid=3016 comm="yum" name="bash" dev=dm-0 ino=393269 scontext=root:system_r:xdm_t:s0-s0:c0.c255 tcontext=root:system_r:rpm_script_t:s0-s0:c0.c255 tclass=process" in /var/log/audit/audit.log.

Stanton Finley
http://stanton-finley.net/



From robert.chiodini-1 at ksc.nasa.gov  Thu Dec  8 18:10:25 2005
From: robert.chiodini-1 at ksc.nasa.gov (Bob Chiodini)
Date: Thu, 08 Dec 2005 13:10:25 -0500
Subject: Can't remove old kernel with SELinux enabled
In-Reply-To: <1134063947.3790.9.camel@c-67-164-203-75.hsd1.ut.comcast.net>
References: <1134063947.3790.9.camel@c-67-164-203-75.hsd1.ut.comcast.net>
Message-ID: <1134065425.30926.26.camel@tweedy.ksc.nasa.gov>

On Thu, 2005-12-08 at 10:45 -0700, Stanton Finley wrote:
> Daniel J Walsh wrote:
> > What policy do you have installed and what AVC messages to you see in /var/log/audit/audit.log?
> 
> The policy is default enforcing and I have not modified this since the initial install. I have some messages such as "type=AVC msg=audit(1134058129.602:21): avc:  denied  { transition } for  pid=3016 comm="yum" name="bash" dev=dm-0 ino=393269 scontext=root:system_r:xdm_t:s0-s0:c0.c255 tcontext=root:system_r:rpm_script_t:s0-s0:c0.c255 tclass=process" in /var/log/audit/audit.log.
> 
> Stanton Finley
> http://stanton-finley.net/
> 

I think Stanley is asking what version:

rpm -qa | grep selinux

Bob...



From robert.chiodini-1 at ksc.nasa.gov  Thu Dec  8 18:11:47 2005
From: robert.chiodini-1 at ksc.nasa.gov (Bob Chiodini)
Date: Thu, 08 Dec 2005 13:11:47 -0500
Subject: Can't remove old kernel with SELinux enabled
In-Reply-To: <1134065425.30926.26.camel@tweedy.ksc.nasa.gov>
References: <1134063947.3790.9.camel@c-67-164-203-75.hsd1.ut.comcast.net>
	<1134065425.30926.26.camel@tweedy.ksc.nasa.gov>
Message-ID: <1134065507.30926.28.camel@tweedy.ksc.nasa.gov>

On Thu, 2005-12-08 at 13:10 -0500, Bob Chiodini wrote:
> On Thu, 2005-12-08 at 10:45 -0700, Stanton Finley wrote:
> > Daniel J Walsh wrote:
> > > What policy do you have installed and what AVC messages to you see in /var/log/audit/audit.log?
> > 
> > The policy is default enforcing and I have not modified this since the initial install. I have some messages such as "type=AVC msg=audit(1134058129.602:21): avc:  denied  { transition } for  pid=3016 comm="yum" name="bash" dev=dm-0 ino=393269 scontext=root:system_r:xdm_t:s0-s0:c0.c255 tcontext=root:system_r:rpm_script_t:s0-s0:c0.c255 tclass=process" in /var/log/audit/audit.log.
> > 
> > Stanton Finley
> > http://stanton-finley.net/
> > 
> 
> I think Stanley is asking what version:
> 
> rpm -qa | grep selinux
> 
> Bob...
> 

Sorry Stanton, I meant Daniel.

Bob...



From stanfinley at comcast.net  Thu Dec  8 18:18:43 2005
From: stanfinley at comcast.net (Stanton Finley)
Date: Thu, 08 Dec 2005 11:18:43 -0700
Subject: Can't remove old kernel with SELinux enabled
In-Reply-To: <1134065507.30926.28.camel@tweedy.ksc.nasa.gov>
References: <1134063947.3790.9.camel@c-67-164-203-75.hsd1.ut.comcast.net>
	<1134065425.30926.26.camel@tweedy.ksc.nasa.gov>
	<1134065507.30926.28.camel@tweedy.ksc.nasa.gov>
Message-ID: <1134065923.4643.2.camel@c-67-164-203-75.hsd1.ut.comcast.net>

On Thu, 2005-12-08 at 13:11 -0500, Bob Chiodini wrote:
> On Thu, 2005-12-08 at 13:10 -0500, Bob Chiodini wrote:
> > On Thu, 2005-12-08 at 10:45 -0700, Stanton Finley wrote:
> > > Daniel J Walsh wrote:
> > > > What policy do you have installed and what AVC messages to you see in /var/log/audit/audit.log?
> > > 
> > > The policy is default enforcing and I have not modified this since the initial install. I have some messages such as "type=AVC msg=audit(1134058129.602:21): avc:  denied  { transition } for  pid=3016 comm="yum" name="bash" dev=dm-0 ino=393269 scontext=root:system_r:xdm_t:s0-s0:c0.c255 tcontext=root:system_r:rpm_script_t:s0-s0:c0.c255 tclass=process" in /var/log/audit/audit.log.
> > > 
> > > Stanton Finley
> > > http://stanton-finley.net/
> > > 
> > 
> > I think Stanley is asking what version:
> > 
> > rpm -qa | grep selinux
> > 
> > Bob...
> > 
> 
> Sorry Stanton, I meant Daniel.
> 
> Bob...
> 
Sorry. This is the output:

# rpm -qa | grep selinux
selinux-policy-targeted-2.1.0-1
libselinux-1.28-1
libselinux-python-1.28-1
libselinux-devel-1.28-1

Stanton Finley
http://stanton-finley.net/



From maestronn at wowway.com  Thu Dec  8 20:01:30 2005
From: maestronn at wowway.com (Demond James)
Date: Thu, 08 Dec 2005 15:01:30 -0500
Subject: x86_64 problems with yum, anaconda, sound fonts and xmms
In-Reply-To: <1133977975.2883.30.camel@ender>
References: <1133977376.3671.11.camel@T7.Linux>
	<1133977975.2883.30.camel@ender>
Message-ID: <4398911A.1030604@wowway.com>

Jesse Keating wrote:
> On Wed, 2005-12-07 at 17:42 +0000, Paul wrote:
>   
>> I've found that the install wasn't sane. I tried to remove dbus-qt and
>> had back that it referred to multiple packages. When I checked using rpm
>> -qa, two copies of the same rpm had been installed. I've found this has
>> happened with a number of packages.
>>     
>
> For a while now, the default way that yum works is that if you don't
> specify an arch on a multi-arch system, all available arches are
> installed.  So if you simply did 'yum install xmms' it will install
> xmms.i386 and xmms.x86_64 as well as the depchain for both.  If you
> wished to only have the 64bit version, yum install xmms.x86_64.   It
> pays to pay attention to the yum output and make sure it is doing what
> you want.  -y leads to discoveries later of 'how the heck did that
> happen?'.
>   
>   

Actually I had this issue also and was two of the same package (same 
arch and all) one was the older version that was supposed to be 
removed.  Also, reading through this list I see that several people had 
the same issue.  Perhaps there was a rawhide update that caused yum not 
to complete the update process thus never getting to the clean: stage.

Demond
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051208/86c83a48/attachment.htm>

From fedora at puzzled.xs4all.nl  Thu Dec  8 20:17:16 2005
From: fedora at puzzled.xs4all.nl (Patrick)
Date: Thu, 08 Dec 2005 21:17:16 +0100
Subject: Xorg - radeon & X700 no go?
In-Reply-To: <20051208163742.GA1075@mail.harddata.com>
References: <1134040118.3524.7.camel@guru.puzzled.xs4all.nl>
	<439815DC.6030502@mesias.co.uk>
	<1134041321.3524.8.camel@guru.puzzled.xs4all.nl>
	<20051208163742.GA1075@mail.harddata.com>
Message-ID: <1134073037.3524.26.camel@guru.puzzled.xs4all.nl>

On Thu, 2005-12-08 at 09:37 -0700, Michal Jaegermann wrote:
[snip]
> To get my Radeon card working I had to add "NoDDC" _and_ turn off
> dri (not to load dri module).  See 
> 
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173439
> https://bugs.freedesktop.org/show_bug.cgi?id=5133

Still does not work. Here's what I did in xorg.conf

I commented out DRI so it showed:
#	load   "dri"

Then in the videocard device section I had:

Section "Device"
	Identifier   "Videocard0"
	Driver       "radeon"
	Option       "NoDDC" "1"
	VendorName   "ATI"
	BoardName    "ATI Technologies Inc Radeon Mobility X700 (PCIE)"
EndSection

> for more details.  This is different radeon but if you are using the
> same driver issues can be similar.  Is your card listed as supported
> in logs after a lock up?

Afaict it is. Below is the output of /var/log/Xorg.0.log. A few things I
noticed:
1) "(--) Chipset ATI Mobility Radeon X799 (M26) (PCIE) found"
   so that seems to go ok
2) (II) RADEON(0): Not using mode "1680x1050" (no mode of this name)

   Why would it do that if I specify only "1680x1050" in Modes?

3) (II) RADEON(0): I2C bus "DDC" initialized.
   (II) RADEON(0): ATOM BIOS detected
   (II) RADEON(0): Port0: DDCType-1, DACType-0, TMDSType--1,
ConnectorType-1
   (II) RADEON(0): Port1: DDCType-1, DACType--1, TMDSType--1,
ConnectorType-7
   (**) RADEON(0): Option "NoDDC" "1"
   (II) RADEON(0): DDC Type: 1, Detected Type: 0
   (II) RADEON(0): DDC Type: 1, Detected Type: 0
   (II) RADE(II) RADEON(0): I2C bus "DDC" initialized.
   (II) RADEON(0): ATOM BIOS detected
   (II) RADEON(0): Port0: DDCType-1, DACType-0, TMDSType--1,
ConnectorType-1
   (II) RADEON(0): Port1: DDCType-1, DACType--1, TMDSType--1,
ConnectorType-7
   (**) RADEON(0): Option "NoDDC" "1"
   (II) RADEON(0): DDC Type: 1, Detected Type: 0
   (II) RADEON(0): DDC Type: 1, Detected Type: 0
   (II) RADEON(0): 
   (II) RADEON(0): Primary:
    Monitor   -- CRT
    Connector -- VGA
    DAC Type  -- Primary
    TMDS Type -- NONE
    DDC Type  -- MONID

    I only use the laptop screen. Is that a CRT?

4) (II) RADEON(0): No response from device 0 on VIP bus
   (II) RADEON(0): No response from device 1 on VIP bus
   (II) RADEON(0): No response from device 2 on VIP bus
   (II) RADEON(0): No response from device 3 on VIP bus

   No idea what that means

Full output:
This is a pre-release version of the X server from The X.Org Foundation.
It is not supported in any way.
Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/.
Select the "xorg" product for bugs you find in this release.
Before reporting bugs in pre-release versions please check the
latest version in the X.Org Foundation CVS repository.
See http://wiki.x.org/wiki/CvsPage for CVS access instructions.

X Window System Version 6.99.99.902 (7.0.0 RC 2)
Release Date: 09 November 2005
X Protocol Version 11, Revision 0, Release 6.99.99.902
Build Operating System:Linux 2.6.9-22.18.bz155725.ELsmp x86_64Red Hat,
Inc.
Current Operating System: Linux speedy.puzzled.xs4all.nl
2.6.14-1.1740_FC5 #1 SMP Mon Dec 5 20:16:18 EST 2005 x86_64
Build Date: 25 November 2005
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Thu Dec  8 21:09:12 2005
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Screen0" (0)
(**) |   |-->Monitor "Monitor0"
(**) |   |-->Device "Videocard0"
(**) |-->Input Device "Keyboard0"
(**) |-->Input Device "Synaptics"
(**) |-->Input Device "Mouse0"
(**) FontPath set to "unix/:7100"
(==) RgbPath set to "/usr/share/X11/rgb"
(==) ModulePath set to "/usr/lib64/xorg/modules"
(II) Module ABI versions:
	X.Org ANSI C Emulation: 0.2
	X.Org Video Driver: 0.8
	X.Org XInput driver : 0.5
	X.Org Server Extension : 0.2
	X.Org Font Renderer : 0.4
(II) Loader running on linux
(II) LoadModule: "bitmap"
(II) Loading /usr/lib64/xorg/modules/libbitmap.so
(II) Module bitmap: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 1.0.0
	Module class: X.Org Font Renderer
	ABI class: X.Org Font Renderer, version 0.4
(II) Loading font Bitmap
(II) LoadModule: "pcidata"
(II) Loading /usr/lib64/xorg/modules/libpcidata.so
(II) Module pcidata: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 1.0.0
	ABI class: X.Org Video Driver, version 0.8
(--) using VT number 7

(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 1002,5951 card ffff,ffff rev 01 class 06,00,00
hdr 00
(II) PCI: 00:02:0: chip 1002,5a34 card 0000,0000 rev 00 class 06,04,00
hdr 01
(II) PCI: 00:06:0: chip 1002,5a38 card 0000,0000 rev 00 class 06,04,00
hdr 01
(II) PCI: 00:13:0: chip 1002,4374 card 1025,007e rev 00 class 0c,03,10
hdr 80
(II) PCI: 00:13:1: chip 1002,4375 card 1025,007e rev 00 class 0c,03,10
hdr 00
(II) PCI: 00:13:2: chip 1002,4373 card 1025,007e rev 00 class 0c,03,20
hdr 00
(II) PCI: 00:14:0: chip 1002,4372 card 1025,007e rev 11 class 0c,05,00
hdr 80
(II) PCI: 00:14:1: chip 1002,4376 card 1025,007e rev 00 class 01,01,8a
hdr 00
(II) PCI: 00:14:3: chip 1002,4377 card 1025,007e rev 00 class 06,01,00
hdr 80
(II) PCI: 00:14:4: chip 1002,4371 card 0000,0000 rev 00 class 06,04,01
hdr 81
(II) PCI: 00:14:5: chip 1002,4370 card 1025,007e rev 02 class 04,01,00
hdr 80
(II) PCI: 00:14:6: chip 1002,4378 card 1025,007e rev 02 class 07,03,00
hdr 80
(II) PCI: 01:00:0: chip 1002,5653 card 1025,007e rev 00 class 03,00,00
hdr 00
(II) PCI: 05:00:0: chip 14e4,169d card 1025,007e rev 11 class 02,00,00
hdr 00
(II) PCI: 06:02:0: chip 14e4,4318 card 1468,0311 rev 02 class 02,80,00
hdr 00
(II) PCI: 06:09:0: chip 104c,8031 card 2000,0000 rev 00 class 06,07,00
hdr 82
(II) PCI: 06:09:2: chip 104c,8032 card 1025,007e rev 00 class 0c,00,10
hdr 80
(II) PCI: 06:09:3: chip 104c,8033 card 1025,007e rev 00 class 01,80,00
hdr 80
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,7), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 0 I/O range:
	[0] -1	0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 0 non-prefetchable memory range:
	[0] -1	0	0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) Bus 0 prefetchable memory range:
	[0] -1	0	0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 1: bridge is at (0:2:0), (0,1,1), BCTRL: 0x000f (VGA_EN is set)
(II) Bus 1 I/O range:
	[0] -1	0	0x00009000 - 0x000090ff (0x100) IX[B]
	[1] -1	0	0x00009400 - 0x000094ff (0x100) IX[B]
	[2] -1	0	0x00009800 - 0x000098ff (0x100) IX[B]
	[3] -1	0	0x00009c00 - 0x00009cff (0x100) IX[B]
(II) Bus 1 non-prefetchable memory range:
	[0] -1	0	0xc0100000 - 0xc01fffff (0x100000) MX[B]
(II) Bus 1 prefetchable memory range:
	[0] -1	0	0xc8000000 - 0xcfffffff (0x8000000) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 5: bridge is at (0:6:0), (0,5,5), BCTRL: 0x0004 (VGA_EN is
cleared)
(II) Bus 5 non-prefetchable memory range:
	[0] -1	0	0xc0200000 - 0xc02fffff (0x100000) MX[B]
(II) PCI-to-ISA bridge:
(II) Bus -1: bridge is at (0:20:3), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is
set)
(II) Subtractive PCI-to-PCI bridge:
(II) Bus 6: bridge is at (0:20:4), (0,6,7), BCTRL: 0x0000 (VGA_EN is
cleared)
(II) Bus 6 I/O range:
	[0] -1	0	0x00002000 - 0x00002fff (0x1000) IX[B]
(II) Bus 6 non-prefetchable memory range:
	[0] -1	0	0xc0300000 - 0xc03fffff (0x100000) MX[B]
(II) Bus 6 prefetchable memory range:
	[0] -1	0	0x50000000 - 0x51ffffff (0x2000000) MX[B]
(II) PCI-to-CardBus bridge:
(II) Bus 7: bridge is at (6:9:0), (6,7,10), BCTRL: 0x05c0 (VGA_EN is
cleared)
(II) Bus 7 I/O range:
	[0] -1	0	0x00002000 - 0x000020ff (0x100) IX[B]
	[1] -1	0	0x00002400 - 0x000024ff (0x100) IX[B]
(II) Bus 7 prefetchable memory range:
	[0] -1	0	0x50000000 - 0x51ffffff (0x2000000) MX[B]
(--) PCI:*(1:0:0) ATI Technologies Inc Radeon Mobility X700 (PCIE) rev
0, Mem @ 0xc8000000/27, 0xc0100000/16, I/O @ 0x9000/8
(II) Addressable bus resource ranges are
	[0] -1	0	0x00000000 - 0xffffffff (0x100000000) MX[B]
	[1] -1	0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
	[0] -1	0	0xffe00000 - 0xffffffff (0x200000) MX[B](B)
	[1] -1	0	0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
	[2] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[3] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[4] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[5] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[6] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
(II) Active PCI resource ranges:
	[0] -1	0	0xc0306000 - 0xc0307fff (0x2000) MX[B]
	[1] -1	0	0xc0300000 - 0xc0303fff (0x4000) MX[B]
	[2] -1	0	0xc0309000 - 0xc03097ff (0x800) MX[B]
	[3] -1	0	0xc0304000 - 0xc0305fff (0x2000) MX[B]
	[4] -1	0	0xc0200000 - 0xc020ffff (0x10000) MX[B]
	[5] -1	0	0xc0003800 - 0xc00038ff (0x100) MX[B]
	[6] -1	0	0xc0003400 - 0xc00034ff (0x100) MX[B]
	[7] -1	0	0xc0003000 - 0xc00033ff (0x400) MX[B]
	[8] -1	0	0xc0002000 - 0xc0002fff (0x1000) MX[B]
	[9] -1	0	0xc0001000 - 0xc0001fff (0x1000) MX[B]
	[10] -1	0	0xc0000000 - 0xc0000fff (0x1000) MX[B]
	[11] -1	0	0xc0100000 - 0xc010ffff (0x10000) MX[B](B)
	[12] -1	0	0xc8000000 - 0xcfffffff (0x8000000) MX[B](B)
	[13] -1	0	0x00008410 - 0x0000841f (0x10) IX[B]
	[14] -1	0	0x00000374 - 0x00000374 (0x1) IX[B]
	[15] -1	0	0x00000170 - 0x00000170 (0x1) IX[B]
	[16] -1	0	0x000003f4 - 0x000003f4 (0x1) IX[B]
	[17] -1	0	0x000001f0 - 0x000001f0 (0x1) IX[B]
	[18] -1	0	0x00008400 - 0x0000840f (0x10) IX[B]
	[19] -1	0	0x00009000 - 0x000090ff (0x100) IX[B](B)
(II) Active PCI resource ranges after removing overlaps:
	[0] -1	0	0xc0306000 - 0xc0307fff (0x2000) MX[B]
	[1] -1	0	0xc0300000 - 0xc0303fff (0x4000) MX[B]
	[2] -1	0	0xc0309000 - 0xc03097ff (0x800) MX[B]
	[3] -1	0	0xc0304000 - 0xc0305fff (0x2000) MX[B]
	[4] -1	0	0xc0200000 - 0xc020ffff (0x10000) MX[B]
	[5] -1	0	0xc0003800 - 0xc00038ff (0x100) MX[B]
	[6] -1	0	0xc0003400 - 0xc00034ff (0x100) MX[B]
	[7] -1	0	0xc0003000 - 0xc00033ff (0x400) MX[B]
	[8] -1	0	0xc0002000 - 0xc0002fff (0x1000) MX[B]
	[9] -1	0	0xc0001000 - 0xc0001fff (0x1000) MX[B]
	[10] -1	0	0xc0000000 - 0xc0000fff (0x1000) MX[B]
	[11] -1	0	0xc0100000 - 0xc010ffff (0x10000) MX[B](B)
	[12] -1	0	0xc8000000 - 0xcfffffff (0x8000000) MX[B](B)
	[13] -1	0	0x00008410 - 0x0000841f (0x10) IX[B]
	[14] -1	0	0x00000374 - 0x00000374 (0x1) IX[B]
	[15] -1	0	0x00000170 - 0x00000170 (0x1) IX[B]
	[16] -1	0	0x000003f4 - 0x000003f4 (0x1) IX[B]
	[17] -1	0	0x000001f0 - 0x000001f0 (0x1) IX[B]
	[18] -1	0	0x00008400 - 0x0000840f (0x10) IX[B]
	[19] -1	0	0x00009000 - 0x000090ff (0x100) IX[B](B)
(II) OS-reported resource ranges after removing overlaps with PCI:
	[0] -1	0	0xffe00000 - 0xffffffff (0x200000) MX[B](B)
	[1] -1	0	0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
	[2] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[3] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[4] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[5] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[6] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
(II) All system resource ranges:
	[0] -1	0	0xffe00000 - 0xffffffff (0x200000) MX[B](B)
	[1] -1	0	0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
	[2] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[3] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[4] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[5] -1	0	0xc0306000 - 0xc0307fff (0x2000) MX[B]
	[6] -1	0	0xc0300000 - 0xc0303fff (0x4000) MX[B]
	[7] -1	0	0xc0309000 - 0xc03097ff (0x800) MX[B]
	[8] -1	0	0xc0304000 - 0xc0305fff (0x2000) MX[B]
	[9] -1	0	0xc0200000 - 0xc020ffff (0x10000) MX[B]
	[10] -1	0	0xc0003800 - 0xc00038ff (0x100) MX[B]
	[11] -1	0	0xc0003400 - 0xc00034ff (0x100) MX[B]
	[12] -1	0	0xc0003000 - 0xc00033ff (0x400) MX[B]
	[13] -1	0	0xc0002000 - 0xc0002fff (0x1000) MX[B]
	[14] -1	0	0xc0001000 - 0xc0001fff (0x1000) MX[B]
	[15] -1	0	0xc0000000 - 0xc0000fff (0x1000) MX[B]
	[16] -1	0	0xc0100000 - 0xc010ffff (0x10000) MX[B](B)
	[17] -1	0	0xc8000000 - 0xcfffffff (0x8000000) MX[B](B)
	[18] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[19] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
	[20] -1	0	0x00008410 - 0x0000841f (0x10) IX[B]
	[21] -1	0	0x00000374 - 0x00000374 (0x1) IX[B]
	[22] -1	0	0x00000170 - 0x00000170 (0x1) IX[B]
	[23] -1	0	0x000003f4 - 0x000003f4 (0x1) IX[B]
	[24] -1	0	0x000001f0 - 0x000001f0 (0x1) IX[B]
	[25] -1	0	0x00008400 - 0x0000840f (0x10) IX[B]
	[26] -1	0	0x00009000 - 0x000090ff (0x100) IX[B](B)
(II) LoadModule: "dbe"
(II) Loading /usr/lib64/xorg/modules/libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 1.0.0
	Module class: X.Org Server Extension
	ABI class: X.Org Server Extension, version 0.2
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "extmod"
(II) Loading /usr/lib64/xorg/modules/libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 1.0.0
	Module class: X.Org Server Extension
	ABI class: X.Org Server Extension, version 0.2
(II) Loading extension SHAPE
(II) Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension TOG-CUP
(II) Loading extension Extended-Visual-Information
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "fbdevhw"
(II) Loading /usr/lib64/xorg/modules/libfbdevhw.so
(II) Module fbdevhw: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 0.0.2
	ABI class: X.Org Video Driver, version 0.8
(II) LoadModule: "glx"
(II) Loading /usr/lib64/xorg/modules/libglx.so
(II) Module glx: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 1.0.0
	ABI class: X.Org Server Extension, version 0.2
(II) Loading sub module "GLcore"
(II) LoadModule: "GLcore"
(II) Loading /usr/lib64/xorg/modules/libGLcore.so
(II) Module GLcore: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 1.0.0
	ABI class: X.Org Server Extension, version 0.2
(II) Loading extension GLX
(II) LoadModule: "record"
(II) Loading /usr/lib64/xorg/modules/librecord.so
(II) Module record: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 1.13.0
	Module class: X.Org Server Extension
	ABI class: X.Org Server Extension, version 0.2
(II) Loading extension RECORD
(II) LoadModule: "freetype"
(II) Loading /usr/lib64/xorg/modules/libfreetype.so
(II) Module freetype: vendor="X.Org Foundation & the After X-TT Project"
	compiled for 6.99.99.902, module version = 2.1.0
	Module class: X.Org Font Renderer
	ABI class: X.Org Font Renderer, version 0.4
(II) Loading font FreeType
(II) LoadModule: "type1"
(II) Loading /usr/lib64/xorg/modules/libtype1.so
(II) Module type1: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 1.0.2
	Module class: X.Org Font Renderer
	ABI class: X.Org Font Renderer, version 0.4
(II) Loading font Type1
(II) LoadModule: "synaptics"
(II) Loading /usr/lib64/xorg/modules/input/synaptics_drv.o
(II) Module synaptics: vendor="X.Org Foundation"
	compiled for 4.3.99.902, module version = 1.0.0
	Module class: X.Org XInput Driver
	ABI class: X.Org XInput driver, version 0.5
(II) LoadModule: "radeon"
(II) Loading /usr/lib64/xorg/modules/drivers/radeon_drv.so
(II) Module radeon: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 4.0.2
	Module class: X.Org Video Driver
	ABI class: X.Org Video Driver, version 0.8
(II) LoadModule: "ati"
(II) Loading /usr/lib64/xorg/modules/drivers/ati_drv.so
(II) Module ati: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 6.5.7
	Module class: X.Org Video Driver
	ABI class: X.Org Video Driver, version 0.8
(II) LoadModule: "kbd"
(II) Loading /usr/lib64/xorg/modules/input/kbd_drv.so
(II) Module kbd: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 1.0.1
	Module class: X.Org XInput Driver
	ABI class: X.Org XInput driver, version 0.5
(II) LoadModule: "synaptics"
(II) Reloading /usr/lib64/xorg/modules/input/synaptics_drv.o
(II) LoadModule: "mouse"
(II) Loading /usr/lib64/xorg/modules/input/mouse_drv.so
(II) Module mouse: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 1.0.1
	Module class: X.Org XInput Driver
	ABI class: X.Org XInput driver, version 0.5
(II) ATI: ATI driver (version 6.5.7) for chipsets: ati, ativga
(II) R128: Driver for ATI Rage 128 chipsets:
	ATI Rage 128 Mobility M3 LE (PCI), ATI Rage 128 Mobility M3 LF (AGP),
	ATI Rage 128 Mobility M4 MF (AGP), ATI Rage 128 Mobility M4 ML (AGP),
	ATI Rage 128 Pro GL PA (PCI/AGP), ATI Rage 128 Pro GL PB (PCI/AGP),
	ATI Rage 128 Pro GL PC (PCI/AGP), ATI Rage 128 Pro GL PD (PCI),
	ATI Rage 128 Pro GL PE (PCI/AGP), ATI Rage 128 Pro GL PF (AGP),
	ATI Rage 128 Pro VR PG (PCI/AGP), ATI Rage 128 Pro VR PH (PCI/AGP),
	ATI Rage 128 Pro VR PI (PCI/AGP), ATI Rage 128 Pro VR PJ (PCI/AGP),
	ATI Rage 128 Pro VR PK (PCI/AGP), ATI Rage 128 Pro VR PL (PCI/AGP),
	ATI Rage 128 Pro VR PM (PCI/AGP), ATI Rage 128 Pro VR PN (PCI/AGP),
	ATI Rage 128 Pro VR PO (PCI/AGP), ATI Rage 128 Pro VR PP (PCI),
	ATI Rage 128 Pro VR PQ (PCI/AGP), ATI Rage 128 Pro VR PR (PCI),
	ATI Rage 128 Pro VR PS (PCI/AGP), ATI Rage 128 Pro VR PT (PCI/AGP),
	ATI Rage 128 Pro VR PU (PCI/AGP), ATI Rage 128 Pro VR PV (PCI/AGP),
	ATI Rage 128 Pro VR PW (PCI/AGP), ATI Rage 128 Pro VR PX (PCI/AGP),
	ATI Rage 128 GL RE (PCI), ATI Rage 128 GL RF (AGP),
	ATI Rage 128 RG (AGP), ATI Rage 128 VR RK (PCI),
	ATI Rage 128 VR RL (AGP), ATI Rage 128 4X SE (PCI/AGP),
	ATI Rage 128 4X SF (PCI/AGP), ATI Rage 128 4X SG (PCI/AGP),
	ATI Rage 128 4X SH (PCI/AGP), ATI Rage 128 4X SK (PCI/AGP),
	ATI Rage 128 4X SL (PCI/AGP), ATI Rage 128 4X SM (AGP),
	ATI Rage 128 4X SN (PCI/AGP), ATI Rage 128 Pro ULTRA TF (AGP),
	ATI Rage 128 Pro ULTRA TL (AGP), ATI Rage 128 Pro ULTRA TR (AGP),
	ATI Rage 128 Pro ULTRA TS (AGP?), ATI Rage 128 Pro ULTRA TT (AGP?),
	ATI Rage 128 Pro ULTRA TU (AGP?)
(II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),
	ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),
	ATI Radeon VE/7000 QY (AGP/PCI), ATI Radeon VE/7000 QZ (AGP/PCI),
	ATI ES1000 515E (PCI), ATI ES1000 5969 (PCI),
	ATI Radeon Mobility M7 LW (AGP),
	ATI Mobility FireGL 7800 M7 LX (AGP),
	ATI Radeon Mobility M6 LY (AGP), ATI Radeon Mobility M6 LZ (AGP),
	ATI Radeon IGP320 (A3) 4136, ATI Radeon IGP320M (U1) 4336,
	ATI Radeon IGP330/340/350 (A4) 4137,
	ATI Radeon IGP330M/340M/350M (U2) 4337,
	ATI Radeon 7000 IGP (A4+) 4237, ATI Radeon Mobility 7000 IGP 4437,
	ATI FireGL 8700/8800 QH (AGP), ATI Radeon 8500 QL (AGP),
	ATI Radeon 9100 QM (AGP), ATI Radeon 8500 AIW BB (AGP),
	ATI Radeon 8500 AIW BC (AGP), ATI Radeon 7500 QW (AGP/PCI),
	ATI Radeon 7500 QX (AGP/PCI), ATI Radeon 9000/PRO If (AGP/PCI),
	ATI Radeon 9000 Ig (AGP/PCI), ATI FireGL Mobility 9000 (M9) Ld (AGP),
	ATI Radeon Mobility 9000 (M9) Lf (AGP),
	ATI Radeon Mobility 9000 (M9) Lg (AGP),
	ATI Radeon 9100 IGP (A5) 5834,
	ATI Radeon Mobility 9100 IGP (U3) 5835, ATI Radeon 9100 PRO IGP 7834,
	ATI Radeon Mobility 9200 IGP 7835, ATI Radeon 9200PRO 5960 (AGP),
	ATI Radeon 9200 5961 (AGP), ATI Radeon 9200 5962 (AGP),
	ATI Radeon 9200SE 5964 (AGP), ATI FireMV 2200 (PCI),
	ATI Radeon Mobility 9200 (M9+) 5C61 (AGP),
	ATI Radeon Mobility 9200 (M9+) 5C63 (AGP), ATI Radeon 9500 AD (AGP),
	ATI Radeon 9500 AE (AGP), ATI Radeon 9600TX AF (AGP),
	ATI FireGL Z1 AG (AGP), ATI Radeon 9700 Pro ND (AGP),
	ATI Radeon 9700/9500Pro NE (AGP), ATI Radeon 9700 NF (AGP),
	ATI FireGL X1 NG (AGP), ATI Radeon 9600 AP (AGP),
	ATI Radeon 9600SE AQ (AGP), ATI Radeon 9600XT AR (AGP),
	ATI Radeon 9600 AS (AGP), ATI FireGL T2 AT (AGP),
	ATI FireGL RV360 AV (AGP),
	ATI Radeon Mobility 9600/9700 (M10/M11) NP (AGP),
	ATI Radeon Mobility 9600 (M10) NQ (AGP),
	ATI Radeon Mobility 9600 (M11) NR (AGP),
	ATI Radeon Mobility 9600 (M10) NS (AGP),
	ATI FireGL Mobility T2 (M10) NT (AGP),
	ATI FireGL Mobility T2e (M11) NV (AGP), ATI Radeon 9650,
	ATI Radeon 9800SE AH (AGP), ATI Radeon 9800 AI (AGP),
	ATI Radeon 9800 AJ (AGP), ATI FireGL X2 AK (AGP),
	ATI Radeon 9800PRO NH (AGP), ATI Radeon 9800 NI (AGP),
	ATI FireGL X2 NK (AGP), ATI Radeon 9800XT NJ (AGP),
	ATI Radeon X600 (RV380) 3E50 (PCIE),
	ATI FireGL V3200 (RV380) 3E54 (PCIE),
	ATI Radeon Mobility X600 (M24) 3150 (PCIE),
	ATI FireGL M24 GL 3154 (PCIE), ATI Radeon X300 (RV370) 5B60 (PCIE),
	ATI Radeon X600 (RV370) 5B62 (PCIE),
	ATI FireGL V3100 (RV370) 5B64 (PCIE),
	ATI FireGL D1100 (RV370) 5B65 (PCIE),
	ATI Radeon Mobility M300 (M22) 5460 (PCIE),
	ATI FireGL M22 GL 5464 (PCIE), ATI Radeon XPRESS 200 5A41 (PCIE),
	ATI Radeon XPRESS 200M 5A42 (PCIE),
	ATI Radeon XPRESS 200 5A61 (PCIE),
	ATI Radeon XPRESS 200M 5A62 (PCIE),
	ATI Radeon XPRESS 200 5954 (PCIE),
	ATI Radeon XPRESS 200M 5955 (PCIE),
	ATI Radeon XPRESS 200 5974 (PCIE),
	ATI Radeon XPRESS 200M 5975 (PCIE), ATI FireGL V5000 (RV410) (PCIE),
	ATI Mobility FireGL V5000 (M26) (PCIE),
	ATI Mobility FireGL V5000 (M26) (PCIE),
	ATI Mobility Radeon X700 (M26) (PCIE),
	ATI Mobility Radeon X700 (M26) (PCIE),
	ATI Radeon X700 PRO (RV410) (PCIE),
	ATI Radeon X700 XT (RV410) (PCIE), ATI Radeon X700 (RV410) (PCIE),
	ATI Radeon X700 SE (RV410) (PCIE), ATI Radeon X700 SE (RV410) (PCIE),
	ATI Radeon X800 (R420) JH (AGP), ATI Radeon X800PRO (R420) JI (AGP),
	ATI Radeon X800SE (R420) JJ (AGP), ATI Radeon X800 (R420) JK (AGP),
	ATI Radeon X800 (R420) JL (AGP), ATI FireGL X3 (R420) JM (AGP),
	ATI Radeon Mobility 9800 (M18) JN (AGP),
	ATI Radeon X800XT (R420) JP (AGP), ATI Radeon X800 SE (R420) (AGP),
	ATI Radeon X800 (R423) UH (PCIE),
	ATI Radeon X800PRO (R423) UI (PCIE),
	ATI Radeon X800LE (R423) UJ (PCIE),
	ATI Radeon X800SE (R423) UK (PCIE),
	ATI FireGL V7200 (R423) UQ (PCIE), ATI FireGL V5100 (R423) UR (PCIE),
	ATI FireGL V7100 (R423) UT (PCIE),
	ATI Radeon X800XT (R423) 5D57 (PCIE), ATI FireGL V7100 (R423) (PCIE),
	ATI Mobility FireGL V5100 (M28) (PCIE),
	ATI Mobility Radeon X800 (M28) (PCIE),
	ATI Mobility Radeon X800 XT (M28) (PCIE),
	ATI Radeon X800 (R430) (PCIE), ATI Radeon X800 XL (R430) (PCIE),
	ATI Radeon X800 SE (R430) (PCIE), ATI Radeon X800 XTP (R430) (PCIE),
	ATI Radeon X850 5D4C (PCIE), ATI Radeon FireGL (R480) GL 5D50 (PCIE),
	ATI Radeon X850 SE (R480) (PCIE), ATI Radeon X850 PRO (R480) (PCIE),
	ATI Radeon X850 XT (R480) (PCIE),
	ATI Radeon X850 XT PE (R480) (PCIE),
	ATI Radeon X850 PRO (R480) (AGP), ATI Radeon X850 SE (R480) (AGP),
	ATI Radeon X850 XT (R480) (AGP), ATI Radeon X850 XT PE (R480) (AGP)
(II) Primary Device is: PCI 01:00:0
(--) Assigning device section with no busID to primary device
(--) Chipset ATI Mobility Radeon X700 (M26) (PCIE) found
(II) resource ranges after xf86ClaimFixedResources() call:
	[0] -1	0	0xffe00000 - 0xffffffff (0x200000) MX[B](B)
	[1] -1	0	0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
	[2] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[3] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[4] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[5] -1	0	0xc0306000 - 0xc0307fff (0x2000) MX[B]
	[6] -1	0	0xc0300000 - 0xc0303fff (0x4000) MX[B]
	[7] -1	0	0xc0309000 - 0xc03097ff (0x800) MX[B]
	[8] -1	0	0xc0304000 - 0xc0305fff (0x2000) MX[B]
	[9] -1	0	0xc0200000 - 0xc020ffff (0x10000) MX[B]
	[10] -1	0	0xc0003800 - 0xc00038ff (0x100) MX[B]
	[11] -1	0	0xc0003400 - 0xc00034ff (0x100) MX[B]
	[12] -1	0	0xc0003000 - 0xc00033ff (0x400) MX[B]
	[13] -1	0	0xc0002000 - 0xc0002fff (0x1000) MX[B]
	[14] -1	0	0xc0001000 - 0xc0001fff (0x1000) MX[B]
	[15] -1	0	0xc0000000 - 0xc0000fff (0x1000) MX[B]
	[16] -1	0	0xc0100000 - 0xc010ffff (0x10000) MX[B](B)
	[17] -1	0	0xc8000000 - 0xcfffffff (0x8000000) MX[B](B)
	[18] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[19] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
	[20] -1	0	0x00008410 - 0x0000841f (0x10) IX[B]
	[21] -1	0	0x00000374 - 0x00000374 (0x1) IX[B]
	[22] -1	0	0x00000170 - 0x00000170 (0x1) IX[B]
	[23] -1	0	0x000003f4 - 0x000003f4 (0x1) IX[B]
	[24] -1	0	0x000001f0 - 0x000001f0 (0x1) IX[B]
	[25] -1	0	0x00008400 - 0x0000840f (0x10) IX[B]
	[26] -1	0	0x00009000 - 0x000090ff (0x100) IX[B](B)
(II) Loading sub module "radeon"
(II) LoadModule: "radeon"
(II) Reloading /usr/lib64/xorg/modules/drivers/radeon_drv.so
(II) resource ranges after probing:
	[0] -1	0	0xffe00000 - 0xffffffff (0x200000) MX[B](B)
	[1] -1	0	0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
	[2] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[3] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[4] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[5] -1	0	0xc0306000 - 0xc0307fff (0x2000) MX[B]
	[6] -1	0	0xc0300000 - 0xc0303fff (0x4000) MX[B]
	[7] -1	0	0xc0309000 - 0xc03097ff (0x800) MX[B]
	[8] -1	0	0xc0304000 - 0xc0305fff (0x2000) MX[B]
	[9] -1	0	0xc0200000 - 0xc020ffff (0x10000) MX[B]
	[10] -1	0	0xc0003800 - 0xc00038ff (0x100) MX[B]
	[11] -1	0	0xc0003400 - 0xc00034ff (0x100) MX[B]
	[12] -1	0	0xc0003000 - 0xc00033ff (0x400) MX[B]
	[13] -1	0	0xc0002000 - 0xc0002fff (0x1000) MX[B]
	[14] -1	0	0xc0001000 - 0xc0001fff (0x1000) MX[B]
	[15] -1	0	0xc0000000 - 0xc0000fff (0x1000) MX[B]
	[16] -1	0	0xc0100000 - 0xc010ffff (0x10000) MX[B](B)
	[17] -1	0	0xc8000000 - 0xcfffffff (0x8000000) MX[B](B)
	[18] 0	0	0x000a0000 - 0x000affff (0x10000) MS[B]
	[19] 0	0	0x000b0000 - 0x000b7fff (0x8000) MS[B]
	[20] 0	0	0x000b8000 - 0x000bffff (0x8000) MS[B]
	[21] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[22] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
	[23] -1	0	0x00008410 - 0x0000841f (0x10) IX[B]
	[24] -1	0	0x00000374 - 0x00000374 (0x1) IX[B]
	[25] -1	0	0x00000170 - 0x00000170 (0x1) IX[B]
	[26] -1	0	0x000003f4 - 0x000003f4 (0x1) IX[B]
	[27] -1	0	0x000001f0 - 0x000001f0 (0x1) IX[B]
	[28] -1	0	0x00008400 - 0x0000840f (0x10) IX[B]
	[29] -1	0	0x00009000 - 0x000090ff (0x100) IX[B](B)
	[30] 0	0	0xc01203b0 - 0xc01203bb (0xc) IS[B]
	[31] 0	0	0xc01203c0 - 0xc01203df (0x20) IS[B]
(II) Setting vga for screen 0.
(II) RADEON(0): MMIO registers at 0xc0100000
(II) RADEON(0): PCI bus 1 card 0 func 0
(**) RADEON(0): Depth 24, (--) framebuffer bpp 32
(II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps)
(==) RADEON(0): Default visual is TrueColor
(II) Loading sub module "vgahw"
(II) LoadModule: "vgahw"
(II) Loading /usr/lib64/xorg/modules/libvgahw.so
(II) Module vgahw: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 0.1.0
	ABI class: X.Org Video Driver, version 0.8
(II) RADEON(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is
0x0000
(==) RADEON(0): RGB weight 888
(II) RADEON(0): Using 8 bits per RGB (8 bit DAC)
(II) Loading sub module "int10"
(II) LoadModule: "int10"
(II) Loading /usr/lib64/xorg/modules/libint10.so
(II) Module int10: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 1.0.0
	ABI class: X.Org Video Driver, version 0.8
(II) RADEON(0): initializing int10
(II) RADEON(0): Primary V_BIOS segment is: 0xc000
(--) RADEON(0): Chipset: "ATI Mobility Radeon X700 (M26) (PCIE)" (ChipID
= 0x5653)
(--) RADEON(0): Linear framebuffer at 0xc8000000
(--) RADEON(0): VideoRAM: 131072 kByte (128 bit DDR SDRAM)
(II) RADEON(0): PCIE card detected
(II) RADEON(0): Color tiling disabled
(II) Loading sub module "ddc"
(II) LoadModule: "ddc"
(II) Loading /usr/lib64/xorg/modules/libddc.so
(II) Module ddc: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 1.0.0
	ABI class: X.Org Video Driver, version 0.8
(II) Loading sub module "i2c"
(II) LoadModule: "i2c"
(II) Loading /usr/lib64/xorg/modules/multimedia/libi2c.so
(II) Module i2c: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 1.2.0
	ABI class: X.Org Video Driver, version 0.8
(II) RADEON(0): I2C bus "DDC" initialized.
(II) RADEON(0): ATOM BIOS detected
(II) RADEON(0): Port0: DDCType-1, DACType-0, TMDSType--1,
ConnectorType-1
(II) RADEON(0): Port1: DDCType-1, DACType--1, TMDSType--1,
ConnectorType-7
(**) RADEON(0): Option "NoDDC" "1"
(II) RADEON(0): DDC Type: 1, Detected Type: 0
(II) RADEON(0): DDC Type: 1, Detected Type: 0
(II) RADEON(0): 
(II) RADEON(0): Primary:
 Monitor   -- CRT
 Connector -- VGA
 DAC Type  -- Primary
 TMDS Type -- NONE
 DDC Type  -- MONID
(II) RADEON(0): Secondary:
 Monitor   -- NONE
 Connector -- LVDS
 DAC Type  -- Unknown
 TMDS Type -- NONE
 DDC Type  -- MONID
(II) RADEON(0): ref_freq: 2700, min_pll: 20000, max_pll: 50000, xclk:
40000, sclk: 358.000000, mclk: 330.000000
(II) RADEON(0): PLL parameters: rf=2700 rd=7 min=20000 max=50000;
xclk=40000
(WW) RADEON(0): Failed to detect secondary monitor, MergedFB/Clone mode
disabled
(==) RADEON(0): Using gamma correction (1.0, 1.0, 1.0)
(II) RADEON(0): Validating modes on Primary head ---------
(II) RADEON(0): Monitor0: Using hsync range of 31.50-90.00 kHz
(II) RADEON(0): Monitor0: Using vrefresh value of 60.00 Hz
(II) RADEON(0): Clock range:  20.00 to 500.00 MHz
(II) RADEON(0): Not using default mode "640x350" (vrefresh out of range)
(II) RADEON(0): Not using default mode "320x175" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "640x400" (vrefresh out of range)
(II) RADEON(0): Not using default mode "320x200" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "720x400" (vrefresh out of range)
(II) RADEON(0): Not using default mode "360x200" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "320x240" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "640x480" (vrefresh out of range)
(II) RADEON(0): Not using default mode "320x240" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "640x480" (vrefresh out of range)
(II) RADEON(0): Not using default mode "320x240" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "640x480" (vrefresh out of range)
(II) RADEON(0): Not using default mode "320x240" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "800x600" (vrefresh out of range)
(II) RADEON(0): Not using default mode "400x300" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "800x600" (vrefresh out of range)
(II) RADEON(0): Not using default mode "400x300" (vrefresh out of range)
(II) RADEON(0): Not using default mode "800x600" (vrefresh out of range)
(II) RADEON(0): Not using default mode "400x300" (vrefresh out of range)
(II) RADEON(0): Not using default mode "800x600" (vrefresh out of range)
(II) RADEON(0): Not using default mode "400x300" (vrefresh out of range)
(II) RADEON(0): Not using default mode "1024x768" (vrefresh out of
range)
(II) RADEON(0): Not using default mode "512x384" (vrefresh out of range)
(II) RADEON(0): Not using default mode "512x384" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "1024x768" (vrefresh out of
range)
(II) RADEON(0): Not using default mode "512x384" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "1024x768" (vrefresh out of
range)
(II) RADEON(0): Not using default mode "512x384" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "1024x768" (vrefresh out of
range)
(II) RADEON(0): Not using default mode "512x384" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "1152x864" (vrefresh out of
range)
(II) RADEON(0): Not using default mode "576x432" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "640x480" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "1280x960" (vrefresh out of
range)
(II) RADEON(0): Not using default mode "640x480" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "640x512" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "1280x1024" (vrefresh out of
range)
(II) RADEON(0): Not using default mode "640x512" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "1280x1024" (hsync out of range)
(II) RADEON(0): Not using default mode "640x512" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "800x600" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "1600x1200" (vrefresh out of
range)
(II) RADEON(0): Not using default mode "800x600" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "1600x1200" (vrefresh out of
range)
(II) RADEON(0): Not using default mode "800x600" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "1600x1200" (hsync out of range)
(II) RADEON(0): Not using default mode "800x600" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "1600x1200" (hsync out of range)
(II) RADEON(0): Not using default mode "800x600" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "896x672" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "1792x1344" (hsync out of range)
(II) RADEON(0): Not using default mode "896x672" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "928x696" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "1856x1392" (hsync out of range)
(II) RADEON(0): Not using default mode "928x696" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "960x720" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "1920x1440" (hsync out of range)
(II) RADEON(0): Not using default mode "960x720" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "832x624" (vrefresh out of range)
(II) RADEON(0): Not using default mode "416x312" (vrefresh out of range)
(II) RADEON(0): Not using default mode "1152x768" (vrefresh out of
range)
(II) RADEON(0): Not using default mode "576x384" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "700x525" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "1400x1050" (vrefresh out of
range)
(II) RADEON(0): Not using default mode "700x525" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "800x512" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "1920x1440" (hsync out of range)
(II) RADEON(0): Not using default mode "960x720" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "2048x1536" (hsync out of range)
(II) RADEON(0): Not using default mode "1024x768" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "2048x1536" (hsync out of range)
(II) RADEON(0): Not using default mode "1024x768" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using default mode "2048x1536" (hsync out of range)
(II) RADEON(0): Not using default mode "1024x768" (bad mode
clock/interlace/doublescan)
(II) RADEON(0): Not using mode "1680x1050" (no mode of this name)
(--) RADEON(0): Virtual size is 1920x1440 (pitch 1920)
(**) RADEON(0):  Default mode "1920x1440": 234.0 MHz, 90.0 kHz, 60.0 Hz
(II) RADEON(0): Modeline "1920x1440"  234.00  1920 2048 2256 2600  1440
1441 1444 1500 -hsync +vsync
(**) RADEON(0):  Default mode "1856x1392": 218.3 MHz, 86.4 kHz, 60.0 Hz
(II) RADEON(0): Modeline "1856x1392"  218.30  1856 1952 2176 2528  1392
1393 1396 1439 -hsync +vsync
(**) RADEON(0):  Default mode "1792x1344": 204.8 MHz, 83.7 kHz, 60.0 Hz
(II) RADEON(0): Modeline "1792x1344"  204.80  1792 1920 2120 2448  1344
1345 1348 1394 -hsync +vsync
(**) RADEON(0):  Default mode "1600x1200": 162.0 MHz, 75.0 kHz, 60.0 Hz
(II) RADEON(0): Modeline "1600x1200"  162.00  1600 1664 1856 2160  1200
1201 1204 1250 +hsync +vsync
(**) RADEON(0):  Default mode "1400x1050": 122.0 MHz, 64.9 kHz, 60.0 Hz
(II) RADEON(0): Modeline "1400x1050"  122.00  1400 1488 1640 1880  1050
1052 1064 1082 +hsync +vsync
(**) RADEON(0):  Default mode "1280x1024": 108.0 MHz, 64.0 kHz, 60.0 Hz
(II) RADEON(0): Modeline "1280x1024"  108.00  1280 1328 1440 1688  1024
1025 1028 1066 +hsync +vsync
(**) RADEON(0):  Default mode "1280x960": 108.0 MHz, 60.0 kHz, 60.0 Hz
(II) RADEON(0): Modeline "1280x960"  108.00  1280 1376 1488 1800  960
961 964 1000 +hsync +vsync
(**) RADEON(0):  Default mode "1024x768": 65.0 MHz, 48.4 kHz, 60.0 Hz
(II) RADEON(0): Modeline "1024x768"   65.00  1024 1048 1184 1344  768
771 777 806 -hsync -vsync
(**) RADEON(0):  Default mode "800x600": 40.0 MHz, 37.9 kHz, 60.3 Hz
(II) RADEON(0): Modeline "800x600"   40.00  800 840 968 1056  600 601
605 628 +hsync +vsync
(**) RADEON(0):  Default mode "640x480": 25.2 MHz, 31.5 kHz, 60.0 Hz
(II) RADEON(0): Modeline "640x480"   25.20  640 656 752 800  480 490 492
525 -hsync -vsync
(**) RADEON(0):  Default mode "400x300": 20.0 MHz, 37.9 kHz, 60.3 Hz (D)
(II) RADEON(0): Modeline "400x300"   20.00  400 420 484 528  300 300 302
314 doublescan +hsync +vsync
(==) RADEON(0): DPI set to (75, 75)
(II) Loading sub module "fb"
(II) LoadModule: "fb"
(II) Loading /usr/lib64/xorg/modules/libfb.so
(II) Module fb: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 1.0.0
	ABI class: X.Org ANSI C Emulation, version 0.2
(II) Loading sub module "ramdac"
(II) LoadModule: "ramdac"
(II) Loading /usr/lib64/xorg/modules/libramdac.so
(II) Module ramdac: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 0.1.0
	ABI class: X.Org Video Driver, version 0.8
(==) RADEON(0): Using XAA acceleration architecture
(II) Loading sub module "xaa"
(II) LoadModule: "xaa"
(II) Loading /usr/lib64/xorg/modules/libxaa.so
(II) Module xaa: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 1.2.0
	ABI class: X.Org Video Driver, version 0.8
(II) Loading sub module "shadowfb"
(II) LoadModule: "shadowfb"
(II) Loading /usr/lib64/xorg/modules/libshadowfb.so
(II) Module shadowfb: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 1.0.0
	ABI class: X.Org ANSI C Emulation, version 0.2
(II) RADEON(0): Page flipping disabled
(II) RADEON(0): Will try to use DMA for Xv image transfers
(II) RADEON(0): No MM_TABLE found - assuming CARD is not TV-in capable.
(!!) RADEON(0): For information on using the multimedia capabilities
	of this adapter, please see http://gatos.sf.net.
(--) Depth 24 pixmap format is 32 bpp
(II) do I need RAC?  No, I don't.
(II) resource ranges after preInit:
	[0] 0	0	0xc0100000 - 0xc010ffff (0x10000) MX[B]
	[1] 0	0	0xc8000000 - 0xcfffffff (0x8000000) MX[B]
	[2] -1	0	0xffe00000 - 0xffffffff (0x200000) MX[B](B)
	[3] -1	0	0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
	[4] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[5] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[6] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[7] -1	0	0xc0306000 - 0xc0307fff (0x2000) MX[B]
	[8] -1	0	0xc0300000 - 0xc0303fff (0x4000) MX[B]
	[9] -1	0	0xc0309000 - 0xc03097ff (0x800) MX[B]
	[10] -1	0	0xc0304000 - 0xc0305fff (0x2000) MX[B]
	[11] -1	0	0xc0200000 - 0xc020ffff (0x10000) MX[B]
	[12] -1	0	0xc0003800 - 0xc00038ff (0x100) MX[B]
	[13] -1	0	0xc0003400 - 0xc00034ff (0x100) MX[B]
	[14] -1	0	0xc0003000 - 0xc00033ff (0x400) MX[B]
	[15] -1	0	0xc0002000 - 0xc0002fff (0x1000) MX[B]
	[16] -1	0	0xc0001000 - 0xc0001fff (0x1000) MX[B]
	[17] -1	0	0xc0000000 - 0xc0000fff (0x1000) MX[B]
	[18] -1	0	0xc0100000 - 0xc010ffff (0x10000) MX[B](B)
	[19] -1	0	0xc8000000 - 0xcfffffff (0x8000000) MX[B](B)
	[20] 0	0	0x000a0000 - 0x000affff (0x10000) MS[B](OprU)
	[21] 0	0	0x000b0000 - 0x000b7fff (0x8000) MS[B](OprU)
	[22] 0	0	0x000b8000 - 0x000bffff (0x8000) MS[B](OprU)
	[23] 0	0	0x00009000 - 0x000090ff (0x100) IX[B]
	[24] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[25] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
	[26] -1	0	0x00008410 - 0x0000841f (0x10) IX[B]
	[27] -1	0	0x00000374 - 0x00000374 (0x1) IX[B]
	[28] -1	0	0x00000170 - 0x00000170 (0x1) IX[B]
	[29] -1	0	0x000003f4 - 0x000003f4 (0x1) IX[B]
	[30] -1	0	0x000001f0 - 0x000001f0 (0x1) IX[B]
	[31] -1	0	0x00008400 - 0x0000840f (0x10) IX[B]
	[32] -1	0	0x00009000 - 0x000090ff (0x100) IX[B](B)
	[33] 0	0	0xc01203b0 - 0xc01203bb (0xc) IS[B](OprU)
	[34] 0	0	0xc01203c0 - 0xc01203df (0x20) IS[B](OprU)
(II) RADEON(0): Dynamic Clock Scaling Disabled
(WW) RADEON(0): Enabling DRM support

	*** Direct rendering support is highly experimental for Radeon 9500
	*** and newer cards. The 3d mesa driver is not provided in this tree.
	*** A very experimental (and incomplete) version is available from Mesa
CVS.
	*** Additional information can be found on http://r300.sourceforge.net
	*** This message has been last modified on 2005-08-07.

(II) RADEON(0): Depth moves disabled by default
(II) RADEON(0): Memory manager initialized to (0,0) (1920,8191)
(II) RADEON(0): Reserved area from (0,1440) to (1920,1442)
(II) RADEON(0): Largest offscreen area available: 1920 x 6749
(II) RADEON(0): Render acceleration unsupported on Radeon 9500/9700 and
newer.
(II) RADEON(0): Render acceleration disabled
(II) RADEON(0): Using XFree86 Acceleration Architecture (XAA)
	Screen to screen bit blits
	Solid filled rectangles
	8x8 mono pattern filled rectangles
	Indirect CPU to Screen color expansion
	Solid Lines
	Scanline Image Writes
	Offscreen Pixmaps
	Setting up tile and stipple cache:
		32 128x128 slots
		32 256x256 slots
		16 512x512 slots
(II) RADEON(0): Acceleration enabled
(==) RADEON(0): Backing store disabled
(==) RADEON(0): Silken mouse enabled
(II) RADEON(0): Using hardware cursor (scanline 1442)
(II) RADEON(0): Largest offscreen area available: 1920 x 6746
(**) Option "dpms"
(**) RADEON(0): DPMS enabled
(II) Loading sub module "i2c"
(II) LoadModule: "i2c"
(II) Reloading /usr/lib64/xorg/modules/multimedia/libi2c.so
(II) RADEON(0): Using Radeon bus access method
(II) RADEON(0): I2C bus "Radeon multimedia bus" initialized.
(II) Loading sub module "fi1236"
(II) LoadModule: "fi1236"
(II) Loading /usr/lib64/xorg/modules/multimedia/fi1236_drv.so
(II) Module fi1236: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 1.0.0
	ABI class: X.Org Video Driver, version 0.8
(II) Loading sub module "uda1380"
(II) LoadModule: "uda1380"
(II) Loading /usr/lib64/xorg/modules/multimedia/uda1380_drv.so
(II) Module uda1380: vendor="X.Org Foundation"
	compiled for 4.3.99.902, module version = 1.0.0
	ABI class: X.Org Video Driver, version 0.8
(II) Loading sub module "msp3430"
(II) LoadModule: "msp3430"
(II) Loading /usr/lib64/xorg/modules/multimedia/msp3430_drv.so
(II) Module msp3430: vendor="X.Org Foundation"
	compiled for 6.99.99.902, module version = 1.0.0
	ABI class: X.Org Video Driver, version 0.8
(II) Loading sub module "theatre_detect"
(II) LoadModule: "theatre_detect"
(II) Loading /usr/lib64/xorg/modules/multimedia/theatre_detect_drv.so
(II) Module theatre_detect: vendor="X.Org Foundation"
	compiled for 4.3.99.902, module version = 1.0.0
	ABI class: X.Org Video Driver, version 0.8
(II) RADEON(0): No response from device 0 on VIP bus
(II) RADEON(0): No response from device 1 on VIP bus
(II) RADEON(0): No response from device 2 on VIP bus
(II) RADEON(0): No response from device 3 on VIP bus
(WW) RADEON(0): Direct rendering disabled
(==) RandR enabled
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension LBX
(II) Initializing built-in extension XC-APPGROUP
(II) Initializing built-in extension SECURITY
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFIXES
(II) Initializing built-in extension XFree86-Bigfont
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) Initializing built-in extension XEVIE
(**) Option "CoreKeyboard"
(**) Keyboard0: Core Keyboard
(**) Option "Protocol" "standard"
(**) Keyboard0: Protocol: standard
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbRules" "xorg"
(**) Keyboard0: XkbRules: "xorg"
(**) Option "XkbModel" "pc105"
(**) Keyboard0: XkbModel: "pc105"
(**) Option "XkbLayout" "us"
(**) Keyboard0: XkbLayout: "us"
(**) Option "CustomKeycodes" "off"
(**) Keyboard0: CustomKeycodes disabled
(II) Synaptics touchpad driver version 0.14.4 (1404)
(--) Synaptics auto-dev sets device to /dev/input/event1
(**) Option "Device" "/dev/input/event1"
(--) Synaptics touchpad found
(**) Option "CorePointer"
(**) Synaptics: Core Pointer
(**) Option "Protocol" "IMPS/2"
(**) Mouse0: Device: "/dev/input/mice"
(**) Mouse0: Protocol: "IMPS/2"
(**) Option "AlwaysCore"
(**) Mouse0: always reports core events
(**) Option "Device" "/dev/input/mice"
(**) Option "Emulate3Buttons" "yes"
(**) Mouse0: Emulate3Buttons, Emulate3Timeout: 50
(**) Option "ZAxisMapping" "4 5"
(**) Mouse0: ZAxisMapping: buttons 4 and 5
(**) Mouse0: Buttons: 5
(II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE)
(II) XINPUT: Adding extended input device "Synaptics" (type: MOUSE)
(II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)
Synaptics DeviceInit called
SynapticsCtrl called.
Synaptics DeviceOn called
(--) Synaptics auto-dev sets device to /dev/input/event1
(**) Option "Device" "/dev/input/event1"
(--) Synaptics touchpad found
(II) Mouse0: ps2EnableDataReporting: succeeded
ProcXCloseDevice to close or not ?
SynapticsCtrl called.
SynapticsCtrl called.
Synaptics DeviceOff called



From leon.stringer at ntlworld.com  Thu Dec  8 20:36:52 2005
From: leon.stringer at ntlworld.com (Leon Stringer)
Date: Thu, 08 Dec 2005 20:36:52 +0000
Subject: Automounting/removable media problem
Message-ID: <1134074212.2963.6.camel@localhost.localdomain>

Hi,

Auto-mouting appears to have stopped working.

I was looking at burning CDs from GNOME which just spat the CD out. So I
ran "yum update" and updates were applied and now it doesn't recognize
CD-Rs (i.e. they're not auto-mounted and double clicking on them reports
that the disc is unrecognized).

Data CDs aren't automounted but double clicking on "cdrecorder" in GNOME
mounts it.

Audio CDs aren't automatically played (they were at first install) but
can be played manually.

When I went to check Desktop->Preferences->Removable Drives and Media I
got the error:

	Volume management not supported

	The "hald" service is required but not currently running. Enable the
service and rerun this application, or contact your system
administrator.

However, if I do "service haldaemon status" it is reported as running.

Does anyone have any idea what has gone wrong?

Thanks,

Leon...



From michal at harddata.com  Thu Dec  8 20:39:34 2005
From: michal at harddata.com (Michal Jaegermann)
Date: Thu, 8 Dec 2005 13:39:34 -0700
Subject: Xorg - radeon & X700 no go?
In-Reply-To: <1134073037.3524.26.camel@guru.puzzled.xs4all.nl>
References: <1134040118.3524.7.camel@guru.puzzled.xs4all.nl>
	<439815DC.6030502@mesias.co.uk>
	<1134041321.3524.8.camel@guru.puzzled.xs4all.nl>
	<20051208163742.GA1075@mail.harddata.com>
	<1134073037.3524.26.camel@guru.puzzled.xs4all.nl>
Message-ID: <20051208203934.GB5788@mail.harddata.com>

On Thu, Dec 08, 2005 at 09:17:16PM +0100, Patrick wrote:
> On Thu, 2005-12-08 at 09:37 -0700, Michal Jaegermann wrote:
> [snip]
> > To get my Radeon card working I had to add "NoDDC" _and_ turn off
> > dri (not to load dri module).  See 
> > 
> > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173439
> > https://bugs.freedesktop.org/show_bug.cgi?id=5133
> 
> Still does not work. Here's what I did in xorg.conf
> 
> I commented out DRI so it showed:
> #	load   "dri"

That is what I had to do to see anything but a blank screen
(with a CPU usage around 99% to make things more interesting and
the only possibility to login via remote).

> 	Option       "NoDDC" "1"

It is just 

        Option      "NoDDC"

but I do not think that this matters.  Besides if you were _not_
getting crashes caused by DDC probing, and this depends on your
hardware/firmware, then using this option will not help and possibly
is even counterproductive.

  Michal



From dwalsh at redhat.com  Thu Dec  8 21:00:49 2005
From: dwalsh at redhat.com (Daniel J Walsh)
Date: Thu, 08 Dec 2005 16:00:49 -0500
Subject: Can't remove old kernel with SELinux enabled
In-Reply-To: <1134063947.3790.9.camel@c-67-164-203-75.hsd1.ut.comcast.net>
References: <1134063947.3790.9.camel@c-67-164-203-75.hsd1.ut.comcast.net>
Message-ID: <43989F01.4030103@redhat.com>

Stanton Finley wrote:
> Daniel J Walsh wrote:
>   
>> What policy do you have installed and what AVC messages to you see in /var/log/audit/audit.log?
>>     
>
> The policy is default enforcing and I have not modified this since the initial install. I have some messages such as "type=AVC msg=audit(1134058129.602:21): avc:  denied  { transition } for  pid=3016 comm="yum" name="bash" dev=dm-0 ino=393269 scontext=root:system_r:xdm_t:s0-s0:c0.c255 tcontext=root:system_r:rpm_script_t:s0-s0:c0.c255 tclass=process" in /var/log/audit/audit.log.
>
> Stanton Finley
> http://stanton-finley.net/
>
>   

Yes this caused because of a bug in policy.

When you log in you are not transitioning to the proper context.  Your 
shell is running as xdm_t instead of unconfined_t.  If you
switch to a console login you should be able to login with the right 
context and do a yum update. 


This line

system_r:xdm_t:s0               system_r:unconfined_t:s0

Needs to be added to /etc/selinux/targeted/contexts/default_contexts
And then if you logout and log back you should get the correct context.

policy selinux-policy-targeted-2.1.0-3 fixes this problem.


-- 




From vkosovac at gmail.com  Thu Dec  8 22:18:03 2005
From: vkosovac at gmail.com (Vladimir Kosovac)
Date: Fri, 9 Dec 2005 11:18:03 +1300
Subject: yum-2.5.0-0.20051207 broken?
Message-ID: <9594d6930512081418q134efe57sfb9d4799da855f6d@mail.gmail.com>

Hi all. Just updated packages - yum cannot start anymore:
=========================================================
Traceback (most recent call last):
  File "/usr/share/yumex/yumex.py", line 886, in ?
    mainApp = MainApplication()
  File "/usr/share/yumex/yumex.py", line 86, in __init__
    self.setup_yum()
  File "/usr/share/yumex/yumex.py", line 856, in setup_yum
    if self.yw.setup():
  File "/usr/share/yumex/yumexClasses/yumbase.py", line 78, in setup
    self.setupFileLog()
  File "/usr/share/yumex/yumexClasses/yumbase.py", line 397, in setupFileLog
    if self.conf.getConfigOption('uid') == 0:
AttributeError: 'YumConf' object has no attribute 'getConfigOption'
===========================================================
Is that for bugzilla, or fix is on its way?

V
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051209/346b191a/attachment.htm>

From skvidal at phy.duke.edu  Thu Dec  8 22:23:46 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Thu, 08 Dec 2005 17:23:46 -0500
Subject: yum-2.5.0-0.20051207 broken?
In-Reply-To: <9594d6930512081418q134efe57sfb9d4799da855f6d@mail.gmail.com>
References: <9594d6930512081418q134efe57sfb9d4799da855f6d@mail.gmail.com>
Message-ID: <1134080626.23944.56.camel@cutter>

On Fri, 2005-12-09 at 11:18 +1300, Vladimir Kosovac wrote:
> Hi all. Just updated packages - yum cannot start anymore:
> =========================================================
> Traceback (most recent call last):
>   File "/usr/share/yumex/yumex.py", line 886, in ?
>     mainApp = MainApplication() 
>   File "/usr/share/yumex/yumex.py", line 86, in __init__
>     self.setup_yum()
>   File "/usr/share/yumex/yumex.py", line 856, in setup_yum
>     if self.yw.setup():
>   File "/usr/share/yumex/yumexClasses/yumbase.py", line 78, in setup 
>     self.setupFileLog()
>   File "/usr/share/yumex/yumexClasses/yumbase.py", line 397, in
> setupFileLog
>     if self.conf.getConfigOption('uid') == 0:
> AttributeError: 'YumConf' object has no attribute 'getConfigOption' 
> ===========================================================
> Is that for bugzilla, or fix is on its way?
> 

yumex is not ready for the devel branch of yum.

-sv




From katzj at redhat.com  Thu Dec  8 23:19:28 2005
From: katzj at redhat.com (Jeremy Katz)
Date: Thu, 08 Dec 2005 18:19:28 -0500
Subject: yum-2.5.0-0.20051207 broken?
In-Reply-To: <1134080626.23944.56.camel@cutter>
References: <9594d6930512081418q134efe57sfb9d4799da855f6d@mail.gmail.com>
	<1134080626.23944.56.camel@cutter>
Message-ID: <1134083969.4133.38.camel@bree.local.net>

On Thu, 2005-12-08 at 17:23 -0500, seth vidal wrote:
> On Fri, 2005-12-09 at 11:18 +1300, Vladimir Kosovac wrote:
> > AttributeError: 'YumConf' object has no attribute 'getConfigOption' 
> > ===========================================================
> > Is that for bugzilla, or fix is on its way?

> yumex is not ready for the devel branch of yum.

Although to be fair, that's just gratuitous API change for no reason.
I'll go ahead and commit a fix to retain compatibility.  It'll be in the
next time I spin a yum package (which may well be later tonight, and if
not, then tomorrow)

Jeremy



From vkosovac at gmail.com  Thu Dec  8 23:49:36 2005
From: vkosovac at gmail.com (Vladimir Kosovac)
Date: Fri, 9 Dec 2005 12:49:36 +1300
Subject: yum-2.5.0-0.20051207 broken?
In-Reply-To: <1134083969.4133.38.camel@bree.local.net>
References: <9594d6930512081418q134efe57sfb9d4799da855f6d@mail.gmail.com>
	<1134080626.23944.56.camel@cutter>
	<1134083969.4133.38.camel@bree.local.net>
Message-ID: <9594d6930512081549t21082538oe03bc96c8a1eaf3e@mail.gmail.com>

Thanks people - my bad, yumex cannot start, obviously. Kind of makes sense
to roll them together...

V

On 12/9/05, Jeremy Katz <katzj at redhat.com> wrote:
>
> On Thu, 2005-12-08 at 17:23 -0500, seth vidal wrote:
> > On Fri, 2005-12-09 at 11:18 +1300, Vladimir Kosovac wrote:
> > > AttributeError: 'YumConf' object has no attribute 'getConfigOption'
> > > ===========================================================
> > > Is that for bugzilla, or fix is on its way?
>
> > yumex is not ready for the devel branch of yum.
>
> Although to be fair, that's just gratuitous API change for no reason.
> I'll go ahead and commit a fix to retain compatibility.  It'll be in the
> next time I spin a yum package (which may well be later tonight, and if
> not, then tomorrow)
>
> Jeremy
>
> --
> fedora-test-list mailing list
> fedora-test-list at redhat.com
> To unsubscribe:
> https://www.redhat.com/mailman/listinfo/fedora-test-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051209/2b984540/attachment.htm>

From michal at harddata.com  Thu Dec  8 23:50:43 2005
From: michal at harddata.com (Michal Jaegermann)
Date: Thu, 8 Dec 2005 16:50:43 -0700
Subject: another trouble with yum (or something else?)
Message-ID: <20051208235043.GA10699@mail.harddata.com>

I had a version 2.4.1-3 of yum in use when I run into the following:
in a transaction which included both libsetrans.x86_64 0.1.11-1
and policycoreutils.x86_64 1.27.37-1 yum bailed out on me with:

file /usr/bin/chcat from install of policycoreutils-1.27.37-1
conflicts with file from package libsetrans-0.1.9-1
file /usr/share/man/man8/chcat.8.gz from install of
policycoreutils-1.27.37-1 conflicts with file from package libsetrans-0.1.9-1

So eventually I just installed libsetrans-0.1.11-1 alone, using yum,
and this was not an issue.  Still trying to update next
policycoreutils I run into the same conflicts as above and 'chcat'
is not a part of libsetrans-0.1.11-1.  Checks revealed that after
the first update I was left with both libsetrans-0.1.11-1 _and_
libsetrans-0.1.9-1.  This indeed conflicts with new policycoreutils
but why I was left with two libsetrans versions?  This is really
something which caused this update failure in the first place.

Only after I removed explicitely libsetrans-0.1.9-1 I was able to
proceed with an update of policycoreutils.  Does anybody knows what
is going on here?  If this should go to bugzilla then against what?

   Michal



From skvidal at phy.duke.edu  Fri Dec  9 00:09:06 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Thu, 08 Dec 2005 19:09:06 -0500
Subject: yum-2.5.0-0.20051207 broken?
In-Reply-To: <1134083969.4133.38.camel@bree.local.net>
References: <9594d6930512081418q134efe57sfb9d4799da855f6d@mail.gmail.com>
	<1134080626.23944.56.camel@cutter>
	<1134083969.4133.38.camel@bree.local.net>
Message-ID: <1134086946.28503.6.camel@cutter>

On Thu, 2005-12-08 at 18:19 -0500, Jeremy Katz wrote:
> On Thu, 2005-12-08 at 17:23 -0500, seth vidal wrote:
> > On Fri, 2005-12-09 at 11:18 +1300, Vladimir Kosovac wrote:
> > > AttributeError: 'YumConf' object has no attribute 'getConfigOption' 
> > > ===========================================================
> > > Is that for bugzilla, or fix is on its way?
> 
> > yumex is not ready for the devel branch of yum.
> 
> Although to be fair, that's just gratuitous API change for no reason.
> I'll go ahead and commit a fix to retain compatibility.  It'll be in the
> next time I spin a yum package (which may well be later tonight, and if
> not, then tomorrow)

As we've discussed elsewhere:

YUM 2.5.0 is NOT API compliant with yum 2.4.X or any other previous yum
release.

and as we progress through the yum 2.5.X devel series that will
hopefully become more and more true.

-sv




From thethirddoorontheleft at verizon.net  Fri Dec  9 02:54:38 2005
From: thethirddoorontheleft at verizon.net (Darwin H. Webb)
Date: Thu, 08 Dec 2005 18:54:38 -0800
Subject: PVcreate in extended logical partitions
Message-ID: <4398F1EE.6050206@verizon.net>

Hello, :)


After months of reading about LVM I finally found a blog with 2 guys 
going back and forth about doing a PVCREATE on an extended logical 
partition (hd5 and greater).


The one guy saying it could be done kept using the wrong terms, but the 
second guy kept at him to use the correct terms and finally is was 
resolved when the second guy could do a PVCREATE (and subsequently a 
VGcreate and LVcreate) after he had re-booted.


The problem was that the partition table was not being (written) and 
re-loaded.


They both had different distro's and different tools set versions.


So I would like someone to verify that the anaconda install routine 
using the disk druid graphic partitioner can create LVM items on the 
extended logical partitions because when I used it a few months ago in 
FC4 it would not let me create one.


My thinking is that the GUI (disk druid) and selected items are all in 
memory and have not actually happened until the user is finished and 
then the partitioning is re-loaded, then the LVM and formating is done 
via commands and occurs very quickly.


It is very important that the disk druid be able to partition and set 
LVM for any arrangement.


Please try it and report back.


thank you,


Darwin Webb




From fedora at puzzled.xs4all.nl  Fri Dec  9 03:06:53 2005
From: fedora at puzzled.xs4all.nl (Patrick)
Date: Fri, 09 Dec 2005 04:06:53 +0100
Subject: Xorg - radeon & X700 no go?
In-Reply-To: <20051208203934.GB5788@mail.harddata.com>
References: <1134040118.3524.7.camel@guru.puzzled.xs4all.nl>
	<439815DC.6030502@mesias.co.uk>
	<1134041321.3524.8.camel@guru.puzzled.xs4all.nl>
	<20051208163742.GA1075@mail.harddata.com>
	<1134073037.3524.26.camel@guru.puzzled.xs4all.nl>
	<20051208203934.GB5788@mail.harddata.com>
Message-ID: <1134097613.3524.41.camel@guru.puzzled.xs4all.nl>

On Thu, 2005-12-08 at 13:39 -0700, Michal Jaegermann wrote:
> On Thu, Dec 08, 2005 at 09:17:16PM +0100, Patrick wrote:
> > On Thu, 2005-12-08 at 09:37 -0700, Michal Jaegermann wrote:
> > [snip]
> > > To get my Radeon card working I had to add "NoDDC" _and_ turn off
> > > dri (not to load dri module).  See 
> > > 
> > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173439
> > > https://bugs.freedesktop.org/show_bug.cgi?id=5133
> > 
> > Still does not work. Here's what I did in xorg.conf
> > 
> > I commented out DRI so it showed:
> > #	load   "dri"
> 
> That is what I had to do to see anything but a blank screen
> (with a CPU usage around 99% to make things more interesting and
> the only possibility to login via remote).
> 
> > 	Option       "NoDDC" "1"
> 
> It is just 
> 
>         Option      "NoDDC"
> 
> but I do not think that this matters.  Besides if you were _not_
> getting crashes caused by DDC probing, and this depends on your
> hardware/firmware, then using this option will not help and possibly
> is even counterproductive.

Thanks for the tip. Here is what I found to get 1680x1050 on an Acer
Ferrari 4000 with an ATI X700 videocard running FC5t1/Rawhide x86_64:

In /etc/X11/xorg.conf:

Section "Monitor"
	Identifier   "Monitor0"
	VendorName   "Monitor Vendor"
	ModelName    "LCD Panel 1680x1050"
	HorizSync    31.5 - 90.0
	VertRefresh  60.0 - 60.0
	Option	     "dpms"
	Modeline     "1680x1050"  121.00  1680 1704 1792 1876  1050 1051 1054
1065
EndSection

Section "Device"
	Identifier  "Videocard0"
	Driver      "radeon"
	Option      "MonitorLayout" "LVDS, NONE"
	Option      "PanelSize" "1680x1050"
	Option      "AGPMode" "8"
	VendorName  "ATI"
	BoardName   "ATI Technologies Inc Radeon Mobility X700 (PCIE)"
EndSection

Regards,
Patrick



From matt.carter85 at gmail.com  Fri Dec  9 09:01:48 2005
From: matt.carter85 at gmail.com (Matt Carter)
Date: Fri, 9 Dec 2005 09:01:48 +0000
Subject: Kernel 2.6.14-1.1719 to 2.6.14-1.1740
Message-ID: <7c79ba150512090101t646e7fe7v18d25fa4b6e5e93d@mail.gmail.com>

Hi Guys

Updated my version of Udev to the patched version using the
instructions, now when I boot on to the latest kernel I get:

Starting Udev:

And then nothing, udev doesnt start with a newer kernel (1743),
however it still works fine with the older kernel (1719). Any ideas of
that else I can try to help debug?

Matt

> Matt Carter wrote:
> > Hi Guy
> >
> > Currently I have one working kernel on my system 2.6.14-1.1715, on the
> > other Kernels I get Udev freeze. I added a "set -x" and "echo $1" to
> > my rc.sysinit to see what was causing the hang. I got this:
> >
> > +echo floppy
> > floppy
> > modprobe floppy
> >
> > This is when it hangs, my laptop has no floppy or floppy controller.
> > So i "#" out modprobe floppy from the rc.sysinit script and it got a
> > little further, but then it froze on:
> >
> > +echo echi-hcd
> > ehci+hcd
> > +modprobe ehci-hcd
> >
> > Any one else having problems like this? I have been reporting it on
> > bugzilla (174270) wondered if anyone else had any luck fixing the
> > issue?
> >
> > Btw the laptop is a Pentium M, Intel 915 Chipset (Sony S Series
> > Laptop). Is there anything else I could try?
> >
> > Matt
> >
>
> This could be udevd running in parallel and doing stuff..
> Could you
> # rpmbuild --rebuild ftp://people.redhat.com/harald/udev/udev-075-5.src.rpm
> install the rpm and reboot?
> This udev version has a patch, which waits until udevd has finished
> replaying the uevents. So we can debug it a little better.



From matt.carter85 at gmail.com  Fri Dec  9 09:43:49 2005
From: matt.carter85 at gmail.com (Matt Carter)
Date: Fri, 9 Dec 2005 09:43:49 +0000
Subject: Kernel 2.6.14-1.1719 to 2.6.14-1.1740
In-Reply-To: <7c79ba150512090101t646e7fe7v18d25fa4b6e5e93d@mail.gmail.com>
References: <7c79ba150512090101t646e7fe7v18d25fa4b6e5e93d@mail.gmail.com>
Message-ID: <7c79ba150512090143rd379dc2j6050c2e200ee6829@mail.gmail.com>

Just done some more fedora updates and it gets here now:

Starting Udev:    [ok]
**some code stuff**
Initializing Hadware........ + ide=
+ scsi=
+ network=
+ audio=
+ other=
++ kmodule -d
++ read devtype mod

Then the system freezes.

Matt
On 12/9/05, Matt Carter <matt.carter85 at gmail.com> wrote:
> Hi Guys
>
> Updated my version of Udev to the patched version using the
> instructions, now when I boot on to the latest kernel I get:
>
> Starting Udev:
>
> And then nothing, udev doesnt start with a newer kernel (1743),
> however it still works fine with the older kernel (1719). Any ideas of
> that else I can try to help debug?
>
> Matt
>
> > Matt Carter wrote:
> > > Hi Guy
> > >
> > > Currently I have one working kernel on my system 2.6.14-1.1715, on the
> > > other Kernels I get Udev freeze. I added a "set -x" and "echo $1" to
> > > my rc.sysinit to see what was causing the hang. I got this:
> > >
> > > +echo floppy
> > > floppy
> > > modprobe floppy
> > >
> > > This is when it hangs, my laptop has no floppy or floppy controller.
> > > So i "#" out modprobe floppy from the rc.sysinit script and it got a
> > > little further, but then it froze on:
> > >
> > > +echo echi-hcd
> > > ehci+hcd
> > > +modprobe ehci-hcd
> > >
> > > Any one else having problems like this? I have been reporting it on
> > > bugzilla (174270) wondered if anyone else had any luck fixing the
> > > issue?
> > >
> > > Btw the laptop is a Pentium M, Intel 915 Chipset (Sony S Series
> > > Laptop). Is there anything else I could try?
> > >
> > > Matt
> > >
> >
> > This could be udevd running in parallel and doing stuff..
> > Could you
> > # rpmbuild --rebuild ftp://people.redhat.com/harald/udev/udev-075-5.src.rpm
> > install the rpm and reboot?
> > This udev version has a patch, which waits until udevd has finished
> > replaying the uevents. So we can debug it a little better.
>



From buildsys at redhat.com  Fri Dec  9 11:16:20 2005
From: buildsys at redhat.com (Build System)
Date: Fri, 9 Dec 2005 06:16:20 -0500
Subject: rawhide report: 20051209 changes
Message-ID: <200512091116.jB9BGK07025910@porkchop.devel.redhat.com>

 

 
Updated Packages:

anaconda-10.90.15-1
-------------------
* Thu Dec 08 2005 Jeremy Katz <katzj at redhat.com> - 10.90.15-1
- Fix various typos in the new group selection code (clumens)
- Support bytesPerInode on RAID (Curtis Doty, #175288)
- Stub some more for the loader to fix line-drawing chars again
- Handle file read failures better (pnasrat)
- Initial support for upgrades again (pnasrat)
- Minor padding tweaks to the UI

* Thu Dec 08 2005 Jeremy Katz <katzj at redhat.com> - 10.90.14-1
- Fix up for moved x locale data
- Remove vnc hack now that VNC knows where to look for fonts
- Don't go to text mode for no mouse (notting)
- Update to work with yum 2.5.0 cvs snap
- New package selection code
- Add new chinese font back now that we're using squashfs (#172163)
- The return of locale-archive usage

* Mon Dec 05 2005 Chris Lumens <clumens at redhat.com> 10.90.13-1
- Reword media check dialog (dcantrell, #174530).
- gcc41 compile fixes (pjones).
- Add genhomedircon, setfiles, and /etc/shells for selinux.

apr-1.2.2-4
-----------
* Thu Dec 08 2005 Joe Orton <jorton at redhat.com> 1.2.2-4
- add apr_file_seek() fixes from upstream (r326593, r326597)

bash-3.0-40
-----------
* Thu Dec 08 2005 Tim Waugh <twaugh at redhat.com> 3.0-40
- Fix read memleak when reading from non-blocking fd (bug #173283).
- Missed another loop for improved sighandler patch (bug #169231).

* Wed Dec 07 2005 Tim Waugh <twaugh at redhat.com> 3.0-39
- Missed a loop for improved sighandler patch (bug #169231).

* Tue Dec 06 2005 Tim Waugh <twaugh at redhat.com> 3.0-38
- Test out improved sighandler patch (bug #169231).

firstboot-1.3.55-1
------------------
* Thu Dec 08 2005 Chris Lumens <clumens at redhat.com> 1.3.55-1
- Fix grammar problems (#143953).
- Fix traceback on user screen (#175227).

gcc-4.1.0-0.6
-------------
* Wed Dec 07 2005 Jakub Jelinek <jakub at redhat.com> 4.1.0-0.6
- allow #pragmas at C struct scope as well as ObjC class scope
  (PR c/25246)
- some gomp testcase fixes

* Wed Dec 07 2005 Jakub Jelinek <jakub at redhat.com> 4.1.0-0.5
- update from gcc-4_1-branch (-r107810:108157)
  - PRs bootstrap/25207, c++/24103, c++/24138, c++/24173, fortran/15809,
	fortran/21302, fortran/23912, java/25283, libfortran/24919,
	libgfortran/25149, middle-end/25176, other/13873, target/18580,
	target/24108, target/24475, target/24934, target/25199,
	testsuite/25247, tree-optimization/24963
- update from gomp-20050608-branch (up to -r108105)
- -Wstrict-aliasing C++ support (Richard Guenther, Dirk Mueller,
  Paolo Carlini, PRs c++/14024, libstdc++/24975)
- fix mark_used_regs regression (Andreas Krebbel, PR rtl-optimization/24823)
- fix reload ICE (Kaz Kojima, PR target/24982)
- fix PPC ICE on Linux kernel (Paolo Bonzini, PR target/24982)
- fix s390{,x} shifts with shift count ANDed with constant mask
  (Andreas Krebbel, PR target/25268)
- s390{,x} atomic builtins enhancements (Adrian Straetling)

* Thu Dec 01 2005 Jakub Jelinek <jakub at redhat.com> 4.1.0-0.4
- update from gcc-4_1-branch (-r107618:107810)
  - PRs c++/21123, c++/21166, fortran/24223, fortran/24705, java/18278,
	libgfortran/25109, middle-end/20109, middle-end/25120,
	middle-end/25158, rtl-opt/24930
- use %{_tmppath} in BuildRoot (#174594)
- require libgomp in gcc subpackage
- fix Java .so symlinks

gjdoc-0.7.6-2
-------------
* Fri Dec 09 2005 Warren Togami <wtogami at redhat.com> 0.7.6-2
- rebuild with gcc-4.1

grub-0.95-17
------------
* Mon Dec 05 2005 Peter Jones <pjones at redhat.com> - 0.95-17
- fix configure conftest.c bugs
- add -Wno-unused to defeat gcc41 "unused" checking when there are aliases.

java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_56rh
------------------------------------------
* Wed Nov 30 2005 Thomas Fitzsimmons <fitzsim at redhat.com> - 0:1.4.2.0-40jpp_56rh
- Bump release number.

jessie-0:1.0.0-10
-----------------
* Thu Dec 08 2005 Thomas Fitzsimmons <fitzsim at redhat.com> 0:1.0.0-10
- Bump release number.

jpackage-utils-0:1.6.3-1jpp_2rh
-------------------------------
* Wed Nov 30 2005 Thomas Fitzsimmons <fitzsim at redhat.com> 0:1.6.3-1jpp_2rh
- Bump release number.

kernel-2.6.14-1.1749_FC5
------------------------
* Thu Dec 08 2005 David Woodhouse <dwmw2 at redhat.com>
- Clean up Cell patches, make it boot on real hardware

libselinux-1.29.1-1
-------------------
* Thu Dec 08 2005 Dan Walsh <dwalsh at redhat.com> 1.29.1-1
- Update to never version
	* Merged patch for swig interfaces from Dan Walsh.

libsemanage-1.4-1
-----------------
* Wed Dec 07 2005 Dan Walsh <dwalsh at redhat.com> 1.4-1
- Fix mode of output seusers file

libtool-1.5.20-5
----------------
* Wed Nov 30 2005 Warren Togami <wtogami at redhat.com> 1.5.20-5
- rebuilt with GCC 4.1.0

libwpd-0.8.4-1
--------------
* Fri Dec 02 2005 Caolan McNamara <caolanm at redhat.com> 0.8.4-1
- next version

man-pages-2.16-1
----------------
* Thu Dec 08 2005 Ivana Varekova <varekova at redhat.com> 2.16-1
- update to 2.16

* Thu Nov 10 2005 Ivana Varekova <varekova at redhat.com> 2.13-1
- update to 2.13

* Mon Oct 10 2005 Ivana Varekova <varekova at redhat.com> 2.08-1
- update to 2.08

oprofile-0.9.1-6
----------------
* Mon Dec 05 2005 Will Cohen <wcohen at redhat.com>
- Correct anon namespace issue.

php-5.1.1-5
-----------
* Thu Dec 08 2005 Joe Orton <jorton at redhat.com> 5.1.1-5
- require net-snmp for php-snmp (#174800)

policycoreutils-1.29.1-1
------------------------
* Thu Dec 08 2005 Dan Walsh <dwalsh at redhat.com> 1.29.1-1
- Update to match NSA
	* Merged fix for audit2allow long option list from Dan Walsh.
	* Merged -r option for restorecon (alias for -R) from Dan Walsh.
	* Merged chcat script and man page from Dan Walsh.

* Wed Dec 07 2005 Dan Walsh <dwalsh at redhat.com> 1.28-1
- Update to match NSA
- Add gfs support

pykickstart-0.10-1
------------------
* Thu Dec 08 2005 Chris Lumens <clumens at redhat.com> 0.10-1
- Support --bytes-per-inode on raid
  (Curtis Doty <Curtis at GreenKey.net> #175288).

selinux-policy-2.1.1-1
----------------------
* Thu Dec 08 2005 Dan Walsh <dwalsh at redhat.com> 2.1.1-1
- Update to upstream
- Turn off boolean allow_execstack

* Thu Dec 08 2005 Dan Walsh <dwalsh at redhat.com> 2.1.0-3
- Change setrans-mls to use new libsetrans
- Add default_context rule for xdm

* Thu Dec 08 2005 Dan Walsh <dwalsh at redhat.com> 2.1.0-2.
- Change Requires to PreReg for requiring of policycoreutils on install

system-config-date-1.7.99.9-1
-----------------------------
* Thu Dec 08 2005 Nils Philippsen <nphilipp at redhat.com> 1.7.99.9
- draw frame around highlighted region

system-config-securitylevel-1.6.12-1
------------------------------------
* Thu Dec 08 2005 Chris Lumens <clumens at redhat.com> 1.6.12-1
- Write out selinux config file (#174104).

vim-1:6.4.004-1
---------------
* Thu Dec 08 2005 Karsten Hopp <karsten at redhat.de> 6.4.004-1
- fix fstab syntax file (#174735)
- patchlevel 4

vnc-4.1.1-30
------------
* Thu Dec 08 2005 Tim Waugh <twaugh at redhat.com> 4.1.1-30
- Enable Xdmcp (bug #175298).

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	ant - 1.6.5-0jpp_1fc.i386 requires libgcj.so.6
	ant-antlr - 1.6.5-0jpp_1fc.i386 requires libgcj.so.6
	ant-apache-bcel - 1.6.5-0jpp_1fc.i386 requires libgcj.so.6
	ant-apache-bsf - 1.6.5-0jpp_1fc.i386 requires libgcj.so.6
	ant-apache-log4j - 1.6.5-0jpp_1fc.i386 requires libgcj.so.6
	ant-apache-oro - 1.6.5-0jpp_1fc.i386 requires libgcj.so.6
	ant-apache-regexp - 1.6.5-0jpp_1fc.i386 requires libgcj.so.6
	ant-apache-resolver - 1.6.5-0jpp_1fc.i386 requires libgcj.so.6
	ant-commons-logging - 1.6.5-0jpp_1fc.i386 requires libgcj.so.6
	ant-javamail - 1.6.5-0jpp_1fc.i386 requires libgcj.so.6
	ant-jdepend - 1.6.5-0jpp_1fc.i386 requires libgcj.so.6
	ant-jsch - 1.6.5-0jpp_1fc.i386 requires libgcj.so.6
	ant-junit - 1.6.5-0jpp_1fc.i386 requires libgcj.so.6
	ant-nodeps - 1.6.5-0jpp_1fc.i386 requires libgcj.so.6
	ant-swing - 1.6.5-0jpp_1fc.i386 requires libgcj.so.6
	ant-trax - 1.6.5-0jpp_1fc.i386 requires libgcj.so.6
	apr-devel - 1.2.2-4.i386 requires gcc = 0:4.0.2
	cairo-java - 1.0.1-2.i386 requires libgcj.so.6
	carol - 1.8.9.3-1jpp_6fc.i386 requires libgcj.so.6
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	eclipse-bugzilla - 1:0.1.1_fc-5.i386 requires libgcj.so.6
	eclipse-cdt - 1:3.0.1-1jpp_1fc.i386 requires libgcj.so.6
	eclipse-changelog - 1:2.0.1_fc-22.i386 requires libgcj.so.6
	eclipse-ecj - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-jdt - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-pde - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-platform - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-pydev - 1:0.9.3_fc-12.i386 requires libgcj.so.6
	frysk - 0.0.0.20051116-0.5.i386 requires libgcj.so.6
	geronimo-specs - 1.0-0.M2.2jpp_4fc.i386 requires libgcj.so.6
	gettext-devel - 0.14.5-2.i386 requires libgcj.so.6
	glib-java - 0.2.1-2.i386 requires libgcj.so.6
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	gnu-crypto - 2.0.1-1jpp_8fc.i386 requires libgcj.so.6
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.i386 requires libgcj.so.6
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.i386 requires libgcj.so.6
	howl-logger - 0.1.8-1jpp_3fc.i386 requires libgcj.so.6
	hsqldb - 1.80.1-1jpp_4fc.i386 requires libgcj.so.6
	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
	jakarta-commons-beanutils - 1.7.0-2jpp_2fc.i386 requires libgcj.so.6
	jakarta-commons-collections - 3.1-2jpp_2fc.i386 requires libgcj.so.6
	jakarta-commons-digester - 1.6-2jpp_6fc.i386 requires libgcj.so.6
	jakarta-commons-el - 1.0-4jpp_2fc.i386 requires libgcj.so.6
	jakarta-commons-logging - 1.0.4-2jpp_6fc.i386 requires libgcj.so.6
	jakarta-commons-modeler - 1.1-4jpp_2fc.i386 requires libgcj.so.6
	java_cup - 1:0.10-0.k.1jpp_5fc.i386 requires libgcj.so.6
	javacc - 3.2-1jpp_3fc.i386 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonathan-core - 4.1-1jpp_4fc.i386 requires libgcj.so.6
	jonathan-jeremie - 4.2-1jpp_4fc.i386 requires libgcj.so.6
	jonathan-rmi - 3.1-5.i386 requires libgcj.so.6
	joram - 4.1.5-1jpp_6fc.i386 requires libgcj.so.6
	jotm - 2.0.5-1jpp_3fc.i386 requires libgcj.so.6
	jsch - 0.1.18-1jpp_2fc.i386 requires libgcj.so.6
	libgconf-java - 2.12.1-1.i386 requires libgcj.so.6
	libglade-java - 2.12.1-2.i386 requires libgcj.so.6
	libgnome-java - 2.12.1-2.i386 requires libgcj.so.6
	libgtk-java - 2.8.1-1.i386 requires libgcj.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.i386 requires libgcjawt.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	libvte-java - 0.11.11-6.i386 requires libgcj.so.6
	lucene - 1.4.3-1jpp_7fc.i386 requires libgcj.so.6
	lucene-demo - 1.4.3-1jpp_7fc.i386 requires libgcj.so.6
	monolog - 1.8.6-1jpp_5fc.i386 requires libgcj.so.6
	mx4j - 1:3.0.1-1jpp_5fc.i386 requires libgcj.so.6
	nanoxml - 2.2.3-3jpp_3fc.i386 requires libgcj.so.6
	nanoxml-lite - 2.2.3-3jpp_3fc.i386 requires libgcj.so.6
	oldkilim - 1.1.3-2jpp_3fc.i386 requires libgcj.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.i386 requires libgcjawt.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.i386 requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.i386 requires libgcj.so.6
	regexp - 1.3-2jpp_3fc.i386 requires libgcj.so.6
	struts - 1.2.4-2jpp_3fc.i386 requires libgcj.so.6
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.i386 requires libgcj.so.6
	systemtap - 0.5-2.i386 requires libdw.so.1(ELFUTILS_0.116)
	tomcat5 - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-jasper - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-webapps - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	xalan-j2 - 2.6.0-3jpp_4fc.i386 requires libgcj.so.6
	xalan-j2-demo - 2.6.0-3jpp_4fc.i386 requires libgcj.so.6
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.i386 requires libgcj.so.6
	xerces-j2 - 2.6.2-5jpp_2fc.i386 requires libgcj.so.6
	xerces-j2-demo - 2.6.2-5jpp_2fc.i386 requires libgcj.so.6
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.i386 requires libgcj.so.6
	xml-commons-which - 1.0-0.b2.7jpp_3fc.i386 requires libgcj.so.6



Broken deps for ia64
----------------------------------------------------------
	ant - 1.6.5-0jpp_1fc.ia64 requires libgcj.so.6()(64bit)
	ant-antlr - 1.6.5-0jpp_1fc.ia64 requires libgcj.so.6()(64bit)
	ant-apache-bcel - 1.6.5-0jpp_1fc.ia64 requires libgcj.so.6()(64bit)
	ant-apache-bsf - 1.6.5-0jpp_1fc.ia64 requires libgcj.so.6()(64bit)
	ant-apache-log4j - 1.6.5-0jpp_1fc.ia64 requires libgcj.so.6()(64bit)
	ant-apache-oro - 1.6.5-0jpp_1fc.ia64 requires libgcj.so.6()(64bit)
	ant-apache-regexp - 1.6.5-0jpp_1fc.ia64 requires libgcj.so.6()(64bit)
	ant-apache-resolver - 1.6.5-0jpp_1fc.ia64 requires libgcj.so.6()(64bit)
	ant-commons-logging - 1.6.5-0jpp_1fc.ia64 requires libgcj.so.6()(64bit)
	ant-javamail - 1.6.5-0jpp_1fc.ia64 requires libgcj.so.6()(64bit)
	ant-jdepend - 1.6.5-0jpp_1fc.ia64 requires libgcj.so.6()(64bit)
	ant-jsch - 1.6.5-0jpp_1fc.ia64 requires libgcj.so.6()(64bit)
	ant-junit - 1.6.5-0jpp_1fc.ia64 requires libgcj.so.6()(64bit)
	ant-nodeps - 1.6.5-0jpp_1fc.ia64 requires libgcj.so.6()(64bit)
	ant-swing - 1.6.5-0jpp_1fc.ia64 requires libgcj.so.6()(64bit)
	ant-trax - 1.6.5-0jpp_1fc.ia64 requires libgcj.so.6()(64bit)
	apr-devel - 1.2.2-4.ia64 requires gcc = 0:4.0.2
	cairo-java - 1.0.1-2.ia64 requires libgcj.so.6()(64bit)
	carol - 1.8.9.3-1jpp_6fc.ia64 requires libgcj.so.6()(64bit)
	geronimo-specs - 1.0-0.M2.2jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	gettext-devel - 0.14.5-2.ia64 requires libgcj.so.6()(64bit)
	glib-java - 0.2.1-2.ia64 requires libgcj.so.6()(64bit)
	gnu-crypto - 2.0.1-1jpp_8fc.ia64 requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.ia64 requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.ia64 requires libgcj.so.6()(64bit)
	howl-logger - 0.1.8-1jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	hsqldb - 1.80.1-1jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	jakarta-commons-beanutils - 1.7.0-2jpp_2fc.ia64 requires libgcj.so.6()(64bit)
	jakarta-commons-collections - 3.1-2jpp_2fc.ia64 requires libgcj.so.6()(64bit)
	jakarta-commons-digester - 1.6-2jpp_6fc.ia64 requires libgcj.so.6()(64bit)
	jakarta-commons-el - 1.0-4jpp_2fc.ia64 requires libgcj.so.6()(64bit)
	jakarta-commons-logging - 1.0.4-2jpp_6fc.ia64 requires libgcj.so.6()(64bit)
	jakarta-commons-modeler - 1.1-4jpp_2fc.ia64 requires libgcj.so.6()(64bit)
	java_cup - 1:0.10-0.k.1jpp_5fc.ia64 requires libgcj.so.6()(64bit)
	javacc - 3.2-1jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	jonathan-core - 4.1-1jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	jonathan-jeremie - 4.2-1jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	jonathan-rmi - 3.1-5.ia64 requires libgcj.so.6()(64bit)
	joram - 4.1.5-1jpp_6fc.ia64 requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	jsch - 0.1.18-1jpp_2fc.ia64 requires libgcj.so.6()(64bit)
	libgconf-java - 2.12.1-1.ia64 requires libgcj.so.6()(64bit)
	libglade-java - 2.12.1-2.ia64 requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.1-2.ia64 requires libgcj.so.6()(64bit)
	libgtk-java - 2.8.1-1.ia64 requires libgcj.so.6()(64bit)
	libsetrans - 0.1.11-1.ia64 requires libc.so.6(GLIBC_2.3.4)
	libsetrans - 0.1.11-1.ia64 requires libc.so.6(GLIBC_2.4)
	libsetrans - 0.1.11-1.ia64 requires libc.so.6(GLIBC_2.1)
	libsetrans - 0.1.11-1.ia64 requires libc.so.6(GLIBC_2.0)
	libsetrans - 0.1.11-1.ia64 requires libdl.so.2
	libsetrans - 0.1.11-1.ia64 requires libc.so.6(GLIBC_2.1.3)
	libsetrans - 0.1.11-1.ia64 requires libc.so.6(GLIBC_2.3)
	libsetrans - 0.1.11-1.ia64 requires libc.so.6
	libsetrans - 0.1.11-1.ia64 requires libselinux.so.1
	libvte-java - 0.11.11-6.ia64 requires libgcj.so.6()(64bit)
	lucene - 1.4.3-1jpp_7fc.ia64 requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.ia64 requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.ia64 requires libgcj.so.6()(64bit)
	mx4j - 1:3.0.1-1jpp_5fc.ia64 requires libgcj.so.6()(64bit)
	nanoxml - 2.2.3-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	nanoxml-lite - 2.2.3-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	oldkilim - 1.1.3-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	p6spy - 1.3-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	regexp - 1.3-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs
	struts - 1.2.4-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	systemtap - 0.5-2.ia64 requires libdw.so.1(ELFUTILS_0.116)(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xerces-j2 - 2.6.2-5jpp_2fc.ia64 requires libgcj.so.6()(64bit)
	xerces-j2-demo - 2.6.2-5jpp_2fc.ia64 requires libgcj.so.6()(64bit)
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	xml-commons-which - 1.0-0.b2.7jpp_3fc.ia64 requires libgcj.so.6()(64bit)



Broken deps for ppc
----------------------------------------------------------
	ant - 1.6.5-0jpp_1fc.ppc requires libgcj.so.6
	ant-antlr - 1.6.5-0jpp_1fc.ppc requires libgcj.so.6
	ant-apache-bcel - 1.6.5-0jpp_1fc.ppc requires libgcj.so.6
	ant-apache-bsf - 1.6.5-0jpp_1fc.ppc requires libgcj.so.6
	ant-apache-log4j - 1.6.5-0jpp_1fc.ppc requires libgcj.so.6
	ant-apache-oro - 1.6.5-0jpp_1fc.ppc requires libgcj.so.6
	ant-apache-regexp - 1.6.5-0jpp_1fc.ppc requires libgcj.so.6
	ant-apache-resolver - 1.6.5-0jpp_1fc.ppc requires libgcj.so.6
	ant-commons-logging - 1.6.5-0jpp_1fc.ppc requires libgcj.so.6
	ant-javamail - 1.6.5-0jpp_1fc.ppc requires libgcj.so.6
	ant-jdepend - 1.6.5-0jpp_1fc.ppc requires libgcj.so.6
	ant-jsch - 1.6.5-0jpp_1fc.ppc requires libgcj.so.6
	ant-junit - 1.6.5-0jpp_1fc.ppc requires libgcj.so.6
	ant-nodeps - 1.6.5-0jpp_1fc.ppc requires libgcj.so.6
	ant-swing - 1.6.5-0jpp_1fc.ppc requires libgcj.so.6
	ant-trax - 1.6.5-0jpp_1fc.ppc requires libgcj.so.6
	apr-devel - 1.2.2-4.ppc requires gcc = 0:4.0.2
	cairo-java - 1.0.1-2.ppc requires libgcj.so.6
	carol - 1.8.9.3-1jpp_6fc.ppc requires libgcj.so.6
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	eclipse-bugzilla - 1:0.1.1_fc-5.ppc requires libgcj.so.6
	eclipse-cdt - 1:3.0.1-1jpp_1fc.ppc requires libgcj.so.6
	eclipse-changelog - 1:2.0.1_fc-22.ppc requires libgcj.so.6
	eclipse-ecj - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-jdt - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-pde - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-platform - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-pydev - 1:0.9.3_fc-12.ppc requires libgcj.so.6
	geronimo-specs - 1.0-0.M2.2jpp_4fc.ppc requires libgcj.so.6
	gettext-devel - 0.14.5-2.ppc requires libgcj.so.6
	glib-java - 0.2.1-2.ppc requires libgcj.so.6
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	gnu-crypto - 2.0.1-1jpp_8fc.ppc requires libgcj.so.6
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.ppc requires libgcj.so.6
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.ppc requires libgcj.so.6
	howl-logger - 0.1.8-1jpp_3fc.ppc requires libgcj.so.6
	hsqldb - 1.80.1-1jpp_4fc.ppc requires libgcj.so.6
	jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
	jakarta-commons-beanutils - 1.7.0-2jpp_2fc.ppc requires libgcj.so.6
	jakarta-commons-collections - 3.1-2jpp_2fc.ppc requires libgcj.so.6
	jakarta-commons-digester - 1.6-2jpp_6fc.ppc requires libgcj.so.6
	jakarta-commons-el - 1.0-4jpp_2fc.ppc requires libgcj.so.6
	jakarta-commons-logging - 1.0.4-2jpp_6fc.ppc requires libgcj.so.6
	jakarta-commons-modeler - 1.1-4jpp_2fc.ppc requires libgcj.so.6
	java_cup - 1:0.10-0.k.1jpp_5fc.ppc requires libgcj.so.6
	javacc - 3.2-1jpp_3fc.ppc requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jonathan-core - 4.1-1jpp_4fc.ppc requires libgcj.so.6
	jonathan-jeremie - 4.2-1jpp_4fc.ppc requires libgcj.so.6
	jonathan-rmi - 3.1-5.ppc requires libgcj.so.6
	joram - 4.1.5-1jpp_6fc.ppc requires libgcj.so.6
	jotm - 2.0.5-1jpp_3fc.ppc requires libgcj.so.6
	jsch - 0.1.18-1jpp_2fc.ppc requires libgcj.so.6
	libgconf-java - 2.12.1-1.ppc requires libgcj.so.6
	libglade-java - 2.12.1-2.ppc requires libgcj.so.6
	libgnome-java - 2.12.1-2.ppc requires libgcj.so.6
	libgtk-java - 2.8.1-1.ppc requires libgcj.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.ppc requires libgcjawt.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	libvte-java - 0.11.11-6.ppc requires libgcj.so.6
	lucene - 1.4.3-1jpp_7fc.ppc requires libgcj.so.6
	lucene-demo - 1.4.3-1jpp_7fc.ppc requires libgcj.so.6
	monolog - 1.8.6-1jpp_5fc.ppc requires libgcj.so.6
	mx4j - 1:3.0.1-1jpp_5fc.ppc requires libgcj.so.6
	nanoxml - 2.2.3-3jpp_3fc.ppc requires libgcj.so.6
	nanoxml-lite - 2.2.3-3jpp_3fc.ppc requires libgcj.so.6
	oldkilim - 1.1.3-2jpp_3fc.ppc requires libgcj.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.ppc requires libgcjawt.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.ppc requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.ppc requires libgcj.so.6
	regexp - 1.3-2jpp_3fc.ppc requires libgcj.so.6
	struts - 1.2.4-2jpp_3fc.ppc requires libgcj.so.6
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.ppc requires libgcj.so.6
	systemtap - 0.5-2.ppc requires libdw.so.1(ELFUTILS_0.116)
	tomcat5 - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-jasper - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-webapps - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	xalan-j2 - 2.6.0-3jpp_4fc.ppc requires libgcj.so.6
	xalan-j2-demo - 2.6.0-3jpp_4fc.ppc requires libgcj.so.6
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.ppc requires libgcj.so.6
	xerces-j2 - 2.6.2-5jpp_2fc.ppc requires libgcj.so.6
	xerces-j2-demo - 2.6.2-5jpp_2fc.ppc requires libgcj.so.6
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.ppc requires libgcj.so.6
	xml-commons-which - 1.0-0.b2.7jpp_3fc.ppc requires libgcj.so.6



Broken deps for ppc64
----------------------------------------------------------
	ant - 1.6.5-0jpp_1fc.ppc64 requires libgcj.so.6()(64bit)
	ant-antlr - 1.6.5-0jpp_1fc.ppc64 requires libgcj.so.6()(64bit)
	ant-apache-bcel - 1.6.5-0jpp_1fc.ppc64 requires libgcj.so.6()(64bit)
	ant-apache-bsf - 1.6.5-0jpp_1fc.ppc64 requires libgcj.so.6()(64bit)
	ant-apache-log4j - 1.6.5-0jpp_1fc.ppc64 requires libgcj.so.6()(64bit)
	ant-apache-oro - 1.6.5-0jpp_1fc.ppc64 requires libgcj.so.6()(64bit)
	ant-apache-regexp - 1.6.5-0jpp_1fc.ppc64 requires libgcj.so.6()(64bit)
	ant-apache-resolver - 1.6.5-0jpp_1fc.ppc64 requires libgcj.so.6()(64bit)
	ant-commons-logging - 1.6.5-0jpp_1fc.ppc64 requires libgcj.so.6()(64bit)
	ant-javamail - 1.6.5-0jpp_1fc.ppc64 requires libgcj.so.6()(64bit)
	ant-jdepend - 1.6.5-0jpp_1fc.ppc64 requires libgcj.so.6()(64bit)
	ant-jsch - 1.6.5-0jpp_1fc.ppc64 requires libgcj.so.6()(64bit)
	ant-junit - 1.6.5-0jpp_1fc.ppc64 requires libgcj.so.6()(64bit)
	ant-nodeps - 1.6.5-0jpp_1fc.ppc64 requires libgcj.so.6()(64bit)
	ant-swing - 1.6.5-0jpp_1fc.ppc64 requires libgcj.so.6()(64bit)
	ant-trax - 1.6.5-0jpp_1fc.ppc64 requires libgcj.so.6()(64bit)
	apr-devel - 1.2.2-4.ppc64 requires gcc = 0:4.0.2
	cairo-java - 1.0.1-2.ppc64 requires libgcj.so.6()(64bit)
	carol - 1.8.9.3-1jpp_6fc.ppc64 requires libgcj.so.6()(64bit)
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	geronimo-specs - 1.0-0.M2.2jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	gettext-devel - 0.14.5-2.ppc64 requires libgcj.so.6()(64bit)
	glib-java - 0.2.1-2.ppc64 requires libgcj.so.6()(64bit)
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	gnu-crypto - 2.0.1-1jpp_8fc.ppc64 requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.ppc64 requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.ppc64 requires libgcj.so.6()(64bit)
	howl-logger - 0.1.8-1jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	hsqldb - 1.80.1-1jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	jakarta-commons-beanutils - 1.7.0-2jpp_2fc.ppc64 requires libgcj.so.6()(64bit)
	jakarta-commons-collections - 3.1-2jpp_2fc.ppc64 requires libgcj.so.6()(64bit)
	jakarta-commons-digester - 1.6-2jpp_6fc.ppc64 requires libgcj.so.6()(64bit)
	jakarta-commons-el - 1.0-4jpp_2fc.ppc64 requires libgcj.so.6()(64bit)
	jakarta-commons-logging - 1.0.4-2jpp_6fc.ppc64 requires libgcj.so.6()(64bit)
	jakarta-commons-modeler - 1.1-4jpp_2fc.ppc64 requires libgcj.so.6()(64bit)
	java_cup - 1:0.10-0.k.1jpp_5fc.ppc64 requires libgcj.so.6()(64bit)
	javacc - 3.2-1jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	jonathan-core - 4.1-1jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	jonathan-jeremie - 4.2-1jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	jonathan-rmi - 3.1-5.ppc64 requires libgcj.so.6()(64bit)
	joram - 4.1.5-1jpp_6fc.ppc64 requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	jsch - 0.1.18-1jpp_2fc.ppc64 requires libgcj.so.6()(64bit)
	libgconf-java - 2.12.1-1.ppc64 requires libgcj.so.6()(64bit)
	libglade-java - 2.12.1-2.ppc64 requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.1-2.ppc64 requires libgcj.so.6()(64bit)
	libgtk-java - 2.8.1-1.ppc64 requires libgcj.so.6()(64bit)
	libsetrans - 0.1.11-1.ppc64 requires libc.so.6(GLIBC_2.3.4)
	libsetrans - 0.1.11-1.ppc64 requires libc.so.6(GLIBC_2.4)
	libsetrans - 0.1.11-1.ppc64 requires libc.so.6(GLIBC_2.1)
	libsetrans - 0.1.11-1.ppc64 requires libc.so.6(GLIBC_2.0)
	libsetrans - 0.1.11-1.ppc64 requires libdl.so.2
	libsetrans - 0.1.11-1.ppc64 requires libc.so.6(GLIBC_2.1.3)
	libsetrans - 0.1.11-1.ppc64 requires libc.so.6(GLIBC_2.3)
	libsetrans - 0.1.11-1.ppc64 requires libc.so.6
	libsetrans - 0.1.11-1.ppc64 requires libselinux.so.1
	libvte-java - 0.11.11-6.ppc64 requires libgcj.so.6()(64bit)
	lucene - 1.4.3-1jpp_7fc.ppc64 requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.ppc64 requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.ppc64 requires libgcj.so.6()(64bit)
	mx4j - 1:3.0.1-1jpp_5fc.ppc64 requires libgcj.so.6()(64bit)
	nanoxml - 2.2.3-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	nanoxml-lite - 2.2.3-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	oldkilim - 1.1.3-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	p6spy - 1.3-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	regexp - 1.3-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	struts - 1.2.4-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xerces-j2 - 2.6.2-5jpp_2fc.ppc64 requires libgcj.so.6()(64bit)
	xerces-j2-demo - 2.6.2-5jpp_2fc.ppc64 requires libgcj.so.6()(64bit)
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	xml-commons-which - 1.0-0.b2.7jpp_3fc.ppc64 requires libgcj.so.6()(64bit)



Broken deps for s390
----------------------------------------------------------
	ant - 1.6.5-0jpp_1fc.s390 requires libgcj.so.6
	ant-antlr - 1.6.5-0jpp_1fc.s390 requires libgcj.so.6
	ant-apache-bcel - 1.6.5-0jpp_1fc.s390 requires libgcj.so.6
	ant-apache-bsf - 1.6.5-0jpp_1fc.s390 requires libgcj.so.6
	ant-apache-log4j - 1.6.5-0jpp_1fc.s390 requires libgcj.so.6
	ant-apache-oro - 1.6.5-0jpp_1fc.s390 requires libgcj.so.6
	ant-apache-regexp - 1.6.5-0jpp_1fc.s390 requires libgcj.so.6
	ant-apache-resolver - 1.6.5-0jpp_1fc.s390 requires libgcj.so.6
	ant-commons-logging - 1.6.5-0jpp_1fc.s390 requires libgcj.so.6
	ant-javamail - 1.6.5-0jpp_1fc.s390 requires libgcj.so.6
	ant-jdepend - 1.6.5-0jpp_1fc.s390 requires libgcj.so.6
	ant-jsch - 1.6.5-0jpp_1fc.s390 requires libgcj.so.6
	ant-junit - 1.6.5-0jpp_1fc.s390 requires libgcj.so.6
	ant-nodeps - 1.6.5-0jpp_1fc.s390 requires libgcj.so.6
	ant-swing - 1.6.5-0jpp_1fc.s390 requires libgcj.so.6
	ant-trax - 1.6.5-0jpp_1fc.s390 requires libgcj.so.6
	apr-devel - 1.2.2-4.s390 requires gcc = 0:4.0.2
	cairo-java - 1.0.1-2.s390 requires libgcj.so.6
	carol - 1.8.9.3-1jpp_6fc.s390 requires libgcj.so.6
	geronimo-specs - 1.0-0.M2.2jpp_4fc.s390 requires libgcj.so.6
	gettext-devel - 0.14.5-2.s390 requires libgcj.so.6
	glib-java - 0.2.1-2.s390 requires libgcj.so.6
	gnu-crypto - 2.0.1-1jpp_8fc.s390 requires libgcj.so.6
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.s390 requires libgcj.so.6
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.s390 requires libgcj.so.6
	howl-logger - 0.1.8-1jpp_3fc.s390 requires libgcj.so.6
	hsqldb - 1.80.1-1jpp_4fc.s390 requires libgcj.so.6
	jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
	jakarta-commons-beanutils - 1.7.0-2jpp_2fc.s390 requires libgcj.so.6
	jakarta-commons-collections - 3.1-2jpp_2fc.s390 requires libgcj.so.6
	jakarta-commons-digester - 1.6-2jpp_6fc.s390 requires libgcj.so.6
	jakarta-commons-el - 1.0-4jpp_2fc.s390 requires libgcj.so.6
	jakarta-commons-logging - 1.0.4-2jpp_6fc.s390 requires libgcj.so.6
	jakarta-commons-modeler - 1.1-4jpp_2fc.s390 requires libgcj.so.6
	java_cup - 1:0.10-0.k.1jpp_5fc.s390 requires libgcj.so.6
	javacc - 3.2-1jpp_3fc.s390 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jonathan-core - 4.1-1jpp_4fc.s390 requires libgcj.so.6
	jonathan-jeremie - 4.2-1jpp_4fc.s390 requires libgcj.so.6
	jonathan-rmi - 3.1-5.s390 requires libgcj.so.6
	joram - 4.1.5-1jpp_6fc.s390 requires libgcj.so.6
	jotm - 2.0.5-1jpp_3fc.s390 requires libgcj.so.6
	jsch - 0.1.18-1jpp_2fc.s390 requires libgcj.so.6
	libgconf-java - 2.12.1-1.s390 requires libgcj.so.6
	libglade-java - 2.12.1-2.s390 requires libgcj.so.6
	libgnome-java - 2.12.1-2.s390 requires libgcj.so.6
	libgtk-java - 2.8.1-1.s390 requires libgcj.so.6
	libvte-java - 0.11.11-6.s390 requires libgcj.so.6
	lucene - 1.4.3-1jpp_7fc.s390 requires libgcj.so.6
	lucene-demo - 1.4.3-1jpp_7fc.s390 requires libgcj.so.6
	monolog - 1.8.6-1jpp_5fc.s390 requires libgcj.so.6
	mx4j - 1:3.0.1-1jpp_5fc.s390 requires libgcj.so.6
	nanoxml - 2.2.3-3jpp_3fc.s390 requires libgcj.so.6
	nanoxml-lite - 2.2.3-3jpp_3fc.s390 requires libgcj.so.6
	oldkilim - 1.1.3-2jpp_3fc.s390 requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.s390 requires libgcj.so.6
	regexp - 1.3-2jpp_3fc.s390 requires libgcj.so.6
	rhythmbox - 0.9.1-1.s390 requires libdbus-1.so.1
	rhythmbox - 0.9.1-1.s390 requires libdbus-glib-1.so.1
	struts - 1.2.4-2jpp_3fc.s390 requires libgcj.so.6
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.s390 requires libgcj.so.6
	tomcat5 - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-jasper - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-webapps - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	xalan-j2 - 2.6.0-3jpp_4fc.s390 requires libgcj.so.6
	xalan-j2-demo - 2.6.0-3jpp_4fc.s390 requires libgcj.so.6
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.s390 requires libgcj.so.6
	xerces-j2 - 2.6.2-5jpp_2fc.s390 requires libgcj.so.6
	xerces-j2-demo - 2.6.2-5jpp_2fc.s390 requires libgcj.so.6
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.s390 requires libgcj.so.6
	xml-commons-which - 1.0-0.b2.7jpp_3fc.s390 requires libgcj.so.6



Broken deps for s390x
----------------------------------------------------------
	ant - 1.6.5-0jpp_1fc.s390x requires libgcj.so.6()(64bit)
	ant-antlr - 1.6.5-0jpp_1fc.s390x requires libgcj.so.6()(64bit)
	ant-apache-bcel - 1.6.5-0jpp_1fc.s390x requires libgcj.so.6()(64bit)
	ant-apache-bsf - 1.6.5-0jpp_1fc.s390x requires libgcj.so.6()(64bit)
	ant-apache-log4j - 1.6.5-0jpp_1fc.s390x requires libgcj.so.6()(64bit)
	ant-apache-oro - 1.6.5-0jpp_1fc.s390x requires libgcj.so.6()(64bit)
	ant-apache-regexp - 1.6.5-0jpp_1fc.s390x requires libgcj.so.6()(64bit)
	ant-apache-resolver - 1.6.5-0jpp_1fc.s390x requires libgcj.so.6()(64bit)
	ant-commons-logging - 1.6.5-0jpp_1fc.s390x requires libgcj.so.6()(64bit)
	ant-javamail - 1.6.5-0jpp_1fc.s390x requires libgcj.so.6()(64bit)
	ant-jdepend - 1.6.5-0jpp_1fc.s390x requires libgcj.so.6()(64bit)
	ant-jsch - 1.6.5-0jpp_1fc.s390x requires libgcj.so.6()(64bit)
	ant-junit - 1.6.5-0jpp_1fc.s390x requires libgcj.so.6()(64bit)
	ant-nodeps - 1.6.5-0jpp_1fc.s390x requires libgcj.so.6()(64bit)
	ant-swing - 1.6.5-0jpp_1fc.s390x requires libgcj.so.6()(64bit)
	ant-trax - 1.6.5-0jpp_1fc.s390x requires libgcj.so.6()(64bit)
	apr-devel - 1.2.2-4.s390x requires gcc = 0:4.0.2
	cairo-java - 1.0.0-10.s390x requires libgcj.so.6()(64bit)
	carol - 1.8.9.3-1jpp_6fc.s390x requires libgcj.so.6()(64bit)
	geronimo-specs - 1.0-0.M2.2jpp_4fc.s390x requires libgcj.so.6()(64bit)
	gettext-devel - 0.14.5-2.s390x requires libgcj.so.6()(64bit)
	glib-java - 0.2.0-6.s390x requires libgcj.so.6()(64bit)
	gnu-crypto - 2.0.1-1jpp_8fc.s390x requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.s390x requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.s390x requires libgcj.so.6()(64bit)
	howl-logger - 0.1.8-1jpp_3fc.s390x requires libgcj.so.6()(64bit)
	hsqldb - 1.80.1-1jpp_4fc.s390x requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	jakarta-commons-beanutils - 1.7.0-2jpp_2fc.s390x requires libgcj.so.6()(64bit)
	jakarta-commons-collections - 3.1-2jpp_2fc.s390x requires libgcj.so.6()(64bit)
	jakarta-commons-digester - 1.6-2jpp_6fc.s390x requires libgcj.so.6()(64bit)
	jakarta-commons-el - 1.0-4jpp_2fc.s390x requires libgcj.so.6()(64bit)
	jakarta-commons-logging - 1.0.4-2jpp_6fc.s390x requires libgcj.so.6()(64bit)
	jakarta-commons-modeler - 1.1-4jpp_2fc.s390x requires libgcj.so.6()(64bit)
	java_cup - 1:0.10-0.k.1jpp_5fc.s390x requires libgcj.so.6()(64bit)
	javacc - 3.2-1jpp_3fc.s390x requires libgcj.so.6()(64bit)
	jonathan-core - 4.1-1jpp_4fc.s390x requires libgcj.so.6()(64bit)
	jonathan-jeremie - 4.2-1jpp_4fc.s390x requires libgcj.so.6()(64bit)
	jonathan-rmi - 3.1-5.s390x requires libgcj.so.6()(64bit)
	joram - 4.1.5-1jpp_6fc.s390x requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.s390x requires libgcj.so.6()(64bit)
	jsch - 0.1.18-1jpp_2fc.s390x requires libgcj.so.6()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libgcj.so.6()(64bit)
	libglade-java - 2.12.0-5.s390x requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libgcj.so.6()(64bit)
	libgtk-java - 2.8.0-7.s390x requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-6.s390x requires libgcj.so.6()(64bit)
	lucene - 1.4.3-1jpp_7fc.s390x requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.s390x requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.s390x requires libgcj.so.6()(64bit)
	mx4j - 1:3.0.1-1jpp_5fc.s390x requires libgcj.so.6()(64bit)
	nanoxml - 2.2.3-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	nanoxml-lite - 2.2.3-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	oldkilim - 1.1.3-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	p6spy - 1.3-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	regexp - 1.3-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	rhythmbox - 0.9.1-1.s390x requires libdbus-1.so.1()(64bit)
	rhythmbox - 0.9.1-1.s390x requires libdbus-glib-1.so.1()(64bit)
	struts - 1.2.4-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xerces-j2 - 2.6.2-5jpp_2fc.s390x requires libgcj.so.6()(64bit)
	xerces-j2-demo - 2.6.2-5jpp_2fc.s390x requires libgcj.so.6()(64bit)
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.s390x requires libgcj.so.6()(64bit)
	xml-commons-which - 1.0-0.b2.7jpp_3fc.s390x requires libgcj.so.6()(64bit)



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	ant - 1.6.5-0jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	ant-antlr - 1.6.5-0jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	ant-apache-bcel - 1.6.5-0jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	ant-apache-bsf - 1.6.5-0jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	ant-apache-log4j - 1.6.5-0jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	ant-apache-oro - 1.6.5-0jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	ant-apache-regexp - 1.6.5-0jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	ant-apache-resolver - 1.6.5-0jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	ant-commons-logging - 1.6.5-0jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	ant-javamail - 1.6.5-0jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	ant-jdepend - 1.6.5-0jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	ant-jsch - 1.6.5-0jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	ant-junit - 1.6.5-0jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	ant-nodeps - 1.6.5-0jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	ant-swing - 1.6.5-0jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	ant-trax - 1.6.5-0jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	apr-devel - 1.2.2-4.x86_64 requires gcc = 0:4.0.2
	cairo-java - 1.0.1-2.x86_64 requires libgcj.so.6()(64bit)
	carol - 1.8.9.3-1jpp_6fc.x86_64 requires libgcj.so.6()(64bit)
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	eclipse-bugzilla - 1:0.1.1_fc-5.x86_64 requires libgcj.so.6()(64bit)
	eclipse-cdt - 1:3.0.1-1jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-changelog - 1:2.0.1_fc-22.x86_64 requires libgcj.so.6()(64bit)
	eclipse-ecj - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-jdt - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-pde - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-platform - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-pydev - 1:0.9.3_fc-12.x86_64 requires libgcj.so.6()(64bit)
	geronimo-specs - 1.0-0.M2.2jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	gettext-devel - 0.14.5-2.x86_64 requires libgcj.so.6()(64bit)
	glib-java - 0.2.1-2.x86_64 requires libgcj.so.6()(64bit)
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	gnu-crypto - 2.0.1-1jpp_8fc.x86_64 requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.x86_64 requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.x86_64 requires libgcj.so.6()(64bit)
	howl-logger - 0.1.8-1jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	hsqldb - 1.80.1-1jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jakarta-commons-beanutils - 1.7.0-2jpp_2fc.x86_64 requires libgcj.so.6()(64bit)
	jakarta-commons-collections - 3.1-2jpp_2fc.x86_64 requires libgcj.so.6()(64bit)
	jakarta-commons-digester - 1.6-2jpp_6fc.x86_64 requires libgcj.so.6()(64bit)
	jakarta-commons-el - 1.0-4jpp_2fc.x86_64 requires libgcj.so.6()(64bit)
	jakarta-commons-logging - 1.0.4-2jpp_6fc.x86_64 requires libgcj.so.6()(64bit)
	jakarta-commons-modeler - 1.1-4jpp_2fc.x86_64 requires libgcj.so.6()(64bit)
	java_cup - 1:0.10-0.k.1jpp_5fc.x86_64 requires libgcj.so.6()(64bit)
	javacc - 3.2-1jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jonathan-core - 4.1-1jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	jonathan-jeremie - 4.2-1jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	jonathan-rmi - 3.1-5.x86_64 requires libgcj.so.6()(64bit)
	joram - 4.1.5-1jpp_6fc.x86_64 requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jsch - 0.1.18-1jpp_2fc.x86_64 requires libgcj.so.6()(64bit)
	libgconf-java - 2.12.1-1.x86_64 requires libgcj.so.6()(64bit)
	libglade-java - 2.12.1-2.x86_64 requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.1-2.x86_64 requires libgcj.so.6()(64bit)
	libgtk-java - 2.8.1-1.x86_64 requires libgcj.so.6()(64bit)
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.x86_64 requires libgcjawt.so.6()(64bit)
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-6.x86_64 requires libgcj.so.6()(64bit)
	lucene - 1.4.3-1jpp_7fc.x86_64 requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.x86_64 requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.x86_64 requires libgcj.so.6()(64bit)
	mx4j - 1:3.0.1-1jpp_5fc.x86_64 requires libgcj.so.6()(64bit)
	nanoxml - 2.2.3-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	nanoxml-lite - 2.2.3-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	oldkilim - 1.1.3-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	openoffice.org-core - 1:2.0.1-143.1.2.i386 requires libgcjawt.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.i386 requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	regexp - 1.3-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	struts - 1.2.4-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	systemtap - 0.5-2.x86_64 requires libdw.so.1(ELFUTILS_0.116)(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xerces-j2 - 2.6.2-5jpp_2fc.x86_64 requires libgcj.so.6()(64bit)
	xerces-j2-demo - 2.6.2-5jpp_2fc.x86_64 requires libgcj.so.6()(64bit)
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	xml-commons-which - 1.0-0.b2.7jpp_3fc.x86_64 requires libgcj.so.6()(64bit)





From markkuk at tuubi.net  Fri Dec  9 12:06:00 2005
From: markkuk at tuubi.net (Markku Kolkka)
Date: Fri, 9 Dec 2005 14:06:00 +0200
Subject: PVcreate in extended logical partitions
In-Reply-To: <4398F1EE.6050206@verizon.net>
References: <4398F1EE.6050206@verizon.net>
Message-ID: <200512091406.01892.markkuk@tuubi.net>

Darwin H. Webb kirjoitti viestiss??n (l?hetysaika perjantai, 9. 
joulukuuta 2005 04:54):
> So I would like someone to verify that the anaconda install
> routine using the disk druid graphic partitioner can create
> LVM items on the extended logical partitions

Yes, it can do that. This is my partition layout, created in the 
Anaconda installer:
fdisk -l /dev/sda

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        5222    41945683+   7  HPFS/NTFS
/dev/sda2            5223        5235      104422+  83  Linux
/dev/sda3            5236        8790    28555537+  8e  Linux LVM
/dev/sda4            8791       19457    85682677+   5  Extended
/dev/sda5            8791       12345    28555506   8e  Linux LVM
/dev/sda6           12346       15901    28563538+  8e  Linux LVM
/dev/sda7           15902       17118     9775521   83  Linux

-- 
 Markku Kolkka
 markku.kolkka at iki.fi



From clydekunkel7734 at cox.net  Fri Dec  9 14:28:20 2005
From: clydekunkel7734 at cox.net (Clyde E. Kunkel)
Date: Fri, 09 Dec 2005 09:28:20 -0500
Subject: PVcreate in extended logical partitions
In-Reply-To: <200512091406.01892.markkuk@tuubi.net>
References: <4398F1EE.6050206@verizon.net>
	<200512091406.01892.markkuk@tuubi.net>
Message-ID: <43999484.5090105@cox.net>

Markku Kolkka wrote:
> Darwin H. Webb kirjoitti viestiss??n (l?hetysaika perjantai, 9. 
> joulukuuta 2005 04:54):
>> So I would like someone to verify that the anaconda install
>> routine using the disk druid graphic partitioner can create
>> LVM items on the extended logical partitions
> 
> Yes, it can do that. This is my partition layout, created in the 
> Anaconda installer:
> fdisk -l /dev/sda
> 
> Disk /dev/sda: 160.0 GB, 160041885696 bytes
> 255 heads, 63 sectors/track, 19457 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
> 
>    Device Boot      Start         End      Blocks   Id  System
> /dev/sda1   *           1        5222    41945683+   7  HPFS/NTFS
> /dev/sda2            5223        5235      104422+  83  Linux
> /dev/sda3            5236        8790    28555537+  8e  Linux LVM
> /dev/sda4            8791       19457    85682677+   5  Extended
> /dev/sda5            8791       12345    28555506   8e  Linux LVM
> /dev/sda6           12346       15901    28563538+  8e  Linux LVM
> /dev/sda7           15902       17118     9775521   83  Linux
> 

Agreed.  It can do it.  However, system-config-lvm fails with:
# system-config-lvm
Traceback (most recent call last):
   File "/usr/sbin/system-config-lvm", line 138, in ?
     runFullGUI()
   File "/usr/sbin/system-config-lvm", line 123, in runFullGUI
     blvm = baselvm(glade_xml, app)
   File "/usr/sbin/system-config-lvm", line 68, in __init__
     self.lvmm = lvm_model()
   File "/usr/share/system-config-lvm/lvm_model.py", line 142, in __init__
     self.__block_device_model = BlockDeviceModel()
   File "/usr/share/system-config-lvm/BlockDeviceModel.py", line 19, in 
__init__
     bd = BlockDevice(devname)
   File "/usr/share/system-config-lvm/BlockDevice.py", line 41, in __init__
     self.reload()
   File "/usr/share/system-config-lvm/BlockDevice.py", line 62, in reload
     self.addNoAlign(part.beg, part.end, part.id, part.bootable, part.num)
   File "/usr/share/system-config-lvm/BlockDevice.py", line 200, in 
addNoAlign
     raise BlockDeviceErr_extended()
BlockDevice.BlockDeviceErr_extended: 
<BlockDevice.BlockDeviceErr_extended instance at 0xb7bd81ec>

I am not a programmer, but I read this that the gui is not happy with 
extended partitions.


-- 
Regards,

Old Fart



From roger at gwch.net  Fri Dec  9 17:02:40 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Fri, 09 Dec 2005 18:02:40 +0100
Subject: Fresh install and direct update
Message-ID: <1134147761.4209.5.camel@neo>

Ladies, Gentlemen...

Today, i gave me a chance to install FC5 Test 1.

The new install now went flawlessy. I tried pup, which did a update of
my system. 

So, after the reboot, i recognized:

- i couldn't use selinux anymore (i think, there was already a thread
about)

- i had problems with cups and hcid with a missing libdbus-1.so.2 and
hald with a missing libdbus-1.so.1. i ln -s'ed them from /usr/lib, so no
more error-messages.

- and now, the beat: after hal starting up, i get no longer a
login-screen from gnome :-(

i am not sure, but could this be a avahi-error? i found this in the
logs:

Dec  9 17:54:25 niobe avahi-daemon[2085]: Found user 'avahi' (UID 70)
and group 'avahi' (GID 70).
Dec  9 17:54:25 niobe avahi-daemon[2085]: Successfully dropped root
privileges.
Dec  9 17:54:25 niobe avahi-daemon[2085]: avahi-daemon 0.5.2 starting
up.
Dec  9 17:54:25 niobe avahi-daemon[2085]: Failed to read service
directory.
Dec  9 17:54:25 niobe avahi-daemon[2085]: New relevant interface eth0.2.
Dec  9 17:54:25 niobe avahi-daemon[2085]: Network interface enumeration
completed.
Dec  9 17:54:25 niobe avahi-daemon[2085]: Registering new address
10.0.0.94 on eth0.
Dec  9 17:54:26 niobe avahi-daemon[2085]: Server startup complete. Host
name is niobe.local. Local service cookie is 3361645568.


"Failed to read Directory" and "Host name is niobe.local" are my worries
( if it really is avahi)

do you have an idea, how i get back my system?

Thx in advance,
Roger



From McBroomRC at oro.doe.gov  Fri Dec  9 18:12:50 2005
From: McBroomRC at oro.doe.gov (McBroom, Robert C)
Date: Fri, 9 Dec 2005 13:12:50 -0500 
Subject: Additional dependency problem with 4.1.0 level compilers
Message-ID: <DFAB73FBDD8F46419C9914B020C962CB13DA5C@OROEXCHANGE.oro.doe.gov>

The stepup to libgfortran-4.1.0-0.6 breaks a bunch of math packages.  
 
octave
blas
plplot 
lapack
 
are all missing the link to whatever replaces the library file
 
libgfortran.so.0
 
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051209/80d31c4c/attachment.htm>

From jakub at redhat.com  Fri Dec  9 18:15:41 2005
From: jakub at redhat.com (Jakub Jelinek)
Date: Fri, 9 Dec 2005 13:15:41 -0500
Subject: Additional dependency problem with 4.1.0 level compilers
In-Reply-To: <DFAB73FBDD8F46419C9914B020C962CB13DA5C@OROEXCHANGE.oro.doe.gov>
References: <DFAB73FBDD8F46419C9914B020C962CB13DA5C@OROEXCHANGE.oro.doe.gov>
Message-ID: <20051209181541.GR31785@devserv.devel.redhat.com>

On Fri, Dec 09, 2005 at 01:12:50PM -0500, McBroom, Robert C wrote:
> The stepup to libgfortran-4.1.0-0.6 breaks a bunch of math packages.  
>  
> octave
> blas
> plplot 
> lapack

They have to be all rebuilt.

> are all missing the link to whatever replaces the library file
>  
> libgfortran.so.0

libgfortran.so.1 now.

	Jakub



From chasecreek.systemhouse at gmail.com  Fri Dec  9 18:34:21 2005
From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse)
Date: Fri, 9 Dec 2005 13:34:21 -0500
Subject: Moodle/PHP/MySQL
Message-ID: <91f88ee20512091034y4eea1169y1be439234dc8ef9f@mail.gmail.com>

[Please pardon the duplicate post as this was originally on the plain
fedora-list.]

System PPC (iMac) FC5 Test 1.
Software:  Moodle/PHP/MySQL

Issue:  The PHP development system is not compiled with MySQL support
-- plus the "Update Repos Mirrors" will not send out a version of PHP
with MySQL support (the error is an invalid version of dbus on the
repos site - both libdbus and dbus-qt, both dated 11/21/05.)  I have
tried yim update/upgrade as well as yum groupupdate...

So, barring building all the stuff from source -- is there a version
of PHP with MySQL support available for FC5 on a PPC system?

I have tried repeatedly to install some form of php-mysql combination
and overall the dbus version error stops me.  For various reasons I
would rather not have to recompile PHP and related projects from
source.

Help?
--
WC -Sx- Jones | http://ccsh.us/ | Open Source Consulting



From jburgess at uklinux.net  Fri Dec  9 18:45:20 2005
From: jburgess at uklinux.net (Jon Burgess)
Date: Fri, 09 Dec 2005 18:45:20 +0000
Subject: PVcreate in extended logical partitions
In-Reply-To: <4398F1EE.6050206@verizon.net>
References: <4398F1EE.6050206@verizon.net>
Message-ID: <4399D0C0.6020409@uklinux.net>

Darwin H. Webb wrote:
> The problem was that the partition table was not being (written) and 
> re-loaded.
...
> So I would like someone to verify that the anaconda install routine 
> using the disk druid graphic partitioner can create LVM items on the 
> extended logical partitions because when I used it a few months ago in 
> FC4 it would not let me create one.

Repartitioning in FC4 was seriously broken.
See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160693

This bug meant that the partition table was written to the disk, but was 
not re-read correctly. This caused all kinds of issues with the 
following lvm and formatting steps.

The bug is fixed in fc5t1, but i've not got around to testing it.

	Jon



From don_springall at hotmail.com  Fri Dec  9 18:45:14 2005
From: don_springall at hotmail.com (Don Springall)
Date: Fri, 09 Dec 2005 11:45:14 -0700
Subject: Yum & bestmirror.py
Message-ID: <BAY107-F2824A81958A79070CFA90F85450@phx.gbl>

bestmirror.py plug-in  only works properly if timedhosts.txt is removed from 
/var/yum/cache before you run it each time. Otherwise it reports mirror as 
already timed and it tries to use mirrors which are not up to date.

Also while were on the topic of updates, pup-0.1.8-1 seems to disappear 
after you do and update before you have a chance to check the update 
details.




From mgalgoci at redhat.com  Fri Dec  9 19:24:42 2005
From: mgalgoci at redhat.com (Matthew Galgoci)
Date: Fri, 9 Dec 2005 14:24:42 -0500
Subject: test message - fishing for broken autoresponders.
Message-ID: <Pine.LNX.4.58.0512091424040.22002@lacrosse.corp.redhat.com>


test message, fishing for broken autoresponders.

-- 
Matthew Galgoci
GIS Production Operations
Red Hat, Inc
919.754.3700 x44155



From leon.stringer at ntlworld.com  Fri Dec  9 19:46:14 2005
From: leon.stringer at ntlworld.com (Leon Stringer)
Date: Fri, 09 Dec 2005 19:46:14 +0000
Subject: Fresh install and direct update
In-Reply-To: <1134147761.4209.5.camel@neo>
References: <1134147761.4209.5.camel@neo>
Message-ID: <1134157574.4622.5.camel@localhost.localdomain>

On Fri, 2005-12-09 at 18:02 +0100, Roger Grosswiler wrote:
> Today, i gave me a chance to install FC5 Test 1.
> 
> The new install now went flawlessy. I tried pup, which did a update of
> my system. 
> 
> So, after the reboot, i recognized:
> 
> - i couldn't use selinux anymore (i think, there was already a thread
> about)
> 
> - i had problems with cups and hcid with a missing libdbus-1.so.2 and
> hald with a missing libdbus-1.so.1. i ln -s'ed them from /usr/lib, so no
> more error-messages.
> 
> - and now, the beat: after hal starting up, i get no longer a
> login-screen from gnome :-(

I think my problems are similar (see "Automounting/removable media
problem") as I'm getting reports of hal problems and a lot of dependency
errors on "yum update".

I assume this is due to transient issues as dependencies change during
the test phase, but - as I've said before - these problems prevent us
from testing up-to-date builds and filing accurate reports.

So as well as asking about how to fix our systems I'd also ask what is
the recommendation for testers? Are bulk updates not recommended for
now?



From leon.stringer at ntlworld.com  Fri Dec  9 19:48:03 2005
From: leon.stringer at ntlworld.com (Leon Stringer)
Date: Fri, 09 Dec 2005 19:48:03 +0000
Subject: GNOME "Run" menu
Message-ID: <1134157683.4622.7.camel@localhost.localdomain>

Is the "Run" menu item from GNOME deliberately missing or is this an
oversight?



From roger at gwch.net  Fri Dec  9 19:54:51 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Fri, 09 Dec 2005 20:54:51 +0100
Subject: Fresh install and direct update
In-Reply-To: <1134157574.4622.5.camel@localhost.localdomain>
References: <1134147761.4209.5.camel@neo>
	<1134157574.4622.5.camel@localhost.localdomain>
Message-ID: <1134158092.4209.9.camel@neo>

Am Freitag, den 09.12.2005, 19:46 +0000 schrieb Leon Stringer:
> On Fri, 2005-12-09 at 18:02 +0100, Roger Grosswiler wrote:
> > Today, i gave me a chance to install FC5 Test 1.
> > 
> > The new install now went flawlessy. I tried pup, which did a update of
> > my system. 
> > 
> > So, after the reboot, i recognized:
> > 
> > - i couldn't use selinux anymore (i think, there was already a thread
> > about)
> > 
> > - i had problems with cups and hcid with a missing libdbus-1.so.2 and
> > hald with a missing libdbus-1.so.1. i ln -s'ed them from /usr/lib, so no
> > more error-messages.
> > 
> > - and now, the beat: after hal starting up, i get no longer a
> > login-screen from gnome :-(
> 
> I think my problems are similar (see "Automounting/removable media
> problem") as I'm getting reports of hal problems and a lot of dependency
> errors on "yum update".
> 
> I assume this is due to transient issues as dependencies change during
> the test phase, but - as I've said before - these problems prevent us
> from testing up-to-date builds and filing accurate reports.
> 
> So as well as asking about how to fix our systems I'd also ask what is
> the recommendation for testers? Are bulk updates not recommended for
> now?
> 
Right, i was a kind of helpless, but i have it working now. In the
rpm-database, there have been a lot of double-entries.

I 'rpm -q' all packages with problems in dependencies (except those from
today, the java ones) and see there - i have e.g. 2 versions of cups
installed. so, i 'rpm -e' all older packages from the dependencies, then
i could do the update.

So, now i have a working system :-D

Leon, i hope this can help you too.

Roger



From leon.stringer at ntlworld.com  Fri Dec  9 20:09:32 2005
From: leon.stringer at ntlworld.com (Leon Stringer)
Date: Fri, 09 Dec 2005 20:09:32 +0000
Subject: Fresh install and direct update
In-Reply-To: <1134158092.4209.9.camel@neo>
References: <1134147761.4209.5.camel@neo>
	<1134157574.4622.5.camel@localhost.localdomain>
	<1134158092.4209.9.camel@neo>
Message-ID: <1134158972.4622.9.camel@localhost.localdomain>

On Fri, 2005-12-09 at 20:54 +0100, Roger Grosswiler wrote:
> Right, i was a kind of helpless, but i have it working now. In the
> rpm-database, there have been a lot of double-entries.
> 
> I 'rpm -q' all packages with problems in dependencies (except those from
> today, the java ones) and see there - i have e.g. 2 versions of cups
> installed. so, i 'rpm -e' all older packages from the dependencies, then
> i could do the update.
> 
Thanks Roger. I had been removing duplicates too, but I still have
udev/hal-type problems. I also saw the list of GCJ dependency errors
today...



From ggw at wolves.durham.nc.us  Fri Dec  9 21:02:00 2005
From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury)
Date: Fri, 09 Dec 2005 16:02:00 -0500
Subject: Rawhide kernel (1749) install errors!
Message-ID: <20051209210200.GA12840@wolves.durham.nc.us>

The kerne and several other packages from today's rawhide are producing
installation (%pre, %preun and %post) scriptlet errors.

Specifically, the kernel-2.6.14-1.1749.i686.rpm package will not install
because of a %pre scriptlet error.

Kyum, yum and rpm directly all refuse to touch the package.

--wolfe

You want I should file a bugzilla?

-- 
G.Wolfe Woodbury     `- -'
RHCT                   U
The Line Eater is a boojum!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051209/197491fb/attachment.sig>

From mefoster at gmail.com  Fri Dec  9 21:08:12 2005
From: mefoster at gmail.com (Mary Ellen Foster)
Date: Fri, 9 Dec 2005 21:08:12 +0000
Subject: Is bugzilla working for other people?
Message-ID: <f58861e00512091308k51ccce79l6be7be26497c6583@mail.gmail.com>

I've tried a few times to submit a bug at bugzilla.redhat.com about a
particular Word document that's crashing OpenOffice.org for me. Every
time, when I press the final "submit", I get a completely empty page
back, and no bug gets added. This is with the "guided form"; I haven't
tried the "expert" one. Using Firefox 1.5 on both Linux and Windows
...

Is it working for other people? I'd assume so, or else I'd have
expected to see a note about it already ...

MEF

--
__ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __
"One of the main causes of the fall of the Roman Empire was that,
lacking zero, they had no way to indicate successful termination
of their C programs." (Robert Firth)



From chasecreek.systemhouse at gmail.com  Fri Dec  9 21:18:22 2005
From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse)
Date: Fri, 9 Dec 2005 16:18:22 -0500
Subject: Is bugzilla working for other people?
In-Reply-To: <f58861e00512091308k51ccce79l6be7be26497c6583@mail.gmail.com>
References: <f58861e00512091308k51ccce79l6be7be26497c6583@mail.gmail.com>
Message-ID: <91f88ee20512091318t35ad105fhda54cad736c03079@mail.gmail.com>

On 12/9/05, Mary Ellen Foster <mefoster at gmail.com> wrote:
> I've tried a few times to submit a bug at bugzilla.redhat.com about a
> particular Word document that's crashing OpenOffice.org for me. Every
> time, when I press the final "submit", I get a completely empty page
> back, and no bug gets added. This is with the "guided form"; I haven't
> tried the "expert" one. Using Firefox 1.5 on both Linux and Windows

Re: OO?  Is that a "table" related issue?  If so, there are a few
already reported there.

BTW - bugzilla.redhat.com is working.
--
WC -Sx- Jones | http://ccsh.us/ | Open Source Consulting



From leon.stringer at ntlworld.com  Fri Dec  9 21:22:00 2005
From: leon.stringer at ntlworld.com (Leon Stringer)
Date: Fri, 09 Dec 2005 21:22:00 +0000
Subject: Is bugzilla working for other people?
In-Reply-To: <f58861e00512091308k51ccce79l6be7be26497c6583@mail.gmail.com>
References: <f58861e00512091308k51ccce79l6be7be26497c6583@mail.gmail.com>
Message-ID: <1134163320.4622.14.camel@localhost.localdomain>

On Fri, 2005-12-09 at 21:08 +0000, Mary Ellen Foster wrote:
> I've tried a few times to submit a bug at bugzilla.redhat.com about a
> particular Word document that's crashing OpenOffice.org for me. Every
> time, when I press the final "submit", I get a completely empty page
> back, and no bug gets added. This is with the "guided form"; I haven't
> tried the "expert" one. Using Firefox 1.5 on both Linux and Windows
> ...

If it's crashing OOo maybe it's an OOo bug? Are you able to test on
Windows or other Fedora versions?

Also, if you start OOo Writer from a terminal window you may get some
output from the crash (e.g. segfault) which may be useful when you post
the crash...



From dragoran at feuerpokemon.de  Fri Dec  9 21:24:21 2005
From: dragoran at feuerpokemon.de (dragoran)
Date: Fri, 09 Dec 2005 22:24:21 +0100
Subject: Is bugzilla working for other people?
In-Reply-To: <f58861e00512091308k51ccce79l6be7be26497c6583@mail.gmail.com>
References: <f58861e00512091308k51ccce79l6be7be26497c6583@mail.gmail.com>
Message-ID: <4399F605.7030307@feuerpokemon.de>

Mary Ellen Foster wrote:

>I've tried a few times to submit a bug at bugzilla.redhat.com about a
>particular Word document that's crashing OpenOffice.org for me. Every
>time, when I press the final "submit", I get a completely empty page
>back, and no bug gets added. This is with the "guided form"; I haven't
>tried the "expert" one. Using Firefox 1.5 on both Linux and Windows
>...
>
>Is it working for other people? I'd assume so, or else I'd have
>expected to see a note about it already ...
>
>MEF
>
>--
>__ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __
>"One of the main causes of the fall of the Roman Empire was that,
>lacking zero, they had no way to indicate successful termination
>of their C programs." (Robert Firth)
>
>  
>
have you pasted any log,conf or source file into the textarea?
this sometimes causes this behavier (at least for me)



From mefoster at gmail.com  Fri Dec  9 21:27:15 2005
From: mefoster at gmail.com (Mary Ellen Foster)
Date: Fri, 9 Dec 2005 21:27:15 +0000
Subject: Is bugzilla working for other people?
In-Reply-To: <4399F605.7030307@feuerpokemon.de>
References: <f58861e00512091308k51ccce79l6be7be26497c6583@mail.gmail.com>
	<4399F605.7030307@feuerpokemon.de>
Message-ID: <f58861e00512091327t6d66038dgb4c983cccf8d1fb9@mail.gmail.com>

On 12/9/05, dragoran <dragoran at feuerpokemon.de> wrote:
> Mary Ellen Foster wrote:
> >Every
> >time, when I press the final "submit", I get a completely empty page
> >back, and no bug gets added.
>
> have you pasted any log,conf or source file into the textarea?
> this sometimes causes this behavier (at least for me)

Aha, yes, this may be it: I pasted the OO.o backtrace into the form.
I'll try attaching it after the fact instead.

Wow, what a weird bug ...

MEF

--
__ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __
"One of the main causes of the fall of the Roman Empire was that,
lacking zero, they had no way to indicate successful termination
of their C programs." (Robert Firth)



From leon.stringer at ntlworld.com  Fri Dec  9 21:38:26 2005
From: leon.stringer at ntlworld.com (Leon Stringer)
Date: Fri, 09 Dec 2005 21:38:26 +0000
Subject: RPM install error ("scriptlet failed")
Message-ID: <1134164306.4622.22.camel@localhost.localdomain>

Hi,

When I install non-Fedora RPMs I get:

error: %post(rpmname-n.n-n) scriptlet failed, exit status 255

Where rpmname is the RPM (e.g. W3C's Amaya, Real Player, etc.).

This seems to break the end of the install: the normal symlinks are
missing in the bin directory.

Is this a bug?

Leon...



From mefoster at gmail.com  Fri Dec  9 21:45:19 2005
From: mefoster at gmail.com (Mary Ellen Foster)
Date: Fri, 9 Dec 2005 21:45:19 +0000
Subject: Is bugzilla working for other people?
In-Reply-To: <f58861e00512091327t6d66038dgb4c983cccf8d1fb9@mail.gmail.com>
References: <f58861e00512091308k51ccce79l6be7be26497c6583@mail.gmail.com>
	<4399F605.7030307@feuerpokemon.de>
	<f58861e00512091327t6d66038dgb4c983cccf8d1fb9@mail.gmail.com>
Message-ID: <f58861e00512091345y6b299f7cg8e8164ad72e7701d@mail.gmail.com>

On 12/9/05, Mary Ellen Foster <mefoster at gmail.com> wrote:
> On 12/9/05, dragoran <dragoran at feuerpokemon.de> wrote:
[ Re: bugzilla.redhat.com ]
> > have you pasted any log,conf or source file into the textarea?
> > this sometimes causes this behavier (at least for me)
>
> Aha, yes, this may be it: I pasted the OO.o backtrace into the form.
> I'll try attaching it after the fact instead.

Yup, that was it. Here's the bug about bugzilla (it incorrectly uses
HTTP "get" instead of "post" at one point and thus dies on long
initial submissions):
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171186

Here's my successfully-submitted OO.o bug, for posterity:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175409

MEF

--
__ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __
"One of the main causes of the fall of the Roman Empire was that,
lacking zero, they had no way to indicate successful termination
of their C programs." (Robert Firth)



From roger at gwch.net  Fri Dec  9 22:03:10 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Fri, 09 Dec 2005 23:03:10 +0100
Subject: Fresh install and direct update
In-Reply-To: <1134158972.4622.9.camel@localhost.localdomain>
References: <1134147761.4209.5.camel@neo>
	<1134157574.4622.5.camel@localhost.localdomain>
	<1134158092.4209.9.camel@neo>
	<1134158972.4622.9.camel@localhost.localdomain>
Message-ID: <1134165791.4117.5.camel@niobe>

Am Freitag, den 09.12.2005, 20:09 +0000 schrieb Leon Stringer:
> On Fri, 2005-12-09 at 20:54 +0100, Roger Grosswiler wrote:
> > Right, i was a kind of helpless, but i have it working now. In the
> > rpm-database, there have been a lot of double-entries.
> > 
> > I 'rpm -q' all packages with problems in dependencies (except those from
> > today, the java ones) and see there - i have e.g. 2 versions of cups
> > installed. so, i 'rpm -e' all older packages from the dependencies, then
> > i could do the update.
> > 
> Thanks Roger. I had been removing duplicates too, but I still have
> udev/hal-type problems. I also saw the list of GCJ dependency errors
> today...
> 
for hal i had also some problems with libdbus-glib. i remember having
version so.1.0.2 only so i symlinked also a so.1.0.1 - then it worked.

rog



From roger at gwch.net  Fri Dec  9 21:57:05 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Fri, 09 Dec 2005 22:57:05 +0100
Subject: yum groupinstall not working
Message-ID: <1134165425.4117.2.camel@niobe>

hey, hey,

i wondered, why i had no swiss-german keyboard. don't ask me, it is
already late :-) i did not install the language support :-)

so, i tried to install with yum groupinstall 'German Support' German
language and keyboard support for swiss keyboard.

unfortunately, yum gives the following output:

[root at niobe ~]# yum groupinstall 'German Support'
Loading "installonlyn" plugin
Setting up Group Process
Setting up repositories
Setting up repositories
Reading repository metadata in from local files
Traceback (most recent call last):
  File "/usr/bin/yum", line 29, in ?
    yummain.main(sys.argv[1:])
  File "/usr/share/yum-cli/yummain.py", line 97, in main
    result, resultmsgs = do()
  File "/usr/share/yum-cli/cli.py", line 563, in doCommands
    return self.installGroups()
  File "/usr/share/yum-cli/cli.py", line 1359, in installGroups
    if not self.groupInfo.groupExists(group):
AttributeError: YumBaseCli instance has no attribute 'groupInfo'
[root at niobe ~]#


Hope to see this in the next rawhide-update ;-)

cheers, good night
Roger




From skvidal at phy.duke.edu  Fri Dec  9 22:26:17 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Fri, 09 Dec 2005 17:26:17 -0500
Subject: yum groupinstall not working
In-Reply-To: <1134165425.4117.2.camel@niobe>
References: <1134165425.4117.2.camel@niobe>
Message-ID: <1134167178.30757.51.camel@cutter>

On Fri, 2005-12-09 at 22:57 +0100, Roger Grosswiler wrote:
> hey, hey,
> 
> i wondered, why i had no swiss-german keyboard. don't ask me, it is
> already late :-) i did not install the language support :-)
> 
> so, i tried to install with yum groupinstall 'German Support' German
> language and keyboard support for swiss keyboard.
> 
> unfortunately, yum gives the following output:
> 
> [root at niobe ~]# yum groupinstall 'German Support'
> Loading "installonlyn" plugin
> Setting up Group Process
> Setting up repositories
> Setting up repositories
> Reading repository metadata in from local files
> Traceback (most recent call last):
>   File "/usr/bin/yum", line 29, in ?
>     yummain.main(sys.argv[1:])
>   File "/usr/share/yum-cli/yummain.py", line 97, in main
>     result, resultmsgs = do()
>   File "/usr/share/yum-cli/cli.py", line 563, in doCommands
>     return self.installGroups()
>   File "/usr/share/yum-cli/cli.py", line 1359, in installGroups
>     if not self.groupInfo.groupExists(group):
> AttributeError: YumBaseCli instance has no attribute 'groupInfo'
> [root at niobe ~]#
> 
> 
> Hope to see this in the next rawhide-update ;-)
> 

group commands are VERY broken in rawhide right now and will be until I
get some more free time away from them :)

-sv




From thethirddoorontheleft at verizon.net  Fri Dec  9 22:31:08 2005
From: thethirddoorontheleft at verizon.net (Darwin H. Webb)
Date: Fri, 09 Dec 2005 14:31:08 -0800
Subject: PVcreate in extended logical partitions
In-Reply-To: <43999484.5090105@cox.net>
References: <4398F1EE.6050206@verizon.net>
	<200512091406.01892.markkuk@tuubi.net> <43999484.5090105@cox.net>
Message-ID: <439A05AC.50207@verizon.net>

Clyde E. Kunkel wrote:
> Markku Kolkka wrote:
>> Darwin H. Webb kirjoitti viestiss??n (l?hetysaika perjantai, 9. 
>> joulukuuta 2005 04:54):
>>> So I would like someone to verify that the anaconda install
>>> routine using the disk druid graphic partitioner can create
>>> LVM items on the extended logical partitions
>>
>> Yes, it can do that. This is my partition layout, created in the 
>> Anaconda installer:
>> fdisk -l /dev/sda
>>
>> Disk /dev/sda: 160.0 GB, 160041885696 bytes
>> 255 heads, 63 sectors/track, 19457 cylinders
>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>
>>    Device Boot      Start         End      Blocks   Id  System
>> /dev/sda1   *           1        5222    41945683+   7  HPFS/NTFS
>> /dev/sda2            5223        5235      104422+  83  Linux
>> /dev/sda3            5236        8790    28555537+  8e  Linux LVM
>> /dev/sda4            8791       19457    85682677+   5  Extended
>> /dev/sda5            8791       12345    28555506   8e  Linux LVM
>> /dev/sda6           12346       15901    28563538+  8e  Linux LVM
>> /dev/sda7           15902       17118     9775521   83  Linux
>>
>
> Agreed.  It can do it.  However, system-config-lvm fails with:
> # system-config-lvm
> Traceback (most recent call last):
>   File "/usr/sbin/system-config-lvm", line 138, in ?
>     runFullGUI()
>   File "/usr/sbin/system-config-lvm", line 123, in runFullGUI
>     blvm = baselvm(glade_xml, app)
>   File "/usr/sbin/system-config-lvm", line 68, in __init__
>     self.lvmm = lvm_model()
>   File "/usr/share/system-config-lvm/lvm_model.py", line 142, in __init__
>     self.__block_device_model = BlockDeviceModel()
>   File "/usr/share/system-config-lvm/BlockDeviceModel.py", line 19, in 
> __init__
>     bd = BlockDevice(devname)
>   File "/usr/share/system-config-lvm/BlockDevice.py", line 41, in 
> __init__
>     self.reload()
>   File "/usr/share/system-config-lvm/BlockDevice.py", line 62, in reload
>     self.addNoAlign(part.beg, part.end, part.id, part.bootable, part.num)
>   File "/usr/share/system-config-lvm/BlockDevice.py", line 200, in 
> addNoAlign
>     raise BlockDeviceErr_extended()
> BlockDevice.BlockDeviceErr_extended: 
> <BlockDevice.BlockDeviceErr_extended instance at 0xb7bd81ec>
>
> I am not a programmer, but I read this that the gui is not happy with 
> extended partitions.
>
>
I read that this could be the same kind of problem.
Possibly PARTED not re-loading the table but FDSK would re-load.

Could you re-boot with the ext partitions created and try the tool again?
Then try the other partition tool (parted vs. fdsk vs whatever).

That (I'm don't what you actually used to partition but if this applies 
and more testing wouldn't hurt. :)

Thnk you,

Darwin Webb



From thethirddoorontheleft at verizon.net  Fri Dec  9 22:33:16 2005
From: thethirddoorontheleft at verizon.net (Darwin H. Webb)
Date: Fri, 09 Dec 2005 14:33:16 -0800
Subject: PVcreate in extended logical partitions
In-Reply-To: <4399D0C0.6020409@uklinux.net>
References: <4398F1EE.6050206@verizon.net> <4399D0C0.6020409@uklinux.net>
Message-ID: <439A062C.9070202@verizon.net>

Jon Burgess wrote:
> Darwin H. Webb wrote:
>> The problem was that the partition table was not being (written) and 
>> re-loaded.
> ...
>> So I would like someone to verify that the anaconda install routine 
>> using the disk druid graphic partitioner can create LVM items on the 
>> extended logical partitions because when I used it a few months ago 
>> in FC4 it would not let me create one.
>
> Repartitioning in FC4 was seriously broken.
> See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160693
>
> This bug meant that the partition table was written to the disk, but 
> was not re-read correctly. This caused all kinds of issues with the 
> following lvm and formatting steps.
>
> The bug is fixed in fc5t1, but i've not got around to testing it.
>
>     Jon
>
OK, but time is short. :)
Do you know what tool is actually used to partition in adaconda?

Thanks,

Darwin Webb



From roger at gwch.net  Fri Dec  9 22:40:04 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Fri, 09 Dec 2005 23:40:04 +0100
Subject: yum groupinstall not working
In-Reply-To: <1134167178.30757.51.camel@cutter>
References: <1134165425.4117.2.camel@niobe> <1134167178.30757.51.camel@cutter>
Message-ID: <1134168004.2755.0.camel@niobe>

Am Freitag, den 09.12.2005, 17:26 -0500 schrieb seth vidal:
> On Fri, 2005-12-09 at 22:57 +0100, Roger Grosswiler wrote:
> > hey, hey,
> > 
> > i wondered, why i had no swiss-german keyboard. don't ask me, it is
> > already late :-) i did not install the language support :-)
> > 
> > so, i tried to install with yum groupinstall 'German Support' German
> > language and keyboard support for swiss keyboard.
> > 
> > unfortunately, yum gives the following output:
> > 
> > [root at niobe ~]# yum groupinstall 'German Support'
> > Loading "installonlyn" plugin
> > Setting up Group Process
> > Setting up repositories
> > Setting up repositories
> > Reading repository metadata in from local files
> > Traceback (most recent call last):
> >   File "/usr/bin/yum", line 29, in ?
> >     yummain.main(sys.argv[1:])
> >   File "/usr/share/yum-cli/yummain.py", line 97, in main
> >     result, resultmsgs = do()
> >   File "/usr/share/yum-cli/cli.py", line 563, in doCommands
> >     return self.installGroups()
> >   File "/usr/share/yum-cli/cli.py", line 1359, in installGroups
> >     if not self.groupInfo.groupExists(group):
> > AttributeError: YumBaseCli instance has no attribute 'groupInfo'
> > [root at niobe ~]#
> > 
> > 
> > Hope to see this in the next rawhide-update ;-)
> > 
> 
> group commands are VERY broken in rawhide right now and will be until I
> get some more free time away from them :)
> 
> -sv
> 
> 
*ouch* good to know, that i got my lang-support after a few reboots and
selinux-relabeling ;-)

have fun.
rog



From thethirddoorontheleft at verizon.net  Fri Dec  9 22:53:51 2005
From: thethirddoorontheleft at verizon.net (Darwin H. Webb)
Date: Fri, 09 Dec 2005 14:53:51 -0800
Subject: test message - fishing for broken autoresponders.
In-Reply-To: <Pine.LNX.4.58.0512091424040.22002@lacrosse.corp.redhat.com>
References: <Pine.LNX.4.58.0512091424040.22002@lacrosse.corp.redhat.com>
Message-ID: <439A0AFF.6070107@verizon.net>

Matthew Galgoci wrote:
> test message, fishing for broken autoresponders.
>
>   
I'm get a reply back from some uol945 at ....br wanting to verify the 
message sent to it (click here) .

It comes in to the mail for every message I send to the test list.
(When I get my message sent back to me)

I have no idea who that is or what triggered it.

Darwin Webb



From thethirddoorontheleft at verizon.net  Fri Dec  9 22:57:54 2005
From: thethirddoorontheleft at verizon.net (Darwin H. Webb)
Date: Fri, 09 Dec 2005 14:57:54 -0800
Subject: test message - fishing for broken autoresponders.
In-Reply-To: <439A0AFF.6070107@verizon.net>
References: <Pine.LNX.4.58.0512091424040.22002@lacrosse.corp.redhat.com>
	<439A0AFF.6070107@verizon.net>
Message-ID: <439A0BF2.6000608@verizon.net>

Darwin H. Webb wrote:
> Matthew Galgoci wrote:
>> test message, fishing for broken autoresponders.
>>
> I'm get a reply back from some uol945 at ....br wanting to verify the 
> message sent to it (click here) .
>
> It comes in to the mail for every message I send to the test list.
> (When I get my message sent back to me)
>
> I have no idea who that is or what triggered it.
>
> Darwin Webb
>
here is the one I got on the last message.

Hi,

You?ve just sent a message to *eorgan945 at uol.com.br*
In order to confirm the sent message, please (click here deleted)

	
This confirmation is necessary because *eorgan945 at uol.com.br* uses 
Antispam UOL, a service that avoids unwanted messages like advertising, 
pornography, viruses, and spams.

*Other messages sent to eorgan945 at uol.com.br won't need to be confirmed*.*
*If you receive another confirmation request, please ask 
eorgan945 at uol.com.br to include you in his/her authorized e-mail list.




From jkeating at j2solutions.net  Fri Dec  9 22:59:19 2005
From: jkeating at j2solutions.net (Jesse Keating)
Date: Fri, 09 Dec 2005 14:59:19 -0800
Subject: test message - fishing for broken autoresponders.
In-Reply-To: <439A0AFF.6070107@verizon.net>
References: <Pine.LNX.4.58.0512091424040.22002@lacrosse.corp.redhat.com>
	<439A0AFF.6070107@verizon.net>
Message-ID: <1134169159.3010.164.camel@yoda.loki.me>

On Fri, 2005-12-09 at 14:53 -0800, Darwin H. Webb wrote:
> I'm get a reply back from some uol945 at ....br wanting to verify the 
> message sent to it (click here) .
> 
> It comes in to the mail for every message I send to the test list.
> (When I get my message sent back to me)
> 
> I have no idea who that is or what triggered it.

We can't tell unless we do a mass mail to all subscribers, each
individually with the subscriber name in the subject line.  The bounce
only includes the subject, so we'll see the username in the subject when
the bounce comes in.

-- 
Jesse Keating RHCE      (geek.j2solutions.net)
Fedora Legacy Team      (www.fedoralegacy.org)
GPG Public Key          (geek.j2solutions.net/jkeating.j2solutions.pub)
 
Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating



From billcrawford1970 at gmail.com  Fri Dec  9 22:59:43 2005
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Fri, 09 Dec 2005 22:59:43 +0000
Subject: test message - fishing for broken autoresponders.
In-Reply-To: <439A0AFF.6070107@verizon.net>
References: <Pine.LNX.4.58.0512091424040.22002@lacrosse.corp.redhat.com>
	<439A0AFF.6070107@verizon.net>
Message-ID: <439A0C5F.8020803@gmail.com>

Darwin H. Webb wrote:
> Matthew Galgoci wrote:
>> test message, fishing for broken autoresponders.  
> I'm get a reply back from some uol945 at ....br wanting to verify the 
> message sent to it (click here) .
>
> It comes in to the mail for every message I send to the test list.
> (When I get my message sent back to me)
>
> I have no idea who that is or what triggered it.
 I think that's what we're trying to find out here :)
> Darwin Webb
Bill"I'm sure that subject said *auto*responders;)"Crawford



From ivazquez at ivazquez.net  Fri Dec  9 23:09:24 2005
From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams)
Date: Fri, 09 Dec 2005 18:09:24 -0500
Subject: test message - fishing for broken autoresponders.
In-Reply-To: <439A0AFF.6070107@verizon.net>
References: <Pine.LNX.4.58.0512091424040.22002@lacrosse.corp.redhat.com>
	<439A0AFF.6070107@verizon.net>
Message-ID: <1134169764.3672.1.camel@ignacio.lan>

On Fri, 2005-12-09 at 14:53 -0800, Darwin H. Webb wrote:
> Matthew Galgoci wrote:
> > test message, fishing for broken autoresponders.
> >
> >   
> I'm get a reply back from some uol945 at ....br wanting to verify the 
> message sent to it (click here) .
> 
> It comes in to the mail for every message I send to the test list.
> (When I get my message sent back to me)
> 
> I have no idea who that is or what triggered it.

Yes, that's exactly what this is supposed to help track down. I'm
considering blocking all mail from the domain. Draconian? Absolutely.
Fair game? You bet.

-- 
Ignacio Vazquez-Abrams <ivazquez at ivazquez.net>
http://fedora.ivazquez.net/

gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051209/33228450/attachment.sig>

From cmadams at hiwaay.net  Fri Dec  9 23:15:01 2005
From: cmadams at hiwaay.net (Chris Adams)
Date: Fri, 9 Dec 2005 17:15:01 -0600
Subject: test message - fishing for broken autoresponders.
In-Reply-To: <1134169159.3010.164.camel@yoda.loki.me>
References: <Pine.LNX.4.58.0512091424040.22002@lacrosse.corp.redhat.com>
	<439A0AFF.6070107@verizon.net>
	<1134169159.3010.164.camel@yoda.loki.me>
Message-ID: <20051209231501.GA999019@hiwaay.net>

Once upon a time, Jesse Keating <jkeating at j2solutions.net> said:
> We can't tell unless we do a mass mail to all subscribers, each
> individually with the subscriber name in the subject line.  The bounce
> only includes the subject, so we'll see the username in the subject when
> the bounce comes in.

How about looking at which of the monthly mailman reminders caused the
auto-response?
-- 
Chris Adams <cmadams at hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.



From paul at all-the-johnsons.co.uk  Sat Dec 10 09:46:11 2005
From: paul at all-the-johnsons.co.uk (Paul)
Date: Sat, 10 Dec 2005 09:46:11 +0000
Subject: Debugging a gnome desktop
Message-ID: <1134207972.3394.52.camel@T7.Linux>

Hi,

There is probably a simple answer to this, but I need to debug my
desktop. The reason is simple. My machine is a right beast; tonnes of
memory, 64 bit architecture, masses of HD space - it's a stonker that
weighs a tonne. However, the desktop is generally quite slow to update.
I started noticing this before the upgrade to 64 bit, and originally
thought it was an X bug (and even filed it as such).

Is there any way I can trace why (say) windows won't drag off screen and
the refresh after closing a full screen window is slow? I have a GF4
card in the machine and am using the Xorg driver for it.

TTFN

Paul
-- 
"Religion is the opiate of the masses" - Karl Marx
"Mmmmmm, mass opiates...." - Homer Simpson
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051210/a593d39a/attachment.sig>

From buildsys at redhat.com  Sat Dec 10 11:11:12 2005
From: buildsys at redhat.com (Build System)
Date: Sat, 10 Dec 2005 06:11:12 -0500
Subject: rawhide report: 20051210 changes
Message-ID: <200512101111.jBABBCZH027063@porkchop.devel.redhat.com>

 

Removed package anaconda-help

Updated Packages:

alsa-lib-1.0.10rf-3
-------------------
* Fri Dec 09 2005 Martin Stransky <stransky at redhat.com> 1.0.10rf-3
- rights for shared memory have been moved to config files

amtu-1.0.4-1
------------
* Fri Dec 09 2005 Steve Grubb <sgrubb at redhat.com> 1.0.4-1
- New upstream version updated for new audit messages

ant-0:1.6.5-1jpp_1fc
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0:1.6.5-1jpp_1fc
- rebuild for gcc-4.1.0-0.6

* Tue Nov 08 2005 Vadim Nasardinov <vadimn at redhat.com> - 0:1.6.5-0jpp_1fc
- Converted from ISO-8859-1 to UTF-8. (The correct encoding was
  somehow lost in going from version 1.58 to 1.59.)

apr-1.2.2-5.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Fri Dec 09 2005 Joe Orton <jorton at redhat.com> 1.2.2-5
- rebuild for new gcc

* Thu Dec 08 2005 Joe Orton <jorton at redhat.com> 1.2.2-4
- add apr_file_seek() fixes from upstream (r326593, r326597)

apr-util-1.2.2-2.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

audiofile-1:0.2.6-2.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0.2.6-2.1
- rebuilt

avahi-0.6.1-2
-------------
* Fri Dec 09 2005 Jason Vas Dias<jvdias at redhat.com> - 0.6.1-2
- fix bug 175352: Do not chkconfig --add avahi-daemon 
  if user has already configured it

* Wed Dec 07 2005 Jason Vas Dias<jvdias at redhat.com> - 0.6.1-1
- Upgrade to 0.6.1

* Mon Dec 05 2005 Jason Vas Dias<jvdias at redhat.com> - 0.6-6
- fix bug 174799 - fix .spec file \%files permissions

bluez-pin-0.24-3.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0.24-3.1
- rebuilt

bluez-utils-2.22-2.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 2.22-2.1
- rebuilt

cairo-1.0.2-3.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

cairo-java-1.0.1-3.1.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Fri Dec 09 2005 Igor Foox <ifoox at rehdat.com> - 1.0.0-3
- Version bump, for gcc 4.1.

checkpolicy-1.28-1
------------------
* Fri Dec 09 2005 Dan Walsh <dwalsh at redhat.com> 1.28-1
- Latest upgrade from NSA

dbus-0.60-1.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0.60-1.1
- rebuilt

desktop-backgrounds-2.0-30.1
----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> 2.0-30.1
- rebuilt

desktop-printing-0.19-4.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0.19-4.1
- rebuilt

fontconfig-2.3.92.cvs20051129-2
-------------------------------
* Fri Dec 09 2005 Carl Worth <cworth at redhat.com> - 2.3.92.cvs20051129-2
- Add two new Chinese font names to the default fonts.conf file:
  	AR PL ShanHeiSun Uni
  	AR PL Zenkai Uni

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

foomatic-3.0.2-29
-----------------
* Fri Dec 09 2005 Tim Waugh <twaugh at redhat.com> 3.0.2-29
- Updated db-engine to 3.0-20051209.
- Updated db-hpijs to 1.5-20051209.
- Updated filters to 3.0-20051209.  No longer need rip-cvs patch.
- Updated db to 3.0-20051209.

frysk-0.0.0.20051116-0.5.1.1
----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

geronimo-specs-0:1.0-0.M2.2jpp_4fc.1.1
--------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gettext-0.14.5-2.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gimp-2:2.2.9-3
--------------
* Fri Dec 09 2005 Nils Philippsen <nphilipp at redhat.com>
- build with -fomit-frame-pointer to let assembly build with gcc 4.1

* Fri Dec 02 2005 Nils Philippsen <nphilipp at redhat.com>
- build with gcc 4.1

* Tue Nov 08 2005 Nils Philippsen <nphilipp at redhat.com>
- don't include .la files (#172626)
- require findutils for building

glib-1:1.2.10-18.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Mon Nov 21 2005 Matthias Clasen <mclasen at redhat.com> 1:1.2.10-18
- Make sure all libraries are stripped

* Mon Nov 07 2005 Matthias Clasen <mclasen at redhat.com> 1:1.2.10-17
- Remove .la files and static libs from the -devel package.

glib-java-0.2.1-3.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Fri Dec 09 2005 Igor Foox <ifoox at rehdat.com> - 0.2.1-3
- Version bump to rebuild for gcc4.1 update.

gnutls-1.2.9-2
--------------
* Fri Dec 09 2005 Tomas Mraz <tmraz at redhat.com> 1.2.9-2
- replaced *-config scripts with calls to pkg-config to
  solve multilib conflicts

howl-logger-0:0.1.8-1jpp_3fc.1.1
--------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

hsqldb-0:1.80.1-1jpp_4fc.1.1
----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

iproute-2.6.14-10
-----------------
* Fri Dec 09 2005 Radek Vokal <rvokal at redhat.com> 2.6.14-10
- remove backup of config files (#175302)

jakarta-commons-beanutils-0:1.7.0-2jpp_2fc.1.1
----------------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jakarta-commons-cli-0:1.0-6jpp_1fc.1
------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jakarta-commons-codec-0:1.3-2jpp_1fc.1.1
----------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jakarta-commons-collections-0:3.1-2jpp_2fc.1.1
----------------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jakarta-commons-dbcp-0:1.2.1-3jpp_2fc.1.1
-----------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jakarta-commons-digester-0:1.6-2jpp_6fc.1.1
-------------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jakarta-commons-discovery-1:0.3-1jpp_1fc.1
------------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jakarta-commons-el-0:1.0-4jpp_2fc.1
-----------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jakarta-commons-fileupload-1:1.0-3jpp_1fc.1.1
---------------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jakarta-commons-httpclient-1:3.0-0.rc2.0jpp_1fc.1.1
---------------------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jakarta-commons-launcher-0:0.9-3jpp_1fc.1
-----------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jakarta-commons-logging-0:1.0.4-2jpp_6fc.1
------------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jakarta-commons-modeler-0:1.1-4jpp_2fc.1.1
------------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jakarta-commons-pool-0:1.2-2jpp_2fc.1.1
---------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jakarta-commons-validator-0:1.1.3-1jpp_2fc.1
--------------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jakarta-taglibs-standard-0:1.1.1-4jpp_1fc.1.1
---------------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_56rh.1.1
----------------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

java_cup-1:0.10-0.k.1jpp_5fc.1.1
--------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

javacc-0:3.2-1jpp_3fc.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jfsutils-1.1.10-2
-----------------
* Fri Dec 09 2005 Dave Jones <davej at redhat.com>
- Update to newer upstream 1.1.10 release.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Fri Apr 15 2005 Dave Jones <davej at redhat.com>
- rebuilt.

jonathan-core-0:4.1-1jpp_4fc.1
------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jonathan-jeremie-0:4.2-1jpp_4fc.1
---------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jonathan-rmi-3.1-5.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

joram-0:4.1.5-1jpp_6fc.1.1
--------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kernel-2.6.14-1.1750_FC5
------------------------
* Sat Dec 10 2005 David Woodhouse <dwmw2 at redhat.com>
- Work around GCC PR25248 
- Fix parport_pc driver to check before poking at legacy I/O ports

kudzu-1.2.14-1
--------------
* Fri Dec 09 2005 Bill Nottingham <notting at redhat.com> - 1.2.14-1
- add support for mambo virtual devices (#173307, <dwmw2 at redhat.com>)

libao-0.8.6-1.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libgconf-java-2.12.1-1.1.1
--------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libglade-1:0.17-16.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libgnomecups-0.2.2-3.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libogg-2:1.1.2-2.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

librsvg2-2.13.3-3
-----------------
* Fri Dec 09 2005 Alexander Larsson <alexl at redhat.com> 2.13.3-3
- Update dependencies (now cairo only, not libart)

libsetrans-0.1.11-2
-------------------
* Fri Dec 09 2005 Dan Walsh <dwalsh at redhat.com> 0.1.11-1
- Rebuild for libc.so.6 problems

libtheora-0:1.0alpha5-1.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libvorbis-1:1.1.1-1.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

linuxwacom-0:0.7.0-1
--------------------
* Fri Dec 09 2005 Tim Waugh <twaugh at redhat.com> 0:0.7.0-1
- 0.7.0.  No longer need 64-bit patch.
- Fixed SDK path.

nhpf-1.42-9.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

openmotif-2.3.0-0.1.1
---------------------
* Fri Dec 09 2005 Thomas Woerner <twoerner at redhat.com> 2.3.0-0.1.1
- moved mwmrc to /etc/X11/mwm
- moved bindings to /usr/share/X11
- fixed paths in man pages containing /usr/X11R6

* Thu Dec 08 2005 Thomas Woerner <twoerner at redhat.com> 2.3.0-0.1.1
- enabled Xft, jpeg and png support
- patch for missing xft-config
- dropped duplicate include path in devel package

* Fri Dec 02 2005 Thomas Woerner <twoerner at redhat.com> 2.3.0-0.1
- new 2.3.0 (beta1)
- patch for new rgb.txt location (#174210)
  Thanks to Ville Skytt?? for the patch

perl-3:5.8.7-8
--------------
* Thu Dec 08 2005 Jason Vas Dias <jvdias at redhat.com> - 3.5.8.7-8
- Apply upstream patches 26283 and 26284 : complete, revised fixes
  for CVE-2005-3962 and CVE-2005-3912 and 
  "Sys::Syslog security vulnerabilities" issues.
- Fix bug 136009 / MakeMaker LD_RUN_PATH issue: 
  restore previous default Red Hat behavior of removing the MakeMaker
  generated LD_RUN_PATH setting from the link command .
  Document this removal, as it contravenes upstream default behavior, and 
  provide a USE_MM_LD_RUN_PATH MakeMaker member to enable use of the 
  MakeMaker generated LD_RUN_PATH .

* Thu Dec 01 2005 Jason Vas Dias <jvdias at redhat.com> - 3:5.8.7-0.8
- fix bug 174684 / CVE-2005-3962: sprintf integer overflow vulnerability
  backport upstream patch #26240

* Wed Nov 09 2005 Jason Vas Dias <jvdias at redhat.com> - 3:5.8.7-0.7
- fix bug 136009: restore MakeMaker support for LD_RUN_PATH, 
  while removing empty LD_RUN_PATH

pm-utils-0.07-4
---------------
* Fri Dec 09 2005 Dave Jones <davej at redhat.com>
- Update to latest vbetool (0.5-1)
  Now also built on x86-64 too.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

policycoreutils-1.29.1-2
------------------------
* Fri Dec 09 2005 Dan Walsh <dwalsh at redhat.com> 1.29.1-2
- More fixes to chcat

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

rhythmbox-0.8.8-2
-----------------
* Mon Mar 14 2005 Colin Walters <walters at redhat.com> - 0.8.8-2
- Rebuild for GCC4

* Tue Oct 05 2004 Colin Walters <walters at redhat.com> - 0.8.8-1
- New upstream version
- Remove librb-nautilus-context-menu.so, killed upstream

* Thu Sep 30 2004 Christopher Aillon <caillon at redhat.com> 0.8.7-2
- PreReq desktop-file-utils >= 0.9

rhythmbox-0.9.2-3.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

selinux-policy-2.1.2-1
----------------------
* Fri Dec 09 2005 Dan Walsh <dwalsh at redhat.com> 2.1.2-1
- Update to upstream 
- Turn off allow_execmem and allow_execmod booleans
- Add tcpd and automount policies

* Thu Dec 08 2005 Dan Walsh <dwalsh at redhat.com> 2.1.1-3
- Add two new httpd booleans, turned off by default
	* httpd_can_network_relay
	* httpd_can_network_connect_db

* Thu Dec 08 2005 Dan Walsh <dwalsh at redhat.com> 2.1.1-2
- Add ghost for policy.20

sound-juicer-2.13.1-2.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

totem-1.2.0-2.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

vorbis-tools-1:1.1.1-1.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

xchat-1:2.6.0-3.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 1:2.6.0-3.1
- rebuilt

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	anaconda - 10.90.15-1.i386 requires anaconda-help
	carol - 1.8.9.3-1jpp_6fc.i386 requires libgcj.so.6
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	ddd - 3.3.11-4.i386 requires libXm.so.3
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	eclipse-bugzilla - 1:0.1.1_fc-5.i386 requires libgcj.so.6
	eclipse-cdt - 1:3.0.1-1jpp_1fc.i386 requires libgcj.so.6
	eclipse-changelog - 1:2.0.1_fc-22.i386 requires libgcj.so.6
	eclipse-ecj - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-jdt - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-pde - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-platform - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-pydev - 1:0.9.3_fc-12.i386 requires libgcj.so.6
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	gnu-crypto - 2.0.1-1jpp_8fc.i386 requires libgcj.so.6
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.i386 requires libgcj.so.6
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.i386 requires libgcj.so.6
	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jotm - 2.0.5-1jpp_3fc.i386 requires libgcj.so.6
	jsch - 0.1.18-1jpp_2fc.i386 requires libgcj.so.6
	libglade-java - 2.12.1-2.i386 requires libgcj.so.6
	libgnome-java - 2.12.1-2.i386 requires libgcj.so.6
	libgtk-java - 2.8.1-1.i386 requires libgcj.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.i386 requires libgcjawt.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	libvte-java - 0.11.11-6.i386 requires libgcj.so.6
	lucene - 1.4.3-1jpp_7fc.i386 requires libgcj.so.6
	lucene-demo - 1.4.3-1jpp_7fc.i386 requires libgcj.so.6
	monolog - 1.8.6-1jpp_5fc.i386 requires libgcj.so.6
	mx4j - 1:3.0.1-1jpp_5fc.i386 requires libgcj.so.6
	nanoxml - 2.2.3-3jpp_3fc.i386 requires libgcj.so.6
	nanoxml-lite - 2.2.3-3jpp_3fc.i386 requires libgcj.so.6
	oldkilim - 1.1.3-2jpp_3fc.i386 requires libgcj.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.i386 requires libgcjawt.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.i386 requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.i386 requires libgcj.so.6
	regexp - 1.3-2jpp_3fc.i386 requires libgcj.so.6
	struts - 1.2.4-2jpp_3fc.i386 requires libgcj.so.6
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.i386 requires libgcj.so.6
	systemtap - 0.5-2.i386 requires libdw.so.1(ELFUTILS_0.116)
	tetex-xdvi - 3.0-11.i386 requires libXm.so.3
	tomcat5 - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-jasper - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-webapps - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	xalan-j2 - 2.6.0-3jpp_4fc.i386 requires libgcj.so.6
	xalan-j2-demo - 2.6.0-3jpp_4fc.i386 requires libgcj.so.6
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.i386 requires libgcj.so.6
	xerces-j2 - 2.6.2-5jpp_2fc.i386 requires libgcj.so.6
	xerces-j2-demo - 2.6.2-5jpp_2fc.i386 requires libgcj.so.6
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.i386 requires libgcj.so.6
	xml-commons-which - 1.0-0.b2.7jpp_3fc.i386 requires libgcj.so.6
	xpdf - 1:3.01-5.i386 requires libXm.so.3



Broken deps for ia64
----------------------------------------------------------
	anaconda - 10.90.15-1.ia64 requires anaconda-help
	carol - 1.8.9.3-1jpp_6fc.ia64 requires libgcj.so.6()(64bit)
	ddd - 3.3.11-4.ia64 requires libXm.so.3()(64bit)
	gnu-crypto - 2.0.1-1jpp_8fc.ia64 requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.ia64 requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.ia64 requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	jsch - 0.1.18-1jpp_2fc.ia64 requires libgcj.so.6()(64bit)
	libglade-java - 2.12.1-2.ia64 requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.1-2.ia64 requires libgcj.so.6()(64bit)
	libgtk-java - 2.8.1-1.ia64 requires libgcj.so.6()(64bit)
	libsetrans - 0.1.11-2.ia64 requires libc.so.6(GLIBC_2.3.4)
	libsetrans - 0.1.11-2.ia64 requires libc.so.6(GLIBC_2.4)
	libsetrans - 0.1.11-2.ia64 requires libc.so.6(GLIBC_2.1)
	libsetrans - 0.1.11-2.ia64 requires libc.so.6(GLIBC_2.0)
	libsetrans - 0.1.11-2.ia64 requires libdl.so.2
	libsetrans - 0.1.11-2.ia64 requires libc.so.6(GLIBC_2.1.3)
	libsetrans - 0.1.11-2.ia64 requires libc.so.6(GLIBC_2.3)
	libsetrans - 0.1.11-2.ia64 requires libc.so.6
	libsetrans - 0.1.11-2.ia64 requires libselinux.so.1
	libvte-java - 0.11.11-6.ia64 requires libgcj.so.6()(64bit)
	lucene - 1.4.3-1jpp_7fc.ia64 requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.ia64 requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.ia64 requires libgcj.so.6()(64bit)
	mx4j - 1:3.0.1-1jpp_5fc.ia64 requires libgcj.so.6()(64bit)
	nanoxml - 2.2.3-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	nanoxml-lite - 2.2.3-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	oldkilim - 1.1.3-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	p6spy - 1.3-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	regexp - 1.3-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs
	struts - 1.2.4-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	systemtap - 0.5-2.ia64 requires libdw.so.1(ELFUTILS_0.116)(64bit)
	tetex-xdvi - 3.0-11.ia64 requires libXm.so.3()(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xerces-j2 - 2.6.2-5jpp_2fc.ia64 requires libgcj.so.6()(64bit)
	xerces-j2-demo - 2.6.2-5jpp_2fc.ia64 requires libgcj.so.6()(64bit)
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	xml-commons-which - 1.0-0.b2.7jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	xpdf - 1:3.01-5.ia64 requires libXm.so.3()(64bit)



Broken deps for ppc
----------------------------------------------------------
	anaconda - 10.90.15-1.ppc requires anaconda-help
	carol - 1.8.9.3-1jpp_6fc.ppc requires libgcj.so.6
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	ddd - 3.3.11-4.ppc requires libXm.so.3
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	eclipse-bugzilla - 1:0.1.1_fc-5.ppc requires libgcj.so.6
	eclipse-cdt - 1:3.0.1-1jpp_1fc.ppc requires libgcj.so.6
	eclipse-changelog - 1:2.0.1_fc-22.ppc requires libgcj.so.6
	eclipse-ecj - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-jdt - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-pde - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-platform - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-pydev - 1:0.9.3_fc-12.ppc requires libgcj.so.6
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	gnu-crypto - 2.0.1-1jpp_8fc.ppc requires libgcj.so.6
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.ppc requires libgcj.so.6
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.ppc requires libgcj.so.6
	jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jotm - 2.0.5-1jpp_3fc.ppc requires libgcj.so.6
	jsch - 0.1.18-1jpp_2fc.ppc requires libgcj.so.6
	libglade-java - 2.12.1-2.ppc requires libgcj.so.6
	libgnome-java - 2.12.1-2.ppc requires libgcj.so.6
	libgtk-java - 2.8.1-1.ppc requires libgcj.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.ppc requires libgcjawt.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	libvte-java - 0.11.11-6.ppc requires libgcj.so.6
	lucene - 1.4.3-1jpp_7fc.ppc requires libgcj.so.6
	lucene-demo - 1.4.3-1jpp_7fc.ppc requires libgcj.so.6
	monolog - 1.8.6-1jpp_5fc.ppc requires libgcj.so.6
	mx4j - 1:3.0.1-1jpp_5fc.ppc requires libgcj.so.6
	nanoxml - 2.2.3-3jpp_3fc.ppc requires libgcj.so.6
	nanoxml-lite - 2.2.3-3jpp_3fc.ppc requires libgcj.so.6
	oldkilim - 1.1.3-2jpp_3fc.ppc requires libgcj.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.ppc requires libgcjawt.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.ppc requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.ppc requires libgcj.so.6
	regexp - 1.3-2jpp_3fc.ppc requires libgcj.so.6
	struts - 1.2.4-2jpp_3fc.ppc requires libgcj.so.6
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.ppc requires libgcj.so.6
	systemtap - 0.5-2.ppc requires libdw.so.1(ELFUTILS_0.116)
	tetex-xdvi - 3.0-11.ppc requires libXm.so.3
	tomcat5 - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-jasper - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-webapps - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	xalan-j2 - 2.6.0-3jpp_4fc.ppc requires libgcj.so.6
	xalan-j2-demo - 2.6.0-3jpp_4fc.ppc requires libgcj.so.6
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.ppc requires libgcj.so.6
	xerces-j2 - 2.6.2-5jpp_2fc.ppc requires libgcj.so.6
	xerces-j2-demo - 2.6.2-5jpp_2fc.ppc requires libgcj.so.6
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.ppc requires libgcj.so.6
	xml-commons-which - 1.0-0.b2.7jpp_3fc.ppc requires libgcj.so.6
	xpdf - 1:3.01-5.ppc requires libXm.so.3



Broken deps for ppc64
----------------------------------------------------------
	anaconda - 10.90.15-1.ppc64 requires anaconda-help
	carol - 1.8.9.3-1jpp_6fc.ppc64 requires libgcj.so.6()(64bit)
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	ddd - 3.3.11-4.ppc64 requires libXm.so.3()(64bit)
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	gnu-crypto - 2.0.1-1jpp_8fc.ppc64 requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.ppc64 requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.ppc64 requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	jsch - 0.1.18-1jpp_2fc.ppc64 requires libgcj.so.6()(64bit)
	libglade-java - 2.12.1-2.ppc64 requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.1-2.ppc64 requires libgcj.so.6()(64bit)
	libgtk-java - 2.8.1-1.ppc64 requires libgcj.so.6()(64bit)
	libsetrans - 0.1.11-2.ppc64 requires libc.so.6(GLIBC_2.3.4)
	libsetrans - 0.1.11-2.ppc64 requires libc.so.6(GLIBC_2.4)
	libsetrans - 0.1.11-2.ppc64 requires libc.so.6(GLIBC_2.1)
	libsetrans - 0.1.11-2.ppc64 requires libc.so.6(GLIBC_2.0)
	libsetrans - 0.1.11-2.ppc64 requires libdl.so.2
	libsetrans - 0.1.11-2.ppc64 requires libc.so.6(GLIBC_2.1.3)
	libsetrans - 0.1.11-2.ppc64 requires libc.so.6(GLIBC_2.3)
	libsetrans - 0.1.11-2.ppc64 requires libc.so.6
	libsetrans - 0.1.11-2.ppc64 requires libselinux.so.1
	libvte-java - 0.11.11-6.ppc64 requires libgcj.so.6()(64bit)
	lucene - 1.4.3-1jpp_7fc.ppc64 requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.ppc64 requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.ppc64 requires libgcj.so.6()(64bit)
	mx4j - 1:3.0.1-1jpp_5fc.ppc64 requires libgcj.so.6()(64bit)
	nanoxml - 2.2.3-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	nanoxml-lite - 2.2.3-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	oldkilim - 1.1.3-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	p6spy - 1.3-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	regexp - 1.3-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	struts - 1.2.4-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	tetex-xdvi - 3.0-11.ppc64 requires libXm.so.3()(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xerces-j2 - 2.6.2-5jpp_2fc.ppc64 requires libgcj.so.6()(64bit)
	xerces-j2-demo - 2.6.2-5jpp_2fc.ppc64 requires libgcj.so.6()(64bit)
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	xml-commons-which - 1.0-0.b2.7jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	xpdf - 1:3.01-5.ppc64 requires libXm.so.3()(64bit)



Broken deps for s390
----------------------------------------------------------
	anaconda - 10.90.15-1.s390 requires anaconda-help
	carol - 1.8.9.3-1jpp_6fc.s390 requires libgcj.so.6
	ddd - 3.3.11-4.s390 requires libXm.so.3
	gnu-crypto - 2.0.1-1jpp_8fc.s390 requires libgcj.so.6
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.s390 requires libgcj.so.6
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.s390 requires libgcj.so.6
	jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jotm - 2.0.5-1jpp_3fc.s390 requires libgcj.so.6
	jsch - 0.1.18-1jpp_2fc.s390 requires libgcj.so.6
	libglade-java - 2.12.1-2.s390 requires libgcj.so.6
	libgnome-java - 2.12.1-2.s390 requires libgcj.so.6
	libgtk-java - 2.8.1-1.s390 requires libgcj.so.6
	libvte-java - 0.11.11-6.s390 requires libgcj.so.6
	lucene - 1.4.3-1jpp_7fc.s390 requires libgcj.so.6
	lucene-demo - 1.4.3-1jpp_7fc.s390 requires libgcj.so.6
	monolog - 1.8.6-1jpp_5fc.s390 requires libgcj.so.6
	mx4j - 1:3.0.1-1jpp_5fc.s390 requires libgcj.so.6
	nanoxml - 2.2.3-3jpp_3fc.s390 requires libgcj.so.6
	nanoxml-lite - 2.2.3-3jpp_3fc.s390 requires libgcj.so.6
	oldkilim - 1.1.3-2jpp_3fc.s390 requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.s390 requires libgcj.so.6
	regexp - 1.3-2jpp_3fc.s390 requires libgcj.so.6
	struts - 1.2.4-2jpp_3fc.s390 requires libgcj.so.6
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.s390 requires libgcj.so.6
	tetex-xdvi - 3.0-11.s390 requires libXm.so.3
	tomcat5 - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-jasper - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-webapps - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	xalan-j2 - 2.6.0-3jpp_4fc.s390 requires libgcj.so.6
	xalan-j2-demo - 2.6.0-3jpp_4fc.s390 requires libgcj.so.6
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.s390 requires libgcj.so.6
	xerces-j2 - 2.6.2-5jpp_2fc.s390 requires libgcj.so.6
	xerces-j2-demo - 2.6.2-5jpp_2fc.s390 requires libgcj.so.6
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.s390 requires libgcj.so.6
	xml-commons-which - 1.0-0.b2.7jpp_3fc.s390 requires libgcj.so.6
	xpdf - 1:3.01-5.s390 requires libXm.so.3



Broken deps for s390x
----------------------------------------------------------
	anaconda - 10.90.15-1.s390x requires anaconda-help
	carol - 1.8.9.3-1jpp_6fc.s390x requires libgcj.so.6()(64bit)
	ddd - 3.3.11-4.s390x requires libXm.so.3()(64bit)
	gnu-crypto - 2.0.1-1jpp_8fc.s390x requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.s390x requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.s390x requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.s390x requires libgcj.so.6()(64bit)
	jsch - 0.1.18-1jpp_2fc.s390x requires libgcj.so.6()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libgcj.so.6()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libglibjava-0.2.so()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libglibjni-0.2.so()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libcairojava-1.0.so()(64bit)
	libglade-java - 2.12.0-5.s390x requires libgcj.so.6()(64bit)
	libglade-java - 2.12.0-5.s390x requires libglibjava-0.2.so()(64bit)
	libglade-java - 2.12.0-5.s390x requires libglibjni-0.2.so()(64bit)
	libglade-java - 2.12.0-5.s390x requires libcairojava-1.0.so()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libglibjava-0.2.so()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libglibjni-0.2.so()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libcairojava-1.0.so()(64bit)
	libgtk-java - 2.8.0-7.s390x requires libgcj.so.6()(64bit)
	libgtk-java - 2.8.0-7.s390x requires libglibjava-0.2.so()(64bit)
	libgtk-java - 2.8.0-7.s390x requires libglibjni-0.2.so()(64bit)
	libvte-java - 0.11.11-6.s390x requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-6.s390x requires libglibjava-0.2.so()(64bit)
	libvte-java - 0.11.11-6.s390x requires libglibjni-0.2.so()(64bit)
	libvte-java - 0.11.11-6.s390x requires libcairojava-1.0.so()(64bit)
	lucene - 1.4.3-1jpp_7fc.s390x requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.s390x requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.s390x requires libgcj.so.6()(64bit)
	mx4j - 1:3.0.1-1jpp_5fc.s390x requires libgcj.so.6()(64bit)
	nanoxml - 2.2.3-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	nanoxml-lite - 2.2.3-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	oldkilim - 1.1.3-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	p6spy - 1.3-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	regexp - 1.3-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	struts - 1.2.4-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	tetex-xdvi - 3.0-11.s390x requires libXm.so.3()(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xerces-j2 - 2.6.2-5jpp_2fc.s390x requires libgcj.so.6()(64bit)
	xerces-j2-demo - 2.6.2-5jpp_2fc.s390x requires libgcj.so.6()(64bit)
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.s390x requires libgcj.so.6()(64bit)
	xml-commons-which - 1.0-0.b2.7jpp_3fc.s390x requires libgcj.so.6()(64bit)
	xpdf - 1:3.01-5.s390x requires libXm.so.3()(64bit)



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	anaconda - 10.90.15-1.x86_64 requires anaconda-help
	carol - 1.8.9.3-1jpp_6fc.x86_64 requires libgcj.so.6()(64bit)
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	ddd - 3.3.11-4.x86_64 requires libXm.so.3()(64bit)
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	eclipse-bugzilla - 1:0.1.1_fc-5.x86_64 requires libgcj.so.6()(64bit)
	eclipse-cdt - 1:3.0.1-1jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-changelog - 1:2.0.1_fc-22.x86_64 requires libgcj.so.6()(64bit)
	eclipse-ecj - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-jdt - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-pde - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-platform - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-pydev - 1:0.9.3_fc-12.x86_64 requires libgcj.so.6()(64bit)
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	gnu-crypto - 2.0.1-1jpp_8fc.x86_64 requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.x86_64 requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.x86_64 requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jsch - 0.1.18-1jpp_2fc.x86_64 requires libgcj.so.6()(64bit)
	libglade-java - 2.12.1-2.x86_64 requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.1-2.x86_64 requires libgcj.so.6()(64bit)
	libgtk-java - 2.8.1-1.x86_64 requires libgcj.so.6()(64bit)
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.x86_64 requires libgcjawt.so.6()(64bit)
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-6.x86_64 requires libgcj.so.6()(64bit)
	lucene - 1.4.3-1jpp_7fc.x86_64 requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.x86_64 requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.x86_64 requires libgcj.so.6()(64bit)
	mx4j - 1:3.0.1-1jpp_5fc.x86_64 requires libgcj.so.6()(64bit)
	nanoxml - 2.2.3-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	nanoxml-lite - 2.2.3-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	oldkilim - 1.1.3-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	openoffice.org-core - 1:2.0.1-143.1.2.i386 requires libgcjawt.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.i386 requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	regexp - 1.3-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	struts - 1.2.4-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	systemtap - 0.5-2.x86_64 requires libdw.so.1(ELFUTILS_0.116)(64bit)
	tetex-xdvi - 3.0-11.x86_64 requires libXm.so.3()(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xerces-j2 - 2.6.2-5jpp_2fc.x86_64 requires libgcj.so.6()(64bit)
	xerces-j2-demo - 2.6.2-5jpp_2fc.x86_64 requires libgcj.so.6()(64bit)
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	xml-commons-which - 1.0-0.b2.7jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	xpdf - 1:3.01-5.x86_64 requires libXm.so.3()(64bit)





From gajownik at fedora.pl  Sat Dec 10 16:09:14 2005
From: gajownik at fedora.pl (Dawid Gajownik)
Date: Sat, 10 Dec 2005 17:09:14 +0100
Subject: Installation report
Message-ID: <439AFDAA.40907@fedora.pl>

Hi!
	I did today FTP network installation using boot.iso image from 9th 
December. Almost everything went fine ;-) After reboot I saw kernel panic:

[snip]

Switching to new root and running init.
unmounting old /dev
unmounting old /proc
unmounting old /sys
Kernel panic - not syncing: Attempted to kill init!
bla bla bla ;]

I looked at /root/install.log ? http://pastebin.com/458435 and found 
that there were problems with installing selinux-policy-targeted [1].

Instalowanie selinux-policy-targeted-2.1.1-1.noarch.
/var/tmp/rpm-tmp.77057: line 22: ln: command not found
/var/tmp/rpm-tmp.77057: line 34: semodule: command not found
/var/tmp/rpm-tmp.77057: line 38: ls: command not found
/var/tmp/rpm-tmp.77057: line 39: rm: command not found

I grabbed FC4 CD1, booted system into rescue mode and did `chroot 
/mnt/sysimage'. I had to reinstall selinux-policy-targeted package with 
`--noscript' option. I tried to manully execute all commands from 
{pre,post}install scriplets but some of them failed (for example: 
`semodule -b /usr/share/selinux/targeted/base.pp -s targeted'). I think 
that the problem was with too old kernel available in FC4's rescue mode.

I also run `yum update' in chrooted environment but most of the 
scriptlets failed. Unfortunately, it's not mentioned in /var/log/yum.log :/

After reboot 'kernel panic' problem disappeared :D There were lots of 
avc messages, though. ?Rescue mode? must have screw up security context 
of system files. `touch /.autorelabel && reboot' fixed this problem...

Two remarks:
1) It would be nice to have newer rescue CD ;-)
2) I miss information about current download speed. For instance, 
downloading stage2.img file takes some time on my DSL connection. I had 
to look at NIC's LEDs to make shure that it's really downloading 
something from the Internet.

That would be all. Now I can die happily ;-)

[1] BTW there are also problems with creating icon cache. Few scriplets 
failed.

Regards,
	Dawid

-- 

   ^_*




From roger at gwch.net  Sat Dec 10 16:31:57 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Sat, 10 Dec 2005 17:31:57 +0100
Subject: Openoffice.org - Base
Message-ID: <1134232318.2948.3.camel@niobe>

Hey, 

how can i start the database application from OOo?

Thx
Roger



From fct-cornette at insight.rr.com  Sat Dec 10 16:37:40 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Sat, 10 Dec 2005 11:37:40 -0500
Subject: Installation report , (ln, ls, semodule, rm)
In-Reply-To: <439AFDAA.40907@fedora.pl>
References: <439AFDAA.40907@fedora.pl>
Message-ID: <439B0454.8070202@insight.rr.com>

Dawid Gajownik wrote:
> Hi!
>     I did today FTP network installation using boot.iso image from 9th 
> December. Almost everything went fine ;-) After reboot I saw kernel panic:
> 
> [snip]
> 
> Switching to new root and running init.
> unmounting old /dev
> unmounting old /proc
> unmounting old /sys
> Kernel panic - not syncing: Attempted to kill init!
> bla bla bla ;]
> 
> I looked at /root/install.log ? http://pastebin.com/458435 and found 
> that there were problems with installing selinux-policy-targeted [1].
> 
> Instalowanie selinux-policy-targeted-2.1.1-1.noarch.
> /var/tmp/rpm-tmp.77057: line 22: ln: command not found
> /var/tmp/rpm-tmp.77057: line 34: semodule: command not found
> /var/tmp/rpm-tmp.77057: line 38: ls: command not found
> /var/tmp/rpm-tmp.77057: line 39: rm: command not found
> 
> I grabbed FC4 CD1, booted system into rescue mode and did `chroot 
> /mnt/sysimage'. I had to reinstall selinux-policy-targeted package with 
> `--noscript' option. I tried to manully execute all commands from 
> {pre,post}install scriplets but some of them failed (for example: 
> `semodule -b /usr/share/selinux/targeted/base.pp -s targeted'). I think 
> that the problem was with too old kernel available in FC4's rescue mode.
> 
> I also run `yum update' in chrooted environment but most of the 
> scriptlets failed. Unfortunately, it's not mentioned in /var/log/yum.log :/
> 
> After reboot 'kernel panic' problem disappeared :D There were lots of 
> avc messages, though. ?Rescue mode? must have screw up security context 
> of system files. `touch /.autorelabel && reboot' fixed this problem...
> 
> Two remarks:
> 1) It would be nice to have newer rescue CD ;-)
> 2) I miss information about current download speed. For instance, 
> downloading stage2.img file takes some time on my DSL connection. I had 
> to look at NIC's LEDs to make shure that it's really downloading 
> something from the Internet.
> 
> That would be all. Now I can die happily ;-)
> 
> [1] BTW there are also problems with creating icon cache. Few scriplets 
> failed.
> 
> Regards,
>     Dawid
> 

You probably could have accessed your system by adding selinux=0 via 
grub on boot. Regardless, this problem seems to be related to Dec 2nd 
updates. SELinux policy seems to be effected directly or indrectly by a 
change somewhere.

I filed a bug that is now closed. The resolution you took resulted in 
similar results. Using --noscripts probably messed up something on the 
system though.

Bug hunters for similar failures should round up reports that are 
currently filed.

My bug report was filed after I resolved the issue. Another reporter is 
still running through the changes.

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174919

The bug above is for reference. You probably want anaconda involved with 
  you particular problem.

*Cannot link, run semodule, list or remove.*

You most likely hit the problem area closer to the cause.

Jim

-- 
"The best index to a person's character is a) how he treats people who 
can't
do him any good and b) how he treats people who can't fight back."
-- Abigail Van Buren



From gajownik at fedora.pl  Sat Dec 10 17:38:17 2005
From: gajownik at fedora.pl (Dawid Gajownik)
Date: Sat, 10 Dec 2005 18:38:17 +0100
Subject: Installation report , (ln, ls, semodule, rm)
In-Reply-To: <439B0454.8070202@insight.rr.com>
References: <439AFDAA.40907@fedora.pl> <439B0454.8070202@insight.rr.com>
Message-ID: <439B1289.2000606@fedora.pl>

Dnia 12/10/2005 05:38 PM, U?ytkownik Jim Cornette napisa?:

> You probably could have accessed your system by adding selinux=0 via 
> grub on boot.

Thanks, I completely forgot about this option :)

> Using --noscripts probably messed up something on the system though.

I thought that installation with `--noscripts' option only copies files 
to the disk and adds necessary entries to the RPM database :/

> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174919
> 
> The bug above is for reference.

Thanks, I've added myself to CC.

-- 

   ^_*




From lynn at garlic.com  Sat Dec 10 17:39:46 2005
From: lynn at garlic.com (Anne & Lynn Wheeler)
Date: Sat, 10 Dec 2005 10:39:46 -0700
Subject: latest php have bug or kernel-smp-2.6.14-1.1749_FC5 script bug
In-Reply-To: <20051210170011.A31B6734FD@hormel.redhat.com>
References: <20051210170011.A31B6734FD@hormel.redhat.com>
Message-ID: <439B12E2.7090607@garlic.com>


this showed up after updating development php today ... is this a
incompatibility issue with latest php ... or a bug in new php?

error: %pre(kernel-smp-2.6.14-1.1749_FC5.i686) scriptlet failed, exit
status 255
error:   install: %pre scriptlet failed (2), skipping
kernel-smp-2.6.14-1.1749_FC5

.................

note that the scriptlet failed, exit status 255 is starting to show up
with other updates also ... not just kernel-smp



From jspaleta at gmail.com  Sat Dec 10 17:57:03 2005
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Sat, 10 Dec 2005 12:57:03 -0500
Subject: latest php have bug or kernel-smp-2.6.14-1.1749_FC5 script bug
In-Reply-To: <439B12E2.7090607@garlic.com>
References: <20051210170011.A31B6734FD@hormel.redhat.com>
	<439B12E2.7090607@garlic.com>
Message-ID: <604aa7910512100957q1ea92aa7oc931f58f9ab81b7a@mail.gmail.com>

On 12/10/05, Anne & Lynn Wheeler <lynn at garlic.com> wrote:
>
> this showed up after updating development php today ... is this a
> incompatibility issue with latest php ... or a bug in new php?
>
> error: %pre(kernel-smp-2.6.14-1.1749_FC5.i686) scriptlet failed, exit
> status 255
> error:   install: %pre scriptlet failed (2), skipping
> kernel-smp-2.6.14-1.1749_FC5

since the scriptlets used in the kernel packages don't actually use
php... i think you making an unsupported leap to link the package
install problem to php.   I would suggest seeing if this is some
unexpected problem associated with selinux policy changes.

FYI, to see the scripts associated with  kernel-smp-2.6.14-1.1749_FC5 
once its installed you can do:
rpm -q --scripts kernel-smp-2.6.14-1.1749_FC5


-jef



From leon.stringer at ntlworld.com  Sat Dec 10 18:45:32 2005
From: leon.stringer at ntlworld.com (Leon Stringer)
Date: Sat, 10 Dec 2005 18:45:32 +0000
Subject: Openoffice.org - Base
In-Reply-To: <1134232318.2948.3.camel@niobe>
References: <1134232318.2948.3.camel@niobe>
Message-ID: <1134240332.4622.25.camel@localhost.localdomain>

On Sat, 2005-12-10 at 17:31 +0100, Roger Grosswiler wrote:
> how can i start the database application from OOo?

Have you got it installed? It should appear in
Applications->Office->Database Development (in GNOME).

If not installed, do "yum install openoffice.org-base" (it doesn't
appear to be installed by default).



From leon.stringer at ntlworld.com  Sat Dec 10 18:50:58 2005
From: leon.stringer at ntlworld.com (Leon Stringer)
Date: Sat, 10 Dec 2005 18:50:58 +0000
Subject: RPM install error ("scriptlet failed")
In-Reply-To: <1134164306.4622.22.camel@localhost.localdomain>
References: <1134164306.4622.22.camel@localhost.localdomain>
Message-ID: <1134240658.4622.28.camel@localhost.localdomain>

On Fri, 2005-12-09 at 21:38 +0000, Leon Stringer wrote:
> When I install non-Fedora RPMs I get:
> 
> error: %post(rpmname-n.n-n) scriptlet failed, exit status 255
> 
> Where rpmname is the RPM (e.g. W3C's Amaya, Real Player, etc.).

I've also for this with some core RPMs now. I've just done "yum update
dbus" and got the same error. Should I be concerned?



From leon.stringer at ntlworld.com  Sat Dec 10 18:56:00 2005
From: leon.stringer at ntlworld.com (Leon Stringer)
Date: Sat, 10 Dec 2005 18:56:00 +0000
Subject: latest php have bug or kernel-smp-2.6.14-1.1749_FC5 script bug
In-Reply-To: <604aa7910512100957q1ea92aa7oc931f58f9ab81b7a@mail.gmail.com>
References: <20051210170011.A31B6734FD@hormel.redhat.com>
	<439B12E2.7090607@garlic.com>
	<604aa7910512100957q1ea92aa7oc931f58f9ab81b7a@mail.gmail.com>
Message-ID: <1134240960.4622.31.camel@localhost.localdomain>

On Sat, 2005-12-10 at 12:57 -0500, Jeff Spaleta wrote:
> On 12/10/05, Anne & Lynn Wheeler <lynn at garlic.com> wrote:
> > error: %pre(kernel-smp-2.6.14-1.1749_FC5.i686) scriptlet failed, exit
> > status 255
> > error:   install: %pre scriptlet failed (2), skipping
> > kernel-smp-2.6.14-1.1749_FC5
> 
> since the scriptlets used in the kernel packages don't actually use
> php... i think you making an unsupported leap to link the package
> install problem to php.   I would suggest seeing if this is some
> unexpected problem associated with selinux policy changes.

I've been getting this too (see
https://www.redhat.com/archives/fedora-test-list/2005-December/msg00271.html)
with Fedora and non-Fedora packages...



From leon.stringer at ntlworld.com  Sat Dec 10 19:21:41 2005
From: leon.stringer at ntlworld.com (Leon Stringer)
Date: Sat, 10 Dec 2005 19:21:41 +0000
Subject: Automounting/removable media problem
In-Reply-To: <1134074212.2963.6.camel@localhost.localdomain>
References: <1134074212.2963.6.camel@localhost.localdomain>
Message-ID: <1134242501.2723.0.camel@localhost.localdomain>

I've noticed the following message in the log from startup:

localhost hcid[1982]: Can't open system message bus connection: Failed
to connect to socket /var/run/dbus/system_bus_socket: No such file or
directory

Is this relevant?



From fct-cornette at insight.rr.com  Sat Dec 10 20:25:51 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Sat, 10 Dec 2005 15:25:51 -0500
Subject: Installation report , (ln, ls, semodule, rm)
In-Reply-To: <439B1289.2000606@fedora.pl>
References: <439AFDAA.40907@fedora.pl> <439B0454.8070202@insight.rr.com>
	<439B1289.2000606@fedora.pl>
Message-ID: <439B39CF.2020403@insight.rr.com>

Dawid Gajownik wrote:
> Dnia 12/10/2005 05:38 PM, U?ytkownik Jim Cornette napisa?:
> 
>> You probably could have accessed your system by adding selinux=0 via 
>> grub on boot.
> 
> 
> Thanks, I completely forgot about this option :)
> 
>> Using --noscripts probably messed up something on the system though.
> 
> 
> I thought that installation with `--noscripts' option only copies files 
> to the disk and adds necessary entries to the RPM database :/

As far as I understand, the post scripts could call programs,set 
enviromnmental factors or do any other item needed to set things up for 
   the new programs. I know that running noscripts for the kernel is 
pretty much worthless since it does not add entries for the new kernel 
and might not have other items that it is supposed to.

> 
>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174919
>>
>> The bug above is for reference.
> 
> 
> Thanks, I've added myself to CC.
> 

You might want to include the installation report to the bug report also.

I see what you are referring to the scriptlet error with selinux-policy

This package downloads but aborts being installed either with rpm or yum.

Populating transaction set with selected packages. Please wait.
---> Downloading header for selinux-policy-targeted to pack into 
transaction set.
selinux-policy-targeted-2 100% |=========================| 8.3 kB    00:00
---> Package selinux-policy-targeted.noarch 0:2.1.1-1 set to be updated
--> Running transaction check

Dependencies Resolved

=============================================================================
  Package                 Arch       Version          Repository        Size
=============================================================================
Updating:
  selinux-policy-targeted  noarch     2.1.1-1          development 
  221 k

Transaction Summary
=============================================================================
Install      0 Package(s)
Update       1 Package(s)
Remove       0 Package(s)
Total download size: 221 k
Downloading Packages:
(1/1): selinux-policy-tar 100% |=========================| 221 kB    00:00
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
error: %pre(selinux-policy-targeted-2.1.1-1.noarch) scriptlet failed, 
exit status 255
error:   install: %pre scriptlet failed (2), skipping 
selinux-policy-targeted-2.1.1-1

Updated: selinux-policy-targeted.noarch 0:2.1.1-1
Complete!
[root at cornette-lt ~]# rpm -q selinux-policy-targeted
selinux-policy-targeted-2.1.0-1
[root at cornette-lt ~]# cd /var/cache/yum/development/packages/
[root at cornette-lt packages]# ls
selinux-policy-targeted-2.1.1-1.noarch.rpm
[root at cornette-lt packages]# rpm -Uvh sel*.rpm
Preparing...                ########################################### 
[100%]
error: %pre(selinux-policy-targeted-2.1.1-1.noarch) scriptlet failed, 
exit status 255
error:   install: %pre scriptlet failed (2), skipping 
selinux-policy-targeted-2.1.1-1



From roger at gwch.net  Sat Dec 10 20:43:01 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Sat, 10 Dec 2005 21:43:01 +0100
Subject: Openoffice.org - Base
In-Reply-To: <1134240332.4622.25.camel@localhost.localdomain>
References: <1134232318.2948.3.camel@niobe>
	<1134240332.4622.25.camel@localhost.localdomain>
Message-ID: <1134247382.2637.0.camel@niobe>

Am Samstag, den 10.12.2005, 18:45 +0000 schrieb Leon Stringer:
> On Sat, 2005-12-10 at 17:31 +0100, Roger Grosswiler wrote:
> > how can i start the database application from OOo?
> 
> Have you got it installed? It should appear in
> Applications->Office->Database Development (in GNOME).
> 
> If not installed, do "yum install openoffice.org-base" (it doesn't
> appear to be installed by default)

in fact, it isn't. Now, i have it - thanks Leon!

rog



From fct-cornette at insight.rr.com  Sat Dec 10 20:43:21 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Sat, 10 Dec 2005 15:43:21 -0500
Subject: Installation report - selinux=0 script errors
In-Reply-To: <439B39CF.2020403@insight.rr.com>
References: <439AFDAA.40907@fedora.pl> <439B0454.8070202@insight.rr.com>
	<439B1289.2000606@fedora.pl> <439B39CF.2020403@insight.rr.com>
Message-ID: <439B3DE9.9030901@insight.rr.com>


> Downloading Packages:
> (1/1): selinux-policy-tar 100% |=========================| 221 kB    00:00
> Running Transaction Test
> Finished Transaction Test
> Transaction Test Succeeded
> Running Transaction
> error: %pre(selinux-policy-targeted-2.1.1-1.noarch) scriptlet failed, 
> exit status 255
> error:   install: %pre scriptlet failed (2), skipping 
> selinux-policy-targeted-2.1.1-1
> 
> Updated: selinux-policy-targeted.noarch 0:2.1.1-1
> Complete!
> [root at cornette-lt ~]# rpm -q selinux-policy-targeted
> selinux-policy-targeted-2.1.0-1
> [root at cornette-lt ~]# cd /var/cache/yum/development/packages/
> [root at cornette-lt packages]# ls
> selinux-policy-targeted-2.1.1-1.noarch.rpm
> [root at cornette-lt packages]# rpm -Uvh sel*.rpm
> Preparing...                ########################################### 
> [100%]
> error: %pre(selinux-policy-targeted-2.1.1-1.noarch) scriptlet failed, 
> exit status 255
> error:   install: %pre scriptlet failed (2), skipping 
> selinux-policy-targeted-2.1.1-1
> 

As Jeff commented in another posting, selinux policy could be an 
influencing factor. Out of curiousity, I booted with selinux=0 and tried 
to install the yum cached rpm and it installed successfully.

Filing a bug referring to selinux interferring with pre and post scripts 
is probably a reasonable place to file this bug against.

Jim


ls
selinux-policy-targeted-2.1.1-1.noarch.rpm
[root at cornette-lt packages]# rpm -Uvh sel*.rpm
Preparing...                ########################################### 
[100%]
    1:selinux-policy-targeted########################################### 
[100%]
[root at cornette-lt packages]# rpm -q selinux-policy-targeted
selinux-policy-targeted-2.1.1-1
[root at cornette-lt packages]# rpm -q --verify selinux-policy-targeted




From leon.stringer at ntlworld.com  Sat Dec 10 21:00:47 2005
From: leon.stringer at ntlworld.com (Leon Stringer)
Date: Sat, 10 Dec 2005 21:00:47 +0000
Subject: RPM install error ("scriptlet failed")
In-Reply-To: <1134240658.4622.28.camel@localhost.localdomain>
References: <1134164306.4622.22.camel@localhost.localdomain>
	<1134240658.4622.28.camel@localhost.localdomain>
Message-ID: <1134248447.2758.13.camel@localhost.localdomain>

On Sat, 2005-12-10 at 18:50 +0000, Leon Stringer wrote:
> On Fri, 2005-12-09 at 21:38 +0000, Leon Stringer wrote:
> > When I install non-Fedora RPMs I get:
> > 
> > error: %post(rpmname-n.n-n) scriptlet failed, exit status 255
> > 
> > Where rpmname is the RPM (e.g. W3C's Amaya, Real Player, etc.).
> 
> I've also for this with some core RPMs now. I've just done "yum update
> dbus" and got the same error. Should I be concerned?
> 
Ah! I notice from another post
(https://www.redhat.com/archives/fedora-test-list/2005-December/msg00299.html) that SELinux is a factor in this.

Although I hadn't considered SELinux as I disabled it during install. I
wonder how it turned itself back on...?



From buildsys at redhat.com  Sun Dec 11 11:54:26 2005
From: buildsys at redhat.com (Build System)
Date: Sun, 11 Dec 2005 06:54:26 -0500
Subject: rawhide report: 20051211 changes
Message-ID: <200512111154.jBBBsPdT013749@porkchop.devel.redhat.com>

 

 
Updated Packages:

HelixPlayer-1:1.0.6-1.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 1:1.0.6-1
- rebuilt

a2ps-4.13b-48.1.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

acl-2.2.32-2.1.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

acpid-1.0.4-1.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

adaptx-0:0.9.6-1jpp_2fc.1.1
---------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

adjtimex-1.20-1.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

alchemist-1.0.36-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

alsa-utils-1.0.10rf-1.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

am-utils-5:6.1.3-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

amanda-2.4.5p1-2.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

anaconda-10.90.16-1
-------------------
* Sat Dec 10 2005 Jeremy Katz <katzj at redhat.com> - 10.90.16-1
- Ensure upgrades to depsolve and remove db locks (pnasrat)
- Tweak for improved and sortable groups/categories
- Put back basic text-mode package selection (#175443)

anacron-2.3-34.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ant-0:1.6.5-1jpp_1fc.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

anthy-7100b-2.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

antlr-0:2.7.4-2jpp_4fc.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

apmd-1:3.2.2-3.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aqbanking-1.0.4beta-2.1
-----------------------

aqhbci-1.0.2beta-2.1
--------------------

arptables_jf-0:0.0.8-6.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

arts-8:1.5.0-0.1.rc2.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

asm-0:1.5.3-1jpp_1fc.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aspell-af-50:0.50-4.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aspell-bg-50:0.50-11.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aspell-br-50:0.50-4.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aspell-ca-50:0.50-4.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aspell-cy-50:0.50-4.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aspell-da-50:0.50-12.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aspell-de-50:0.50-11.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aspell-el-50:0.50-4.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aspell-en-50:6.0-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aspell-es-50:0.50-13.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aspell-fo-50:0.51-4.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aspell-fr-50:0.50-9.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aspell-ga-50:0.50-4.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aspell-gd-50:0.50-4.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aspell-gl-50:0.50-4.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aspell-hr-50:0.51-4.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aspell-id-50:0.50.1-4.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aspell-is-50:0.51.1-2.1
-----------------------

aspell-nl-50:0.50-7.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aspell-no-50:0.50.1-9.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aspell-pt-50:0.50-10.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aspell-ru-50:0.99f7-2.1
-----------------------

aspell-sv-50:0.50-8.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

at-spi-1.6.6-2.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Mon Oct 31 2005 Matthias Clasen <mclasen at redhat.com> 1.6.6-2
- Switch requires to modular X

atk-1.10.3-1.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

attr-2.4.24-2.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

audit-1.1.2-1.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

authconfig-5.0.4-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

authd-1.4.3-6.devel.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

autoconf-2.59-5.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

autoconf213-2.13-10.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

autofs-1:4.1.4-14.1.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

automake-1.9.6-1.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

automake14-1.4p6-12.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

automake16-1.6.3-5.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

automake17-1.7.9-6.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

autorun-3.17-1.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

avahi-0.6.1-2.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

awesfx-0.5.0d-3.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

axis-0:1.2.1-1jpp_1fc.1.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

basesystem-8.0-5.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

bash-3.0-40.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

bc-1.06-19.1
------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Mon Nov 21 2005 Thomas Woerner <twoerner at redhat.com> 1.06-19
- fixed rpm macro usage in chengelog (#137800)

* Wed Jan 12 2005 Tim Waugh <twaugh at redhat.com> 1.06-18
- Rebuilt for new readline.

bcel-0:5.1-1jpp_4fc.1.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Tue Nov 08 2005 Vadim Nasardinov <vadimn at redhat.com> - 0:5.1-1jpp_4fc
- Converted from ISO-8859-1 to UTF-8

beecrypt-4.1.2-9.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

bg5ps-1.3.0-22.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

bind-28:9.3.2rc1-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

binutils-2.16.91.0.3-1.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

bison-2.1-1.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

bitmap-fonts-0.3-5.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

bitstream-vera-fonts-1.10-5.1
-----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

bluez-hcidump-1.27-1.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

bluez-libs-2.22-1.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

bogl-0:0.1.18-11.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

bootparamd-0.17-23.devel.1
--------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

booty-0.61-1.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

bridge-utils-1.0.4-6.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

brltty-3.2-10.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

bsf-0:2.3.0-6jpp_2fc.1.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

bsh-0:1.3.0-5jpp_1fc.1.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

bug-buddy-1:2.12.1-2.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

busybox-1:1.01-2.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

byacc-1.9-29.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

bzip2-1.0.3-2.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

caching-nameserver-7.3-3.1
--------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

cadaver-0.22.2-3.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

castor-0:0.9.5-1jpp_1fc.1.1
---------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ccs-1.0.2-3.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

cdparanoia-alpha9.8-26.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

cdrdao-1.2.0-1.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

cdrtools-8:2.01.01.0.a03-1.1
----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

checkpolicy-1.28-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

chkconfig-1.3.25-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

chkfontpath-1.10.0-4.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ckermit-8.0.211-4.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

classpathx-jaf-0:1.0-2jpp_3fc.1
-------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

classpathx-mail-0:1.0-4jpp_3fc.1
--------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

cleanfeed-0.95.7b-21.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

compat-db-4.2.52-3.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

compat-readline43-4.3-2.1
-------------------------

compat-slang-1.4.9-27.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

comps-extras-10.3-1.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

concurrent-0:1.3.2-2jpp_1fc.1
-----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

control-center-1:2.13.2-1.1
---------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

coreutils-5.93-4.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Fri Dec 02 2005 Tim Waugh <twaugh at redhat.com>
- Parametrize SELinux (bug #174067).
- Fix runuser.pamd (bug #173807).

cpio-2.6-11.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

cracklib-2.8.6-1.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

createrepo-0.4.3-5.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

crontabs-1.10-7.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

cryptix-0:3.2.0-4jpp_2fc.1.1
----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Tue Jun 21 2005 Gary Benson <gbenson at redhat.com> 3.2.0-4jpp_2fc
- Remove jarfile from the tarball.

* Fri Jan 21 2005 Gary Benson <gbenson at redhat.com> 3.2.0-4jpp_1fc
- Build into Fedora.

cryptix-asn1-0:20011119-4jpp_2fc.1.1
------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

crypto-utils-2.2-9.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

cryptsetup-luks-1.0.1-4.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ctags-5.5.4-4.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

cups-1:1.1.23-26.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

curl-7.15.1-1.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

cvs-1.11.21-1.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

cyrus-sasl-2.1.21-8.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

dasher-3.2.18-3
---------------
* Sun Dec 11 2005 Matthias Clasen <mclasen at redhat.com>
- Add -Wl,--export-dynamic,
- Make compile with gcc 4.1

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

db4-4.3.29-1.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

dcraw-0.0.20050227-1.1
----------------------

ddd-3.3.11-4.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

dejagnu-1:1.4.4-4.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

desktop-file-utils-0.10-3.1
---------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

devhelp-0.10-6.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

dhcdbd-1.11-1.FC5.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

dhcpv6-0.10-15.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

dialog-1.0.20051107-1.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

diffstat-1.41-1.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

diffutils-2.8.1-15.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

distcache-1.4.5-12.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

dmraid-1.0.0.rc9-FC5_4.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

docbook-dtds-1.0-29.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

docbook-simple-1.0-2.1
----------------------

docbook-slides-3.3.1-2.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

docbook-style-dsssl-1.79-2.1
----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

docbook-style-xsl-1.69.1-1.1
----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

dos2unix-3.1-24.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

dovecot-0.99.14-10.fc5.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

dtach-0.7-1.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

dump-0.4b40-5.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

dvd+rw-tools-5.21.4.10.8-6.1
----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

dvgrab-2.0-1.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

e2fsprogs-1.38-2.1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ed-0.2-38.1
-----------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

eel2-2.13.2-1.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

efax-0.9-26.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

eject-2.1.2-1.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

elfutils-0.118-1.1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

elinks-0.10.6-2.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

emacs-21.4-10.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

emacspeak-21.0-2.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

enscript-1.6.1-31.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

eog-2.13.2-1.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

epic-4:2.2-2.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

epiphany-1.9.2-1.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

eruby-1.0.5-5.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

esound-1:0.2.36-2.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ethereal-0.10.13-6.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ethtool-3-1.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

evince-0.4.0-3.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0.4.0-3.1
- rebuilt

evolution-connector-2.5.2-1.1
-----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

evolution-webcal-2.4.1-1.1
--------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

expat-1.95.8-6.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

fbset-2.1-20.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

fedora-logos-1.1.34-1.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

file-roller-2.13.1-1.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

firstboot-1.3.55-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

fonts-ISO8859-2-1.0-16.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

fonts-KOI8-R-1.0-9.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

fonts-arabic-1.5-4.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

fonts-chinese-3.02-4.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

fonts-hebrew-0.100-4.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

fonts-indic-1.10-2.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

fonts-japanese-0.20050222-11.1
------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

fonts-korean-1.0.11-9.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

fractal-0:2.2-2jpp_1fc.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

freetype-2.1.10-5.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

fribidi-0.10.4-8.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ftp-0.17-31.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ghostscript-fonts-5.50-13.1
---------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gif89encoder-0:0.90-0.b.1jpp_1fc.1
----------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt
gimp-data-extras-2.0.1-1.1
--------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gimp-help-2-0.1.0.9.1.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

glib2-2.9.1-1
-------------
* Sat Dec 10 2005 Matthias Clasen <mclasen at redhat.com> - 2.9.1-1
- New upstream version

gnome-applets-1:2.12.2-1.1
--------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> 2.12.2-1.1
- rebuilt

gnome-audio-2.0.0-3.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-doc-utils-0.5.1-1.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-icon-theme-2.13.2-1.1
---------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-power-manager-0.3.1-2.1
-----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0.3.1-2.1
- rebuilt

gnome-python2-2.12.1-1.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 2.12.1-1.1
- rebuilt

gnome-python2-extras-2.12.1-7.1
-------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 2.12.1-7.1
- rebuilt

gnome-screensaver-0.0.20-2.1
----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0.0.20-2.1
- rebuilt

gnome-utils-1:2.13.2-4.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> 
- rebuilt

gnome-vfs2-2.13.1-1.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 2.13.1-1.1
- rebuilt

gnome-volume-manager-1.5.4-1.1
------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 1.5.4-1.1
- rebuilt

gstreamer-0.8.11-2.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> 0.8.11-2.1
- rebuilt

* Tue Nov 15 2005 Florian La Roche <laroche at redhat.com> 0.8.11-2
- silence post script

gstreamer-plugins-0.8.11-1.1
----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0.8.11-1.1
- rebuilt

gthumb-2.7.1-1.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 2.7.1-1.1
- rebuilt

gtk2-2.8.9-1.1
--------------
* Sat Dec 10 2005 Matthias Clasen <mclasen at redhat.com> 2.8.9-1
- Update to 2.8.9

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Mon Nov 28 2005 Matthias Clasen <mclasen at redhat.com> 2.8.8-1
- Update to 2.8.8

gtk2-engines-2.7.0-2
--------------------
* Sun Dec 11 2005 Matthias Clasen <mclasen at redhat.com> 2.7.0-2
- Backport some fixes from upstream

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

hal-0.5.5.1-2.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0.5.5.1-2.1
- rebuilt

* Thu Dec 01 2005 John (J5) Palmieri <johnp at redhat.com> - 0.5.5.1-2
- Rebuild for dbus 0.60

* Wed Nov 16 2005 John (J5) Palmieri <johnp at redhat.com> - 0.5.5.1-1
- Update to latest upstream version

hal-cups-utils-0.5.4-2.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0.5.4-2.1
- rebuilt

krb5-auth-dialog-0.5-2.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0.5-2.1
- rebuilt

pup-0.1.9-1
-----------
* Sat Dec 10 2005 Jeremy Katz <katzj at redhat.com> - 0.1.9-1
- prompt for a reboot on packages which should do so
- give info on dependencies that are pulled in

pygtk2-2.8.2-2.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

redhat-artwork-0.131-1.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

yum-2.5.0-0.20051210
--------------------
* Sat Dec 10 2005 Jeremy Katz <katzj at redhat.com> - 2.5.0-0.20051210
- update to newer CVS

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	anaconda - 10.90.16-1.i386 requires anaconda-help
	carol - 1.8.9.3-1jpp_6fc.i386 requires libgcj.so.6
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	eclipse-bugzilla - 1:0.1.1_fc-5.i386 requires libgcj.so.6
	eclipse-cdt - 1:3.0.1-1jpp_1fc.i386 requires libgcj.so.6
	eclipse-changelog - 1:2.0.1_fc-22.i386 requires libgcj.so.6
	eclipse-ecj - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-jdt - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-pde - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-platform - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-pydev - 1:0.9.3_fc-12.i386 requires libgcj.so.6
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	gnu-crypto - 2.0.1-1jpp_8fc.i386 requires libgcj.so.6
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.i386 requires libgcj.so.6
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.i386 requires libgcj.so.6
	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jotm - 2.0.5-1jpp_3fc.i386 requires libgcj.so.6
	jsch - 0.1.18-1jpp_2fc.i386 requires libgcj.so.6
	libglade-java - 2.12.1-2.i386 requires libgcj.so.6
	libgnome-java - 2.12.1-2.i386 requires libgcj.so.6
	libgtk-java - 2.8.1-1.i386 requires libgcj.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.i386 requires libgcjawt.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	libvte-java - 0.11.11-6.i386 requires libgcj.so.6
	lucene - 1.4.3-1jpp_7fc.i386 requires libgcj.so.6
	lucene-demo - 1.4.3-1jpp_7fc.i386 requires libgcj.so.6
	monolog - 1.8.6-1jpp_5fc.i386 requires libgcj.so.6
	mx4j - 1:3.0.1-1jpp_5fc.i386 requires libgcj.so.6
	nanoxml - 2.2.3-3jpp_3fc.i386 requires libgcj.so.6
	nanoxml-lite - 2.2.3-3jpp_3fc.i386 requires libgcj.so.6
	oldkilim - 1.1.3-2jpp_3fc.i386 requires libgcj.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.i386 requires libgcjawt.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.i386 requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.i386 requires libgcj.so.6
	regexp - 1.3-2jpp_3fc.i386 requires libgcj.so.6
	struts - 1.2.4-2jpp_3fc.i386 requires libgcj.so.6
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.i386 requires libgcj.so.6
	systemtap - 0.5-2.i386 requires libdw.so.1(ELFUTILS_0.116)
	tetex-xdvi - 3.0-11.i386 requires libXm.so.3
	tomcat5 - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-jasper - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-webapps - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	xalan-j2 - 2.6.0-3jpp_4fc.i386 requires libgcj.so.6
	xalan-j2-demo - 2.6.0-3jpp_4fc.i386 requires libgcj.so.6
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.i386 requires libgcj.so.6
	xerces-j2 - 2.6.2-5jpp_2fc.i386 requires libgcj.so.6
	xerces-j2-demo - 2.6.2-5jpp_2fc.i386 requires libgcj.so.6
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.i386 requires libgcj.so.6
	xml-commons-which - 1.0-0.b2.7jpp_3fc.i386 requires libgcj.so.6
	xpdf - 1:3.01-5.i386 requires libXm.so.3



Broken deps for ia64
----------------------------------------------------------
	anaconda - 10.90.16-1.ia64 requires anaconda-help
	carol - 1.8.9.3-1jpp_6fc.ia64 requires libgcj.so.6()(64bit)
	gnu-crypto - 2.0.1-1jpp_8fc.ia64 requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.ia64 requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.ia64 requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	jsch - 0.1.18-1jpp_2fc.ia64 requires libgcj.so.6()(64bit)
	libglade-java - 2.12.1-2.ia64 requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.1-2.ia64 requires libgcj.so.6()(64bit)
	libgtk-java - 2.8.1-1.ia64 requires libgcj.so.6()(64bit)
	libsetrans - 0.1.11-2.ia64 requires libc.so.6(GLIBC_2.3.4)
	libsetrans - 0.1.11-2.ia64 requires libc.so.6(GLIBC_2.4)
	libsetrans - 0.1.11-2.ia64 requires libc.so.6(GLIBC_2.1)
	libsetrans - 0.1.11-2.ia64 requires libc.so.6(GLIBC_2.0)
	libsetrans - 0.1.11-2.ia64 requires libdl.so.2
	libsetrans - 0.1.11-2.ia64 requires libc.so.6(GLIBC_2.1.3)
	libsetrans - 0.1.11-2.ia64 requires libc.so.6(GLIBC_2.3)
	libsetrans - 0.1.11-2.ia64 requires libc.so.6
	libsetrans - 0.1.11-2.ia64 requires libselinux.so.1
	libvte-java - 0.11.11-6.ia64 requires libgcj.so.6()(64bit)
	lucene - 1.4.3-1jpp_7fc.ia64 requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.ia64 requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.ia64 requires libgcj.so.6()(64bit)
	mx4j - 1:3.0.1-1jpp_5fc.ia64 requires libgcj.so.6()(64bit)
	nanoxml - 2.2.3-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	nanoxml-lite - 2.2.3-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	oldkilim - 1.1.3-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	p6spy - 1.3-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	regexp - 1.3-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs
	struts - 1.2.4-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	systemtap - 0.5-2.ia64 requires libdw.so.1(ELFUTILS_0.116)(64bit)
	tetex-xdvi - 3.0-11.ia64 requires libXm.so.3()(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xerces-j2 - 2.6.2-5jpp_2fc.ia64 requires libgcj.so.6()(64bit)
	xerces-j2-demo - 2.6.2-5jpp_2fc.ia64 requires libgcj.so.6()(64bit)
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	xml-commons-which - 1.0-0.b2.7jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	xpdf - 1:3.01-5.ia64 requires libXm.so.3()(64bit)



Broken deps for ppc
----------------------------------------------------------
	anaconda - 10.90.16-1.ppc requires anaconda-help
	carol - 1.8.9.3-1jpp_6fc.ppc requires libgcj.so.6
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	eclipse-bugzilla - 1:0.1.1_fc-5.ppc requires libgcj.so.6
	eclipse-cdt - 1:3.0.1-1jpp_1fc.ppc requires libgcj.so.6
	eclipse-changelog - 1:2.0.1_fc-22.ppc requires libgcj.so.6
	eclipse-ecj - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-jdt - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-pde - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-platform - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-pydev - 1:0.9.3_fc-12.ppc requires libgcj.so.6
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	gnu-crypto - 2.0.1-1jpp_8fc.ppc requires libgcj.so.6
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.ppc requires libgcj.so.6
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.ppc requires libgcj.so.6
	jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jotm - 2.0.5-1jpp_3fc.ppc requires libgcj.so.6
	jsch - 0.1.18-1jpp_2fc.ppc requires libgcj.so.6
	libglade-java - 2.12.1-2.ppc requires libgcj.so.6
	libgnome-java - 2.12.1-2.ppc requires libgcj.so.6
	libgtk-java - 2.8.1-1.ppc requires libgcj.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.ppc requires libgcjawt.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	libvte-java - 0.11.11-6.ppc requires libgcj.so.6
	lucene - 1.4.3-1jpp_7fc.ppc requires libgcj.so.6
	lucene-demo - 1.4.3-1jpp_7fc.ppc requires libgcj.so.6
	monolog - 1.8.6-1jpp_5fc.ppc requires libgcj.so.6
	mx4j - 1:3.0.1-1jpp_5fc.ppc requires libgcj.so.6
	nanoxml - 2.2.3-3jpp_3fc.ppc requires libgcj.so.6
	nanoxml-lite - 2.2.3-3jpp_3fc.ppc requires libgcj.so.6
	oldkilim - 1.1.3-2jpp_3fc.ppc requires libgcj.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.ppc requires libgcjawt.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.ppc requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.ppc requires libgcj.so.6
	regexp - 1.3-2jpp_3fc.ppc requires libgcj.so.6
	struts - 1.2.4-2jpp_3fc.ppc requires libgcj.so.6
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.ppc requires libgcj.so.6
	systemtap - 0.5-2.ppc requires libdw.so.1(ELFUTILS_0.116)
	tetex-xdvi - 3.0-11.ppc requires libXm.so.3
	tomcat5 - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-jasper - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-webapps - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	xalan-j2 - 2.6.0-3jpp_4fc.ppc requires libgcj.so.6
	xalan-j2-demo - 2.6.0-3jpp_4fc.ppc requires libgcj.so.6
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.ppc requires libgcj.so.6
	xerces-j2 - 2.6.2-5jpp_2fc.ppc requires libgcj.so.6
	xerces-j2-demo - 2.6.2-5jpp_2fc.ppc requires libgcj.so.6
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.ppc requires libgcj.so.6
	xml-commons-which - 1.0-0.b2.7jpp_3fc.ppc requires libgcj.so.6
	xpdf - 1:3.01-5.ppc requires libXm.so.3



Broken deps for ppc64
----------------------------------------------------------
	anaconda - 10.90.16-1.ppc64 requires anaconda-help
	carol - 1.8.9.3-1jpp_6fc.ppc64 requires libgcj.so.6()(64bit)
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	gnu-crypto - 2.0.1-1jpp_8fc.ppc64 requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.ppc64 requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.ppc64 requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	jsch - 0.1.18-1jpp_2fc.ppc64 requires libgcj.so.6()(64bit)
	libglade-java - 2.12.1-2.ppc64 requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.1-2.ppc64 requires libgcj.so.6()(64bit)
	libgtk-java - 2.8.1-1.ppc64 requires libgcj.so.6()(64bit)
	libsetrans - 0.1.11-2.ppc64 requires libc.so.6(GLIBC_2.3.4)
	libsetrans - 0.1.11-2.ppc64 requires libc.so.6(GLIBC_2.4)
	libsetrans - 0.1.11-2.ppc64 requires libc.so.6(GLIBC_2.1)
	libsetrans - 0.1.11-2.ppc64 requires libc.so.6(GLIBC_2.0)
	libsetrans - 0.1.11-2.ppc64 requires libdl.so.2
	libsetrans - 0.1.11-2.ppc64 requires libc.so.6(GLIBC_2.1.3)
	libsetrans - 0.1.11-2.ppc64 requires libc.so.6(GLIBC_2.3)
	libsetrans - 0.1.11-2.ppc64 requires libc.so.6
	libsetrans - 0.1.11-2.ppc64 requires libselinux.so.1
	libvte-java - 0.11.11-6.ppc64 requires libgcj.so.6()(64bit)
	lucene - 1.4.3-1jpp_7fc.ppc64 requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.ppc64 requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.ppc64 requires libgcj.so.6()(64bit)
	mx4j - 1:3.0.1-1jpp_5fc.ppc64 requires libgcj.so.6()(64bit)
	nanoxml - 2.2.3-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	nanoxml-lite - 2.2.3-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	oldkilim - 1.1.3-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	p6spy - 1.3-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	regexp - 1.3-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	struts - 1.2.4-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	tetex-xdvi - 3.0-11.ppc64 requires libXm.so.3()(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xerces-j2 - 2.6.2-5jpp_2fc.ppc64 requires libgcj.so.6()(64bit)
	xerces-j2-demo - 2.6.2-5jpp_2fc.ppc64 requires libgcj.so.6()(64bit)
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	xml-commons-which - 1.0-0.b2.7jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	xpdf - 1:3.01-5.ppc64 requires libXm.so.3()(64bit)



Broken deps for s390
----------------------------------------------------------
	anaconda - 10.90.16-1.s390 requires anaconda-help
	carol - 1.8.9.3-1jpp_6fc.s390 requires libgcj.so.6
	gnu-crypto - 2.0.1-1jpp_8fc.s390 requires libgcj.so.6
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.s390 requires libgcj.so.6
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.s390 requires libgcj.so.6
	jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jotm - 2.0.5-1jpp_3fc.s390 requires libgcj.so.6
	jsch - 0.1.18-1jpp_2fc.s390 requires libgcj.so.6
	libglade-java - 2.12.1-2.s390 requires libgcj.so.6
	libgnome-java - 2.12.1-2.s390 requires libgcj.so.6
	libgtk-java - 2.8.1-1.s390 requires libgcj.so.6
	libvte-java - 0.11.11-6.s390 requires libgcj.so.6
	lucene - 1.4.3-1jpp_7fc.s390 requires libgcj.so.6
	lucene-demo - 1.4.3-1jpp_7fc.s390 requires libgcj.so.6
	monolog - 1.8.6-1jpp_5fc.s390 requires libgcj.so.6
	mx4j - 1:3.0.1-1jpp_5fc.s390 requires libgcj.so.6
	nanoxml - 2.2.3-3jpp_3fc.s390 requires libgcj.so.6
	nanoxml-lite - 2.2.3-3jpp_3fc.s390 requires libgcj.so.6
	oldkilim - 1.1.3-2jpp_3fc.s390 requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.s390 requires libgcj.so.6
	regexp - 1.3-2jpp_3fc.s390 requires libgcj.so.6
	struts - 1.2.4-2jpp_3fc.s390 requires libgcj.so.6
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.s390 requires libgcj.so.6
	tetex-xdvi - 3.0-11.s390 requires libXm.so.3
	tomcat5 - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-jasper - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-webapps - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	xalan-j2 - 2.6.0-3jpp_4fc.s390 requires libgcj.so.6
	xalan-j2-demo - 2.6.0-3jpp_4fc.s390 requires libgcj.so.6
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.s390 requires libgcj.so.6
	xerces-j2 - 2.6.2-5jpp_2fc.s390 requires libgcj.so.6
	xerces-j2-demo - 2.6.2-5jpp_2fc.s390 requires libgcj.so.6
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.s390 requires libgcj.so.6
	xml-commons-which - 1.0-0.b2.7jpp_3fc.s390 requires libgcj.so.6
	xpdf - 1:3.01-5.s390 requires libXm.so.3



Broken deps for s390x
----------------------------------------------------------
	anaconda - 10.90.16-1.s390x requires anaconda-help
	carol - 1.8.9.3-1jpp_6fc.s390x requires libgcj.so.6()(64bit)
	gnu-crypto - 2.0.1-1jpp_8fc.s390x requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.s390x requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.s390x requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.s390x requires libgcj.so.6()(64bit)
	jsch - 0.1.18-1jpp_2fc.s390x requires libgcj.so.6()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libgcj.so.6()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libglibjava-0.2.so()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libglibjni-0.2.so()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libcairojava-1.0.so()(64bit)
	libglade-java - 2.12.0-5.s390x requires libgcj.so.6()(64bit)
	libglade-java - 2.12.0-5.s390x requires libglibjava-0.2.so()(64bit)
	libglade-java - 2.12.0-5.s390x requires libglibjni-0.2.so()(64bit)
	libglade-java - 2.12.0-5.s390x requires libcairojava-1.0.so()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libglibjava-0.2.so()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libglibjni-0.2.so()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libcairojava-1.0.so()(64bit)
	libgtk-java - 2.8.0-7.s390x requires libgcj.so.6()(64bit)
	libgtk-java - 2.8.0-7.s390x requires libglibjava-0.2.so()(64bit)
	libgtk-java - 2.8.0-7.s390x requires libglibjni-0.2.so()(64bit)
	libvte-java - 0.11.11-6.s390x requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-6.s390x requires libglibjava-0.2.so()(64bit)
	libvte-java - 0.11.11-6.s390x requires libglibjni-0.2.so()(64bit)
	libvte-java - 0.11.11-6.s390x requires libcairojava-1.0.so()(64bit)
	lucene - 1.4.3-1jpp_7fc.s390x requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.s390x requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.s390x requires libgcj.so.6()(64bit)
	mx4j - 1:3.0.1-1jpp_5fc.s390x requires libgcj.so.6()(64bit)
	nanoxml - 2.2.3-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	nanoxml-lite - 2.2.3-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	oldkilim - 1.1.3-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	p6spy - 1.3-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	regexp - 1.3-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	struts - 1.2.4-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	tetex-xdvi - 3.0-11.s390x requires libXm.so.3()(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xerces-j2 - 2.6.2-5jpp_2fc.s390x requires libgcj.so.6()(64bit)
	xerces-j2-demo - 2.6.2-5jpp_2fc.s390x requires libgcj.so.6()(64bit)
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.s390x requires libgcj.so.6()(64bit)
	xml-commons-which - 1.0-0.b2.7jpp_3fc.s390x requires libgcj.so.6()(64bit)
	xpdf - 1:3.01-5.s390x requires libXm.so.3()(64bit)



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	anaconda - 10.90.16-1.x86_64 requires anaconda-help
	carol - 1.8.9.3-1jpp_6fc.x86_64 requires libgcj.so.6()(64bit)
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	eclipse-bugzilla - 1:0.1.1_fc-5.x86_64 requires libgcj.so.6()(64bit)
	eclipse-cdt - 1:3.0.1-1jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-changelog - 1:2.0.1_fc-22.x86_64 requires libgcj.so.6()(64bit)
	eclipse-ecj - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-jdt - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-pde - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-platform - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-pydev - 1:0.9.3_fc-12.x86_64 requires libgcj.so.6()(64bit)
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	gnu-crypto - 2.0.1-1jpp_8fc.x86_64 requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.x86_64 requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.x86_64 requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jsch - 0.1.18-1jpp_2fc.x86_64 requires libgcj.so.6()(64bit)
	libglade-java - 2.12.1-2.x86_64 requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.1-2.x86_64 requires libgcj.so.6()(64bit)
	libgtk-java - 2.8.1-1.x86_64 requires libgcj.so.6()(64bit)
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.x86_64 requires libgcjawt.so.6()(64bit)
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-6.x86_64 requires libgcj.so.6()(64bit)
	lucene - 1.4.3-1jpp_7fc.x86_64 requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.x86_64 requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.x86_64 requires libgcj.so.6()(64bit)
	mx4j - 1:3.0.1-1jpp_5fc.x86_64 requires libgcj.so.6()(64bit)
	nanoxml - 2.2.3-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	nanoxml-lite - 2.2.3-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	oldkilim - 1.1.3-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	openoffice.org-core - 1:2.0.1-143.1.2.i386 requires libgcjawt.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.i386 requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	regexp - 1.3-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	struts - 1.2.4-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	systemtap - 0.5-2.x86_64 requires libdw.so.1(ELFUTILS_0.116)(64bit)
	tetex-xdvi - 3.0-11.x86_64 requires libXm.so.3()(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xerces-j2 - 2.6.2-5jpp_2fc.x86_64 requires libgcj.so.6()(64bit)
	xerces-j2-demo - 2.6.2-5jpp_2fc.x86_64 requires libgcj.so.6()(64bit)
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	xml-commons-which - 1.0-0.b2.7jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	xpdf - 1:3.01-5.x86_64 requires libXm.so.3()(64bit)





From mike at miketc.com  Sun Dec 11 12:49:58 2005
From: mike at miketc.com (Mike Chambers)
Date: Sun, 11 Dec 2005 06:49:58 -0600
Subject: RPM install error ("scriptlet failed")
In-Reply-To: <1134248447.2758.13.camel@localhost.localdomain>
References: <1134164306.4622.22.camel@localhost.localdomain>
	<1134240658.4622.28.camel@localhost.localdomain>
	<1134248447.2758.13.camel@localhost.localdomain>
Message-ID: <1134305398.17864.1.camel@scrappy.miketc.com>

On Sat, 2005-12-10 at 21:00 +0000, Leon Stringer wrote:

> Although I hadn't considered SELinux as I disabled it during install. I
> wonder how it turned itself back on...?

That's been a problem for a bit now, as have experienced that a few
times lately.  It's like whatever selection you choose, it never gets
pushed to the system.

-- 
Mike Chambers
Madisonville, KY

"It's better to hurt a little now, than to hurt a lot later!"



From sundaram at redhat.com  Sun Dec 11 12:53:09 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Sun, 11 Dec 2005 18:23:09 +0530
Subject: RPM install error ("scriptlet failed")
In-Reply-To: <1134305398.17864.1.camel@scrappy.miketc.com>
References: <1134164306.4622.22.camel@localhost.localdomain>	<1134240658.4622.28.camel@localhost.localdomain>	<1134248447.2758.13.camel@localhost.localdomain>
	<1134305398.17864.1.camel@scrappy.miketc.com>
Message-ID: <439C2135.5000804@redhat.com>

Mike Chambers wrote:

>On Sat, 2005-12-10 at 21:00 +0000, Leon Stringer wrote:
>
>  
>
>>Although I hadn't considered SELinux as I disabled it during install. I
>>wonder how it turned itself back on...?
>>    
>>
>
>That's been a problem for a bit now, as have experienced that a few
>times lately.  It's like whatever selection you choose, it never gets
>pushed to the system.
>
>  
>
Fixed in rawhide now.

regards
Rahul



From terraformers at gmail.com  Sun Dec 11 13:16:49 2005
From: terraformers at gmail.com (Lars G)
Date: Sun, 11 Dec 2005 14:16:49 +0100
Subject: rawhide report: 20051211 changes
In-Reply-To: <200512111154.jBBBsPdT013749@porkchop.devel.redhat.com>
References: <200512111154.jBBBsPdT013749@porkchop.devel.redhat.com>
Message-ID: <1134307008.6768.1.camel@kinichahau.homebase>

On Sun, 2005-12-11 at 06:54 -0500, Build System wrote:
...

after updating, the mouse-cursor theme is gone for me.


cheers
-- 
Lars G <terraformers at gmail.com>




From paul at all-the-johnsons.co.uk  Sun Dec 11 16:51:53 2005
From: paul at all-the-johnsons.co.uk (Paul)
Date: Sun, 11 Dec 2005 16:51:53 +0000
Subject: mplayer problem
Message-ID: <1134319913.12245.5.camel@T7.Linux>

Hi,

I've got mplayer from livna installed. It has suddenly stopped working
with the following error

/usr/bin/mplayer: error while loading shared libraries: libGL.so.1:
cannot enable executable stack as shared object requires: Permission
denied.

libGL.so.1 is in /usr/lib

Any ideas on how to get it functioning again? I can't recompile it as
there seems to be a problem with gcc 4.1 and MPlayer (I've tried the
--dont-check-gcc option when running ./configure).

TTFN

Paul
-- 
"Religion is the opiate of the masses" - Karl Marx
"Mmmmmm, mass opiates...." - Homer Simpson
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051211/82289847/attachment.sig>

From pauljohn at ku.edu  Sun Dec 11 17:12:19 2005
From: pauljohn at ku.edu (Paul Johnson)
Date: Sun, 11 Dec 2005 11:12:19 -0600
Subject: recent experience with suspend & restore on laptops
Message-ID: <439C5DF3.8000000@ku.edu>

Can any laptop users confirm that suspend to RAM (or disk) works, and 
that the system can be restarted?  Is it true that this is a priority in 
FC5 development?

For me, suspend & resume quit working with the kernel 2.6.13 & 2.6.14. I 
can suspend fine, but upon resume, the video never wakes up. Keyboard 
still works. There are plenty of posts about it in bugzilla.kernel.org 
and there are some hints that the problem can be fixed.

-- 
Paul E. Johnson                       email: pauljohn AT ku.edu
Dept. of Political Science            http://lark.cc.ku.edu/~pauljohn
1541 Lilac Lane, Rm 504
University of Kansas                  Office: (785) 864-9086
Lawrence, Kansas 66044-3177           FAX: (785) 864-5700



From arjan at fenrus.demon.nl  Sun Dec 11 17:19:31 2005
From: arjan at fenrus.demon.nl (Arjan van de Ven)
Date: Sun, 11 Dec 2005 18:19:31 +0100
Subject: mplayer problem
In-Reply-To: <1134319913.12245.5.camel@T7.Linux>
References: <1134319913.12245.5.camel@T7.Linux>
Message-ID: <1134321572.14999.4.camel@laptopd505.fenrus.org>

On Sun, 2005-12-11 at 16:51 +0000, Paul wrote:
> Hi,
> 
> I've got mplayer from livna installed. It has suddenly stopped working
> with the following error
> 
> /usr/bin/mplayer: error while loading shared libraries: libGL.so.1:
> cannot enable executable stack as shared object requires: Permission
> denied.
> 
> libGL.so.1 is in /usr/lib

is that the fedora lib or the nvidia lib ?

also.. it looks like this is an selinux permission thing...



From drepper at redhat.com  Sun Dec 11 17:26:05 2005
From: drepper at redhat.com (Ulrich Drepper)
Date: Sun, 11 Dec 2005 09:26:05 -0800
Subject: mplayer problem
In-Reply-To: <1134319913.12245.5.camel@T7.Linux>
References: <1134319913.12245.5.camel@T7.Linux>
Message-ID: <439C612D.8060204@redhat.com>

Paul wrote:
> /usr/bin/mplayer: error while loading shared libraries: libGL.so.1:
> cannot enable executable stack as shared object requires: Permission
> denied.
> 
> libGL.so.1 is in /usr/lib

The libGL DSOs are known to have text relocations.  So make sure it has 
an appropriate security label:

chcon system_u:object_r:texrel_shlib_t /usr/lib/libGL.so.1

You might need to repeat this for other DSOs.

-- 
? Ulrich Drepper ? Red Hat, Inc. ? 444 Castro St ? Mountain View, CA ?



From davej at redhat.com  Sun Dec 11 20:42:18 2005
From: davej at redhat.com (Dave Jones)
Date: Sun, 11 Dec 2005 15:42:18 -0500
Subject: latest php have bug or kernel-smp-2.6.14-1.1749_FC5 script bug
In-Reply-To: <439B12E2.7090607@garlic.com>
References: <20051210170011.A31B6734FD@hormel.redhat.com>
	<439B12E2.7090607@garlic.com>
Message-ID: <20051211204218.GB6640@redhat.com>

On Sat, Dec 10, 2005 at 10:39:46AM -0700, Anne & Lynn Wheeler wrote:
 > 
 > this showed up after updating development php today ... is this a
 > incompatibility issue with latest php ... or a bug in new php?
 > 
 > error: %pre(kernel-smp-2.6.14-1.1749_FC5.i686) scriptlet failed, exit
 > status 255
 > error:   install: %pre scriptlet failed (2), skipping
 > kernel-smp-2.6.14-1.1749_FC5
 > 
 > .................
 > 
 > note that the scriptlet failed, exit status 255 is starting to show up
 > with other updates also ... not just kernel-smp

selinux policy bug iirc.

		Dave



From mike at miketc.com  Sun Dec 11 22:18:28 2005
From: mike at miketc.com (Mike Chambers)
Date: Sun, 11 Dec 2005 22:18:28 +0000
Subject: Rawhide install as of Dec 11
Message-ID: <1134339508.2698.3.camel@scrappy.miketc.com>

Install went OK, with maybe exception of selinux main rpm didn't get
installed (not in rawhide as of install?).

After configuring the system, it seems the fonts are not quite like
before, kinda like how it was few weeks ago with the fontconfig problem
or whatever that was.

Rest so far seem OK as far as I can tell.

Mike Chambers



From don_springall at hotmail.com  Sun Dec 11 23:30:23 2005
From: don_springall at hotmail.com (Don Springall)
Date: Sun, 11 Dec 2005 16:30:23 -0700
Subject: ACX100 -acx.ko module for TI ACX111 chipsets
Message-ID: <BAY107-F10A87315040EE18474339A85470@phx.gbl>

I am trying to get the acx module to work for my linksys WPC54G v2 wireless 
card working. The module is currently in the MM tree only. It cannot seem to 
find the firmware. I stuck the firmware in as /lib/firmware/TIACX111.BIN but 
I still get this in dmesg:

acx: found ACX111-based wireless network card at 0000:07:00.0, irq:10, 
phymem1:0x28020000, phymem2:0x28000000, mem1:0xd087c000, mem1_size:8192, 
mem2:0xd0940000, mem2_size:131072
initial debug setting is 0x000A
using IRQ 10
requesting firmware image 'tiacx111c16'
acx: firmware image 'tiacx111c16' was not provided. Check your hotplug 
scripts
requesting firmware image 'tiacx111'
acx: firmware image 'tiacx111' was not provided. Check your hotplug scripts
acx: reset_dev() FAILED
ACPI: PCI interrupt for device 0000:07:00.0 disabled
acx_pci: probe of 0000:07:00.0 failed with error -5

ndiswrapper uses the firmware from linksys which is 
/lib/firmware/FwRad17.bin and /lib/firmware/FwRad16.bin
Does anyone have any experience getting this to work ?




From wrrhdev at riede.org  Mon Dec 12 03:18:08 2005
From: wrrhdev at riede.org (Willem Riede)
Date: Mon, 12 Dec 2005 03:18:08 +0000
Subject: Yum & bestmirror.py
In-Reply-To: <BAY107-F2824A81958A79070CFA90F85450@phx.gbl> (from
	don_springall@hotmail.com on Fri Dec  9 13:45:14 2005)
References: <BAY107-F2824A81958A79070CFA90F85450@phx.gbl>
Message-ID: <1134357488l.19290l.0l@serve.riede.org>

On 12/09/2005 01:45:14 PM, Don Springall wrote:
> bestmirror.py plug-in  only works properly if timedhosts.txt is removed from  
> var/yum/cache before you run it each time. Otherwise it reports mirror as  
> already timed and it tries to use mirrors which are not up to date.

Update can be found here:
https://lists.dulug.duke.edu/pipermail/yum-devel/2005-December/001725.html

Willem Riede.



From debian at herakles.homelinux.org  Mon Dec 12 04:04:43 2005
From: debian at herakles.homelinux.org (John Summerfied)
Date: Mon, 12 Dec 2005 12:04:43 +0800
Subject: ACX100 -acx.ko module for TI ACX111 chipsets
In-Reply-To: <BAY107-F10A87315040EE18474339A85470@phx.gbl>
References: <BAY107-F10A87315040EE18474339A85470@phx.gbl>
Message-ID: <439CF6DB.8020303@herakles.homelinux.org>

Don Springall wrote:
> I am trying to get the acx module to work for my linksys WPC54G v2 
> wireless card working. The module is currently in the MM tree only. It 
> cannot seem to find the firmware. I stuck the firmware in as 
> /lib/firmware/TIACX111.BIN but I still get this in dmesg:
> 
> acx: found ACX111-based wireless network card at 0000:07:00.0, irq:10, 
> phymem1:0x28020000, phymem2:0x28000000, mem1:0xd087c000, mem1_size:8192, 
> mem2:0xd0940000, mem2_size:131072
> initial debug setting is 0x000A
> using IRQ 10
> requesting firmware image 'tiacx111c16'
> acx: firmware image 'tiacx111c16' was not provided. Check your hotplug 
> scripts
> requesting firmware image 'tiacx111'
> acx: firmware image 'tiacx111' was not provided. Check your hotplug scripts
> acx: reset_dev() FAILED
> ACPI: PCI interrupt for device 0000:07:00.0 disabled
> acx_pci: probe of 0000:07:00.0 failed with error -5
> 
> ndiswrapper uses the firmware from linksys which is 
> /lib/firmware/FwRad17.bin and /lib/firmware/FwRad16.bin
> Does anyone have any experience getting this to work ?
> 
> 

case matters. Try renameing the file to 'tiacx111' or 'tiacx111.bin'

-- 

Cheers
John

-- spambait
1aaaaaaa at computerdatasafe.com.au  Z1aaaaaaa at computerdatasafe.com.au
Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/

do not reply off-list



From fct-cornette at insight.rr.com  Mon Dec 12 04:28:35 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Sun, 11 Dec 2005 23:28:35 -0500
Subject: postinstall errors - SELinux related?
Message-ID: <439CFC73.8070805@insight.rr.com>

I went through my system and found a long listing of packages that were 
duplicate entries in rpmdb. I believe this was related to rpm being 
halted from running the normal routines for post and preinstall scripts.

The attached list are packages that duplicated.

https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=122119

On another note: Is it normal for rpm to verify packages as root user 
correctly but not as a regular user?

  Jim



From jiangguowei2000 at hotmail.com  Mon Dec 12 05:47:24 2005
From: jiangguowei2000 at hotmail.com (jiang guowei)
Date: Mon, 12 Dec 2005 05:47:24 +0000
Subject: Why not do an all-sided testing for fedora?
Message-ID: <BAY114-F136C7CF63B879CDEA60C4DA0460@phx.gbl>

   Hi! Ostl(Open Source Testing Lab) has ever done an all-sided testing for 
ubuntu5.04, and published their testing report at

http://www.paul.sladen.org/ubuntu/ostl/UbuntuDefectReport.pdf
http://www.paul.sladen.org/ubuntu/ostl/UbuntuTestingReport.pdf

or

http://snipurl.com/UbuntuDefectReport 
http://snipurl.com/UbuntuTestingReport

      Why not ask ostl to do a similar testing for our fedora?All is free.

_________________________________________________________________
???? MSN Explorer:   http://explorer.msn.com/lccn/  



From roger at gwch.net  Mon Dec 12 11:15:08 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Mon, 12 Dec 2005 12:15:08 +0100
Subject: How to override non satisfied dependencies
Message-ID: <1134386109.2773.22.camel@niobe>

Hello,

Did anybody get out, which apps to exclude from update, so the
dependencies get satisfied?

i searched and searched, and somehow i have the feeling, that none of my
apps are concerned by this - perhaps i only was too tired... :-(

Ropg



From buildsys at redhat.com  Mon Dec 12 11:22:43 2005
From: buildsys at redhat.com (Build System)
Date: Mon, 12 Dec 2005 06:22:43 -0500
Subject: rawhide report: 20051212 changes
Message-ID: <200512121122.jBCBMh3T002898@porkchop.devel.redhat.com>

 

 
Updated Packages:

Pyrex-0:0.9.3.1-2.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

evolution-2.5.2-1.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Wed Dec 07 2005 David Malcolm <dmalcolm at redhat.com> - 2.5.2-1
- 2.5.2
- bump gtkhtml requirement from 3.7.6 to 3.9.2
- bump eds requirement from 1.4.1.1 to 1.5.2
- bump evo_major from 2.4 to 2.6
- updated patch 107
- updated patch 108
- updated patch 800, replacing 
  rh-161817-attach-116019-conduit_pilot_link_updates.diff with 
  evolution-2.5.2-fix-conduits.patch.  Not yet complete.
- disable pilot support for now (see #175160)
- added hula plugin to list of packaged plugins
- generalize gconf schema packaging to support changing evo_major

* Fri Dec 02 2005 David Malcolm <dmalcolm at redhat.com> - 2.4.2-2
- force regeneration of the intltool files to prevent a problem where the 
  tarball copy of intltool-merge.in was out of sync with the intltool.m4 in the
  latest shipped copy of intltool, which resulted in a broken intltool-merge 
  script when the tree was reautotooled.  (appears that the tarball was built 
  with a CVS copy of intltool where @EXPANDED_LIBDIR@ had been renamed to
  @INTLTOOL_LIBDIR@, but our aclocal/intltool.m4 doesn't yet reflect that 
  change)

evolution-data-server-1.5.2-1.1
-------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

expect-5.43.0-2.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

fetchmail-6.3.0-1.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

file-4.16-4.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Tue Nov 29 2005 Radek Vokal <rvokal at redhat.com> - 4.16-4
- printf utf8 filenames and don't use isprint() (#174348)

* Tue Nov 08 2005 Radek Vokal <rvokal at redhat.com> - 4.16-3
- remove .la files (#172633)

filesystem-2.3.7-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

findutils-1:4.2.27-1.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

finger-0.17-30.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

firefox-1.5-1.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

flac-1.1.2-25.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

foomatic-3.0.2-29.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

freeglut-2.4.0-2.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

freeradius-1.0.4-5.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

g-wrap-1.3.4-9.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gail-1.8.8-1.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gaim-1:1.5.0-9.fc5.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gal-1:0.24-6.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gamin-0.1.7-1.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gawk-3.1.5-4.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gconf-editor-2.12.1-1.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gd-2.0.33-5.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Wed Nov 02 2005 Phil Knirsch <pknirsch at redhat.com> 2.0.33-5
- Switched BuildPreReqs and Requires to modular xorg-x11 style

* Mon Oct 10 2005 Phil Knirsch <pknirsch at redhat.com> 2.0.33-4
- Fixed possible gd crash when drawing AA line near image borders (#167843)

gdbm-1.8.0-25.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gdk-pixbuf-1:0.22.0-21.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gdm-1:2.8.0.4-13.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gedit-1:2.12.1-1.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

genromfs-0.5.1-3.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gftp-1:2.0.18-3.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ghostscript-8.15.1-3.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

giflib-4.1.3-6.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gimp-2:2.2.9-3.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Fri Dec 09 2005 Nils Philippsen <nphilipp at redhat.com>
- build with -fomit-frame-pointer to let assembly build with gcc 4.1

* Fri Dec 02 2005 Nils Philippsen <nphilipp at redhat.com>
- build with gcc 4.1

gimp-print-4.2.7-13.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gkrellm-2.2.7-5.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

glade2-2.12.1-1.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gmp-4.1.4-6.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-bluetooth-0.6.0-2.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-desktop-2.13.2-1.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-games-1:2.13.2-1.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-kerberos-0.3.3-2.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-keyring-0.4.6-1.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-keyring-manager-2.12.0-2.1
--------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-libs-1:1.4.1.2.90-46.1
----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-mag-0.12.2-2.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-media-2.12.0-3.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-menus-2.12.0-1.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-mime-data-2.4.2-1.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-netstatus-2.12.0-3.1
--------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-nettool-1.2.0-1.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-panel-2.13.2-1.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-pilot-2.0.13-7.fc5.1
--------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-pilot-conduits-2.0.13-2.FC5.1
-----------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-print-1:0.37-12.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-spell-1.0.5-10.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-system-monitor-2.13.2-1.1
-------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-terminal-2.12.0-2.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-themes-2.13.2-1.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-user-docs-2.8.1-2.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-user-share-0.9-1.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnopernicus-0.12.0-2.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnu.getopt-0:1.0.9-4jpp_2fc.1.1
-------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnu.regexp-0:1.1.4-7jpp_1fc.1
-----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnupg-1.4.2-3.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnuplot-4.0.0-10.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gob2-2.0.12-1.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gok-1.0.5-6.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gpart-0.1h-1.1
--------------

gperf-3.0.1-7.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

grep-2.5.1-51.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gsl-1.7-1.1
-----------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gtk+-1:1.2.10-49.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gtk-doc-1.4-1.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gtk-engines-1:0.12-7.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gtkhtml2-2.6.3-1.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gtkhtml3-3.9.2-1.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gtksourceview-1.5.1-2.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gtkspell-2.0.11-1.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

guile-5:1.6.7-4.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gulm-1.0.4-2.FC5.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gwenhywfar-1.7.2-3.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt
gzip-1.3.5-6.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

h2ps-2.06-14.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

hardlink-1:1.0-1.19.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

hdparm-6.3-1.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Wed Nov 30 2005 Karsten Hopp <karsten at redhat.de> 6.3-1
- fix package URL

hesiod-3.0.2-31.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

hexedit-1.2.12-2.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

hfsutils-3.2.6-7.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

hicolor-icon-theme-0.8-3.1
--------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

hotplug-3:2004_09_23-10.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

hplip-0.9.7-3.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

htmlview-3.0.0-13.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

httpd-2.2.0-3.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

hwbrowser-0.24-1.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

hwdata-0.172-1.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

icon-slicer-0.3-7.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

iddev-2.0.0-4.FC5.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

imake-0.99.2-5.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

imlib-1:1.9.13-26.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

indent-2.2.9-8.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

initscripts-8.18-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

inn-2.4.2-4.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

intltool-0.34.1-1.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

iproute-2.6.14-11
-----------------
* Mon Dec 12 2005 Radek Vokal <rvokal at redhat.com> 2.6.14-11
- rebuilt

ipsec-tools-0.6.3-1.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

iptables-1.3.4-2.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

iptraf-2.7.0-15.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

iptstate-1.4-1.1.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

iputils-20020927-31.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ipv6calc-0.50-1.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ipvsadm-1.24-7.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

irda-utils-0.9.16-7.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

isicom-3.05-18.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

iso-codes-0.47-1.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt
jadetex-3.12-13.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jdepend-0:2.6-2jpp_4fc.1.1
--------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jdom-0:1.0-1jpp_2fc.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jgroups-0:2.2.6-1jpp_1fc.1
--------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jlex-0:1.2.6-1jpp_2fc.1.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

joe-3.3-1.1
-----------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jorm-0:2.4.3-1jpp_2fc.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt
jorm-rdb-adapter-0:2.6-1jpp_1fc.1
---------------------------------

joystick-1.2.15-20.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jpilot-0.99.8-2.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jrefactory-0:2.8.9-3jpp_1fc.1.1
-------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

junit-0:3.8.1-3jpp_5fc.1.1
--------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jwhois-3.2.3-3.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jzlib-0:1.0.5-2jpp_1fc.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

k3b-0:0.12.8-1.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kbd-1.12-12.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kcc-2.3-24.1
------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kdbg-1:2.0.0-2.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kde-i18n-1:3.5.0-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kdeaccessibility-1:3.5.0-1.1
----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kdeaddons-3.5.0-1.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kdeadmin-7:3.5.0-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kdeartwork-3.5.0-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kdebindings-3.5.0-1.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kdeedu-3.5.0-1.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kdegames-6:3.5.0-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kdegraphics-7:3.5.0-1.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kdemultimedia-6:3.5.0-1.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kdenetwork-7:3.5.0-1.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kdepim-6:3.5.0-0.1.rc2.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kdesdk-3.5.0-1.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kdeutils-6:3.5.0-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kdewebdev-6:3.5.0-1.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kernel-2.6.14-1.1752_FC5
------------------------
* Sun Dec 11 2005 Dave Jones <davej at redhat.com>
- Re-add ISA soundblaster drivers. (#175492)

* Sat Dec 10 2005 Dave Jones <davej at redhat.com>
- Disable guessing of how many x86-64 hotplug cpus to add.

* Sat Dec 10 2005 David Woodhouse <dwmw2 at redhat.com>
- Work around GCC PR25248 
- Fix parport_pc driver to check before poking at legacy I/O ports

kon2-0.3.9b-26.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

krb5-1.4.3-1.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Thu Dec 01 2005 Nalin Dahyabhai <nalin at redhat.com>
- login: don't truncate passwords before passing them into crypt(), in
  case they're significant (#149476)

krbafs-1.2.2-9.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kudzu-1.2.14-1.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

lam-2:7.1.1-8.FC5.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

latex2html-2002.2.1-5.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ldapjdk-0:4.17-1jpp_3fc.1.1
---------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

less-394-1.1
------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libcap-1.10-23.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libselinux-1.29.1-2
-------------------
* Sun Dec 11 2005 Dan Walsh <dwalsh at redhat.com> 1.29.1-2
- update to latest libsetrans

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

man-pages-ru-0.97-1.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

objectweb-anttask-0:1.2-1jpp_1fc.1.1
------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

oro-0:2.0.8-1jpp_3fc.1.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

passivetex-1.25-5.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

perseus-cache-0:1.3.4-1jpp_1fc.1
--------------------------------

perseus-concurrency-0:1.4-1jpp_1fc.1
------------------------------------

perseus-dependency-0:1.4-1jpp_1fc.1
-----------------------------------

perseus-distribution-0:1.3.2-1jpp_1fc.1
---------------------------------------

perseus-fos-0:1.3.1-1jpp_1fc.1
------------------------------

perseus-persistence-0:1.3.4-1jpp_1fc.1
--------------------------------------

perseus-pool-0:1.3.3-1jpp_1fc.1
-------------------------------

php-pear-1:1.4.5-4.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ppc64-utils-0.9-12.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

psgml-1.2.5-4.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

puretls-0.9-0.b4.1jpp_2fc.1.1
-----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

pychecker-0.8.16-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

pydict-0.3.0-8.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

python-pyblock-0.7-1
--------------------
* Sun Dec 11 2005 Peter Jones <pjones at redhat.com> - 0.7-1
- merge debugging work from last several weeks

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0.6-3.1
- rebuilt

rootfiles-8.1-1.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

rpm-4.4.2-11
------------
* Thu Dec 01 2005 Paul Nasrat <pnasrat at redhat.com> - 4.4.2-11
- Remove rpm .la files (#174261)
- Cron job use paths (#174211)

selinux-policy-2.1.2-2
----------------------
* Sat Dec 10 2005 Dan Walsh <dwalsh at redhat.com> 2.1.2-2
- Allow unconfined_t to execmod texrel_shlib_t

system-config-language-1.1.10-1.1
---------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

yaboot-1.3.13-0.16.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	anaconda - 10.90.16-1.i386 requires anaconda-help
	carol - 1.8.9.3-1jpp_6fc.i386 requires libgcj.so.6
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	eclipse-bugzilla - 1:0.1.1_fc-5.i386 requires libgcj.so.6
	eclipse-cdt - 1:3.0.1-1jpp_1fc.i386 requires libgcj.so.6
	eclipse-changelog - 1:2.0.1_fc-22.i386 requires libgcj.so.6
	eclipse-ecj - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-jdt - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-pde - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-platform - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-pydev - 1:0.9.3_fc-12.i386 requires libgcj.so.6
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	gnu-crypto - 2.0.1-1jpp_8fc.i386 requires libgcj.so.6
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.i386 requires libgcj.so.6
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.i386 requires libgcj.so.6
	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jotm - 2.0.5-1jpp_3fc.i386 requires libgcj.so.6
	jsch - 0.1.18-1jpp_2fc.i386 requires libgcj.so.6
	libglade-java - 2.12.1-2.i386 requires libgcj.so.6
	libgnome-java - 2.12.1-2.i386 requires libgcj.so.6
	libgtk-java - 2.8.1-1.i386 requires libgcj.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.i386 requires libgcjawt.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	libvte-java - 0.11.11-6.i386 requires libgcj.so.6
	lucene - 1.4.3-1jpp_7fc.i386 requires libgcj.so.6
	lucene-demo - 1.4.3-1jpp_7fc.i386 requires libgcj.so.6
	monolog - 1.8.6-1jpp_5fc.i386 requires libgcj.so.6
	mx4j - 1:3.0.1-1jpp_5fc.i386 requires libgcj.so.6
	nanoxml - 2.2.3-3jpp_3fc.i386 requires libgcj.so.6
	nanoxml-lite - 2.2.3-3jpp_3fc.i386 requires libgcj.so.6
	oldkilim - 1.1.3-2jpp_3fc.i386 requires libgcj.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.i386 requires libgcjawt.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.i386 requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.i386 requires libgcj.so.6
	regexp - 1.3-2jpp_3fc.i386 requires libgcj.so.6
	struts - 1.2.4-2jpp_3fc.i386 requires libgcj.so.6
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.i386 requires libgcj.so.6
	systemtap - 0.5-2.i386 requires libdw.so.1(ELFUTILS_0.116)
	tetex-xdvi - 3.0-11.i386 requires libXm.so.3
	tomcat5 - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-jasper - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-webapps - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	xalan-j2 - 2.6.0-3jpp_4fc.i386 requires libgcj.so.6
	xalan-j2-demo - 2.6.0-3jpp_4fc.i386 requires libgcj.so.6
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.i386 requires libgcj.so.6
	xerces-j2 - 2.6.2-5jpp_2fc.i386 requires libgcj.so.6
	xerces-j2-demo - 2.6.2-5jpp_2fc.i386 requires libgcj.so.6
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.i386 requires libgcj.so.6
	xml-commons-which - 1.0-0.b2.7jpp_3fc.i386 requires libgcj.so.6
	xpdf - 1:3.01-5.i386 requires libXm.so.3



Broken deps for ia64
----------------------------------------------------------
	anaconda - 10.90.16-1.ia64 requires anaconda-help
	carol - 1.8.9.3-1jpp_6fc.ia64 requires libgcj.so.6()(64bit)
	gnu-crypto - 2.0.1-1jpp_8fc.ia64 requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.ia64 requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.ia64 requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	jsch - 0.1.18-1jpp_2fc.ia64 requires libgcj.so.6()(64bit)
	libglade-java - 2.12.1-2.ia64 requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.1-2.ia64 requires libgcj.so.6()(64bit)
	libgtk-java - 2.8.1-1.ia64 requires libgcj.so.6()(64bit)
	libsetrans - 0.1.11-2.ia64 requires libc.so.6(GLIBC_2.3.4)
	libsetrans - 0.1.11-2.ia64 requires libc.so.6(GLIBC_2.4)
	libsetrans - 0.1.11-2.ia64 requires libc.so.6(GLIBC_2.1)
	libsetrans - 0.1.11-2.ia64 requires libc.so.6(GLIBC_2.0)
	libsetrans - 0.1.11-2.ia64 requires libdl.so.2
	libsetrans - 0.1.11-2.ia64 requires libc.so.6(GLIBC_2.1.3)
	libsetrans - 0.1.11-2.ia64 requires libc.so.6(GLIBC_2.3)
	libsetrans - 0.1.11-2.ia64 requires libc.so.6
	libsetrans - 0.1.11-2.ia64 requires libselinux.so.1
	libvte-java - 0.11.11-6.ia64 requires libgcj.so.6()(64bit)
	lucene - 1.4.3-1jpp_7fc.ia64 requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.ia64 requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.ia64 requires libgcj.so.6()(64bit)
	mx4j - 1:3.0.1-1jpp_5fc.ia64 requires libgcj.so.6()(64bit)
	nanoxml - 2.2.3-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	nanoxml-lite - 2.2.3-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	oldkilim - 1.1.3-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	p6spy - 1.3-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	regexp - 1.3-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs
	struts - 1.2.4-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	systemtap - 0.5-2.ia64 requires libdw.so.1(ELFUTILS_0.116)(64bit)
	tetex-xdvi - 3.0-11.ia64 requires libXm.so.3()(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xerces-j2 - 2.6.2-5jpp_2fc.ia64 requires libgcj.so.6()(64bit)
	xerces-j2-demo - 2.6.2-5jpp_2fc.ia64 requires libgcj.so.6()(64bit)
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	xml-commons-which - 1.0-0.b2.7jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	xpdf - 1:3.01-5.ia64 requires libXm.so.3()(64bit)



Broken deps for ppc
----------------------------------------------------------
	anaconda - 10.90.16-1.ppc requires anaconda-help
	carol - 1.8.9.3-1jpp_6fc.ppc requires libgcj.so.6
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	eclipse-bugzilla - 1:0.1.1_fc-5.ppc requires libgcj.so.6
	eclipse-cdt - 1:3.0.1-1jpp_1fc.ppc requires libgcj.so.6
	eclipse-changelog - 1:2.0.1_fc-22.ppc requires libgcj.so.6
	eclipse-ecj - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-jdt - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-pde - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-platform - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-pydev - 1:0.9.3_fc-12.ppc requires libgcj.so.6
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	gnu-crypto - 2.0.1-1jpp_8fc.ppc requires libgcj.so.6
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.ppc requires libgcj.so.6
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.ppc requires libgcj.so.6
	jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jotm - 2.0.5-1jpp_3fc.ppc requires libgcj.so.6
	jsch - 0.1.18-1jpp_2fc.ppc requires libgcj.so.6
	libglade-java - 2.12.1-2.ppc requires libgcj.so.6
	libgnome-java - 2.12.1-2.ppc requires libgcj.so.6
	libgtk-java - 2.8.1-1.ppc requires libgcj.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.ppc requires libgcjawt.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	libvte-java - 0.11.11-6.ppc requires libgcj.so.6
	lucene - 1.4.3-1jpp_7fc.ppc requires libgcj.so.6
	lucene-demo - 1.4.3-1jpp_7fc.ppc requires libgcj.so.6
	monolog - 1.8.6-1jpp_5fc.ppc requires libgcj.so.6
	mx4j - 1:3.0.1-1jpp_5fc.ppc requires libgcj.so.6
	nanoxml - 2.2.3-3jpp_3fc.ppc requires libgcj.so.6
	nanoxml-lite - 2.2.3-3jpp_3fc.ppc requires libgcj.so.6
	oldkilim - 1.1.3-2jpp_3fc.ppc requires libgcj.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.ppc requires libgcjawt.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.ppc requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.ppc requires libgcj.so.6
	regexp - 1.3-2jpp_3fc.ppc requires libgcj.so.6
	struts - 1.2.4-2jpp_3fc.ppc requires libgcj.so.6
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.ppc requires libgcj.so.6
	systemtap - 0.5-2.ppc requires libdw.so.1(ELFUTILS_0.116)
	tetex-xdvi - 3.0-11.ppc requires libXm.so.3
	tomcat5 - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-jasper - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-webapps - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	xalan-j2 - 2.6.0-3jpp_4fc.ppc requires libgcj.so.6
	xalan-j2-demo - 2.6.0-3jpp_4fc.ppc requires libgcj.so.6
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.ppc requires libgcj.so.6
	xerces-j2 - 2.6.2-5jpp_2fc.ppc requires libgcj.so.6
	xerces-j2-demo - 2.6.2-5jpp_2fc.ppc requires libgcj.so.6
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.ppc requires libgcj.so.6
	xml-commons-which - 1.0-0.b2.7jpp_3fc.ppc requires libgcj.so.6
	xpdf - 1:3.01-5.ppc requires libXm.so.3



Broken deps for ppc64
----------------------------------------------------------
	anaconda - 10.90.16-1.ppc64 requires anaconda-help
	carol - 1.8.9.3-1jpp_6fc.ppc64 requires libgcj.so.6()(64bit)
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	gnu-crypto - 2.0.1-1jpp_8fc.ppc64 requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.ppc64 requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.ppc64 requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	jsch - 0.1.18-1jpp_2fc.ppc64 requires libgcj.so.6()(64bit)
	libglade-java - 2.12.1-2.ppc64 requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.1-2.ppc64 requires libgcj.so.6()(64bit)
	libgtk-java - 2.8.1-1.ppc64 requires libgcj.so.6()(64bit)
	libsetrans - 0.1.11-2.ppc64 requires libc.so.6(GLIBC_2.3.4)
	libsetrans - 0.1.11-2.ppc64 requires libc.so.6(GLIBC_2.4)
	libsetrans - 0.1.11-2.ppc64 requires libc.so.6(GLIBC_2.1)
	libsetrans - 0.1.11-2.ppc64 requires libc.so.6(GLIBC_2.0)
	libsetrans - 0.1.11-2.ppc64 requires libdl.so.2
	libsetrans - 0.1.11-2.ppc64 requires libc.so.6(GLIBC_2.1.3)
	libsetrans - 0.1.11-2.ppc64 requires libc.so.6(GLIBC_2.3)
	libsetrans - 0.1.11-2.ppc64 requires libc.so.6
	libsetrans - 0.1.11-2.ppc64 requires libselinux.so.1
	libvte-java - 0.11.11-6.ppc64 requires libgcj.so.6()(64bit)
	lucene - 1.4.3-1jpp_7fc.ppc64 requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.ppc64 requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.ppc64 requires libgcj.so.6()(64bit)
	mx4j - 1:3.0.1-1jpp_5fc.ppc64 requires libgcj.so.6()(64bit)
	nanoxml - 2.2.3-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	nanoxml-lite - 2.2.3-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	oldkilim - 1.1.3-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	p6spy - 1.3-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	regexp - 1.3-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	struts - 1.2.4-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	tetex-xdvi - 3.0-11.ppc64 requires libXm.so.3()(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xerces-j2 - 2.6.2-5jpp_2fc.ppc64 requires libgcj.so.6()(64bit)
	xerces-j2-demo - 2.6.2-5jpp_2fc.ppc64 requires libgcj.so.6()(64bit)
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	xml-commons-which - 1.0-0.b2.7jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	xpdf - 1:3.01-5.ppc64 requires libXm.so.3()(64bit)



Broken deps for s390
----------------------------------------------------------
	anaconda - 10.90.16-1.s390 requires anaconda-help
	carol - 1.8.9.3-1jpp_6fc.s390 requires libgcj.so.6
	gnu-crypto - 2.0.1-1jpp_8fc.s390 requires libgcj.so.6
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.s390 requires libgcj.so.6
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.s390 requires libgcj.so.6
	jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jotm - 2.0.5-1jpp_3fc.s390 requires libgcj.so.6
	jsch - 0.1.18-1jpp_2fc.s390 requires libgcj.so.6
	libglade-java - 2.12.1-2.s390 requires libgcj.so.6
	libgnome-java - 2.12.1-2.s390 requires libgcj.so.6
	libgtk-java - 2.8.1-1.s390 requires libgcj.so.6
	libvte-java - 0.11.11-6.s390 requires libgcj.so.6
	lucene - 1.4.3-1jpp_7fc.s390 requires libgcj.so.6
	lucene-demo - 1.4.3-1jpp_7fc.s390 requires libgcj.so.6
	monolog - 1.8.6-1jpp_5fc.s390 requires libgcj.so.6
	mx4j - 1:3.0.1-1jpp_5fc.s390 requires libgcj.so.6
	nanoxml - 2.2.3-3jpp_3fc.s390 requires libgcj.so.6
	nanoxml-lite - 2.2.3-3jpp_3fc.s390 requires libgcj.so.6
	oldkilim - 1.1.3-2jpp_3fc.s390 requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.s390 requires libgcj.so.6
	regexp - 1.3-2jpp_3fc.s390 requires libgcj.so.6
	struts - 1.2.4-2jpp_3fc.s390 requires libgcj.so.6
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.s390 requires libgcj.so.6
	tetex-xdvi - 3.0-11.s390 requires libXm.so.3
	tomcat5 - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-jasper - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-webapps - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	xalan-j2 - 2.6.0-3jpp_4fc.s390 requires libgcj.so.6
	xalan-j2-demo - 2.6.0-3jpp_4fc.s390 requires libgcj.so.6
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.s390 requires libgcj.so.6
	xerces-j2 - 2.6.2-5jpp_2fc.s390 requires libgcj.so.6
	xerces-j2-demo - 2.6.2-5jpp_2fc.s390 requires libgcj.so.6
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.s390 requires libgcj.so.6
	xml-commons-which - 1.0-0.b2.7jpp_3fc.s390 requires libgcj.so.6
	xpdf - 1:3.01-5.s390 requires libXm.so.3



Broken deps for s390x
----------------------------------------------------------
	anaconda - 10.90.16-1.s390x requires anaconda-help
	carol - 1.8.9.3-1jpp_6fc.s390x requires libgcj.so.6()(64bit)
	gnu-crypto - 2.0.1-1jpp_8fc.s390x requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.s390x requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.s390x requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.s390x requires libgcj.so.6()(64bit)
	jsch - 0.1.18-1jpp_2fc.s390x requires libgcj.so.6()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libgcj.so.6()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libglibjava-0.2.so()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libglibjni-0.2.so()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libcairojava-1.0.so()(64bit)
	libglade-java - 2.12.0-5.s390x requires libgcj.so.6()(64bit)
	libglade-java - 2.12.0-5.s390x requires libglibjava-0.2.so()(64bit)
	libglade-java - 2.12.0-5.s390x requires libglibjni-0.2.so()(64bit)
	libglade-java - 2.12.0-5.s390x requires libcairojava-1.0.so()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libglibjava-0.2.so()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libglibjni-0.2.so()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libcairojava-1.0.so()(64bit)
	libgtk-java - 2.8.0-7.s390x requires libgcj.so.6()(64bit)
	libgtk-java - 2.8.0-7.s390x requires libglibjava-0.2.so()(64bit)
	libgtk-java - 2.8.0-7.s390x requires libglibjni-0.2.so()(64bit)
	libvte-java - 0.11.11-6.s390x requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-6.s390x requires libglibjava-0.2.so()(64bit)
	libvte-java - 0.11.11-6.s390x requires libglibjni-0.2.so()(64bit)
	libvte-java - 0.11.11-6.s390x requires libcairojava-1.0.so()(64bit)
	lucene - 1.4.3-1jpp_7fc.s390x requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.s390x requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.s390x requires libgcj.so.6()(64bit)
	mx4j - 1:3.0.1-1jpp_5fc.s390x requires libgcj.so.6()(64bit)
	nanoxml - 2.2.3-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	nanoxml-lite - 2.2.3-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	oldkilim - 1.1.3-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	p6spy - 1.3-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	regexp - 1.3-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	struts - 1.2.4-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	tetex-xdvi - 3.0-11.s390x requires libXm.so.3()(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xerces-j2 - 2.6.2-5jpp_2fc.s390x requires libgcj.so.6()(64bit)
	xerces-j2-demo - 2.6.2-5jpp_2fc.s390x requires libgcj.so.6()(64bit)
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.s390x requires libgcj.so.6()(64bit)
	xml-commons-which - 1.0-0.b2.7jpp_3fc.s390x requires libgcj.so.6()(64bit)
	xpdf - 1:3.01-5.s390x requires libXm.so.3()(64bit)



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	anaconda - 10.90.16-1.x86_64 requires anaconda-help
	carol - 1.8.9.3-1jpp_6fc.x86_64 requires libgcj.so.6()(64bit)
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	eclipse-bugzilla - 1:0.1.1_fc-5.x86_64 requires libgcj.so.6()(64bit)
	eclipse-cdt - 1:3.0.1-1jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-changelog - 1:2.0.1_fc-22.x86_64 requires libgcj.so.6()(64bit)
	eclipse-ecj - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-jdt - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-pde - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-platform - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-pydev - 1:0.9.3_fc-12.x86_64 requires libgcj.so.6()(64bit)
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	gnu-crypto - 2.0.1-1jpp_8fc.x86_64 requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.x86_64 requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.x86_64 requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jsch - 0.1.18-1jpp_2fc.x86_64 requires libgcj.so.6()(64bit)
	libglade-java - 2.12.1-2.x86_64 requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.1-2.x86_64 requires libgcj.so.6()(64bit)
	libgtk-java - 2.8.1-1.x86_64 requires libgcj.so.6()(64bit)
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.x86_64 requires libgcjawt.so.6()(64bit)
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-6.x86_64 requires libgcj.so.6()(64bit)
	lucene - 1.4.3-1jpp_7fc.x86_64 requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.x86_64 requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.x86_64 requires libgcj.so.6()(64bit)
	mx4j - 1:3.0.1-1jpp_5fc.x86_64 requires libgcj.so.6()(64bit)
	nanoxml - 2.2.3-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	nanoxml-lite - 2.2.3-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	oldkilim - 1.1.3-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	openoffice.org-core - 1:2.0.1-143.1.2.i386 requires libgcjawt.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.i386 requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	regexp - 1.3-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	struts - 1.2.4-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	systemtap - 0.5-2.x86_64 requires libdw.so.1(ELFUTILS_0.116)(64bit)
	tetex-xdvi - 3.0-11.x86_64 requires libXm.so.3()(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xerces-j2 - 2.6.2-5jpp_2fc.x86_64 requires libgcj.so.6()(64bit)
	xerces-j2-demo - 2.6.2-5jpp_2fc.x86_64 requires libgcj.so.6()(64bit)
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	xml-commons-which - 1.0-0.b2.7jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	xpdf - 1:3.01-5.x86_64 requires libXm.so.3()(64bit)





From sundaram at redhat.com  Mon Dec 12 11:33:17 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Mon, 12 Dec 2005 17:03:17 +0530
Subject: How to override non satisfied dependencies
In-Reply-To: <1134386109.2773.22.camel@niobe>
References: <1134386109.2773.22.camel@niobe>
Message-ID: <439D5FFD.2040803@redhat.com>

Roger Grosswiler wrote:

>Hello,
>
>Did anybody get out, which apps to exclude from update, so the
>dependencies get satisfied?
>
>i searched and searched, and somehow i have the feeling, that none of my
>apps are concerned by this - perhaps i only was too tired... :-(
>  
>
Can you post the error output from yum?. Is it the current development 
version of Fedora?

regards
Rahul



From mefoster at gmail.com  Mon Dec 12 12:16:29 2005
From: mefoster at gmail.com (Mary Ellen Foster)
Date: Mon, 12 Dec 2005 12:16:29 +0000
Subject: How to override non satisfied dependencies
In-Reply-To: <1134386109.2773.22.camel@niobe>
References: <1134386109.2773.22.camel@niobe>
Message-ID: <f58861e00512120416v5ac6b9e6ob26ac2737f52753@mail.gmail.com>

On 12/12/05, Roger Grosswiler <roger at gwch.net> wrote:
> Did anybody get out, which apps to exclude from update, so the
> dependencies get satisfied?

I ended up uninstalling eclipse, openoffice.org, ant, and all of their
dependencies, and then the rawhide update worked for me. NB: a bunch
of packages fail the uninstall because of
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=158577 , so after
the "yum remove" you have to do "rpm -ev --noscripts" on all of the
packages that depend on rebuild-gcj-db (you can pick them out of the
yum output fairly easily).

Other package sets may require other tweaks, of course, but that made
it possible for me to install gcc 4.1 and hence build kernel against
the 1750 kernel.

MEF

--
__ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __
"One of the main causes of the fall of the Roman Empire was that,
lacking zero, they had no way to indicate successful termination
of their C programs." (Robert Firth)



From harald at redhat.com  Mon Dec 12 12:48:33 2005
From: harald at redhat.com (Harald Hoyer)
Date: Mon, 12 Dec 2005 13:48:33 +0100
Subject: Kernel 2.6.14-1.1719 to 2.6.14-1.1740
In-Reply-To: <7c79ba150512090101t646e7fe7v18d25fa4b6e5e93d@mail.gmail.com>
References: <7c79ba150512090101t646e7fe7v18d25fa4b6e5e93d@mail.gmail.com>
Message-ID: <439D71A1.5030407@redhat.com>

Matt Carter wrote:
> Hi Guys
> 
> Updated my version of Udev to the patched version using the
> instructions, now when I boot on to the latest kernel I get:
> 
> Starting Udev:
> 
> And then nothing, udev doesnt start with a newer kernel (1743),
> however it still works fine with the older kernel (1719). Any ideas of
> that else I can try to help debug?
> 
> Matt

Hmm, keep the patched version and set:

udev_log="debug"

in /etc/udev/udev.conf



From jorton at redhat.com  Mon Dec 12 13:20:52 2005
From: jorton at redhat.com (Joe Orton)
Date: Mon, 12 Dec 2005 13:20:52 +0000
Subject: Moodle/PHP/MySQL
In-Reply-To: <91f88ee20512091034y4eea1169y1be439234dc8ef9f@mail.gmail.com>
References: <91f88ee20512091034y4eea1169y1be439234dc8ef9f@mail.gmail.com>
Message-ID: <20051212132052.GA29109@redhat.com>

On Fri, Dec 09, 2005 at 01:34:21PM -0500, Chasecreek Systemhouse wrote:
...
> I have tried repeatedly to install some form of php-mysql combination
> and overall the dbus version error stops me.  For various reasons I
> would rather not have to recompile PHP and related projects from
> source.

How does "yum install php-mysql" fail?

You might need to "rpm --erase dbus-qt" if upgrading to the devel 
repository.

joe



From don_springall at hotmail.com  Mon Dec 12 16:07:18 2005
From: don_springall at hotmail.com (Don Springall)
Date: Mon, 12 Dec 2005 09:07:18 -0700
Subject: ACX100 -acx.ko module for TI ACX111 chipsets
In-Reply-To: <439CF6DB.8020303@herakles.homelinux.org>
Message-ID: <BAY107-F35505D737AE5F7BEDE239F85460@phx.gbl>

I tried both 'tiacx111.bin'  and TIACX111.BIN in /lib/firmware. Neither 
works.


>From: John Summerfied <debian at herakles.homelinux.org>
>Reply-To: For testers of Fedora Core development releases 
><fedora-test-list at redhat.com>
>To: For testers of Fedora Core development releases 
><fedora-test-list at redhat.com>
>Subject: Re: ACX100 -acx.ko module for TI ACX111 chipsets
>Date: Mon, 12 Dec 2005 12:04:43 +0800
>
>Don Springall wrote:
>>I am trying to get the acx module to work for my linksys WPC54G v2 
>>wireless card working. The module is currently in the MM tree only. It 
>>cannot seem to find the firmware. I stuck the firmware in as 
>>/lib/firmware/TIACX111.BIN but I still get this in dmesg:
>>
>>acx: found ACX111-based wireless network card at 0000:07:00.0, irq:10, 
>>phymem1:0x28020000, phymem2:0x28000000, mem1:0xd087c000, mem1_size:8192, 
>>mem2:0xd0940000, mem2_size:131072
>>initial debug setting is 0x000A
>>using IRQ 10
>>requesting firmware image 'tiacx111c16'
>>acx: firmware image 'tiacx111c16' was not provided. Check your hotplug 
>>scripts
>>requesting firmware image 'tiacx111'
>>acx: firmware image 'tiacx111' was not provided. Check your hotplug 
>>scripts
>>acx: reset_dev() FAILED
>>ACPI: PCI interrupt for device 0000:07:00.0 disabled
>>acx_pci: probe of 0000:07:00.0 failed with error -5
>>
>>ndiswrapper uses the firmware from linksys which is 
>>/lib/firmware/FwRad17.bin and /lib/firmware/FwRad16.bin
>>Does anyone have any experience getting this to work ?
>>
>>
>
>case matters. Try renameing the file to 'tiacx111' or 'tiacx111.bin'
>
>--
>
>Cheers
>John
>




From maxer1 at xmission.com  Mon Dec 12 18:01:59 2005
From: maxer1 at xmission.com (RaXeT)
Date: Mon, 12 Dec 2005 11:01:59 -0700
Subject: Firewire hosed
Message-ID: <000401c5ff46$25d11460$0200000a@frankvm8xsembs>

I'm currently testing rawhide/devel FC5. Have found that my Sony DRX

710UL DVD-RW firewire drive isn't detected on kernels post
2.6.13-1.1532_FC5? Now if I change from 

firewire connection to a USB connection on this device, it's detected. 

 

Anyone know if this is a issue with kudzu, udev or the kernel?

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051212/0fb950e8/attachment.htm>

From chasecreek.systemhouse at gmail.com  Mon Dec 12 19:57:28 2005
From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse)
Date: Mon, 12 Dec 2005 14:57:28 -0500
Subject: rootkit?
In-Reply-To: <1134279327.31877.45.camel@lin-workstation.azapple.com>
References: <200512110031.03504.gene.heskett@verizon.net>
	<1134279327.31877.45.camel@lin-workstation.azapple.com>
Message-ID: <91f88ee20512121157v6a27c045g6d7e329ecc1b99e6@mail.gmail.com>

On 12/11/05, Craig White <craigwhite at azapple.com> wrote:

> > Whats the general removal procedure for this, and better yet, how did
> > they get in?
> ----
> it would seem that ssh, root allowed to login via password would be the
> magic combination of bad judgement...it's been so thoroughly discussed
> on this list as of late.

About three months ago I reported a box I admin'ed was accessed thru
DDoS on the ssh access port -- the sshd was hit 90,000 times a hour
and the attacker gained access.  They didn't get to do much as the box
had no compiler, no Perl, and was locked up by SELinux.  I made the
report to both openssh and to the RedHat ssh developers.  I was
running FC4 with the then current patches up-to-date.

Anyhow...  After they (the attacker, who arrived via S.America) spent
a few minutes trying to install a eBay spammer and a sendmail backdoor
-- both attempts failed -- they deleted some files and gave up.  This
attack, access, and discovery all happened in less than a 5 hour
period.  The attacker either was a novice or didn't care to cover
their tracks.

Now, before you say that ssh allowed root access - I can assure you
that root was not allowed to access the system -- not via ssh; only
via the local console.  Since that attack I have reformatted the
drives and tossed out all the data and installed clean backups.  I
have also limited - via cron -- when ssh is available for remote use;
hopefully that will reduce the window of opportunity.

I would say there is a ssh brute force hack floating around that has
not been documented yet; as such it is all Server admins best
interests to remain vigilant.
--
WC -Sx- Jones | http://ccsh.us/ | Open Source Consulting



From chasecreek.systemhouse at gmail.com  Mon Dec 12 20:26:05 2005
From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse)
Date: Mon, 12 Dec 2005 15:26:05 -0500
Subject: Moodle/PHP/MySQL
In-Reply-To: <20051212132052.GA29109@redhat.com>
References: <91f88ee20512091034y4eea1169y1be439234dc8ef9f@mail.gmail.com>
	<20051212132052.GA29109@redhat.com>
Message-ID: <91f88ee20512121226r4f3ca7c7xc22177d1f0c574e4@mail.gmail.com>

On 12/12/05, Joe Orton <jorton at redhat.com> wrote:
> How does "yum install php-mysql" fail?
>
> You might need to "rpm --erase dbus-qt" if upgrading to the devel
> repository.

It wants dbus and it has dbus related version issues.  The system in
question is not attached to the Internet; I will finish downloading
the ppc mirror for FC5 today and try it out again.

--
WC -Sx- Jones | http://ccsh.us/ | Open Source Consulting



From roger at gwch.net  Mon Dec 12 21:00:33 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Mon, 12 Dec 2005 22:00:33 +0100
Subject: How to override non satisfied dependencies
In-Reply-To: <439D5FFD.2040803@redhat.com>
References: <1134386109.2773.22.camel@niobe>  <439D5FFD.2040803@redhat.com>
Message-ID: <1134421234.5999.9.camel@niobe>

Am Montag, den 12.12.2005, 17:03 +0530 schrieb Rahul Sundaram:
> Roger Grosswiler wrote:
> 
> >Hello,
> >
> >Did anybody get out, which apps to exclude from update, so the
> >dependencies get satisfied?
> >
> >i searched and searched, and somehow i have the feeling, that none of my
> >apps are concerned by this - perhaps i only was too tired... :-(
> >  
> >
> Can you post the error output from yum?. Is it the current development 
> version of Fedora?
> 
> regards
> Rahul
Hey all,

i should definitively get more sleep - rpm -q told me, that i still had
an older version installed. Download from rawhide of the current version
of gcj did the trick. now i run 280 megs of update...

good night,
Roger

Missing Dependencies:





From alan at redhat.com  Mon Dec 12 21:19:00 2005
From: alan at redhat.com (Alan Cox)
Date: Mon, 12 Dec 2005 16:19:00 -0500
Subject: rootkit?
In-Reply-To: <91f88ee20512121157v6a27c045g6d7e329ecc1b99e6@mail.gmail.com>
References: <200512110031.03504.gene.heskett@verizon.net>
	<1134279327.31877.45.camel@lin-workstation.azapple.com>
	<91f88ee20512121157v6a27c045g6d7e329ecc1b99e6@mail.gmail.com>
Message-ID: <20051212211900.GB17919@devserv.devel.redhat.com>

On Mon, Dec 12, 2005 at 02:57:28PM -0500, Chasecreek Systemhouse wrote:
> About three months ago I reported a box I admin'ed was accessed thru
> DDoS on the ssh access port -- the sshd was hit 90,000 times a hour

Standard dictionary attack set I imagine. Some of the worms are also much
smarter and use any unpassworded ssh private keys they can steal to build
a huge key based attack database

> attack, access, and discovery all happened in less than a 5 hour
> period.  The attacker either was a novice or didn't care to cover
> their tracks.

or a robot

> I would say there is a ssh brute force hack floating around that has
> not been documented yet; as such it is all Server admins best
> interests to remain vigilant.

What kernel was that box running ?



From fedora at puzzled.xs4all.nl  Mon Dec 12 22:32:39 2005
From: fedora at puzzled.xs4all.nl (Patrick)
Date: Mon, 12 Dec 2005 23:32:39 +0100
Subject: Enabling keyboard keys on X (Rawhide)
Message-ID: <1134426759.3863.24.camel@guru.puzzled.xs4all.nl>

Hi all,

With FC4 on an Acer Ferrari 4000 I had some keys that did not work out
of the box and needed the changes below. When I tried to do the same
trick on Rawhide I saw that X has changed considerably. Anyone have some
hints how I make the changes below apply to the new X?

Thanks and regards,
Patrick

/etc/rc.c/rc.local:
/usr/bin/setkeycodes e033 159 e034 158 e06e 235 e074 236 e073 237 e025
238 e026 239 e027 138 e055 192


/usr/lib/X11/xkb/symbols/inet:
--- orig/inet	2005-12-07 18:25:57.488686750 +1100
+++ inet	2005-08-27 05:21:43.851837904 +1000
@@ -38,6 +38,28 @@
     key <I5E>	{	[ XF86PowerOff		]	};
 };
 
+partial alphanumeric_keys
+xkb_symbols "ferrari4k" {
+    // From Alex Dubov <oakad at yahoo.com>
+    name[Group1]= "Acer Ferrari 4000 Keyboard";
+
+    key <I30>	{	[ XF86AudioRaiseVolume	]	}; //Fn+Up
+    key <I2E>	{	[ XF86AudioLowerVolume	]	}; //Fn+Down
+    key <I20>	{	[ XF86AudioMute		]	}; //Fn+F8
+    key <I6C>	{	[ XF86Mail		]	}; //"mail" button
+    key <I32>	{	[ XF86WWW		]	}; //"Saturn" button
+    // Missing keycodes - set-up with setkeycodes
+    key <I71>   {       [ XF86Launch1           ]       };
+    key <I72>   {       [ XF86Launch2           ]       };
+    key <I73>	{	[ Help			]	};
+    key <I74>	{	[ XF86Launch3		]	};
+    key <I75>	{	[ XF86Launch4		]	};
+    key <I79>   {       [ XF86Launch5           ]       };
+    key <I5F>   {       [ XF86Sleep             ]       };
+    key <I69>   {       [ EuroSign              ]       };
+    key <I6A>   {       [ dollar                ]       };
+};
+
 // Azona


/usr/lib/X11/xkb/symbols.dir:
*** orig/xorg   2005-08-06 20:45:18.000000000 +0300
--- xorg        2005-08-26 22:43:33.145794968 +0300
***************
*** 100,106 ****
  ! layout[4]   =       symbols
    *           =       +pc/%l[4]%(v[4]):4

! ! $inetkbds = airkey acpi scorpius azonaRF2300 \
                brother \
                btc5113rf btc5126t btc9000 btc9000a btc9001ah btc5090\
                cherryblue cherrybluea cherryblueb \
--- 100,106 ----
  ! layout[4]   =       symbols
    *           =       +pc/%l[4]%(v[4]):4

! ! $inetkbds = airkey ferrari4k acpi scorpius azonaRF2300 \
                brother \
                btc5113rf btc5126t btc9000 btc9000a btc9001ah btc5090\
                cherryblue cherrybluea cherryblueb \

/usr/lib/X11/xkb/rules/xorg.lst:
*** orig/xorg.lst       2005-08-06 20:45:18.000000000 +0300
--- xorg.lst    2005-08-26 22:44:57.177020280 +0300
***************
*** 21,26 ****
--- 21,27 ----
    pc98                PC-98xx Series
    abnt2               Brazilian ABNT2
    airkey      Acer AirKey V
+   ferrari4k     Acer Ferrari 4000
    acpi                ACPI Standard
    azonaRF2300 Azona RF2300 wireless Internet Keyboard
    scorpius    Advance Scorpius KI

/usr/lib/X11/xkb/rules/xorg.xml:
*** orig/xorg.xml       2005-08-06 20:45:18.000000000 +0300
--- xorg.xml    2005-08-26 22:45:56.259038448 +0300
***************
*** 184,189 ****
--- 184,195 ----
      </model>
      <model>
        <configItem>
+         <name>ferrari4k</name>
+         <description>Acer Ferrari 4000</description>
+       </configItem>
+     </model>
+     <model>
+       <configItem>
          <name>acpi</name>
          <description>ACPI Standard</description>
          <description xml:lang="cs">Standard ACPI</description>






From don_springall at hotmail.com  Mon Dec 12 22:37:16 2005
From: don_springall at hotmail.com (Don Springall)
Date: Mon, 12 Dec 2005 15:37:16 -0700
Subject: pup-0.1.9-1
Message-ID: <BAY107-F10534E606808090F83506985460@phx.gbl>

Pup seems to go missing sometimes while checking dependencies. For some 
reason it seems to work when you select everything (showing you all the 
missing dependencies in a list) but crashes sometimes when you select a 
partial list. Cannot determine pattern for why or when it goes missing. No 
messages to yum.log or dmesg about it. Anything I can turn on to help narrow 
down why it is crashing ?

It would also help if the system log viewer listed yum as well. When I tried 
the open tab under the log menu item log viewer crashed (version 2.13.2). 
Log viewer also crashes on its own just sitting there minimized.




From chasecreek.systemhouse at gmail.com  Mon Dec 12 23:00:58 2005
From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse)
Date: Mon, 12 Dec 2005 18:00:58 -0500
Subject: rootkit?
In-Reply-To: <20051212211900.GB17919@devserv.devel.redhat.com>
References: <200512110031.03504.gene.heskett@verizon.net>
	<1134279327.31877.45.camel@lin-workstation.azapple.com>
	<91f88ee20512121157v6a27c045g6d7e329ecc1b99e6@mail.gmail.com>
	<20051212211900.GB17919@devserv.devel.redhat.com>
Message-ID: <91f88ee20512121500t10717f07ke25022e4ad340fc9@mail.gmail.com>

On 12/12/05, Alan Cox <alan at redhat.com> wrote:

> What kernel was that box running ?

Back then? It was a Intel FC4 2.6 series; but I have since wiped it
and it's play-acting at being a Windows XP Home Edition system for my
sister.

--
WC -Sx- Jones | http://ccsh.us/ | Open Source Consulting



From goemon at anime.net  Mon Dec 12 23:15:01 2005
From: goemon at anime.net (Dan Hollis)
Date: Mon, 12 Dec 2005 15:15:01 -0800 (PST)
Subject: rootkit?
In-Reply-To: <91f88ee20512121157v6a27c045g6d7e329ecc1b99e6@mail.gmail.com>
References: <200512110031.03504.gene.heskett@verizon.net>
	<1134279327.31877.45.camel@lin-workstation.azapple.com>
	<91f88ee20512121157v6a27c045g6d7e329ecc1b99e6@mail.gmail.com>
Message-ID: <Pine.LNX.4.63.0512121510530.15547@sasami.anime.net>

On Mon, 12 Dec 2005, Chasecreek Systemhouse wrote:
> I would say there is a ssh brute force hack floating around that has
> not been documented yet; as such it is all Server admins best
> interests to remain vigilant.

ssh bruteforcers have been around for a couple years now. it's a sign of 
desperation by spammers -- traditional exploits are no longer effective 
due to selinux, grsecurity et al, so they have switched to bruteforce.

i've seen attacks of upwards of 500mbit/sec of ssh attempts. they don't 
even bother trying to be sneaky about it.

pam_abl is extremely effective in preventing bruteforce attacks:
http://www.hexten.net/pam_abl/

btw you probably don't notice them, but (my|postgre)sql bruteforcers are 
going around too.

-Dan



From sundaram at redhat.com  Mon Dec 12 23:20:09 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Tue, 13 Dec 2005 04:50:09 +0530
Subject: rootkit?
In-Reply-To: <Pine.LNX.4.63.0512121510530.15547@sasami.anime.net>
References: <200512110031.03504.gene.heskett@verizon.net>	<1134279327.31877.45.camel@lin-workstation.azapple.com>	<91f88ee20512121157v6a27c045g6d7e329ecc1b99e6@mail.gmail.com>
	<Pine.LNX.4.63.0512121510530.15547@sasami.anime.net>
Message-ID: <439E05A9.6080809@redhat.com>

Dan Hollis wrote:

> On Mon, 12 Dec 2005, Chasecreek Systemhouse wrote:
>
>> I would say there is a ssh brute force hack floating around that has
>> not been documented yet; as such it is all Server admins best
>> interests to remain vigilant.
>
>
> ssh bruteforcers have been around for a couple years now. it's a sign 
> of desperation by spammers -- traditional exploits are no longer 
> effective due to selinux, grsecurity et al, so they have switched to 
> bruteforce.
>
> i've seen attacks of upwards of 500mbit/sec of ssh attempts. they 
> don't even bother trying to be sneaky about it.
>
> pam_abl is extremely effective in preventing bruteforce attacks:
> http://www.hexten.net/pam_abl/

pam_abl is available as part of Fedora Extras. Denyhosts, also in 
Fedora  Extras does something similar.

regards
Rahul



From goemon at anime.net  Mon Dec 12 23:27:52 2005
From: goemon at anime.net (Dan Hollis)
Date: Mon, 12 Dec 2005 15:27:52 -0800 (PST)
Subject: rootkit?
In-Reply-To: <439E05A9.6080809@redhat.com>
References: <200512110031.03504.gene.heskett@verizon.net>
	<1134279327.31877.45.camel@lin-workstation.azapple.com>
	<91f88ee20512121157v6a27c045g6d7e329ecc1b99e6@mail.gmail.com>
	<Pine.LNX.4.63.0512121510530.15547@sasami.anime.net>
	<439E05A9.6080809@redhat.com>
Message-ID: <Pine.LNX.4.63.0512121523580.6821@sasami.anime.net>

On Tue, 13 Dec 2005, Rahul Sundaram wrote:
> Dan Hollis wrote:
>> pam_abl is extremely effective in preventing bruteforce attacks:
>> http://www.hexten.net/pam_abl/
> pam_abl is available as part of Fedora Extras. Denyhosts, also in Fedora 
> Extras does something similar.

Do note that pam_abl is completely broken on x86_64.
(pam_abl bug, not a fedora bug).

-Dan



From don_springall at hotmail.com  Mon Dec 12 23:28:36 2005
From: don_springall at hotmail.com (Don Springall)
Date: Mon, 12 Dec 2005 16:28:36 -0700
Subject: pup-0.1.9-1
Message-ID: <BAY107-F817976C5D38367CDFDDB985460@phx.gbl>

Don't know if this will help but got the following while running pup from a 
terminal which stalled after these messages:

Traceback (most recent call last):
  File "/usr/share/pup/pup/pup.py", line 569, in _apply
    self._checkDeps()
  File "/usr/share/pup/pup/pup.py", line 873, in _checkDeps
    (result, msgs) = self.buildTransaction()
File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 360, in 
buildTransaction
    (rescode, restring) = self.resolveDeps()
  File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 254, in 
resolveDeps
    (checkdep, missing, conflict, errormsgs) = self._processReq(dep)
  File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 385, in 
_processReq
    requirementTuple, errormsgs)
  File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 518, in 
_requiringFromInstalled
    needpo = self.getPackageObject(needpkgtup)
  File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 1327, in 
getPackageObject
    raise Errors.DepError, 'Package tuple %s could not be found in 
packagesack' % str(pkgtup)
DepError: Package tuple ('libgcj', 'i386', '0', '4.0.2', '6') could not be 
found in packagesack

>/usr/lib/python2.4/site-packages/yum/__init__.py(1327)getPackageObject()
-> raise Errors.DepError, 'Package tuple %s could not be found in 
packagesack' % str(pkgtup)
(Pdb)




From andy at hexten.net  Mon Dec 12 23:56:22 2005
From: andy at hexten.net (Andy Armstrong)
Date: Mon, 12 Dec 2005 23:56:22 +0000
Subject: rootkit?
Message-ID: <E536CBCF-9488-48E9-B7AC-104FC9B3BB4A@hexten.net>

Dan Hollis wrote:
> Do note that pam_abl is completely broken on x86_64.
> (pam_abl bug, not a fedora bug).

It's on my list but unfortunately I don't currently have an x86_64  
machine to test on. If anyone has a spare box I could have ssh access  
to that would be very helpful :)

-- 
Andy Armstrong, hexten.net



From chasecreek.systemhouse at gmail.com  Mon Dec 12 23:59:57 2005
From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse)
Date: Mon, 12 Dec 2005 18:59:57 -0500
Subject: rootkit?
In-Reply-To: <E536CBCF-9488-48E9-B7AC-104FC9B3BB4A@hexten.net>
References: <E536CBCF-9488-48E9-B7AC-104FC9B3BB4A@hexten.net>
Message-ID: <91f88ee20512121559m12e15c8cjcdd0e7df9224fe4e@mail.gmail.com>

On 12/12/05, Andy Armstrong <andy at hexten.net> wrote:
> Dan Hollis wrote:
> > Do note that pam_abl is completely broken on x86_64.
> > (pam_abl bug, not a fedora bug).
>
> It's on my list but unfortunately I don't currently have an x86_64
> machine to test on. If anyone has a spare box I could have ssh access
> to that would be very helpful :)
>

I have an EMT64 box but there are SATA driver issues =/

So, other things have to fixed first...


Being "too bleeding edge" can be it's own issue...
--
WC -Sx- Jones | http://ccsh.us/ | Open Source Consulting



From goemon at anime.net  Tue Dec 13 00:04:22 2005
From: goemon at anime.net (Dan Hollis)
Date: Mon, 12 Dec 2005 16:04:22 -0800 (PST)
Subject: rootkit?
In-Reply-To: <E536CBCF-9488-48E9-B7AC-104FC9B3BB4A@hexten.net>
References: <E536CBCF-9488-48E9-B7AC-104FC9B3BB4A@hexten.net>
Message-ID: <Pine.LNX.4.63.0512121603100.19778@sasami.anime.net>

On Mon, 12 Dec 2005, Andy Armstrong wrote:
> Dan Hollis wrote:
>> Do note that pam_abl is completely broken on x86_64.
>> (pam_abl bug, not a fedora bug).
> It's on my list but unfortunately I don't currently have an x86_64 machine to 
> test on. If anyone has a spare box I could have ssh access to that would be 
> very helpful :)

Your ssh account on my x86_64 box has been idle and unused since I set it 
up for you in april 2005 :P

-Dan



From andy at hexten.net  Tue Dec 13 00:12:30 2005
From: andy at hexten.net (Andy Armstrong)
Date: Tue, 13 Dec 2005 00:12:30 +0000
Subject: rootkit?
In-Reply-To: <Pine.LNX.4.63.0512121603100.19778@sasami.anime.net>
References: <E536CBCF-9488-48E9-B7AC-104FC9B3BB4A@hexten.net>
	<Pine.LNX.4.63.0512121603100.19778@sasami.anime.net>
Message-ID: <DC053E1D-534B-4E9E-82C7-ABAF87B28B39@hexten.net>

On 13 Dec 2005, at 00:04, Dan Hollis wrote:
> Your ssh account on my x86_64 box has been idle and unused since I  
> set it up for you in april 2005 :P

You know I /knew/ this rang a bell :)

Could you re-send the details and this time I'll actually use them?

-- 
Andy Armstrong, hexten.net



From fct-cornette at insight.rr.com  Tue Dec 13 02:13:15 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Mon, 12 Dec 2005 21:13:15 -0500
Subject: pup-0.1.9-1
In-Reply-To: <BAY107-F10534E606808090F83506985460@phx.gbl>
References: <BAY107-F10534E606808090F83506985460@phx.gbl>
Message-ID: <439E2E3B.3080909@insight.rr.com>

Don Springall wrote:
> Pup seems to go missing sometimes while checking dependencies. For some 
> reason it seems to work when you select everything (showing you all the 
> missing dependencies in a list) but crashes sometimes when you select a 
> partial list. Cannot determine pattern for why or when it goes missing. 
> No messages to yum.log or dmesg about it. Anything I can turn on to help 
> narrow down why it is crashing ?
> 
> It would also help if the system log viewer listed yum as well. When I 
> tried the open tab under the log menu item log viewer crashed (version 
> 2.13.2). Log viewer also crashes on its own just sitting there minimized.
> 
> 

Until the problem with launching gnome-system-log through the menu is 
corrected, open a root terminal ant type 'gnome-system-log &'

I filed bug: - 'system logviewer crashes when trying to open other logs'

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175342

For pup, I tried it early on during the test and it took forever with no 
  information of percentage of progress or actions being performed.
Try running pup in a root terminal and issuing 'pup &' in the root 
terminal. I am guessing the problem is with authentication not following 
all program calls such as file chooser for the log viewer.


Jim



From buildsys at redhat.com  Tue Dec 13 11:23:09 2005
From: buildsys at redhat.com (Build System)
Date: Tue, 13 Dec 2005 06:23:09 -0500
Subject: rawhide report: 20051213 changes
Message-ID: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>

 

 
Updated Packages:

ElectricFence-2.2.2-20.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

GConf-1.0.9-17.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

GConf2-2.12.1-2.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

Guppi-0.40.3-24.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ImageMagick-6.2.5.4-1.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ORBit-1:0.5.17-15.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Wed Mar 02 2005 Mark McLoughlin <markmc at redhat.com> 1:0.5.17-15
- Rebuild with gcc4

* Fri Aug 06 2004 Tim Waugh <twaugh at redhat.com> 1:0.5.17-14
- Fixed another m4 warning.

ORBit2-2.13.2-1.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

OpenIPMI-1.4.14-14.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

PyQt-3.15-1.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

Xaw3d-1.5E-6.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

anaconda-10.90.18-1
-------------------
* Mon Dec 12 2005 Jeremy Katz <katzj at redhat.com> - 10.90.18-1
- Handle monitor configuration in kickstart via "monitor" keyword instead of 
  "xconfig" consistently (clumens)
- Fix joe as nano (#175479)
- Try to get hard drive installs working again
- First steps towards using ub
- Fix depcheck progress bar to actually give progress.

* Sun Dec 11 2005 Peter Jones <pjones at redhat.com> - 10.90.17-1
- Full dmraid support.  (still disabled by default)

ddd-3.3.11-5
------------
* Mon Dec 12 2005 Than Ngo <than at redhat.com> 3.3.11-5 
- rebuilt against new openmotif-2.3

dictd-1.9.15-3
--------------
* Mon Dec 12 2005 Karsten Hopp <karsten at redhat.de> 1.9.15-3
- rebuild with gcc-4.1

* Tue Jul 12 2005 Karsten Hopp <karsten at redhat.de> 1.9.15-2
- Buildrequires libtool (ltdl.h)

* Wed Jul 06 2005 Karsten Hopp <karsten at redhat.de> 1.9.15-1
- update to dictd-1.9.15
- drop gcc34 patch

docbook-utils-0.6.14-4.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

flex-2.5.4a-34.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gcc-4.1.0-0.7
-------------
* Mon Dec 12 2005 Jakub Jelinek <jakub at redhat.com> 4.1.0-0.7
- update from gcc-4_1-branch (-r108157:108414)
  - PRs c++/19317, c++/19397, c++/19762, c++/19764, c++/25010, c++/25300,
	c++/25337, debug/24908, fortran/25292, libfortran/25116,
	libgcj/25265, target/17828, target/19005, target/23424,
	target/25212, target/25258, target/25311, testsuite/20772,
	testsuite/24478, testsuite/25167, tree-optimization/25248
- update from gomp-20050608-branch (up to -r108424)
- add BuildReq for alsa-lib-devel and configure with --disable-dssi
- sort files in libgcj-*.jar and touch them to latest ChangeLog
  timestamp, so that libgcj-*.jar is identical across multilib arches
- don't use pushw instruction on i?86, as that leads to ICEs
  in def_cfa_1, because negative CFA offsets not multiple of 4
  aren't representable in the unwind and debug info (PR debug/25023,
  PR target/25293)
- fix ICEs with x86_64 -mlarge-data-threshold=N and STRING_CSTs
  (Jan Hubicka, PR target/24188)
- fix Java ICE with input_filename being unset (Alexandre Oliva, #174912)
- don't accept invalid int x,; in C++ (Petr Machata, PR c++/24907)
- fix Java ICE in do_resolve_class (Andrew Haley, PR java/25366,
  PR java/25368)
- make sure g*.dg/compat/struct-layout-1.exp generated tests
  don't use arrays with entries aligned more than their size (PR c++/25331)
- don't use -liberty in g++.dg/compat/struct-layout-1.exp tests

gnome-session-2.12.0-4.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-speech-0.3.9-1.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gtkhtml-1.1.9-11.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jpackage-utils-0:1.6.3-1jpp_2rh.1
---------------------------------
* Mon Dec 12 2005 Jesse Keating <jkeating at redhat.com> 0:1.6.3-1jpp_2rh.1
- Bump release number.

kdegraphics-7:3.5.0-2
---------------------
* Mon Dec 12 2005 Than Ngo <than at redhat.com> 7:3.5.0-2
- apply patch to fix modula-X problem

kdelibs-6:3.5.0-1.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kdevelop-9:3.3.0-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kernel-2.6.14-1.1756_FC5
------------------------
* Mon Dec 12 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc5-git2

* Mon Dec 12 2005 David Woodhouse <dwmw2 at redhat.com>
- Make mambo_disk not run on real hardware; only on sim
- Also make it a module
- Handle iommu on DD3 boards
- Fix parport patch

kudzu-1.2.15-1
--------------
* Tue Dec 13 2005 Bill Nottingham <notting at redhat.com> - 1.2.15-1
- use ACPI EDID info if available

* Fri Dec 09 2005 Bill Nottingham <notting at redhat.com> - 1.2.14-1
- add support for mambo virtual devices (#173307, <dwmw2 at redhat.com>)

* Wed Nov 16 2005 Bill Nottingham <notting at redhat.com> - 1.2.13-1
- integrate patch, bump version

lftp-3.3.3-1.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

lha-1.14i-19.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libFS-0.99.2-2.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libart_lgpl-2.3.17-2.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libavc1394-0.5.1-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libbonobo-2.13.0-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libbonoboui-2.13.0-1.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libbtctl-0.5.0-1.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libc-client-2002e-18.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libchewing-0.2.7-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libcroco-0.6.0-6.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libdbi-0.8.1-1.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libdbi-drivers-0.8.1a-1.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libexif-0.6.12-3.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libfontenc-0.99.2-3.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libgail-gnome-1.1.2-1.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libgcrypt-1.2.2-1.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libghttp-1:1.0.9-11.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libglade2-2.5.1-3.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libgnome-2.13.2-1.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Wed Nov 30 2005 Matthias Clasen <mclasen at redhat.com> - 2.13.2-1
- Update to 2.13.2
- Drop upstreamed patches

* Mon Oct 24 2005 Matthias Clasen <mclasen at redhat.com> - 2.12.0.1-2
- Add schema for some new keys

libgnomecanvas-2.12.0-1.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libnl-1.0-0.5.pre5.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libsemanage-1.5.1-1
-------------------
* Mon Dec 12 2005 Dan Walsh <dwalsh at redhat.com> 1.5.1-1
- Upgrade to latest from NSA
	* Added file-mode= setting to semanage.conf, default to 0644.
	  Changed semanage_copy_file and callers to use this mode when
	  installing policy files to runtime locations.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libsetrans-0.1.11-3
-------------------
* Mon Dec 12 2005 Jeremy Katz <katzj at redhat.com> - 0.1.11-3
- there should really be a 'make dist' target that ensures that things are 
  cleaned before a dist tarball is created.  add a 'make clean' to the build
  just to make sure we don't get hit by this in the future

libxml2-2.6.22-1.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

linuxwacom-0:0.7.0-2
--------------------
* Mon Dec 12 2005 Tim Waugh <twaugh at redhat.com> 0:0.7.0-2
- More SDK path fixes.
- Don't build input driver with -fstack-protector since the X loader
  doesn't like it.

man-pages-2.16-2
----------------
* Tue Dec 13 2005 Ivana Varekova <varekova at redhat.com> 2.16-2
- fix bug 174628 - mmap(2) CAN return mappings at location 0

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Thu Dec 08 2005 Ivana Varekova <varekova at redhat.com> 2.16-1
- update to 2.16

mysql-5.0.16-1
--------------
* Mon Dec 12 2005 Tom Lane <tgl at redhat.com> 5.0.16-1
- Update to MySQL 5.0.16
- Add EXCEPTIONS-CLIENT license info to the shipped documentation
- Make my_config.h architecture-independent for multilib installs;
  put the original my_config.h into my_config_$ARCH.h
- Add -fwrapv to CFLAGS so that gcc 4.1 doesn't break it

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

nspr-4.6-4.1
------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

nss_db-2.2-34.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

nss_ldap-244-2.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ntp-4.2.0.a.20050816-10.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

numactl-0.6.4-1.24.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

nut-2.0.2-5.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

oaf-0.6.10-12.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

open-1.4-24.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Sat Mar 05 2005 Than Ngo <than at redhat.com> 1.4-24
- rebuilt

* Tue Feb 15 2005 Than Ngo <than at redhat.com> 1.4-23
- use $RPM_OPT_FLAGS

openldap-2.3.11-3.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

openobex-1.0.1-4.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

openobex-apps-1.0.0-8.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

opensm-1.0-0.4265.1.FC5.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt
openssh-4.2p1-9.1.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

openssl-0.9.8a-4.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

openssl097a-0.9.7a-4.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

openswan-2.4.4-1.1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

pam-0.80-14.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

pam_ccreds-1-8.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

pam_passwdqc-1.0.2-1.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

pam_smb-1.1.7-6.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

parted-1.6.25-5.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

passwd-0.71-2.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

patch-2.5.4-29.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

patchutils-0.2.31-2.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Fri Jul 22 2005 Tim Waugh <twaugh at redhat.com>
- Better structure in XML documentation.

pax-3.4-1.1
-----------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

pciutils-2.1.99.test8-10.1
--------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

pcmciautils-007-1.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

pcre-6.3-1.1
------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

php-5.1.1-6
-----------
* Mon Dec 12 2005 Joe Orton <jorton at redhat.com> 5.1.1-6
- enable short_open_tag in default php.ini again (#175381)

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

pilot-link-1:0.12.0-0.pre4.5.1
------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

pinfo-0.6.8-11.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

pkgconfig-1:0.20-2.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

planner-0.13-2.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

pnm2ppa-1:1.04-13.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

policycoreutils-1.29.1-3
------------------------

portmap-4.0-65.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

postfix-2:2.2.5-2.1.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

postgresql-8.1.0-4.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

postgresql-odbc-08.01.0100-1.1
------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ppp-2.4.3-6.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

privoxy-3.0.3-9.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

procinfo-18-18.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

procmail-3.22-16.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

procps-3.2.6-2.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

psacct-6.3.2-37.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

psmisc-21.8-1.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

pstack-1.2-7.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

psutils-1.17-25.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

pump-0.8.24-1.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

pvm-3.4.5-6.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

pyOpenSSL-0.6-1.p24.7.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

pycairo-1.0.2-1.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt
pykickstart-0.11-1
------------------
* Mon Dec 12 2005 Chris Lumens <clumens at redhat.com> 0.11-1
- Deprecate monitor-related options to xconfig.

pyorbit-2.0.1-4.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

pyparted-1.6.10-1.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

readahead-1:1.1-1.18.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ruby-1.8.4-0.3.preview1.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

selinux-policy-2.1.4-1
----------------------
* Mon Dec 12 2005 Dan Walsh <dwalsh at redhat.com> 2.1.4-1
- Fixes for hal
- Update to upstream

* Mon Dec 12 2005 Dan Walsh <dwalsh at redhat.com> 2.1.3-1
- Turn back on execmem since we need it for java, firefox, ooffice
- Allow gpm to stream socket to itself

* Mon Dec 12 2005 Jeremy Katz <katzj at redhat.com> - 2.1.2-3
- fix requirements to be on the actual packages so that policy can get
  created properly at install time

slang-2.0.5-5.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

star-1.5a69-1.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Tue Nov 08 2005 Peter Vrabec <pvrabec at redhat.com> 1.5a69-1
- upgrade

* Mon Oct 10 2005 Peter Vrabec <pvrabec at redhat.com> 1.5a68-1
- upgrade

subversion-1.2.3-6
------------------
* Mon Dec 12 2005 Joe Orton <jorton at redhat.com> 1.2.3-6
- fix ownership of libsvnjavahl.* (#175289)
- try building javahl on ia64/ppc64 again

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

system-config-kickstart-2.6.2-1
-------------------------------
* Mon Dec 12 2005 Chris Lumens <clumens at redhat.com> 2.6.2-1
- Use monitor keyword instead of deprecated xconfig options.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

tetex-3.0-11.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ttcp-1.12-13.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

util-linux-2.13-0.12
--------------------
* Mon Dec 12 2005 Karel Zak <kzak at redhat.com> 2.13-0.12
- rebuilt

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

vte-0.11.15-1.fc5.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

xpdf-1:3.01-6
-------------
* Mon Dec 12 2005 Than Ngo <than at redhat.com> 3.01-6 
- rebuilt against new openmotif-2.3

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

xterm-207-7.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

zip-2.31-1.1
------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	carol - 1.8.9.3-1jpp_6fc.i386 requires libgcj.so.6
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	eclipse-bugzilla - 1:0.1.1_fc-5.i386 requires libgcj.so.6
	eclipse-cdt - 1:3.0.1-1jpp_1fc.i386 requires libgcj.so.6
	eclipse-changelog - 1:2.0.1_fc-22.i386 requires libgcj.so.6
	eclipse-ecj - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-jdt - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-pde - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-platform - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-pydev - 1:0.9.3_fc-12.i386 requires libgcj.so.6
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	gnu-crypto - 2.0.1-1jpp_8fc.i386 requires libgcj.so.6
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.i386 requires libgcj.so.6
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.i386 requires libgcj.so.6
	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jotm - 2.0.5-1jpp_3fc.i386 requires libgcj.so.6
	jsch - 0.1.18-1jpp_2fc.i386 requires libgcj.so.6
	libglade-java - 2.12.1-2.i386 requires libgcj.so.6
	libgnome-java - 2.12.1-2.i386 requires libgcj.so.6
	libgtk-java - 2.8.1-1.i386 requires libgcj.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.i386 requires libgcjawt.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	libvte-java - 0.11.11-6.i386 requires libgcj.so.6
	lucene - 1.4.3-1jpp_7fc.i386 requires libgcj.so.6
	lucene-demo - 1.4.3-1jpp_7fc.i386 requires libgcj.so.6
	monolog - 1.8.6-1jpp_5fc.i386 requires libgcj.so.6
	mx4j - 1:3.0.1-1jpp_5fc.i386 requires libgcj.so.6
	nanoxml - 2.2.3-3jpp_3fc.i386 requires libgcj.so.6
	nanoxml-lite - 2.2.3-3jpp_3fc.i386 requires libgcj.so.6
	oldkilim - 1.1.3-2jpp_3fc.i386 requires libgcj.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.i386 requires libgcjawt.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.i386 requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.i386 requires libgcj.so.6
	regexp - 1.3-2jpp_3fc.i386 requires libgcj.so.6
	struts - 1.2.4-2jpp_3fc.i386 requires libgcj.so.6
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.i386 requires libgcj.so.6
	systemtap - 0.5-2.i386 requires libdw.so.1(ELFUTILS_0.116)
	tomcat5 - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-jasper - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-webapps - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	xalan-j2 - 2.6.0-3jpp_4fc.i386 requires libgcj.so.6
	xalan-j2-demo - 2.6.0-3jpp_4fc.i386 requires libgcj.so.6
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.i386 requires libgcj.so.6
	xerces-j2 - 2.6.2-5jpp_2fc.i386 requires libgcj.so.6
	xerces-j2-demo - 2.6.2-5jpp_2fc.i386 requires libgcj.so.6
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.i386 requires libgcj.so.6
	xml-commons-which - 1.0-0.b2.7jpp_3fc.i386 requires libgcj.so.6



Broken deps for ia64
----------------------------------------------------------
	carol - 1.8.9.3-1jpp_6fc.ia64 requires libgcj.so.6()(64bit)
	gnu-crypto - 2.0.1-1jpp_8fc.ia64 requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.ia64 requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.ia64 requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	jsch - 0.1.18-1jpp_2fc.ia64 requires libgcj.so.6()(64bit)
	libglade-java - 2.12.1-2.ia64 requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.1-2.ia64 requires libgcj.so.6()(64bit)
	libgtk-java - 2.8.1-1.ia64 requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-6.ia64 requires libgcj.so.6()(64bit)
	lucene - 1.4.3-1jpp_7fc.ia64 requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.ia64 requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.ia64 requires libgcj.so.6()(64bit)
	mx4j - 1:3.0.1-1jpp_5fc.ia64 requires libgcj.so.6()(64bit)
	nanoxml - 2.2.3-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	nanoxml-lite - 2.2.3-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	oldkilim - 1.1.3-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	p6spy - 1.3-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	regexp - 1.3-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs
	struts - 1.2.4-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	systemtap - 0.5-2.ia64 requires libdw.so.1(ELFUTILS_0.116)(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xerces-j2 - 2.6.2-5jpp_2fc.ia64 requires libgcj.so.6()(64bit)
	xerces-j2-demo - 2.6.2-5jpp_2fc.ia64 requires libgcj.so.6()(64bit)
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	xml-commons-which - 1.0-0.b2.7jpp_3fc.ia64 requires libgcj.so.6()(64bit)



Broken deps for ppc
----------------------------------------------------------
	carol - 1.8.9.3-1jpp_6fc.ppc requires libgcj.so.6
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	eclipse-bugzilla - 1:0.1.1_fc-5.ppc requires libgcj.so.6
	eclipse-cdt - 1:3.0.1-1jpp_1fc.ppc requires libgcj.so.6
	eclipse-changelog - 1:2.0.1_fc-22.ppc requires libgcj.so.6
	eclipse-ecj - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-jdt - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-pde - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-platform - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-pydev - 1:0.9.3_fc-12.ppc requires libgcj.so.6
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	gnu-crypto - 2.0.1-1jpp_8fc.ppc requires libgcj.so.6
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.ppc requires libgcj.so.6
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.ppc requires libgcj.so.6
	jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jotm - 2.0.5-1jpp_3fc.ppc requires libgcj.so.6
	jsch - 0.1.18-1jpp_2fc.ppc requires libgcj.so.6
	libglade-java - 2.12.1-2.ppc requires libgcj.so.6
	libgnome-java - 2.12.1-2.ppc requires libgcj.so.6
	libgtk-java - 2.8.1-1.ppc requires libgcj.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.ppc requires libgcjawt.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	libvte-java - 0.11.11-6.ppc requires libgcj.so.6
	lucene - 1.4.3-1jpp_7fc.ppc requires libgcj.so.6
	lucene-demo - 1.4.3-1jpp_7fc.ppc requires libgcj.so.6
	monolog - 1.8.6-1jpp_5fc.ppc requires libgcj.so.6
	mx4j - 1:3.0.1-1jpp_5fc.ppc requires libgcj.so.6
	nanoxml - 2.2.3-3jpp_3fc.ppc requires libgcj.so.6
	nanoxml-lite - 2.2.3-3jpp_3fc.ppc requires libgcj.so.6
	oldkilim - 1.1.3-2jpp_3fc.ppc requires libgcj.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.ppc requires libgcjawt.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.ppc requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.ppc requires libgcj.so.6
	regexp - 1.3-2jpp_3fc.ppc requires libgcj.so.6
	struts - 1.2.4-2jpp_3fc.ppc requires libgcj.so.6
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.ppc requires libgcj.so.6
	systemtap - 0.5-2.ppc requires libdw.so.1(ELFUTILS_0.116)
	tomcat5 - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-jasper - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-webapps - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	xalan-j2 - 2.6.0-3jpp_4fc.ppc requires libgcj.so.6
	xalan-j2-demo - 2.6.0-3jpp_4fc.ppc requires libgcj.so.6
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.ppc requires libgcj.so.6
	xerces-j2 - 2.6.2-5jpp_2fc.ppc requires libgcj.so.6
	xerces-j2-demo - 2.6.2-5jpp_2fc.ppc requires libgcj.so.6
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.ppc requires libgcj.so.6
	xml-commons-which - 1.0-0.b2.7jpp_3fc.ppc requires libgcj.so.6



Broken deps for ppc64
----------------------------------------------------------
	carol - 1.8.9.3-1jpp_6fc.ppc64 requires libgcj.so.6()(64bit)
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	gnu-crypto - 2.0.1-1jpp_8fc.ppc64 requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.ppc64 requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.ppc64 requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	jsch - 0.1.18-1jpp_2fc.ppc64 requires libgcj.so.6()(64bit)
	libglade-java - 2.12.1-2.ppc64 requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.1-2.ppc64 requires libgcj.so.6()(64bit)
	libgtk-java - 2.8.1-1.ppc64 requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-6.ppc64 requires libgcj.so.6()(64bit)
	lucene - 1.4.3-1jpp_7fc.ppc64 requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.ppc64 requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.ppc64 requires libgcj.so.6()(64bit)
	mx4j - 1:3.0.1-1jpp_5fc.ppc64 requires libgcj.so.6()(64bit)
	nanoxml - 2.2.3-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	nanoxml-lite - 2.2.3-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	oldkilim - 1.1.3-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	p6spy - 1.3-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	regexp - 1.3-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	struts - 1.2.4-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xerces-j2 - 2.6.2-5jpp_2fc.ppc64 requires libgcj.so.6()(64bit)
	xerces-j2-demo - 2.6.2-5jpp_2fc.ppc64 requires libgcj.so.6()(64bit)
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	xml-commons-which - 1.0-0.b2.7jpp_3fc.ppc64 requires libgcj.so.6()(64bit)



Broken deps for s390
----------------------------------------------------------
	carol - 1.8.9.3-1jpp_6fc.s390 requires libgcj.so.6
	gnu-crypto - 2.0.1-1jpp_8fc.s390 requires libgcj.so.6
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.s390 requires libgcj.so.6
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.s390 requires libgcj.so.6
	jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jotm - 2.0.5-1jpp_3fc.s390 requires libgcj.so.6
	jsch - 0.1.18-1jpp_2fc.s390 requires libgcj.so.6
	libglade-java - 2.12.1-2.s390 requires libgcj.so.6
	libgnome-java - 2.12.1-2.s390 requires libgcj.so.6
	libgtk-java - 2.8.1-1.s390 requires libgcj.so.6
	libvte-java - 0.11.11-6.s390 requires libgcj.so.6
	lucene - 1.4.3-1jpp_7fc.s390 requires libgcj.so.6
	lucene-demo - 1.4.3-1jpp_7fc.s390 requires libgcj.so.6
	monolog - 1.8.6-1jpp_5fc.s390 requires libgcj.so.6
	mx4j - 1:3.0.1-1jpp_5fc.s390 requires libgcj.so.6
	nanoxml - 2.2.3-3jpp_3fc.s390 requires libgcj.so.6
	nanoxml-lite - 2.2.3-3jpp_3fc.s390 requires libgcj.so.6
	oldkilim - 1.1.3-2jpp_3fc.s390 requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.s390 requires libgcj.so.6
	regexp - 1.3-2jpp_3fc.s390 requires libgcj.so.6
	struts - 1.2.4-2jpp_3fc.s390 requires libgcj.so.6
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.s390 requires libgcj.so.6
	tomcat5 - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-jasper - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-webapps - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	xalan-j2 - 2.6.0-3jpp_4fc.s390 requires libgcj.so.6
	xalan-j2-demo - 2.6.0-3jpp_4fc.s390 requires libgcj.so.6
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.s390 requires libgcj.so.6
	xerces-j2 - 2.6.2-5jpp_2fc.s390 requires libgcj.so.6
	xerces-j2-demo - 2.6.2-5jpp_2fc.s390 requires libgcj.so.6
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.s390 requires libgcj.so.6
	xml-commons-which - 1.0-0.b2.7jpp_3fc.s390 requires libgcj.so.6



Broken deps for s390x
----------------------------------------------------------
	carol - 1.8.9.3-1jpp_6fc.s390x requires libgcj.so.6()(64bit)
	gnu-crypto - 2.0.1-1jpp_8fc.s390x requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.s390x requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.s390x requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.s390x requires libgcj.so.6()(64bit)
	jsch - 0.1.18-1jpp_2fc.s390x requires libgcj.so.6()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libgcj.so.6()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libglibjava-0.2.so()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libglibjni-0.2.so()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libcairojava-1.0.so()(64bit)
	libglade-java - 2.12.0-5.s390x requires libgcj.so.6()(64bit)
	libglade-java - 2.12.0-5.s390x requires libglibjava-0.2.so()(64bit)
	libglade-java - 2.12.0-5.s390x requires libglibjni-0.2.so()(64bit)
	libglade-java - 2.12.0-5.s390x requires libcairojava-1.0.so()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libglibjava-0.2.so()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libglibjni-0.2.so()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libcairojava-1.0.so()(64bit)
	libgtk-java - 2.8.0-7.s390x requires libgcj.so.6()(64bit)
	libgtk-java - 2.8.0-7.s390x requires libglibjava-0.2.so()(64bit)
	libgtk-java - 2.8.0-7.s390x requires libglibjni-0.2.so()(64bit)
	libvte-java - 0.11.11-6.s390x requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-6.s390x requires libglibjava-0.2.so()(64bit)
	libvte-java - 0.11.11-6.s390x requires libglibjni-0.2.so()(64bit)
	libvte-java - 0.11.11-6.s390x requires libcairojava-1.0.so()(64bit)
	lucene - 1.4.3-1jpp_7fc.s390x requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.s390x requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.s390x requires libgcj.so.6()(64bit)
	mx4j - 1:3.0.1-1jpp_5fc.s390x requires libgcj.so.6()(64bit)
	nanoxml - 2.2.3-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	nanoxml-lite - 2.2.3-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	oldkilim - 1.1.3-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	p6spy - 1.3-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	regexp - 1.3-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	struts - 1.2.4-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xerces-j2 - 2.6.2-5jpp_2fc.s390x requires libgcj.so.6()(64bit)
	xerces-j2-demo - 2.6.2-5jpp_2fc.s390x requires libgcj.so.6()(64bit)
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.s390x requires libgcj.so.6()(64bit)
	xml-commons-which - 1.0-0.b2.7jpp_3fc.s390x requires libgcj.so.6()(64bit)



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	carol - 1.8.9.3-1jpp_6fc.x86_64 requires libgcj.so.6()(64bit)
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	eclipse-bugzilla - 1:0.1.1_fc-5.x86_64 requires libgcj.so.6()(64bit)
	eclipse-cdt - 1:3.0.1-1jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-changelog - 1:2.0.1_fc-22.x86_64 requires libgcj.so.6()(64bit)
	eclipse-ecj - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-jdt - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-pde - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-platform - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-pydev - 1:0.9.3_fc-12.x86_64 requires libgcj.so.6()(64bit)
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	gnu-crypto - 2.0.1-1jpp_8fc.x86_64 requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.x86_64 requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.x86_64 requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jsch - 0.1.18-1jpp_2fc.x86_64 requires libgcj.so.6()(64bit)
	libglade-java - 2.12.1-2.x86_64 requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.1-2.x86_64 requires libgcj.so.6()(64bit)
	libgtk-java - 2.8.1-1.x86_64 requires libgcj.so.6()(64bit)
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.x86_64 requires libgcjawt.so.6()(64bit)
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-6.x86_64 requires libgcj.so.6()(64bit)
	lucene - 1.4.3-1jpp_7fc.x86_64 requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.x86_64 requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.x86_64 requires libgcj.so.6()(64bit)
	mx4j - 1:3.0.1-1jpp_5fc.x86_64 requires libgcj.so.6()(64bit)
	nanoxml - 2.2.3-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	nanoxml-lite - 2.2.3-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	oldkilim - 1.1.3-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	openoffice.org-core - 1:2.0.1-143.1.2.i386 requires libgcjawt.so.6
	openoffice.org-core - 1:2.0.1-143.1.2.i386 requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	regexp - 1.3-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	struts - 1.2.4-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	systemtap - 0.5-2.x86_64 requires libdw.so.1(ELFUTILS_0.116)(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xerces-j2 - 2.6.2-5jpp_2fc.x86_64 requires libgcj.so.6()(64bit)
	xerces-j2-demo - 2.6.2-5jpp_2fc.x86_64 requires libgcj.so.6()(64bit)
	xml-commons-apis - 1.0-0.b2.7jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	xml-commons-which - 1.0-0.b2.7jpp_3fc.x86_64 requires libgcj.so.6()(64bit)





From tjikkun at xs4all.nl  Tue Dec 13 11:26:06 2005
From: tjikkun at xs4all.nl (Sander Hoentjen)
Date: Tue, 13 Dec 2005 12:26:06 +0100
Subject: pup-0.1.9-1
In-Reply-To: <BAY107-F817976C5D38367CDFDDB985460@phx.gbl>
References: <BAY107-F817976C5D38367CDFDDB985460@phx.gbl>
Message-ID: <1134473167.3275.24.camel@tjikkun.dyndns.org>

On Mon, 2005-12-12 at 16:28 -0700, Don Springall wrote:
> Don't know if this will help but got the following while running pup from a 
> terminal which stalled after these messages:
> 
> Traceback (most recent call last):
>   File "/usr/share/pup/pup/pup.py", line 569, in _apply
>     self._checkDeps()
>   File "/usr/share/pup/pup/pup.py", line 873, in _checkDeps
>     (result, msgs) = self.buildTransaction()
> File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 360, in 
> buildTransaction
>     (rescode, restring) = self.resolveDeps()
>   File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 254, in 
> resolveDeps
>     (checkdep, missing, conflict, errormsgs) = self._processReq(dep)
>   File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 385, in 
> _processReq
>     requirementTuple, errormsgs)
>   File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 518, in 
> _requiringFromInstalled
>     needpo = self.getPackageObject(needpkgtup)
>   File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 1327, in 
> getPackageObject
>     raise Errors.DepError, 'Package tuple %s could not be found in 
> packagesack' % str(pkgtup)
> DepError: Package tuple ('libgcj', 'i386', '0', '4.0.2', '6') could not be 
> found in packagesack
> 
> >/usr/lib/python2.4/site-packages/yum/__init__.py(1327)getPackageObject()
> -> raise Errors.DepError, 'Package tuple %s could not be found in 
> packagesack' % str(pkgtup)
> (Pdb)
> 
I have kind of the same thing with yum.
When I do "yum update apr" I get:

[root at tjikkun ~]# yum -d 5 update apr
Loading "installonlyn" plugin
Running "config" handler for "installonlyn" plugin
Yum Version: 2.5.0
COMMAND: yum -d 5
Installroot: /
Ext Commands:
   apr
Setting up Update Process
Setting up repositories
Baseurl(s) for repo:
['http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/', 'http://mirror.hiwaay.net/redhat/fedora/linux/core/development/i386/', 'http://ftp.dulug.duke.edu/pub/fedora/linux/core/development/i386/', 'http://mirrors.kernel.org/fedora/core/development/i386/', 'http://sunsite.mff.cuni.cz/pub/fedora/development/i386/', 'http://distro.ibiblio.org/pub/linux/distributions/fedora/linux/core/development/i386/']
Baseurl(s) for repo: ['http://macromedia.mplug.org/rpm']
Baseurl(s) for repo: ['http://freevo.sf.net/fedora/4']
Baseurl(s) for repo:
['http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/', 'http://mirror.hiwaay.net/redhat/fedora/linux/core/development/i386/', 'http://ftp.dulug.duke.edu/pub/fedora/linux/core/development/i386/', 'http://mirrors.kernel.org/fedora/core/development/i386/', 'http://sunsite.mff.cuni.cz/pub/fedora/development/i386/', 'http://distro.ibiblio.org/pub/linux/distributions/fedora/linux/core/development/i386/', 'http://download.fedora.redhat.com/pub/fedora/linux/extras/development/i386/', 'http://mirrors.kernel.org/fedora/extras/development/i386/', 'http://fedora.cat.pdx.edu/linux/extras/development/i386/', 'http://fedora.gtlib.cc.gatech.edu/pub/fedora.redhat/linux/extras/development/i386/', 'http://fr2.rpmfind.net/linux/fedora/extras/development/i386/', 'http://fr.rpmfind.net/linux/fedora/extras/development/i386/', 'http://ftp.chg.ru/pub/Linux/fedora/linux/extras/development/i386/', 'http://ftp.kddilabs.jp/Linux/packages/fedora/extras/development/i386/', 'http://ftp.lug.ro/fedora/linux/extras/development/i386/', 'http://ftp-stud.fht-esslingen.de/pub/Mirrors/fedora.redhat.com/linux/extras/development/i386/', 'http://ftp.uni-bayreuth.de/linux/fedora/linux/extras/development/i386/', 'http://gd.tuwien.ac.at/opsys/linux/fedora/extras/development/i386/', 'http://mirror.hiwaay.net/redhat/fedora/linux/extras/development/i386/', 'http://mirror.switch.ch/ftp/mirror/fedora/linux/extras/development/i386/', 'http://mirror.web-ster.com/fedora/extras/development/i386/', 'http://www.mirrorservice.org/sites/download.fedora.redhat.com/pub/fedora/linux/extras/development/i386/']
Reading repository metadata in from local files
Setting up Package Sacks
Reading Local RPMDB
Building updates object
Resolving Dependencies
1134472716.72
--> Populating transaction set with selected packages. Please wait.
Adding Package apr - 1.2.2-5.1.i386 in mode u
---> Package apr.i386 0:1.2.2-5.1 set to be updated
--> Running transaction check
# of Deps = 2

Dep Number: 1/2
httpd requires: libapr-0.so.0
--> Processing Dependency: libapr-0.so.0 for package: httpd
Requiring package is installed: httpd - 2.0.54-16.i386
Resolving for installed requiring package: httpd - 2.0.54-16.i386
Resolving for requirement: libapr-0.so.0
Needed Require is not a package name. Looking up: libapr-0.so.0
Potential Provider: apr.i386 0:0.9.7-2
Mode is u for provider of libapr-0.so.0: apr.i386 0:0.9.7-2
Mode for pkg providing libapr-0.so.0: u
Error: Package tuple ('apr', 'i386', '0', '0.9.7', '2') could not be
found in packagesack

and:
# yum list apr
Loading "installonlyn" plugin
Setting up repositories
Reading repository metadata in from local files
Installed Packages
apr.i386                                 0.9.7-2
installed
Available Packages
apr.i386                                 1.2.2-5.1
development

# rpm -q yum
yum-2.5.0-0.20051210

So is this the same bug?




From sean.bruno at dsl-only.net  Tue Dec 13 15:23:58 2005
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Tue, 13 Dec 2005 07:23:58 -0800
Subject: X86_64 Test 1
Message-ID: <1134487438.28217.4.camel@home-desk>

Did you folks get enough feedback on the X86_64 version of Test 1?  I
haven't gotten around to install it yet(prolly won't till test 2).

Sean





From jim at jbsys.com  Tue Dec 13 16:02:24 2005
From: jim at jbsys.com (James C. Bevier)
Date: Tue, 13 Dec 2005 09:02:24 -0700
Subject: Just a nit
Message-ID: <005301c5fffe$9b56cbe0$0a01a8c0@jbsys>

On startup on x86_64 system, if I select 'show all' everything is shown 
until the call to ntpd.  We go back to 'show all' mode being off. You must 
select it again.  All kernels in test 1 have been this way.

How do you tell yum not to delete the old kernels?  I want to keep more than 
the last one.

Now if I could get eclipse to install.......  It seems libgcj.so.6(64bit) 
needs to be there. 



From katzj at redhat.com  Tue Dec 13 16:16:19 2005
From: katzj at redhat.com (Jeremy Katz)
Date: Tue, 13 Dec 2005 11:16:19 -0500
Subject: pup-0.1.9-1
In-Reply-To: <BAY107-F10534E606808090F83506985460@phx.gbl>
References: <BAY107-F10534E606808090F83506985460@phx.gbl>
Message-ID: <1134490579.23818.8.camel@bree.local.net>

On Mon, 2005-12-12 at 15:37 -0700, Don Springall wrote:
> Pup seems to go missing sometimes while checking dependencies. For some 
> reason it seems to work when you select everything (showing you all the 
> missing dependencies in a list) but crashes sometimes when you select a 
> partial list. Cannot determine pattern for why or when it goes missing. No 
> messages to yum.log or dmesg about it. Anything I can turn on to help narrow 
> down why it is crashing ?

If it just "goes missing", there's probably an uncaught exception
somewhere.  It'll get logged to your X session log or if you run it from
a terminal, from there. 

Jeremy



From katzj at redhat.com  Tue Dec 13 16:17:30 2005
From: katzj at redhat.com (Jeremy Katz)
Date: Tue, 13 Dec 2005 11:17:30 -0500
Subject: pup-0.1.9-1
In-Reply-To: <BAY107-F817976C5D38367CDFDDB985460@phx.gbl>
References: <BAY107-F817976C5D38367CDFDDB985460@phx.gbl>
Message-ID: <1134490651.23818.11.camel@bree.local.net>

On Mon, 2005-12-12 at 16:28 -0700, Don Springall wrote:
> Don't know if this will help but got the following while running pup from a 
> terminal which stalled after these messages:
[snip]
> >/usr/lib/python2.4/site-packages/yum/__init__.py(1327)getPackageObject()
> -> raise Errors.DepError, 'Package tuple %s could not be found in 
> packagesack' % str(pkgtup)
> (Pdb)

This looks like a general yum bug -- mind filing it so that I don't
forget to take a look later today?

Thanks,

Jeremy



From jspaleta at gmail.com  Tue Dec 13 16:08:50 2005
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Tue, 13 Dec 2005 11:08:50 -0500
Subject: Just a nit
In-Reply-To: <005301c5fffe$9b56cbe0$0a01a8c0@jbsys>
References: <005301c5fffe$9b56cbe0$0a01a8c0@jbsys>
Message-ID: <604aa7910512130808h692849aawe6b3c3363e86800e@mail.gmail.com>

On 12/13/05, James C. Bevier <jim at jbsys.com> wrote:
> How do you tell yum not to delete the old kernels?  I want to keep more than
> the last one.

/etc/yum/pluginconf.d/installonlyn.conf

> Now if I could get eclipse to install.......  It seems libgcj.so.6(64bit)
> needs to be there.

a full rebuild of rawhide has been underway for a few days...the java
stuff is being difficult. Keep watching the daily rawhide build
reports, people are working out the kinks.

-jef



From jspaleta at gmail.com  Tue Dec 13 16:08:50 2005
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Tue, 13 Dec 2005 11:08:50 -0500
Subject: Just a nit
In-Reply-To: <005301c5fffe$9b56cbe0$0a01a8c0@jbsys>
References: <005301c5fffe$9b56cbe0$0a01a8c0@jbsys>
Message-ID: <604aa7910512130808h692849aawe6b3c3363e86800e@mail.gmail.com>

On 12/13/05, James C. Bevier <jim at jbsys.com> wrote:
> How do you tell yum not to delete the old kernels?  I want to keep more than
> the last one.

/etc/yum/pluginconf.d/installonlyn.conf

> Now if I could get eclipse to install.......  It seems libgcj.so.6(64bit)
> needs to be there.

a full rebuild of rawhide has been underway for a few days...the java
stuff is being difficult. Keep watching the daily rawhide build
reports, people are working out the kinks.

-jef



From pjones at redhat.com  Tue Dec 13 16:48:18 2005
From: pjones at redhat.com (Peter Jones)
Date: Tue, 13 Dec 2005 11:48:18 -0500
Subject: call for testing, dmraid in rawhide
In-Reply-To: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
Message-ID: <1134492498.3089.11.camel@localhost.localdomain>

On Tue, 2005-12-13 at 06:23 -0500, Build System wrote:

> anaconda-10.90.18-1
...
> * Sun Dec 11 2005 Peter Jones <pjones at redhat.com> - 10.90.17-1
> - Full dmraid support.  (still disabled by default)

As the changelog says, last night's rawhide build has support for dmraid
during installation.  If anybody wants to test this, I'd be really
appreciative ;)

A couple of ground rules/caveats:

1) Right now on a default install /boot doesn't get mounted after
install.  In general,
   "mount -a" doesn't work just yet, and "fsck -a" probably has similar
issues.  Changing
   fstab to point at the device instead of a label will probably fix it
(I haven't tried
   that yet ;)
2) It's expecting a partition table on the raid, not a raid on a
partition.  AFAIK this
   is how all BIOSes actually lay out the metadata, so that should be
normal
3) RAID 0, 1, and (in some cases with some BIOSes) RAID 1+0 only.  No
RAID 5 or RAID 6
   yet, even if your BIOS does it.
4) You'll probably get a nasty failure if you're doing RAID 1 and your
drives aren't
   synced already.  (Heinz, we probably should discuss this some)
5) If you move disks that have RAID metadata onto a controller/BIOS that
doesn't support
   it, the installer is still going to think they're perfectly good, and
it'll install
   grub on them, etc.  Don't do that.  It won't work.
6) If you've added support already and you do an upgrade, it almost
certainly won't
   work.  I've got no intention of making this work, either.  Sorry.
7) Bug reports should go to bugzilla.redhat.com .  File them against
anaconda; if they
   need to be assigned somewhere else, we'll reassign it.

So, without further fanfare:

To enable this, add "dmraid" to the installer boot command line.

-- 
  Peter



From dragoran at feuerpokemon.de  Tue Dec 13 17:12:11 2005
From: dragoran at feuerpokemon.de (dragoran)
Date: Tue, 13 Dec 2005 18:12:11 +0100
Subject: call for testing, dmraid in rawhide
In-Reply-To: <1134492498.3089.11.camel@localhost.localdomain>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134492498.3089.11.camel@localhost.localdomain>
Message-ID: <439F00EB.5030809@feuerpokemon.de>

Peter Jones wrote:

>6) If you've added support already and you do an upgrade, it almost
>   certainly won't 
>   work.  I've got no intention of making this work, either.  Sorry.
??
what does this mean?




From czar at czarc.net  Tue Dec 13 17:22:17 2005
From: czar at czarc.net (Gene C.)
Date: Tue, 13 Dec 2005 12:22:17 -0500
Subject: x86_64 smp kernel
Message-ID: <200512131222.17512.czar@czarc.net>

I have been following both the fedora-devel and fedora-test mailing lists and 
have not seen anything about this (or at least I do not remember seeing 
anything) ...

Development currently has only UP kernels for x86_64 (no SMP kernel).  At 
first I thought that only one kernel was being shipped (the SMP kernel) since 
the SMP kernel is now "standard on both UP and SMP x86_64 systems ... nope, 
it is the UP kernel.

Comments??
-- 
Gene



From arjan at fenrus.demon.nl  Tue Dec 13 17:34:26 2005
From: arjan at fenrus.demon.nl (Arjan van de Ven)
Date: Tue, 13 Dec 2005 18:34:26 +0100
Subject: x86_64 smp kernel
In-Reply-To: <200512131222.17512.czar@czarc.net>
References: <200512131222.17512.czar@czarc.net>
Message-ID: <1134495267.22177.4.camel@laptopd505.fenrus.org>

On Tue, 2005-12-13 at 12:22 -0500, Gene C. wrote:
> I have been following both the fedora-devel and fedora-test mailing lists and 
> have not seen anything about this (or at least I do not remember seeing 
> anything) ...
> 
> Development currently has only UP kernels for x86_64 (no SMP kernel).  At 
> first I thought that only one kernel was being shipped (the SMP kernel) since 
> the SMP kernel is now "standard on both UP and SMP x86_64 systems ... nope, 
> it is the UP 

what makes you conclude it's an UP kernel? 

# cat /boot/config-2.6.14-1.1740_FC5 | grep SMP
CONFIG_SMP=y
CONFIG_SUSPEND_SMP=y

at least 1740 is fully SMP 

if you only see 1 cpu, that's a bug but not caused by being "UP" or
"SMP".....



From ellson at research.att.com  Tue Dec 13 17:36:52 2005
From: ellson at research.att.com (John Ellson)
Date: Tue, 13 Dec 2005 12:36:52 -0500
Subject: x86_64 smp kernel
In-Reply-To: <200512131222.17512.czar@czarc.net>
References: <200512131222.17512.czar@czarc.net>
Message-ID: <439F06B4.5090207@research.att.com>

Gene C. wrote:
> I have been following both the fedora-devel and fedora-test mailing lists and 
> have not seen anything about this (or at least I do not remember seeing 
> anything) ...
>
> Development currently has only UP kernels for x86_64 (no SMP kernel).  At 
> first I thought that only one kernel was being shipped (the SMP kernel) since 
> the SMP kernel is now "standard on both UP and SMP x86_64 systems ... nope, 
> it is the UP kernel.
>
> Comments??
>   
I'm assured that the x86_64 kernel is in fact SMP. However (as of 
2.6.14-1.1752_FC5)
it is buggy and only recognizes one core in my X2. Bug#174894


John



From pjones at redhat.com  Tue Dec 13 17:40:57 2005
From: pjones at redhat.com (Peter Jones)
Date: Tue, 13 Dec 2005 12:40:57 -0500
Subject: call for testing, dmraid in rawhide
In-Reply-To: <439F00EB.5030809@feuerpokemon.de>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134492498.3089.11.camel@localhost.localdomain>
	<439F00EB.5030809@feuerpokemon.de>
Message-ID: <1134495657.3347.0.camel@localhost.localdomain>

On Tue, 2005-12-13 at 18:12 +0100, dragoran wrote: 
> Peter Jones wrote:
> 
> >6) If you've added support already and you do an upgrade, it almost
> >   certainly won't 
> >   work.  I've got no intention of making this work, either.  Sorry.
> ??
> what does this mean?

Basically, it boils down to: this feature is for new installs only, not
for upgrades.

Several people have posted methods to enable dmraid in the initrd or
early in bootup, and they're not bad methods, but it wouldn't really be
sane for anaconda (the installer) to figure out what's going on and get
everything right.  That being said, with some of these setups, it might
just work.  But you never know.

-- 
  Peter



From don_springall at hotmail.com  Tue Dec 13 17:47:00 2005
From: don_springall at hotmail.com (Don Springall)
Date: Tue, 13 Dec 2005 10:47:00 -0700
Subject: pup-0.1.9-1 & yum-2.5.0-0.20051210
Message-ID: <BAY107-F1728A35DE7AEB7A799D60085390@phx.gbl>

Bug 175647 Submitted: PUP crashes when processing dependicies
Bugzilla report filed for issue under pup.




From czar at czarc.net  Tue Dec 13 18:06:20 2005
From: czar at czarc.net (Gene C.)
Date: Tue, 13 Dec 2005 13:06:20 -0500
Subject: x86_64 smp kernel
In-Reply-To: <1134495267.22177.4.camel@laptopd505.fenrus.org>
References: <200512131222.17512.czar@czarc.net>
	<1134495267.22177.4.camel@laptopd505.fenrus.org>
Message-ID: <200512131306.20673.czar@czarc.net>

On Tuesday 13 December 2005 12:34, Arjan van de Ven wrote:
> On Tue, 2005-12-13 at 12:22 -0500, Gene C. wrote:
> > I have been following both the fedora-devel and fedora-test mailing lists
> > and have not seen anything about this (or at least I do not remember
> > seeing anything) ...
> >
> > Development currently has only UP kernels for x86_64 (no SMP kernel). ?At
> > first I thought that only one kernel was being shipped (the SMP kernel)
> > since the SMP kernel is now "standard on both UP and SMP x86_64 systems
> > ... nope, it is the UP
>
> what makes you conclude it's an UP kernel?
>
> # cat /boot/config-2.6.14-1.1740_FC5 | grep SMP
> CONFIG_SMP=y
> CONFIG_SUSPEND_SMP=y
>
> at least 1740 is fully SMP
>
> if you only see 1 cpu, that's a bug but not caused by being "UP" or
> "SMP".....

Never mind ... I think my eyeballs must have got crossed ... there is no 
problem.

I have two systems under test (Opteron 140 and Athlon64 4400+ X2) and both 
i386 and x86_64 systems installed on them.

I am actually having more problems with the i386 systems and got confused.
-- 
Gene



From mefoster at gmail.com  Tue Dec 13 18:13:03 2005
From: mefoster at gmail.com (Mary Ellen Foster)
Date: Tue, 13 Dec 2005 18:13:03 +0000
Subject: Just a nit
In-Reply-To: <005301c5fffe$9b56cbe0$0a01a8c0@jbsys>
References: <005301c5fffe$9b56cbe0$0a01a8c0@jbsys>
Message-ID: <f58861e00512131013t5291327veeb4ec8f2c338463@mail.gmail.com>

On 12/13/05, James C. Bevier <jim at jbsys.com> wrote:
> On startup on x86_64 system, if I select 'show all' everything is shown
> until the call to ntpd.  We go back to 'show all' mode being off. You must
> select it again.  All kernels in test 1 have been this way.

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151239

I sent a patch to that bug which got applied. Unfortunately, the patch
was wrong. :( I've since updated it and send the revised version to
that bug, but I can't re-open the bug and the revised patch hasn't
made it in yet. Maybe I should ping the bug ...

MEF

--
__ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __
"One of the main causes of the fall of the Roman Empire was that,
lacking zero, they had no way to indicate successful termination
of their C programs." (Robert Firth)



From roger at gwch.net  Tue Dec 13 20:29:50 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Tue, 13 Dec 2005 20:29:50 +0000
Subject: AW: rawhide report: 20051213 changes
In-Reply-To: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com> (from
	buildsys@redhat.com on Tue Dec 13 12:23:09 2005)
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
Message-ID: <1134505790l.2993l.0l@niobe>

Hey,

Since the last updates, i have several problems:

1) i get no login-screen, there is a selinux-messages (codes 113 and  
252) about freeing multiple contexts. in /var/log/audit/audit.log i  
find using audit2allow -i audit.log | grep xdm the following:

allow sysadm_passwd_t xdm_t:fd use;
allow unconfined_t xdm_t:file read;
allow winbind_t xdm_t:fd use;

if this is the case, i think the 2nd line is the relevant, the 1st i  
dunno and the last is disallowing of samba-authentication(?).

i cannot authenticate at all using selinux enabled.

2) evolution is crashing:

[roger at niobe ~]$ evolution
evolution-shell-Message: Killing old version of evolution-data-server...
adding hook target 'source'
priv (MemosComponentnPrivate) == 0x883a698

(evolution:3014): camel-WARNING **: camel_exception_get_id called with  
NULL para meter.

(evolution:3014): Gdk-CRITICAL **: gdk_gc_set_foreground: assertion  
`GDK_IS_GC ( gc)' failed
[roger at niobe ~]$




From roger at gwch.net  Tue Dec 13 21:03:20 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Tue, 13 Dec 2005 21:03:20 +0000
Subject: AW: rawhide report: 20051213 changes
In-Reply-To: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com> (from
	buildsys@redhat.com on Tue Dec 13 12:23:09 2005)
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
Message-ID: <1134507800l.2993l.1l@niobe>

Ah, yes, i forgot to mention a dependency not mentionned in the mail  
that i have:

---> Package pcmciautils.i386 0:007-1.1 set to be updated
--> Running transaction check
--> Processing Conflict: hwdata conflicts pcmcia-cs


so, i excluded pcmciautils from the update and choosed hwdata.

Roger



From sundaram at redhat.com  Tue Dec 13 21:06:08 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Wed, 14 Dec 2005 02:36:08 +0530
Subject: AW: rawhide report: 20051213 changes
In-Reply-To: <1134507800l.2993l.1l@niobe>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134507800l.2993l.1l@niobe>
Message-ID: <439F37C0.6010208@redhat.com>

Roger Grosswiler wrote:

> Ah, yes, i forgot to mention a dependency not mentionned in the mail  
> that i have:
>
> ---> Package pcmciautils.i386 0:007-1.1 set to be updated
> --> Running transaction check
> --> Processing Conflict: hwdata conflicts pcmcia-cs

Should be fixed tommorow.

regards
Rahul



From roger at gwch.net  Tue Dec 13 21:18:31 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Tue, 13 Dec 2005 21:18:31 +0000
Subject: AW: rawhide report: 20051213 changes
In-Reply-To: <1134505790l.2993l.0l@niobe> (from roger@gwch.net on Tue Dec 13
	21:29:50 2005)
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134505790l.2993l.0l@niobe>
Message-ID: <1134508711l.2916l.0l@niobe>

Ah, found some more information, if selinux is disabled.  
/var/log/messages says:

Dec 13 22:11:38 niobe kernel: audit(:0): major=252 name_count=0:  
freeing multiple contexts (1)
Dec 13 22:11:38 niobe kernel: audit(:0): major=113 name_count=0:  
freeing multiple contexts (2)
Dec 13 22:11:48 niobe kernel: audit(:0): major=252 name_count=0:  
freeing multiple contexts (1)
Dec 13 22:11:48 niobe kernel: audit(:0): major=113 name_count=0:  
freeing multiple contexts (2)

AND after 6 tries of the themed-greeter, it falls onto the gtk-greeter,  
where i can login...



Am 2005-12-13 21:29:50 schrieb(en) Roger Grosswiler:
> Hey,
> 
> Since the last updates, i have several problems:
> 
> 1) i get no login-screen, there is a selinux-messages (codes 113 and  
> 252) about freeing multiple contexts. in /var/log/audit/audit.log i  
> find using audit2allow -i audit.log | grep xdm the following:
> 
> allow sysadm_passwd_t xdm_t:fd use;
> allow unconfined_t xdm_t:file read;
> allow winbind_t xdm_t:fd use;
> 
> if this is the case, i think the 2nd line is the relevant, the 1st i  
> dunno and the last is disallowing of samba-authentication(?).
> 
> i cannot authenticate at all using selinux enabled.
> 
> 2) evolution is crashing:
> 
> [roger at niobe ~]$ evolution
> evolution-shell-Message: Killing old version of  
> evolution-data-server...
> adding hook target 'source'
> priv (MemosComponentnPrivate) == 0x883a698
> 
> (evolution:3014): camel-WARNING **: camel_exception_get_id called  
> with NULL para meter.
> 
> (evolution:3014): Gdk-CRITICAL **: gdk_gc_set_foreground: assertion  
> `GDK_IS_GC ( gc)' failed
> [roger at niobe ~]$
> 
> 
> --fedora-test-list mailing list
> fedora-test-list at redhat.com
> To  
> unsubscribe:https://www.redhat.com/mailman/listinfo/fedora-test-list



From sgrubb at redhat.com  Tue Dec 13 21:32:03 2005
From: sgrubb at redhat.com (Steve Grubb)
Date: Tue, 13 Dec 2005 16:32:03 -0500
Subject: AW: rawhide report: 20051213 changes
In-Reply-To: <1134508711l.2916l.0l@niobe>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134505790l.2993l.0l@niobe> <1134508711l.2916l.0l@niobe>
Message-ID: <200512131632.03531.sgrubb@redhat.com>

On Tuesday 13 December 2005 16:18, Roger Grosswiler wrote:
> Ah, found some more information, if selinux is disabled. ?
> /var/log/messages says:
>
> Dec 13 22:11:38 niobe kernel: audit(:0): major=252 name_count=0: ?
> freeing multiple contexts (1)

This comes from the kernel audit code:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169150

Its benign although it indicates that a program is leaving the audit system 
code in an unexpected way. As such, syscall exit rules may not be triggering 
since a sneak path exists.

-Steve



From paul at all-the-johnsons.co.uk  Tue Dec 13 21:35:06 2005
From: paul at all-the-johnsons.co.uk (Paul)
Date: Tue, 13 Dec 2005 21:35:06 +0000
Subject: autoconf question
Message-ID: <1134509707.29902.17.camel@T7.Linux>

Hi,

Using an x86_64 box here. Any time I run ./configure (or ./autogen.sh),
the script reports the build as x86_64-unknown-linux-gnu instead of the
more familiar x86-redhat-linux-gnu (as seen on 32 bit machines).

Anyone know the the cause of this and if a fix is on the way?

TTFN

Paul
-- 
"Religion is the opiate of the masses" - Karl Marx
"Mmmmmm, mass opiates...." - Homer Simpson
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051213/221c7f56/attachment.sig>

From chasecreek.systemhouse at gmail.com  Tue Dec 13 21:40:45 2005
From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse)
Date: Tue, 13 Dec 2005 16:40:45 -0500
Subject: mcpu=750 == 64-bits?
Message-ID: <91f88ee20512131340q291b3ed3v7623b02ffdf21491@mail.gmail.com>

Can I generate iMac FC5 Linux PowerPC code applications that will also
run on the AIX PowerPC?

Or, can I generate AIX PowerPC code using gcc on FC5 Linux PPC?

For example:

g++ -maltivec -mpowerpc-gpopt -mpowerpc-gfxopt -mpowerpc64
-Wno-deprecated doublyLinkList.cpp -o doublyLinkList

--
WC -Sx- Jones | http://ccsh.us/ | Open Source Consulting



From ellson at research.att.com  Tue Dec 13 23:38:50 2005
From: ellson at research.att.com (John Ellson)
Date: Tue, 13 Dec 2005 18:38:50 -0500
Subject: autoconf question
In-Reply-To: <1134509707.29902.17.camel@T7.Linux>
References: <1134509707.29902.17.camel@T7.Linux>
Message-ID: <439F5B8A.7090904@research.att.com>

Paul wrote:
> Hi,
>
> Using an x86_64 box here. Any time I run ./configure (or ./autogen.sh),
> the script reports the build as x86_64-unknown-linux-gnu instead of the
> more familiar x86-redhat-linux-gnu (as seen on 32 bit machines).
>
> Anyone know the the cause of this and if a fix is on the way?
>
> TTFN
>
> Paul
>   
On my i686 boxes ./configure says:

    i686-pc-linux-gnu

I confirm that on my AMD X2 it says:
   
    x86_64-unknown-linux-gnu


Perhaps its just too demeaning to call an X2 a "pc" ;-)



From dcbw at redhat.com  Tue Dec 13 23:52:19 2005
From: dcbw at redhat.com (Dan Williams)
Date: Tue, 13 Dec 2005 18:52:19 -0500
Subject: mcpu=750 == 64-bits?
In-Reply-To: <91f88ee20512131340q291b3ed3v7623b02ffdf21491@mail.gmail.com>
References: <91f88ee20512131340q291b3ed3v7623b02ffdf21491@mail.gmail.com>
Message-ID: <1134517940.7136.5.camel@localhost.localdomain>

On Tue, 2005-12-13 at 16:40 -0500, Chasecreek Systemhouse wrote:
> Can I generate iMac FC5 Linux PowerPC code applications that will also
> run on the AIX PowerPC?

What exactly are you trying to accomplish here?  Are you trying to
achieve _source code_ compatibility between Linux PPC and AIX PPC, or do
you want the same _binary_ executables to run on both AIX and Linux?

Dan



From pjones at redhat.com  Wed Dec 14 01:15:30 2005
From: pjones at redhat.com (Peter Jones)
Date: Tue, 13 Dec 2005 20:15:30 -0500
Subject: call for testing, dmraid in rawhide
In-Reply-To: <1134505485.25462.23.camel@www.lutty.net>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134492498.3089.11.camel@localhost.localdomain>
	<1134505485.25462.23.camel@www.lutty.net>
Message-ID: <1134522930.3868.3.camel@localhost.localdomain>

On Tue, 2005-12-13 at 21:24 +0100, Alexandra Jacquot wrote:

> My box is installed there on two sata disk:
> [root at jack ~]# dmraid -r
> /dev/sda: nvidia, "nvidia_egeafiab", mirror, ok, 390721966 sectors,
> data@ 0
> /dev/sdb: nvidia, "nvidia_egeafiab", mirror, ok, 390721966 sectors,
> data@ 0

Ok, so this is a dmraid which is BIOS assisted, and so we'd treat it as
1 disk...

[ stuff about normal software raid trimmed ]

> What do you mean in "2)"? I have partition tables on the raid (lvm
> stuff) _and_ raid on partitions..

#2 in my caveats is specifically about bios-supported raid.  Putting
perfectly normal logical volumes or software raids on top of dmraid
devices should work fine.

> Is this supported, am I failing in the 6) category? I was planning a
> reinstall but cannot afford loosing datavg

If you can't afford to lose data, rawhide isn't for you.

-- 
  Peter



From chasecreek.systemhouse at gmail.com  Wed Dec 14 02:31:50 2005
From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse)
Date: Tue, 13 Dec 2005 21:31:50 -0500
Subject: mcpu=750 == 64-bits?
In-Reply-To: <1134517940.7136.5.camel@localhost.localdomain>
References: <91f88ee20512131340q291b3ed3v7623b02ffdf21491@mail.gmail.com>
	<1134517940.7136.5.camel@localhost.localdomain>
Message-ID: <91f88ee20512131831ic5b3162x81fa7cdeafb12723@mail.gmail.com>

On 12/13/05, Dan Williams <dcbw at redhat.com> wrote:
> you want the same _binary_ executables to run on both AIX and Linux?

Yes.

I had seen that the Cell development environment was built on FC4
Intel systems -- targetting the Cell processor.

I use PowerPC (FC5) Linux and I was wondering if I can "target"
PowerPC AIX if not both AIX5L and Linux?

OK; maybe at least write apps that run on AIX using FC5 on a iMac PowerPC.
--
WC -Sx- Jones | http://ccsh.us/ | Open Source Consulting



From jon.nettleton at gmail.com  Wed Dec 14 04:22:42 2005
From: jon.nettleton at gmail.com (Jon Nettleton)
Date: Tue, 13 Dec 2005 23:22:42 -0500
Subject: AW: rawhide report: 20051213 changes
In-Reply-To: <1134505790l.2993l.0l@niobe>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134505790l.2993l.0l@niobe>
Message-ID: <1134534163.15126.1.camel@averatec>

On Tue, 2005-12-13 at 20:29 +0000, Roger Grosswiler wrote:
> Hey,
> 
> Since the last updates, i have several problems:
> 
> 1) i get no login-screen, there is a selinux-messages (codes 113 and  
> 252) about freeing multiple contexts. in /var/log/audit/audit.log i  
> find using audit2allow -i audit.log | grep xdm the following:
> 
> allow sysadm_passwd_t xdm_t:fd use;
> allow unconfined_t xdm_t:file read;
> allow winbind_t xdm_t:fd use;
> 
> if this is the case, i think the 2nd line is the relevant, the 1st i  
> dunno and the last is disallowing of samba-authentication(?).
> 
> i cannot authenticate at all using selinux enabled.
> 
> 2) evolution is crashing:
> 
> [roger at niobe ~]$ evolution
> evolution-shell-Message: Killing old version of evolution-data-server...
> adding hook target 'source'
> priv (MemosComponentnPrivate) == 0x883a698
> 
> (evolution:3014): camel-WARNING **: camel_exception_get_id called with  
> NULL para meter.
> 
> (evolution:3014): Gdk-CRITICAL **: gdk_gc_set_foreground: assertion  
> `GDK_IS_GC ( gc)' failed
> [roger at niobe ~]$
> 
> 

Sorry I didn't reply sooner.  I traced this back to the libgnomecanvas
update.  Backing out to libgnomecanvas-2.12.0-1 fixed both Bluecurve
theme for gdm and evolution crashing.


Jon



From mike at miketc.com  Wed Dec 14 05:59:58 2005
From: mike at miketc.com (Mike Chambers)
Date: Tue, 13 Dec 2005 23:59:58 -0600
Subject: AW: rawhide report: 20051213 changes
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com><1134505790l.2993l.0l@niobe>
	<1134534163.15126.1.camel@averatec>
Message-ID: <000e01c60073$9d00eb40$0301a8c0@miketc.com>

----- Original Message ----- 
From: "Jon Nettleton" <jon.nettleton at gmail.com>
To: "For testers of Fedora Core development releases" 
<fedora-test-list at redhat.com>
Sent: Tuesday, December 13, 2005 10:22 PM
Subject: Re: AW: rawhide report: 20051213 changes


> > Sorry I didn't reply sooner.  I traced this back to the libgnomecanvas
> update.  Backing out to libgnomecanvas-2.12.0-1 fixed both Bluecurve
> theme for gdm and evolution crashing.

Do you have this file somewhere or is it one from the original FC5t1?

Mike 




From roger at gwch.net  Wed Dec 14 07:02:30 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Wed, 14 Dec 2005 07:02:30 +0000
Subject: AW: AW: rawhide report: 20051213 changes
In-Reply-To: <000e01c60073$9d00eb40$0301a8c0@miketc.com> (from
	mike@miketc.com on Wed Dec 14 06:59:58 2005)
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134505790l.2993l.0l@niobe> <1134534163.15126.1.camel@averatec>
	<000e01c60073$9d00eb40$0301a8c0@miketc.com>
Message-ID: <1134543750l.13625l.0l@niobe>

Am 2005-12-14 06:59:58 schrieb(en) Mike Chambers:
> ----- Original Message ----- From: "Jon Nettleton"  
> <jon.nettleton at gmail.com>
> To: "For testers of Fedora Core development releases"  
> <fedora-test-list at redhat.com>
> Sent: Tuesday, December 13, 2005 10:22 PM
> Subject: Re: AW: rawhide report: 20051213 changes
> 
> 
>> > Sorry I didn't reply sooner.  I traced this back to the  
>> libgnomecanvas
>> update.  Backing out to libgnomecanvas-2.12.0-1 fixed both Bluecurve
>> theme for gdm and evolution crashing.
> 
> Do you have this file somewhere or is it one from the original FC5t1?
> 
> Mike
> 
Hey Mike,

i found it here:  
http://download.fedora.redhat.com/pub/fedora/linux/core/test/4.90/i386/os/

testing now...

Roger



From buildsys at redhat.com  Wed Dec 14 08:30:57 2005
From: buildsys at redhat.com (Build System)
Date: Wed, 14 Dec 2005 03:30:57 -0500
Subject: rawhide report: 20051214 changes
Message-ID: <200512140830.jBE8UuHq028440@porkchop.devel.redhat.com>

New package agg
	Anti-Grain Geometry

New package opensp
	SGML and XML parser


 
Updated Packages:

ant-0:1.6.5-1jpp_1fc.2
----------------------

antlr-0:2.7.4-2jpp_4fc.1.1
--------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

bcel-0:5.1-1jpp_4fc.1.1.1.1
---------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

cairo-java-1.0.1-3.1.1.1.1
--------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

cryptix-0:3.2.0-4jpp_2fc.1.1.1.1
--------------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

docbook-dtds-1.0-30
-------------------
* Tue Dec 13 2005 Tim Waugh <twaugh at redhat.com> 1.0-30
- Fix ISO entities in 4.3/4.4 SGML.

eel2-2.13.3-1
-------------
* Tue Dec 13 2005 Alexander Larsson <alexl at redhat.com> 2.13.3-1
- Update to 2.13.3

finger-0.17-31
--------------
* Tue Dec 13 2005 Radek Vokal <rvokal at redhat.com> 0.17-31
- real UTF8 patch by <bnocera at redhat.com>

fontconfig-2.3.92.cvs20051129-3
-------------------------------
* Tue Dec 13 2005 Carl Worth <cworth at redhat.com> - 2.3.92.cvs20051129-3
- Disable hinting for Lohit Gujarati

freeradius-1.0.5-1
------------------
* Tue Dec 13 2005 Thomas Woerner <twoerner at redhat.com> 1.0.5-1
- new version 1.0.5

gjdoc-0.7.6-3
-------------
* Tue Dec 13 2005 Jakub Jelinek <jakub at redhat.com> 0.7.6-3
- rebuild with gcc-4.1.0-0.7 (non-BC ABI break)

glib-java-0.2.1-3.4
-------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- retry s390x as others require it on that platform

gnome-vfs2-2.13.2-1
-------------------
* Tue Dec 13 2005 Alexander Larsson <alexl at redhat.com> 2.13.2-1
- update to 2.13.2

gnu.getopt-0:1.0.9-4jpp_2fc.1.1.1.1
-----------------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

gnu.regexp-0:1.1.4-7jpp_1fc.1.1
-------------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

hwdata-0.173-1
--------------
* Tue Dec 13 2005 Bill Nottingham <notting at redhat.com> - 0.173-1
- add some IDs to the generic display entries for matching laptops

* Fri Nov 18 2005 Bill Nottingham <notting at redhat.com> - 0.172-1
- ditto for radeon

* Fri Nov 18 2005 Jeremy Katz <katzj at redhat.com> - 0.171-1
- r128 -> ati.  should fix the unresolved symbol and kem says its more 
  generally the "right" thing to do

iputils-20020927-32
-------------------
* Tue Dec 13 2005 Radek Vokal <rvokal at redhat.com> 20020927-32
- fix HOPLIMIT option for setsockopt() (#175471)

jakarta-commons-codec-0:1.3-2jpp_1fc.1.1.1.1
--------------------------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

jakarta-commons-collections-0:3.1-2jpp_2fc.1.1.1.1
--------------------------------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

jakarta-commons-dbcp-0:1.2.1-3jpp_2fc.2.1
-----------------------------------------

jakarta-commons-lang-0:2.0-2jpp_2fc.2
-------------------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com> - 0:2.0-2jpp_2fc.2
- Patched to not use taget= in build.xml

* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

jakarta-commons-launcher-0:0.9-3jpp_1fc.1.1
-------------------------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

jakarta-commons-pool-0:1.2-2jpp_2fc.1.1.1.1
-------------------------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

jlex-0:1.2.6-1jpp_2fc.1.1.1.1
-----------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

jsch-0:0.1.18-1jpp_3fc
----------------------
* Tue Dec 13 2005 Andrew Overholt <overholt at redhat.com> 0.1.18-1jpp_3fc
- Rebuild with gcc 4.1.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

junit-0:3.8.1-3jpp_5fc.1.1.1.1
------------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

kernel-2.6.14-1.1760_FC5
------------------------
* Tue Dec 13 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc5-git3
- Use MMIO instead of PIO for 8139too

* Tue Dec 13 2005 David Woodhouse <dwmw2 at redhat.com>
- Remove workaround for fixed GCC PR25248

* Mon Dec 12 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc5-git2

libglade-java-2.12.1-2.2
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libgnome-java-2.12.1-2.1.2
--------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libgnomecanvas-2.12.0-1.2
-------------------------
* Tue Dec 13 2005 Jeremy Katz <katzj at redhat.com> - 2.12.0-1.2
- rebuild with -O1 to workaround (#175669)

libgtk-java-2.8.1-2.1.1
-----------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Fri Dec 09 2005 Igor Foox <ifoox at rehdat.com> - 2.8.1-2
- Version bump to account for gcc4.1.

libofx-0.7.0-4
--------------
* Tue Dec 13 2005 Tim Waugh <twaugh at redhat.com> 0.7.0-4
- Build requires: openjade-devel -> opensp-devel.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libraw1394-1.2.0-3.fc5
----------------------
* Tue Dec 13 2005 Warren Togami <wtogami at redhat.com> - 1.2.0-3
- disable static and remove .la (#172642)

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libselinux-1.29.1-3
-------------------
* Sun Dec 11 2005 Dan Walsh <dwalsh at redhat.com> 1.29.1-3
- update to latest libsetrans  
- Fix potential memory leak

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Thu Dec 08 2005 Dan Walsh <dwalsh at redhat.com> 1.29.1-1
- Update to never version
	* Merged patch for swig interfaces from Dan Walsh.

libsemanage-1.5.2-1
-------------------
* Tue Dec 13 2005 Dan Walsh <dwalsh at redhat.com> 1.5.1-2
- Upgrade to latest from NSA
	* Merged toggle modified flag in policydb_modify, fix memory leak
	  in clear_obsolete, polymorphism vs headers fix, and include guards
	  for internal headers patches from Ivan Gyurdiev.

libvte-java-0.11.11-6.3
-----------------------

log4j-0:1.2.8-7jpp_6fc.2
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

man-1.6b-2
----------
* Tue Dec 13 2005 Ivana Varekova <varekova at redhat.com> 1.6b-2
- makewhatis change - add info about packages (bug 175595)

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Thu Nov 10 2005 Ivana Varekova <varekova at redhat.com> 1.6b-1
- update to 1.6b

mx4j-1:3.0.1-1jpp_5fc.2
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

nanoxml-0:2.2.3-3jpp_3fc.2
--------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

nautilus-2.13.3-1
-----------------
* Tue Dec 13 2005 Alexander Larsson <alexl at redhat.com> 2.13.3-1
- Update to 2.13.3

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Fri Dec 02 2005 Matthias Clasen <mclasen at redhat.com> 2.13.2-1
- Update to 2.13.2
- Update patches

oldkilim-0:1.1.3-2jpp_3fc.1.1
-----------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

openjade-1.3.2-20
-----------------
* Tue Dec 13 2005 Tim Waugh <twaugh at redhat.com> 1.3.2-20
- Use --enable-splibdir to prevent ambiguity.
- Move 'install-catalog --remove' to %preun section (bug #60409).

* Thu Dec 08 2005 Terje Bless <link at pobox.com> - 1.3.2-19
- Drop -devel subpackage.

* Sun Dec 04 2005 Ville Skytt?? <ville.skytta at iki.fi> - 1.3.2-18
- Really BuildRequire opensp-devel.
- Clean up unneeded build dependencies and configure options.
- Drop dependency on docbook-dtds.
- Fix %post(un) syntax and catalog installation.

openoffice.org-1:2.0.1-145.2.2
------------------------------
* Thu Dec 08 2005 Caolan McNamara <caolanm at redhat.com> - 1:2.0.1-145.2
- gcc 4.1 rebuild
- disable workspace.jaxpapi.patch for now
- disable fasterhelpcontent2.patch for now
- rh#175272# openoffice.org-2.0.1.ooo59129.vcl.readonlyentry.patch
- gcc#25389# File(new URI("file:./")) regression

* Thu Dec 08 2005 Caolan McNamara <caolanm at redhat.com> - 1:2.0.1-145.1
- next version

* Thu Dec 08 2005 Caolan McNamara <caolanm at redhat.com> - 1:2.0.1-144.1
- openoffice.org-2.0.1.rh175242.connectivity.mozab.patch, provide mozilla
  address backend despite http://bugzilla.mozilla.org/show_bug.cgi?id=135137

oro-0:2.0.8-1jpp_3fc.1.1.1.1
----------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

pciutils-2.2.1-1
----------------
* Tue Dec 13 2005 Bill Nottingham <notting at redhat.com> - 2.2.1-1
- update to 2.2.1, adjust patches

pcmciautils-011-1
-----------------
* Tue Dec 13 2005 Bill Nottingham <notting at redhat.com> 011-1
- update to 011, now ships with its own udev rules
- remove pcmcia-cs provide

postfix-2:2.2.7-1
-----------------
* Tue Dec 13 2005 Thomas Woerner <twoerner at redhat.com> 2:2.2.7-1
- new version 2.2.7

puretls-0.9-0.b4.1jpp_2fc.1.1.1.1
---------------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

regexp-0:1.3-2jpp_3fc.1.1.1.1
-----------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

rhpl-0.179-1.1
--------------
* Tue Dec 13 2005 Chris Lumens <clumens at redhat.com> 0.179-1.1
- Change pl keymap to pl2.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

selinux-policy-2.1.5-1
----------------------
* Tue Dec 13 2005 Dan Walsh <dwalsh at redhat.com> 2.1.5-1
- Update from upstream
- Allow unconfined_t to transition to rpm_script_t

* Tue Dec 13 2005 Dan Walsh <dwalsh at redhat.com> 2.1.4-2
- Clean up spec
- range_transition crond to SystemHigh

sox-12.17.9-1
-------------
* Tue Dec 13 2005 Thomas Woerner <twoerner at redhat.com> 12.17.9-1
- new version 12.17.9

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

tanukiwrapper-0:3.1.1-4jpp_3fc.2
--------------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com> 
- added patch to not use target= in build.xml

* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

udev-077-1
----------
* Tue Dec 13 2005 Harald Hoyer <harald at redhat.com> - 077-1
- version 077
- patch to include udevstart2 in udevd and delay daemonize until queue is empty

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

usbutils-0.71-1
---------------
* Tue Dec 13 2005 Thomas Woerner <twoerner at redhat.com> 0.71-1
- new version 0.71

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

werken.xpath-0:0.9.4-0.beta.9jpp_1fc.1.1
----------------------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

xerces-j2-0:2.6.2-6jpp_0fc.1.1
------------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

xml-commons-0:1.0-0.b2.7jpp_3fc.1.1
-----------------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Fri Jul 15 2005 Gary Benson <gbenson at redhat.com> - 0:1.0-0.b2.7jpp_3fc
- Build on ia64, ppc64, s390 and s390x.
- Switch to aot-compile-rpm (also BC-compiles the which jar).

yum-2.5.0-1
-----------
* Tue Dec 13 2005 Jeremy Katz <katzj at redhat.com> - 2.5.0-1
- update to 2.5.0
- add patch for traceback in #175647

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	carol - 1.8.9.3-1jpp_6fc.i386 requires libgcj.so.6
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	eclipse-bugzilla - 1:0.1.1_fc-5.i386 requires libgcj.so.6
	eclipse-cdt - 1:3.0.1-1jpp_1fc.i386 requires libgcj.so.6
	eclipse-changelog - 1:2.0.1_fc-22.i386 requires libgcj.so.6
	eclipse-ecj - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-jdt - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-pde - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-platform - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-pydev - 1:0.9.3_fc-12.i386 requires libgcj.so.6
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	gnu-crypto - 2.0.1-1jpp_8fc.i386 requires libgcj.so.6
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.i386 requires libgcj.so.6
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.i386 requires libgcj.so.6
	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jotm - 2.0.5-1jpp_3fc.i386 requires libgcj.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.i386 requires libgcjawt.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	lucene - 1.4.3-1jpp_7fc.i386 requires libgcj.so.6
	lucene-demo - 1.4.3-1jpp_7fc.i386 requires libgcj.so.6
	monolog - 1.8.6-1jpp_5fc.i386 requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.i386 requires libgcj.so.6
	struts - 1.2.4-2jpp_3fc.i386 requires libgcj.so.6
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.i386 requires libgcj.so.6
	systemtap - 0.5-2.i386 requires libdw.so.1(ELFUTILS_0.116)
	tomcat5 - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-jasper - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-webapps - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	xalan-j2 - 2.6.0-3jpp_4fc.i386 requires libgcj.so.6
	xalan-j2-demo - 2.6.0-3jpp_4fc.i386 requires libgcj.so.6
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.i386 requires libgcj.so.6



Broken deps for ia64
----------------------------------------------------------
	carol - 1.8.9.3-1jpp_6fc.ia64 requires libgcj.so.6()(64bit)
	gnome-volume-manager - 1.5.4-1.1.ia64 requires kernel >= 0:2.6
	gnu-crypto - 2.0.1-1jpp_8fc.ia64 requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.ia64 requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.ia64 requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	lucene - 1.4.3-1jpp_7fc.ia64 requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.ia64 requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.ia64 requires libgcj.so.6()(64bit)
	p6spy - 1.3-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	pcmciautils - 011-1.ia64 requires kernel >= 0:2.6.12-1.1411_FC5
	rgmanager - 1.9.31-3.ia64 requires ccs
	struts - 1.2.4-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	systemtap - 0.5-2.ia64 requires libdw.so.1(ELFUTILS_0.116)(64bit)
	systemtap - 0.5-2.ia64 requires kernel >= 0:2.6.9-11
	systemtap - 0.5-2.ia64 requires kernel-devel
	tomcat5 - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.ia64 requires libgcj.so.6()(64bit)



Broken deps for ppc
----------------------------------------------------------
	carol - 1.8.9.3-1jpp_6fc.ppc requires libgcj.so.6
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	eclipse-bugzilla - 1:0.1.1_fc-5.ppc requires libgcj.so.6
	eclipse-cdt - 1:3.0.1-1jpp_1fc.ppc requires libgcj.so.6
	eclipse-changelog - 1:2.0.1_fc-22.ppc requires libgcj.so.6
	eclipse-ecj - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-jdt - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-pde - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-platform - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-pydev - 1:0.9.3_fc-12.ppc requires libgcj.so.6
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	gnu-crypto - 2.0.1-1jpp_8fc.ppc requires libgcj.so.6
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.ppc requires libgcj.so.6
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.ppc requires libgcj.so.6
	jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jotm - 2.0.5-1jpp_3fc.ppc requires libgcj.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.ppc requires libgcjawt.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	lucene - 1.4.3-1jpp_7fc.ppc requires libgcj.so.6
	lucene-demo - 1.4.3-1jpp_7fc.ppc requires libgcj.so.6
	monolog - 1.8.6-1jpp_5fc.ppc requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.ppc requires libgcj.so.6
	struts - 1.2.4-2jpp_3fc.ppc requires libgcj.so.6
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.ppc requires libgcj.so.6
	systemtap - 0.5-2.ppc requires libdw.so.1(ELFUTILS_0.116)
	tomcat5 - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-jasper - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-webapps - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	xalan-j2 - 2.6.0-3jpp_4fc.ppc requires libgcj.so.6
	xalan-j2-demo - 2.6.0-3jpp_4fc.ppc requires libgcj.so.6
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.ppc requires libgcj.so.6



Broken deps for ppc64
----------------------------------------------------------
	carol - 1.8.9.3-1jpp_6fc.ppc64 requires libgcj.so.6()(64bit)
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	gnu-crypto - 2.0.1-1jpp_8fc.ppc64 requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.ppc64 requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.ppc64 requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	lucene - 1.4.3-1jpp_7fc.ppc64 requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.ppc64 requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.ppc64 requires libgcj.so.6()(64bit)
	p6spy - 1.3-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	struts - 1.2.4-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.ppc64 requires libgcj.so.6()(64bit)



Broken deps for s390
----------------------------------------------------------
	carol - 1.8.9.3-1jpp_6fc.s390 requires libgcj.so.6
	gnu-crypto - 2.0.1-1jpp_8fc.s390 requires libgcj.so.6
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.s390 requires libgcj.so.6
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.s390 requires libgcj.so.6
	jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jotm - 2.0.5-1jpp_3fc.s390 requires libgcj.so.6
	lucene - 1.4.3-1jpp_7fc.s390 requires libgcj.so.6
	lucene-demo - 1.4.3-1jpp_7fc.s390 requires libgcj.so.6
	monolog - 1.8.6-1jpp_5fc.s390 requires libgcj.so.6
	p6spy - 1.3-2jpp_3fc.s390 requires libgcj.so.6
	struts - 1.2.4-2jpp_3fc.s390 requires libgcj.so.6
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.s390 requires libgcj.so.6
	tomcat5 - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-jasper - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-webapps - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	xalan-j2 - 2.6.0-3jpp_4fc.s390 requires libgcj.so.6
	xalan-j2-demo - 2.6.0-3jpp_4fc.s390 requires libgcj.so.6
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.s390 requires libgcj.so.6



Broken deps for s390x
----------------------------------------------------------
	carol - 1.8.9.3-1jpp_6fc.s390x requires libgcj.so.6()(64bit)
	gnu-crypto - 2.0.1-1jpp_8fc.s390x requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.s390x requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.s390x requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.s390x requires libgcj.so.6()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libgcj.so.6()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libcairojava-1.0.so()(64bit)
	libglade-java - 2.12.0-5.s390x requires libgcj.so.6()(64bit)
	libglade-java - 2.12.0-5.s390x requires libcairojava-1.0.so()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libcairojava-1.0.so()(64bit)
	libgtk-java - 2.8.0-7.s390x requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-6.3.s390x requires libcairojava-1.0.so()(64bit)
	lucene - 1.4.3-1jpp_7fc.s390x requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.s390x requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.s390x requires libgcj.so.6()(64bit)
	p6spy - 1.3-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	struts - 1.2.4-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.s390x requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.s390x requires libgcj.so.6()(64bit)



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	carol - 1.8.9.3-1jpp_6fc.x86_64 requires libgcj.so.6()(64bit)
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	eclipse-bugzilla - 1:0.1.1_fc-5.x86_64 requires libgcj.so.6()(64bit)
	eclipse-cdt - 1:3.0.1-1jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-changelog - 1:2.0.1_fc-22.x86_64 requires libgcj.so.6()(64bit)
	eclipse-ecj - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-jdt - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-pde - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-platform - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-pydev - 1:0.9.3_fc-12.x86_64 requires libgcj.so.6()(64bit)
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	gnu-crypto - 2.0.1-1jpp_8fc.x86_64 requires libgcj.so.6()(64bit)
	gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_8fc.x86_64 requires libgcj.so.6()(64bit)
	gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_8fc.x86_64 requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.x86_64 requires libgcjawt.so.6()(64bit)
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	lucene - 1.4.3-1jpp_7fc.x86_64 requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.x86_64 requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.x86_64 requires libgcj.so.6()(64bit)
	p6spy - 1.3-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	struts - 1.2.4-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	systemtap - 0.5-2.x86_64 requires libdw.so.1(ELFUTILS_0.116)(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xalan-j2 - 2.6.0-3jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xalan-j2-demo - 2.6.0-3jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	xalan-j2-xsltc - 2.6.0-3jpp_4fc.x86_64 requires libgcj.so.6()(64bit)





From tjikkun at xs4all.nl  Wed Dec 14 10:05:41 2005
From: tjikkun at xs4all.nl (Sander Hoentjen)
Date: Wed, 14 Dec 2005 11:05:41 +0100
Subject: rawhide report: 20051214 changes
In-Reply-To: <200512140830.jBE8UuHq028440@porkchop.devel.redhat.com>
References: <200512140830.jBE8UuHq028440@porkchop.devel.redhat.com>
Message-ID: <1134554741.3275.46.camel@tjikkun.dyndns.org>

On Wed, 2005-12-14 at 03:30 -0500, Build System wrote:
> Updated Packages:

> yum-2.5.0-1
> -----------
> * Tue Dec 13 2005 Jeremy Katz <katzj at redhat.com> - 2.5.0-1
> - update to 2.5.0
> - add patch for traceback in #175647

after this update i get:
# yum update gnome-vfs2-2.13.2-1
Loading "installonlyn" plugin
Setting up Update Process
Setting up repositories
Reading repository metadata in from local files
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Package gnome-vfs2.i386 0:2.13.2-1 set to be updated
--> Running transaction check
--> Processing Dependency: gnome-vfs2 = 2.13.1 for package:
gnome-vfs2-smb
Traceback (most recent call last):
  File "/usr/bin/yum", line 29, in ?
    yummain.main(sys.argv[1:])
  File "/usr/share/yum-cli/yummain.py", line 138, in main
    (result, resultmsgs) = base.buildTransaction()
  File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 370, in
buildTransaction
    (rescode, restring) = self.resolveDeps()
  File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 254, in
resolveDeps
    (checkdep, missing, conflict, errormsgs) = self._processReq(dep)
  File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 385, in
_processReq
    requirementTuple, errormsgs)
  File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 518, in
_requiringFromInstalled
    needpo = self.getInstalledPackageObject(needpkgtup)
  File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 1358, in
getInstalledPackageObject
    hdrs = self.rpmdb.returnHeaderByTuple(pkgtup)
  File "/usr/lib/python2.4/site-packages/rpmUtils/__init__.py", line
220, in returnHeaderByTuple
    idxs = self.returnIndexByTuple(pkgtuple)
  File "/usr/lib/python2.4/site-packages/rpmUtils/__init__.py", line
228, in returnIndexByTuple
    return self.indexdict[pkgtuple]
KeyError: ('gnome-vfs2', 'i386', '0', '2.13.2', '1')




From leon.stringer at ntlworld.com  Wed Dec 14 10:10:26 2005
From: leon.stringer at ntlworld.com (Leon Stringer)
Date: Wed, 14 Dec 2005 10:10:26 +0000
Subject: Dia
Message-ID: <1134555026.2719.1.camel@localhost.localdomain>

Hi,

I can't seem to find Dia. Does anyone know where it is?

Thanks,

Leon...



From petro at mail.ru  Wed Dec 14 12:21:58 2005
From: petro at mail.ru (Peter Lemenkov)
Date: Wed, 14 Dec 2005 15:21:58 +0300
Subject: rawhide report: 20051214 changes
In-Reply-To: <200512140830.jBE8UuHq028440@porkchop.devel.redhat.com>
References: <200512140830.jBE8UuHq028440@porkchop.devel.redhat.com>
Message-ID: <Pine.LNX.4.64.0512141518580.2690@lemenkov.com>

On Wed, 14 Dec 2005, Build System wrote:

> yum-2.5.0-1
> -----------
> * Tue Dec 13 2005 Jeremy Katz <katzj at redhat.com> - 2.5.0-1
> - update to 2.5.0
> - add patch for traceback in #175647

[petro at Petro miranda-files]$ sudo yum update hsql*
Setting up Update Process
Setting up repositories
development               100% |=========================| 1.1 kB    00:00
petro                     100% |=========================|  951 B    00:00
jpackage-fedora           100% |=========================|  951 B    00:00
planetccrma-fc3           100% |=========================|  951 B    00:00
jpackage-generic          100% |=========================|  951 B    00:00
livna                     100% |=========================|  951 B    00:00
extras-development        100% |=========================| 1.1 kB    00:00
gemi                      100% |=========================|  951 B    00:00
planetccrma               100% |=========================|  951 B    00:00
extras                    100% |=========================| 1.1 kB    00:00
Reading repository metadata in from local files
Excluding Packages in global exclude list
Finished
Excluding Packages from PlanetCCRMA
Finished
Excluding Packages from Fedora 4 - i386 - gemi
Finished
Excluding Packages from PlanetCCRMA
Finished
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for hsqldb to pack into transaction set.
hsqldb-1.80.1-1jpp_4fc.1. 100% |=========================| 8.2 kB    00:00
---> Package hsqldb.i386 0:1.80.1-1jpp_4fc.1.1 set to be updated
--> Running transaction check
--> Processing Dependency: libgcj.so.7 for package: hsqldb
--> Restarting Dependency Resolution with new changes.
--> Populating transaction set with selected packages. Please wait.
---> Package libgcj.i386 0:4.1.0-0.7 set to be updated
--> Running transaction check
--> Processing Dependency: libgcjawt.so.6 for package: 
java-1.4.2-gcj-compat
--> Processing Dependency: libgcj.so.6 for package: gnu-crypto
--> Processing Dependency: libgcj = 4.0.2-6 for package: gcc-java
Traceback (most recent call last):
   File "/usr/bin/yum", line 29, in ?
     yummain.main(sys.argv[1:])
   File "/usr/share/yum-cli/yummain.py", line 138, in main
     (result, resultmsgs) = base.buildTransaction()
   File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 370, in 
buildTransaction
     (rescode, restring) = self.resolveDeps()
   File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 254, in 
resolveDeps
     (checkdep, missing, conflict, errormsgs) = self._processReq(dep)
   File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 385, in 
_processReq
     requirementTuple, errormsgs)
   File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 518, in 
_requiringFromInstalled
     needpo = self.getInstalledPackageObject(needpkgtup)
   File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 1358, in 
getInstalledPackageObject
     hdrs = self.rpmdb.returnHeaderByTuple(pkgtup)
   File "/usr/lib/python2.4/site-packages/rpmUtils/__init__.py", line 220, 
in returnHeaderByTuple
     idxs = self.returnIndexByTuple(pkgtuple)
   File "/usr/lib/python2.4/site-packages/rpmUtils/__init__.py", line 228, 
in returnIndexByTuple
     return self.indexdict[pkgtuple]
KeyError: ('libgcj', 'i386', '0', '4.1.0', '0.7')
[petro at Petro miranda-files]$

-- 
With best regards, Peter Lemenkov.





From roger at gwch.net  Wed Dec 14 13:36:24 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Wed, 14 Dec 2005 14:36:24 +0100
Subject: Scribus
Message-ID: <1134567384.2613.1.camel@niobe>

hey,

somebody already succeeded installing scribus? i get the yum error,
"libcrypto.so.5" and "libssl.so.5" whilst "*.so.6" is on my disk. even
symlinks do not resolve that problem...

rog



From ivazquez at ivazquez.net  Wed Dec 14 13:47:03 2005
From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams)
Date: Wed, 14 Dec 2005 08:47:03 -0500
Subject: Scribus
In-Reply-To: <1134567384.2613.1.camel@niobe>
References: <1134567384.2613.1.camel@niobe>
Message-ID: <1134568023.4618.1.camel@ignacio.lan>

On Wed, 2005-12-14 at 14:36 +0100, Roger Grosswiler wrote:
> somebody already succeeded installing scribus? i get the yum error,
> "libcrypto.so.5" and "libssl.so.5" whilst "*.so.6" is on my disk. even
> symlinks do not resolve that problem...

http://bugzilla.redhat.com/

-- 
Ignacio Vazquez-Abrams <ivazquez at ivazquez.net>
http://fedora.ivazquez.net/

gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051214/55489bec/attachment.sig>

From roger at gwch.net  Wed Dec 14 13:52:20 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Wed, 14 Dec 2005 14:52:20 +0100
Subject: Scribus
In-Reply-To: <1134568023.4618.1.camel@ignacio.lan>
References: <1134567384.2613.1.camel@niobe>
	<1134568023.4618.1.camel@ignacio.lan>
Message-ID: <1134568341.2613.3.camel@niobe>

Am Mittwoch, den 14.12.2005, 08:47 -0500 schrieb Ignacio Vazquez-Abrams:
> On Wed, 2005-12-14 at 14:36 +0100, Roger Grosswiler wrote:
> > somebody already succeeded installing scribus? i get the yum error,
> > "libcrypto.so.5" and "libssl.so.5" whilst "*.so.6" is on my disk. even
> > symlinks do not resolve that problem...
> 
> http://bugzilla.redhat.com/
> 
> -- 
> fedora-test-list mailing list
> fedora-test-list at redhat.com
> To unsubscribe: 
> https://www.redhat.com/mailman/listinfo/fedora-test-list

*ouch* this is already relatively long time ago...there are no news
about...?

rog



From ivazquez at ivazquez.net  Wed Dec 14 14:04:33 2005
From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams)
Date: Wed, 14 Dec 2005 09:04:33 -0500
Subject: Scribus
In-Reply-To: <1134568341.2613.3.camel@niobe>
References: <1134567384.2613.1.camel@niobe>
	<1134568023.4618.1.camel@ignacio.lan> <1134568341.2613.3.camel@niobe>
Message-ID: <1134569074.4618.3.camel@ignacio.lan>

On Wed, 2005-12-14 at 14:52 +0100, Roger Grosswiler wrote:
> *ouch* this is already relatively long time ago...there are no news
> about...?

Have you considered telling the maintainer that they need to rebuild the
package?

-- 
Ignacio Vazquez-Abrams <ivazquez at ivazquez.net>
http://fedora.ivazquez.net/

gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051214/30bf6a91/attachment.sig>

From roger at gwch.net  Wed Dec 14 14:08:15 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Wed, 14 Dec 2005 15:08:15 +0100
Subject: Scribus
In-Reply-To: <1134569074.4618.3.camel@ignacio.lan>
References: <1134567384.2613.1.camel@niobe>
	<1134568023.4618.1.camel@ignacio.lan> <1134568341.2613.3.camel@niobe>
	<1134569074.4618.3.camel@ignacio.lan>
Message-ID: <1134569296.2613.5.camel@niobe>

Am Mittwoch, den 14.12.2005, 09:04 -0500 schrieb Ignacio Vazquez-Abrams:
> On Wed, 2005-12-14 at 14:52 +0100, Roger Grosswiler wrote:
> > *ouch* this is already relatively long time ago...there are no news
> > about...?
> 
> Have you considered telling the maintainer that they need to rebuild the
> package?
> 
> -- 
> fedora-test-list mailing list
> fedora-test-list at redhat.com
> To unsubscribe: 
> https://www.redhat.com/mailman/listinfo/fedora-test-list
as it is in bugzilla, i thought this will happen without kickin'...gonna
mail him...

rog



From paul at all-the-johnsons.co.uk  Wed Dec 14 14:13:02 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Wed, 14 Dec 2005 14:13:02 +0000
Subject: Scribus
In-Reply-To: <1134569074.4618.3.camel@ignacio.lan>
References: <1134567384.2613.1.camel@niobe>
	<1134568023.4618.1.camel@ignacio.lan> <1134568341.2613.3.camel@niobe>
	<1134569074.4618.3.camel@ignacio.lan>
Message-ID: <1134569582.4124.5.camel@T7.Linux>

Hi,

> > *ouch* this is already relatively long time ago...there are no news
> > about...?
> 
> Have you considered telling the maintainer that they need to rebuild the
> package?

I'd of thought that a bugzilla posting to the maintainer would have been
generated. If the maintainer has gone, I'm happy to take it on - after
all, I am one of the developers on it!

TTFN

Paul
-- 
"Religion is the opiate of the masses" - Karl Marx
"Mmmmmm, mass opiates...." - Homer Simpson



From jspaleta at gmail.com  Wed Dec 14 14:17:19 2005
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Wed, 14 Dec 2005 09:17:19 -0500
Subject: rawhide report: 20051214 changes
In-Reply-To: <1134554741.3275.46.camel@tjikkun.dyndns.org>
References: <200512140830.jBE8UuHq028440@porkchop.devel.redhat.com>
	<1134554741.3275.46.camel@tjikkun.dyndns.org>
Message-ID: <604aa7910512140617j73cd59dm2f50b643a3b1111f@mail.gmail.com>

On 12/14/05, Sander Hoentjen <tjikkun at xs4all.nl> wrote:
> On Wed, 2005-12-14 at 03:30 -0500, Build System wrote:
> > Updated Packages:
>
> > yum-2.5.0-1
> > -----------
> > * Tue Dec 13 2005 Jeremy Katz <katzj at redhat.com> - 2.5.0-1
> > - update to 2.5.0
> > - add patch for traceback in #175647

If you revert to yum-2.5.0-0.20051210 does this error go away?

-jef



From paul at all-the-johnsons.co.uk  Wed Dec 14 14:18:41 2005
From: paul at all-the-johnsons.co.uk (Paul)
Date: Wed, 14 Dec 2005 14:18:41 +0000
Subject: gcc problem
Message-ID: <1134569922.4124.11.camel@T7.Linux>

Hi,

Something I'm seeing a fair bit of with the 4.1 release of gcc are
errors claiming that (say)

qopentype_p.h:67: error: extra qualification 'QOpenType::' on member
'positionAndAdd'

When I look at the source, I see

class QOpenType
{
 // some stuff
 bool QOpenType::positionAndAdd(QShaperItem *item, bool doLogClusters =
true);
 // more
};

If this is the correct behaviour, there is going to be a hell of a lot
of code broken by it. From what I can see from the standard though, it
isn't correct.

Can someone confirm what I've said and I'll enter it into bugzilla. I
cannot say if this is happening on x86, but is on x86_64

TTFN

Paul
-- 
"Religion is the opiate of the masses" - Karl Marx
"Mmmmmm, mass opiates...." - Homer Simpson
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051214/ceb2ed46/attachment.sig>

From jakub at redhat.com  Wed Dec 14 14:28:28 2005
From: jakub at redhat.com (Jakub Jelinek)
Date: Wed, 14 Dec 2005 09:28:28 -0500
Subject: gcc problem
In-Reply-To: <1134569922.4124.11.camel@T7.Linux>
References: <1134569922.4124.11.camel@T7.Linux>
Message-ID: <20051214142828.GB31785@devserv.devel.redhat.com>

On Wed, Dec 14, 2005 at 02:18:41PM +0000, Paul wrote:
> Hi,
> 
> Something I'm seeing a fair bit of with the 4.1 release of gcc are
> errors claiming that (say)
> 
> qopentype_p.h:67: error: extra qualification 'QOpenType::' on member
> 'positionAndAdd'
> 
> When I look at the source, I see
> 
> class QOpenType
> {
>  // some stuff
>  bool QOpenType::positionAndAdd(QShaperItem *item, bool doLogClusters =
> true);
>  // more
> };
> 
> If this is the correct behaviour, there is going to be a hell of a lot
> of code broken by it. From what I can see from the standard though, it
> isn't correct.

Please see
https://www.redhat.com/archives/fedora-devel-list/2005-December/msg00256.html

In particular, look at http://gcc.gnu.org/PR16782 to see that this
is not valid C++.

	Jakub



From gsimpson at mountaincable.net  Wed Dec 14 15:01:04 2005
From: gsimpson at mountaincable.net (glenn)
Date: Wed, 14 Dec 2005 10:01:04 -0500
Subject: kernel ver 1760 fails to open skge
Message-ID: <43A033B0.6050406@mountaincable.net>

kernel-2.6.14-1.1760_FC5 fails to open interface skge on eth0.

/var/log/messages reports that
  'symbol skge is unknown'

Host is AMD 2000+ with Nvidia chipset on the motherboard.

This fault is not present in previous versions of the FC5 kernels.


-- 
Glenn



From M.E.Foster at ed.ac.uk  Wed Dec 14 15:05:26 2005
From: M.E.Foster at ed.ac.uk (Mary Ellen Foster)
Date: Wed, 14 Dec 2005 15:05:26 +0000
Subject: kernel ver 1760 fails to open skge
In-Reply-To: <43A033B0.6050406@mountaincable.net>
References: <43A033B0.6050406@mountaincable.net>
Message-ID: <f58861e00512140705v7886c0aeh297b3cfe60f194f9@mail.gmail.com>

On 12/14/05, glenn <gsimpson at mountaincable.net> wrote:
> kernel-2.6.14-1.1760_FC5 fails to open interface skge on eth0.
>
> /var/log/messages reports that
>   'symbol skge is unknown'

I also noticed this output (probably related) from yum while
installing the 1760 kernel:

  Installing: kernel-smp                   ####################### [ 9/61]
WARNING: /lib/modules/2.6.14-1.1760_FC5smp/kernel/drivers/net/skge.ko
needs unknown symbol netif_stopped

MEF

--
__ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __
"One of the main causes of the fall of the Roman Empire was that,
lacking zero, they had no way to indicate successful termination
of their C programs." (Robert Firth)



From davej at redhat.com  Wed Dec 14 15:17:33 2005
From: davej at redhat.com (Dave Jones)
Date: Wed, 14 Dec 2005 10:17:33 -0500
Subject: kernel ver 1760 fails to open skge
In-Reply-To: <43A033B0.6050406@mountaincable.net>
References: <43A033B0.6050406@mountaincable.net>
Message-ID: <20051214151733.GA27951@redhat.com>

On Wed, Dec 14, 2005 at 10:01:04AM -0500, glenn wrote:
 > kernel-2.6.14-1.1760_FC5 fails to open interface skge on eth0.
 > 
 > /var/log/messages reports that
 >  'symbol skge is unknown'
 > 
 > Host is AMD 2000+ with Nvidia chipset on the motherboard.
 > 
 > This fault is not present in previous versions of the FC5 kernels.
 
should be fixed in 1651 from
http://people.redhat.com/davej/kernels/Fedora/devel/

It just missed the rawhide cut-off.

		Dave



From matt.carter85 at gmail.com  Wed Dec 14 15:42:03 2005
From: matt.carter85 at gmail.com (Matt Carter)
Date: Wed, 14 Dec 2005 15:42:03 +0000
Subject: Kernel 2.6.14-1.1719 to 2.6.14-1.1760 - Udev Debug
Message-ID: <7c79ba150512140742s28060d89k6607b9ad44c76130@mail.gmail.com>

I have added the "debug" command into the udev.conf, I have an cam pic
of where it was crashing, link below:

http://www.delta-firebird.co.uk/fedora-dev/udev-debug.jpg

I then rebooted into fedora using Kernel 2.6.14-1.1715, updated udev
and the Kernel to 2.6.14-1.1760 and I got a Kernel panic I have an
additional cam pic for that bug:

http://www.delta-firebird.co.uk/fedora-dev/kernel-1760.jpg

Hope this helps.

Matt



From katzj at redhat.com  Wed Dec 14 16:24:25 2005
From: katzj at redhat.com (Jeremy Katz)
Date: Wed, 14 Dec 2005 11:24:25 -0500
Subject: AW: rawhide report: 20051213 changes
In-Reply-To: <1134534163.15126.1.camel@averatec>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134505790l.2993l.0l@niobe>  <1134534163.15126.1.camel@averatec>
Message-ID: <1134577465.2708.10.camel@bree.local.net>

On Tue, 2005-12-13 at 23:22 -0500, Jon Nettleton wrote:
> Sorry I didn't reply sooner.  I traced this back to the libgnomecanvas
> update.  Backing out to libgnomecanvas-2.12.0-1 fixed both Bluecurve
> theme for gdm and evolution crashing.

This is https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175669

Jeremy



From chasecreek.systemhouse at gmail.com  Wed Dec 14 18:25:57 2005
From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse)
Date: Wed, 14 Dec 2005 13:25:57 -0500
Subject: Moodle/PHP/MySQL
In-Reply-To: <20051212132052.GA29109@redhat.com>
References: <91f88ee20512091034y4eea1169y1be439234dc8ef9f@mail.gmail.com>
	<20051212132052.GA29109@redhat.com>
Message-ID: <91f88ee20512141025k127346ffsbc9db40be7531fab@mail.gmail.com>

FC5/PPC/PHP-MySQL:

OK, the only way to get PHP with MySQL on the PPC development brach of
FC5 working was to rpm -e all the PHP related rpms and rpm -Uhv the
new ones.

All by hand -- the yum updater refuses to work with the dbus that is
on the dev branch.  Keep saying version mis-match.

No biggie; the Moodle php-mysql software is working :)
--
WC -Sx- Jones | http://ccsh.us/ | Open Source Consulting



From jim at jbsys.com  Wed Dec 14 19:28:06 2005
From: jim at jbsys.com (James C. Bevier)
Date: Wed, 14 Dec 2005 12:28:06 -0700
Subject: PHP sqlite support?
Message-ID: <00a401c600e4$8229d180$0a01a8c0@jbsys>

Does anyone know if sqlite support in PHP will be available in FC5?  I had 
to download sqlite and build my own shared module to get it to work.  Will 
there be a similar package to php-gd for sqlite that can be installed?

Jim 



From vonbrand at inf.utfsm.cl  Wed Dec 14 19:28:58 2005
From: vonbrand at inf.utfsm.cl (Horst von Brand)
Date: Wed, 14 Dec 2005 16:28:58 -0300
Subject: rawhide report: 20051214 changes 
In-Reply-To: Your message of "Wed, 14 Dec 2005 09:17:19 CDT."
	<604aa7910512140617j73cd59dm2f50b643a3b1111f@mail.gmail.com> 
Message-ID: <200512141928.jBEJSwfi012354@laptop11.inf.utfsm.cl>

Jeff Spaleta <jspaleta at gmail.com> wrote:
> On 12/14/05, Sander Hoentjen <tjikkun at xs4all.nl> wrote:
> > On Wed, 2005-12-14 at 03:30 -0500, Build System wrote:
> > > Updated Packages:
> >
> > > yum-2.5.0-1
> > > -----------
> > > * Tue Dec 13 2005 Jeremy Katz <katzj at redhat.com> - 2.5.0-1
> > > - update to 2.5.0
> > > - add patch for traceback in #175647
> 
> If you revert to yum-2.5.0-0.20051210 does this error go away?

Same problem here. Yes, it goes away with the older version.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513



From ivazquez at ivazquez.net  Wed Dec 14 19:53:33 2005
From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams)
Date: Wed, 14 Dec 2005 14:53:33 -0500
Subject: PHP sqlite support?
In-Reply-To: <00a401c600e4$8229d180$0a01a8c0@jbsys>
References: <00a401c600e4$8229d180$0a01a8c0@jbsys>
Message-ID: <1134590013.4618.5.camel@ignacio.lan>

On Wed, 2005-12-14 at 12:28 -0700, James C. Bevier wrote:
> Does anyone know if sqlite support in PHP will be available in FC5?  I had 
> to download sqlite and build my own shared module to get it to work.  Will 
> there be a similar package to php-gd for sqlite that can be installed?

You mean like php-pecl-pdo-sqlite, currently in Extras?

-- 
Ignacio Vazquez-Abrams <ivazquez at ivazquez.net>
http://fedora.ivazquez.net/

gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051214/9f0f757a/attachment.sig>

From orion at cora.nwra.com  Wed Dec 14 21:15:34 2005
From: orion at cora.nwra.com (Orion Poplawski)
Date: Wed, 14 Dec 2005 14:15:34 -0700
Subject: How to get /dev/modem linked to pcmcia modem tty
Message-ID: <43A08B76.4080607@cora.nwra.com>

With current Rawhide, how to I get /dev/modem to automatically link to
the tty assigned to my pcmcia modem?

0.0: ttyS4 at I/O 0xa3f8 (irq = 185) is a 16550A

Thanks!

-- 
Orion Poplawski
System Administrator                   303-415-9701 x222
Colorado Research Associates/NWRA      FAX: 303-415-9702
3380 Mitchell Lane, Boulder CO 80301   http://www.co-ra.com



From katzj at redhat.com  Wed Dec 14 21:25:25 2005
From: katzj at redhat.com (Jeremy Katz)
Date: Wed, 14 Dec 2005 16:25:25 -0500
Subject: rawhide report: 20051214 changes
In-Reply-To: <200512141928.jBEJSwfi012354@laptop11.inf.utfsm.cl>
References: <200512141928.jBEJSwfi012354@laptop11.inf.utfsm.cl>
Message-ID: <1134595525.2708.54.camel@bree.local.net>

On Wed, 2005-12-14 at 16:28 -0300, Horst von Brand wrote:
> Jeff Spaleta <jspaleta at gmail.com> wrote:
> > On 12/14/05, Sander Hoentjen <tjikkun at xs4all.nl> wrote:
> > > On Wed, 2005-12-14 at 03:30 -0500, Build System wrote:
> > > > Updated Packages:
> > >
> > > > yum-2.5.0-1
> > > > -----------
> > > > * Tue Dec 13 2005 Jeremy Katz <katzj at redhat.com> - 2.5.0-1
> > > > - update to 2.5.0
> > > > - add patch for traceback in #175647
> > 
> > If you revert to yum-2.5.0-0.20051210 does this error go away?
> 
> Same problem here. Yes, it goes away with the older version.

Should be fixed with
http://people.redhat.com/~katzj/yum-2.5.0-3.noarch.rpm (will be in
rawhide tomorrow).  At least, I can't hit any of the ways I made it fail
now :)  Let me know if you find further problems

Jeremy



From fedora-test at adslpipe.co.uk  Thu Dec 15 00:01:48 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Thu, 15 Dec 2005 00:01:48 +0000
Subject: call for testing, dmraid in rawhide
In-Reply-To: <1134522930.3868.3.camel@localhost.localdomain>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com><1134492498.3089.11.camel@localhost.localdomain><1134505485.25462.23.camel@www.lutty.net>
	<1134522930.3868.3.camel@localhost.localdomain>
Message-ID: <43A0B26C.1040106@adslpipe.co.uk>

Peter Jones wrote:

> Ok, so this is a dmraid which is BIOS assisted, and so we'd treat it as
> 1 disk...

Have you got *any* feedback on this one? I have a machine with intel 
ICH7R onboard and 2xSATA drives which I *could* re-format and treat as 
fake raid if you've had zero feedback elsewhere. I'm not convinced that 
I'd want to keep it that way though ...





From pjones at redhat.com  Thu Dec 15 00:14:25 2005
From: pjones at redhat.com (Peter Jones)
Date: Wed, 14 Dec 2005 19:14:25 -0500
Subject: call for testing, dmraid in rawhide
In-Reply-To: <43A0B26C.1040106@adslpipe.co.uk>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134492498.3089.11.camel@localhost.localdomain>
	<1134505485.25462.23.camel@www.lutty.net>
	<1134522930.3868.3.camel@localhost.localdomain>
	<43A0B26C.1040106@adslpipe.co.uk>
Message-ID: <1134605666.6515.28.camel@localhost.localdomain>

On Thu, 2005-12-15 at 00:01 +0000, Andy Burns wrote:
> Peter Jones wrote:
> 
> > Ok, so this is a dmraid which is BIOS assisted, and so we'd treat it as
> > 1 disk...
> 
> Have you got *any* feedback on this one? I have a machine with intel 
> ICH7R onboard and 2xSATA drives which I *could* re-format and treat as 
> fake raid if you've had zero feedback elsewhere. I'm not convinced that 
> I'd want to keep it that way though ...

So far, just boxes I've tried myself.

-- 
  Peter



From admin at ramshacklestudios.com  Thu Dec 15 01:30:30 2005
From: admin at ramshacklestudios.com (Peter Gordon)
Date: Wed, 14 Dec 2005 17:30:30 -0800
Subject: Dia
In-Reply-To: <1134555026.2719.1.camel@localhost.localdomain>
References: <1134555026.2719.1.camel@localhost.localdomain>
Message-ID: <1134610230.11730.3.camel@tuxhugger>

On Wed, 2005-12-14 at 10:10 +0000, Leon Stringer wrote:
> Hi,
> 
> I can't seem to find Dia. Does anyone know where it is?
> 
> Thanks,
> 
> Leon...
> 

It should be in Extras...
-- 
Peter Gordon (codergeek42)
GnuPG Public Key: 0xDA3634D7
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051214/ea39cf44/attachment.sig>

From jim at jbsys.com  Thu Dec 15 02:30:12 2005
From: jim at jbsys.com (James C. Bevier)
Date: Wed, 14 Dec 2005 19:30:12 -0700
Subject: PHP sqlite support?
References: <00a401c600e4$8229d180$0a01a8c0@jbsys>
	<1134590013.4618.5.camel@ignacio.lan>
Message-ID: <004001c6011f$79bcfb40$0a01a8c0@jbsys>

>On Wed, 2005-12-14 at 12:28 -0700, James C. Bevier wrote:
>> Does anyone know if sqlite support in PHP will be available in FC5?  I 
>> had
>> to download sqlite and build my own shared module to get it to work. 
>> Will
>> there be a similar package to php-gd for sqlite that can be installed?

>You mean like php-pecl-pdo-sqlite, currently in Extras?

No, I mean sqlite.so, not pdo-sqlite.so.


-- 
Ignacio Vazquez-Abrams <ivazquez at ivazquez.net>
http://fedora.ivazquez.net/

gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72

----- Original Message ----- 
From: "Ignacio Vazquez-Abrams" <ivazquez at ivazquez.net>
To: "For testers of Fedora Core development releases" 
<fedora-test-list at redhat.com>
Sent: Wednesday, December 14, 2005 12:53 PM
Subject: Re: PHP sqlite support?


> -- 
> fedora-test-list mailing list
> fedora-test-list at redhat.com
> To unsubscribe:
> https://www.redhat.com/mailman/listinfo/fedora-test-list 



From tjikkun at xs4all.nl  Thu Dec 15 07:52:52 2005
From: tjikkun at xs4all.nl (Sander Hoentjen)
Date: Thu, 15 Dec 2005 08:52:52 +0100
Subject: rawhide report: 20051214 changes
In-Reply-To: <1134595525.2708.54.camel@bree.local.net>
References: <200512141928.jBEJSwfi012354@laptop11.inf.utfsm.cl>
	<1134595525.2708.54.camel@bree.local.net>
Message-ID: <1134633173.3275.52.camel@tjikkun.dyndns.org>

On Wed, 2005-12-14 at 16:25 -0500, Jeremy Katz wrote:
> 
> Should be fixed with
> http://people.redhat.com/~katzj/yum-2.5.0-3.noarch.rpm (will be in
> rawhide tomorrow).  At least, I can't hit any of the ways I made it fail
> now :)  Let me know if you find further problems
> 
I have no further problems after this update, but I thought I'd let you
know anyway.

Sander



From skvidal at phy.duke.edu  Thu Dec 15 07:57:00 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Thu, 15 Dec 2005 02:57:00 -0500
Subject: rawhide report: 20051214 changes
In-Reply-To: <1134633173.3275.52.camel@tjikkun.dyndns.org>
References: <200512141928.jBEJSwfi012354@laptop11.inf.utfsm.cl>
	<1134595525.2708.54.camel@bree.local.net>
	<1134633173.3275.52.camel@tjikkun.dyndns.org>
Message-ID: <1134633420.22019.87.camel@cutter>

On Thu, 2005-12-15 at 08:52 +0100, Sander Hoentjen wrote:
> On Wed, 2005-12-14 at 16:25 -0500, Jeremy Katz wrote:
> > 
> > Should be fixed with
> > http://people.redhat.com/~katzj/yum-2.5.0-3.noarch.rpm (will be in
> > rawhide tomorrow).  At least, I can't hit any of the ways I made it fail
> > now :)  Let me know if you find further problems
> > 
> I have no further problems after this update, but I thought I'd let you
> know anyway.

Thank you,

-sv




From buildsys at redhat.com  Thu Dec 15 08:31:44 2005
From: buildsys at redhat.com (Build System)
Date: Thu, 15 Dec 2005 03:31:44 -0500
Subject: rawhide report: 20051215 changes
Message-ID: <200512150831.jBF8ViBr023647@porkchop.devel.redhat.com>

New package libnotify
	libnotify notification library

New package notify-daemon
	Notification Daemon


Removed package gimp-gap

Updated Packages:

anaconda-10.90.19-1
-------------------
* Wed Dec 14 2005 Chris Lumens <clumens at redhat.com> 10.90.19-1
- Use system-config-date for timezone selection UI (#155271).
- Work on vnc+shell spawning (dcantrell).
- Whiteout fixes (pnasrat, katzj).
- Progress bar fixes (katzj).
- Depsolving speedups (katzj).

avalon-logkit-0:1.2-3jpp_1fc.6
------------------------------
* Wed Dec 14 2005 Jesse Keating <jkeating at redhat.com> 
- bump for new gcj
- change to not use target= in build.xml

binutils-2.16.91.0.3-2
----------------------
* Wed Dec 14 2005 Jakub Jelinek <jakub at redhat.com> 2.16.91.0.3-2
- put .gnu.linkonce.d.rel.ro.* sections into relro region

classpathx-mail-0:1.0-4jpp_3fc.2
--------------------------------

control-center-1:2.13.3-1
-------------------------
* Wed Dec 14 2005 Matthias Clasen <mclasen at redhat.com> - 1:2.13.3-1
- Update to 2.13.3
- Update patches

dcraw-0.0.20051211-1
--------------------
* Wed Dec 14 2005 Nils Philippsen <nphilipp at redhat.com>
- version of 2005-12-11
- manpage of 2005-09-29
emacs-21.4-11
-------------
* Wed Dec 14 2005 Jens Petersen <petersen at redhat.com> - 21.4-11
- avoid building with -fstack-protector on i386 to prevent crashing
  (Jonathan Kamens, #174730)
- require xorg-x11-fonts-ISO8859-1-75dpi instead of xorg-x11-fonts-75dpi
  for modular X (#174614)

eog-2.13.3-1
------------
* Wed Dec 14 2005 Matthias Clasen <mclasen at redhat.com> 2.13.3-1
- Update to 2.13.3

file-roller-2.13.2-1
--------------------
* Wed Dec 14 2005 Matthias Clasen <mclasen at redhat.com> 2.13.2-1
- Update to 2.13.2
- Remove upstreamed patches

gedit-1:2.13.0-1
----------------
* Wed Dec 14 2005 Matthias Clasen <mclasen at redhat.com> - 2.13.0-1
- Update to 2.13.0
- Comment out the fileselector patches for now, these
  will need updating for the new-mdi branch

geronimo-specs-0:1.0-0.M2.2jpp_4fc.2
------------------------------------

gnome-applets-1:2.13.1-1
------------------------
* Thu Dec 15 2005 Matthias Clasen <mclasen at redhat.com> 2.13.1-1
- Update to 2.13.1
- Update file lists

gnome-desktop-2.13.3-1
----------------------
* Wed Dec 14 2005 Matthias Clasen <mclasen at redhat.com> - 2.13.3-1
- Update to 2.13.3

gnome-games-1:2.13.3-1
----------------------
* Thu Dec 15 2005 Matthias Clasen <mclasen at redhat.com> 1:2.13.3-1
- Update to 2.13.3

gnome-libs-1:1.4.1.2.90-47
--------------------------
* Wed Dec 14 2005 Bill Nottingham <notting at redhat.com> - 1:1.4.1.2.90-47
- rebuild with -O1 to work around (#175669)

gnome-system-monitor-2.13.3-1.1
-------------------------------
* Thu Dec 15 2005 Matthias Clasen <mclasen at redhat.com> 2.13.3-1
- Update to 2.13.3

gnu-crypto-0:2.0.1-1jpp_10fc
----------------------------
* Wed Dec 14 2005 Gary Benson <gbenson at redhat.com> - 0:2.0.1-1jpp_10fc
- Rebuild for new gcj.

* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- Attempt rebuild for new gcj.

* Sun Dec 11 2005 Warren Togami <wtogami at redhat.com>
- Attempt rebuild.

gphoto2-2.1.6-7.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> 2.1.6-7.1
- rebuilt

grub-0.97-1
-----------
* Wed Dec 14 2005 Peter Jones <pjones at redhat.com> - 0.97-1
- update to grub 0.97

gtk2-engines-2.7.1-1
--------------------
* Wed Dec 14 2005 Matthias Clasen <mclasen at redhat.com> 2.7.1-1
- Update to 2.7.1

kernel-2.6.14-1.1765_FC5
------------------------
* Wed Dec 14 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc5-git4
- Try 'optimise for size' again.
- Silence noisy CD drives that spew msgs when probed whilst empty.

* Tue Dec 13 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc5-git3
- Use MMIO instead of PIO for 8139too

* Tue Dec 13 2005 David Woodhouse <dwmw2 at redhat.com>
- Remove workaround for fixed GCC PR25248

kudzu-1.2.16-1
--------------
* Wed Dec 14 2005 Bill Nottingham <notting at redhat.com> - 1.2.16-1
- revert LRMI changes (#175677)

libFS-0.99.3-1
--------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.3-1
- Updated libFS to version 0.99.3 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

libSM-0.99.3-1
--------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.3-1
- Updated libSM to version 0.99.3 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXTrap-0.99.2-1
-----------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.2-1
- Updated libXTrap to version 0.99.2 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXcursor-1.1.5.1-1
--------------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 1.1.5.1-1
- Updated libXcursor to version 1.1.5.1 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.
- Added default index.theme file to set BlueCurve as the default cursor theme
  to fix bug (#175532).

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXft-2.1.8.1-1
----------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 2.1.8.1-1
- Updated libXft to version 2.1.8.1 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.
- Added "Requires: libXrender-devel" to -devel subpackage for (#175465)

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libgnome-2.13.4-1
-----------------
* Wed Dec 14 2005 Matthias Clasen <mclasen at redhat.com> - 2.13.4-1
- Update to 2.13.4

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Wed Nov 30 2005 Matthias Clasen <mclasen at redhat.com> - 2.13.2-1
- Update to 2.13.2
- Drop upstreamed patches

libgnomeui-2.13.0-1
-------------------
* Wed Dec 14 2005 Matthias Clasen <mclasen at redhat.com>
- Update to 2.13.0

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libselinux-1.29.2-1
-------------------
* Wed Dec 14 2005 Dan Walsh <dwalsh at redhat.com> 1.29.2-1
- Upgrade to latest from NSA
	* Merged call to finish_context_translations from Dan Walsh.
	  This eliminates a memory leak from failing to release memory
	  allocated by libsetrans.

libsemanage-1.5.3-2
-------------------
* Wed Dec 14 2005 Dan Walsh <dwalsh at redhat.com> 1.5.3-2
- Remove patch since upstream does the right thing

* Wed Dec 14 2005 Dan Walsh <dwalsh at redhat.com> 1.5.3-1
- Upgrade to latest from NSA
	* Merged further header cleanups from Ivan Gyurdiev.
	* Merged toggle modified flag in policydb_modify, fix memory leak
	  in clear_obsolete, polymorphism vs headers fix, and include guards
	  for internal headers patches from Ivan Gyurdiev.

libwnck-2.13.3-1
----------------
* Wed Dec 14 2005 Matthias Clasen <mclasen at redhat.com> - 2.13.3-1
- Update to 2.13.3

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

metacity-2.13.5-1
-----------------
* Thu Dec 15 2005 Matthias Clasen <mclasen at redhat.com> 2.13.5-1
- Update to 2.13.5

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mysql-5.0.16-2
--------------
* Wed Dec 14 2005 Tom Lane <tgl at redhat.com> 5.0.16-2
- oops, looks like we want uname -i not uname -m

mysqlclient10-3.23.58-8
-----------------------
* Wed Dec 14 2005 Tom Lane <tgl at redhat.com> 3.23.58-8
- oops, looks like we want uname -i not uname -m

* Wed Dec 14 2005 Tom Lane <tgl at redhat.com> 3.23.58-7
- Make my_config.h architecture-independent for multilib installs;
  put the original my_config.h into my_config_$ARCH.h
- Add license info (COPYING, COPYING.LIB) to the shipped documentation
- Add -fwrapv to CFLAGS so that gcc 4.1 doesn't break it
- Add mysql-buffer-warning.patch to silence build system security warning

mysqlclient14-4.1.14-3
----------------------
* Wed Dec 14 2005 Tom Lane <tgl at redhat.com> 4.1.14-3
- oops, looks like we want uname -i not uname -m
objectweb-anttask-0:1.2-1jpp_1fc.2.1
------------------------------------

openh323-1.15.6-4
-----------------
* Wed Dec 14 2005 Alexander Larsson <alexl at redhat.com> - 1.15.6-4
- Fix gcc 4.1 issue

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

opensp-1.5.1-2
--------------
* Wed Dec 14 2005 Tim Waugh <twaugh at redhat.com>  1.5.1-2
- Backported patch from 1.5.2pre1 to fix ArcEngine crash.
p6spy-0:1.3-2jpp_3fc.2
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

pango-1.11.1-1
--------------
* Wed Dec 14 2005 Matthias Clasen <mclasen at redhat.com> - 1.11.1-1
- Update to 1.11.1

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

perl-3:5.8.7-8.1
----------------
* Wed Dec 14 2005 Jason Vas Dias <jvdias at redhat.com> - 3:5.6.7-8.1
- Updated upstream patches for CVE-2005-3962: 26322 , 26331, 26333
php-pear-1:1.4.5-5
------------------
* Wed Dec 14 2005 Joe Orton <jorton at redhat.com> 1:1.4.5-5
- set default sig_keydir to /etc/pearkeys
- remove ext_dir setting from /etc/pear.conf (#175673)

policycoreutils-1.29.2-1
------------------------
* Wed Dec 14 2005 Dan Walsh <dwalsh at redhat.com> 1.29.2-1
- Fix genhomedircon to work in installer
- Update to match NSA
	* Merged patch for chcat script from Dan Walsh.

postgresql-8.1.1-2
------------------
* Wed Dec 14 2005 Tom Lane <tgl at redhat.com> 8.1.1-2
- oops, looks like we want uname -i not uname -m

* Wed Dec 14 2005 Tom Lane <tgl at redhat.com> 8.1.1-1
- Update to PostgreSQL 8.1.1
- Make pg_config.h architecture-independent for multilib installs;
  put the original pg_config.h into pg_config_$ARCH.h

postgresql-odbc-08.01.0102-1
----------------------------
* Wed Dec 14 2005 Tom Lane <tgl at redhat.com> 08.01.0102-1
- Update to version 08.01.0102.
- Add buildrequires postgresql-devel (bz #174505)

prelink-0.3.6-2
---------------
* Mon Dec 12 2005 Jakub Jelinek <jakub at redhat.com> 0.3.6-2
- rebuilt with GCC 4.1
- link against newer glibc to fix MALLOC_PERTURB_ bug on 64-bit
  arches

pwlib-1.8.7-3
-------------
* Wed Dec 14 2005 Alexander Larsson <alexl at redhat.com> - 1.8.7-3
- Fixes for gcc 4.1

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

selinux-doc-1.25.1-1
--------------------
* Wed Dec 14 2005 Dan Walsh <dwalsh at redhat.com> 1.25.1-1
- Update to NSA Release version
	* Updated inode hook section of module report for
	  - change to inode classification logic
	  - introduction of inode_init_security
	  - removal of inode post hooks
	  - generic VFS fallback for security xattrs
	  - canonicalization of getxattr results
	* Updated socket hook section of module report for
	  - change to socket classification logic
	  - name_connect check
	* Updated file hook section of module report for
	  - execheap and execstack checks

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

selinux-policy-2.1.6-3
----------------------
* Wed Dec 14 2005 Dan Walsh <dwalsh at redhat.com> 2.1.5-3
- Add java unconfined/execmem policy

* Wed Dec 14 2005 Dan Walsh <dwalsh at redhat.com> 2.1.5-2
- Add file context for /var/cvs
- Dontaudit webalizer search of homedir

system-config-date-1.7.99.10-1
------------------------------
* Wed Dec 14 2005 Nils Philippsen <nphilipp at redhat.com> 1.7.99.10
- make TimezoneMap more easily subclassable (Chris Lumens), use uniform
  paren-spacing

xalan-j2-0:2.6.0-3jpp_5fc.3
---------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com> 0:2.6.0-3jpp_5fc.3
- patch to not use target= in build.xml

* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com> 0:2.6.0-3jpp_5fc.1
- rebuild again with gcc-4.1

* Fri Dec 09 2005 Warren Togami <wtogami at redhat.com> 0:2.6.0-3jpp_5fc
- rebuild with gcc-4.1

xjavadoc-0:1.1-1jpp_2fc.1
-------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- bump for new gcj

* Thu Sep 08 2005 Florian La Roche <laroche at redhat.com>
- no need to Provide: the name of this package again

xterm-207-8
-----------
* Wed Dec 14 2005 Jason Vas Dias<jvdias at redhat.com> - 207-8
- Fix bug 175684: compile with --enable-256-color
- Fix bug 155538 addenda - restore '*VT100*backarrowKey:0'

yelp-2.13.2-1
-------------
* Thu Dec 15 2005 Matthias Clasen <mclasen at redhat.com> 2.13.2-1
- Update to 2.13.2

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

yum-2.5.0-3
-----------
* Wed Dec 14 2005 Jeremy Katz <katzj at redhat.com> - 2.5.0-3
- better mirrorlist fix

* Wed Dec 14 2005 Jeremy Katz <katzj at redhat.com> - 2.5.0-2
- revert installyonlyn change that wasn't supposed to get committed
- better fix for #175647 that doesn't cause tracebacks when deps 
  need updating too
- fix mirrorlist corruption (#175436)

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	carol - 1.8.9.3-1jpp_6fc.i386 requires libgcj.so.6
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	eclipse-bugzilla - 1:0.1.1_fc-5.i386 requires libgcj.so.6
	eclipse-cdt - 1:3.0.1-1jpp_1fc.i386 requires libgcj.so.6
	eclipse-changelog - 1:2.0.1_fc-22.i386 requires libgcj.so.6
	eclipse-ecj - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-jdt - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-pde - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-platform - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-pydev - 1:0.9.3_fc-12.i386 requires libgcj.so.6
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jotm - 2.0.5-1jpp_3fc.i386 requires libgcj.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.i386 requires libgcjawt.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	lucene - 1.4.3-1jpp_7fc.i386 requires libgcj.so.6
	lucene-demo - 1.4.3-1jpp_7fc.i386 requires libgcj.so.6
	monolog - 1.8.6-1jpp_5fc.i386 requires libgcj.so.6
	struts - 1.2.4-2jpp_3fc.i386 requires libgcj.so.6
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.i386 requires libgcj.so.6
	systemtap - 0.5-2.i386 requires libdw.so.1(ELFUTILS_0.116)
	tomcat5 - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-jasper - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-webapps - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6



Broken deps for ia64
----------------------------------------------------------
	carol - 1.8.9.3-1jpp_6fc.ia64 requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	lucene - 1.4.3-1jpp_7fc.ia64 requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.ia64 requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.ia64 requires libgcj.so.6()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs
	struts - 1.2.4-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	systemtap - 0.5-2.ia64 requires libdw.so.1(ELFUTILS_0.116)(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.ia64 requires libgcj.so.6()(64bit)



Broken deps for ppc
----------------------------------------------------------
	carol - 1.8.9.3-1jpp_6fc.ppc requires libgcj.so.6
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	eclipse-bugzilla - 1:0.1.1_fc-5.ppc requires libgcj.so.6
	eclipse-cdt - 1:3.0.1-1jpp_1fc.ppc requires libgcj.so.6
	eclipse-changelog - 1:2.0.1_fc-22.ppc requires libgcj.so.6
	eclipse-ecj - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-jdt - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-pde - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-platform - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-pydev - 1:0.9.3_fc-12.ppc requires libgcj.so.6
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jotm - 2.0.5-1jpp_3fc.ppc requires libgcj.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.ppc requires libgcjawt.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	lucene - 1.4.3-1jpp_7fc.ppc requires libgcj.so.6
	lucene-demo - 1.4.3-1jpp_7fc.ppc requires libgcj.so.6
	monolog - 1.8.6-1jpp_5fc.ppc requires libgcj.so.6
	struts - 1.2.4-2jpp_3fc.ppc requires libgcj.so.6
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.ppc requires libgcj.so.6
	systemtap - 0.5-2.ppc requires libdw.so.1(ELFUTILS_0.116)
	tomcat5 - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-jasper - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6
	tomcat5-webapps - 5.0.30-8jpp_4fc.ppc requires libgcj.so.6



Broken deps for ppc64
----------------------------------------------------------
	carol - 1.8.9.3-1jpp_6fc.ppc64 requires libgcj.so.6()(64bit)
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	lucene - 1.4.3-1jpp_7fc.ppc64 requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.ppc64 requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.ppc64 requires libgcj.so.6()(64bit)
	struts - 1.2.4-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.ppc64 requires libgcj.so.6()(64bit)



Broken deps for s390
----------------------------------------------------------
	carol - 1.8.9.3-1jpp_6fc.s390 requires libgcj.so.6
	jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jotm - 2.0.5-1jpp_3fc.s390 requires libgcj.so.6
	lucene - 1.4.3-1jpp_7fc.s390 requires libgcj.so.6
	lucene-demo - 1.4.3-1jpp_7fc.s390 requires libgcj.so.6
	monolog - 1.8.6-1jpp_5fc.s390 requires libgcj.so.6
	struts - 1.2.4-2jpp_3fc.s390 requires libgcj.so.6
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.s390 requires libgcj.so.6
	tomcat5 - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-jasper - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6
	tomcat5-webapps - 5.0.30-8jpp_4fc.s390 requires libgcj.so.6



Broken deps for s390x
----------------------------------------------------------
	carol - 1.8.9.3-1jpp_6fc.s390x requires libgcj.so.6()(64bit)
	jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.s390x requires libgcj.so.6()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libgcj.so.6()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libcairojava-1.0.so()(64bit)
	libglade-java - 2.12.0-5.s390x requires libgcj.so.6()(64bit)
	libglade-java - 2.12.0-5.s390x requires libcairojava-1.0.so()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libcairojava-1.0.so()(64bit)
	libgtk-java - 2.8.0-7.s390x requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-6.3.s390x requires libcairojava-1.0.so()(64bit)
	lucene - 1.4.3-1jpp_7fc.s390x requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.s390x requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.s390x requires libgcj.so.6()(64bit)
	struts - 1.2.4-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.s390x requires libgcj.so.6()(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.s390x requires libgcj.so.6()(64bit)



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	carol - 1.8.9.3-1jpp_6fc.x86_64 requires libgcj.so.6()(64bit)
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	eclipse-bugzilla - 1:0.1.1_fc-5.x86_64 requires libgcj.so.6()(64bit)
	eclipse-cdt - 1:3.0.1-1jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-changelog - 1:2.0.1_fc-22.x86_64 requires libgcj.so.6()(64bit)
	eclipse-ecj - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-jdt - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-pde - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-platform - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-pydev - 1:0.9.3_fc-12.x86_64 requires libgcj.so.6()(64bit)
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jotm - 2.0.5-1jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.x86_64 requires libgcjawt.so.6()(64bit)
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	lucene - 1.4.3-1jpp_7fc.x86_64 requires libgcj.so.6()(64bit)
	lucene-demo - 1.4.3-1jpp_7fc.x86_64 requires libgcj.so.6()(64bit)
	monolog - 1.8.6-1jpp_5fc.x86_64 requires libgcj.so.6()(64bit)
	struts - 1.2.4-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	systemtap - 0.5-2.x86_64 requires libdw.so.1(ELFUTILS_0.116)(64bit)
	tomcat5 - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-jasper - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)
	tomcat5-webapps - 5.0.30-8jpp_4fc.x86_64 requires libgcj.so.6()(64bit)





From jkeating at redhat.com  Thu Dec 15 08:36:13 2005
From: jkeating at redhat.com (Jesse Keating)
Date: Thu, 15 Dec 2005 00:36:13 -0800
Subject: rawhide report: 20051215 changes
In-Reply-To: <200512150831.jBF8ViBr023647@porkchop.devel.redhat.com>
References: <200512150831.jBF8ViBr023647@porkchop.devel.redhat.com>
Message-ID: <1134635773.3005.67.camel@yoda.loki.me>

On Thu, 2005-12-15 at 03:31 -0500, Build System wrote:
> Broken deps for i386

We are getting much closer to solving these java issues.  Some of the
packages actually need development work to build cleanly against the gcj
in the new gcc.  Please bear with us.  As you can see the list is
getting smaller...

-- 
Jesse Keating
Release Engineer: Fedora



From benjy.grogan at gmail.com  Thu Dec 15 11:01:14 2005
From: benjy.grogan at gmail.com (Benjy Grogan)
Date: Thu, 15 Dec 2005 06:01:14 -0500
Subject: Fedora meeting Mono Half-Way
Message-ID: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>

Hello:

I know this topic has been mentioned over and over, and everyone is
irritated by it.  But why not meet the Mono project half-way?  Why can't the
hal-sharp and the dbus-sharp, and gtk-sharp add-ons be included in the
fedora packages?

At the moment Fedora seems to want absolutely nothing to do with Mono.  Why
not try to go a little farther and include mono interfaces to dbus, hal,
gnome, etc.  This means that if someone does install Mono then all the
system libraries are ready to do some C# programming.  And if a user doesn't
install Mono, then the interfaces will lie there useless.

Look at it this way, Fedora should try to do the smallest amount possible to
embrace Mono.  Make it easier on the repositories that do include Mono, so
that if I want to install Beagle or F-Spot, I can leave the system libraries
on Fedora alone.

There are some killer-apps built using Mono.  Fedora should get cheeky and
see what they can get away.

Benjy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051215/8fd27870/attachment.htm>

From leon.stringer at ntlworld.com  Thu Dec 15 12:46:31 2005
From: leon.stringer at ntlworld.com (Leon Stringer)
Date: Thu, 15 Dec 2005 12:46:31 +0000
Subject: Dia
In-Reply-To: <1134610230.11730.3.camel@tuxhugger>
References: <1134555026.2719.1.camel@localhost.localdomain>
	<1134610230.11730.3.camel@tuxhugger>
Message-ID: <1134650791.2718.1.camel@localhost.localdomain>

On Wed, 2005-12-14 at 17:30 -0800, Peter Gordon wrote:
> On Wed, 2005-12-14 at 10:10 +0000, Leon Stringer wrote:
> > I can't seem to find Dia. Does anyone know where it is?

> It should be in Extras...

Gah! I foresee a day when every program I use will be in Extras!

Presumably the RPMs for Extras don't exist yet? "yum install dia"
doesn't work and I can't find the directory on the FTP site.



From paul at all-the-johnsons.co.uk  Thu Dec 15 11:17:50 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Thu, 15 Dec 2005 11:17:50 +0000
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>
Message-ID: <1134645471.4124.64.camel@T7.Linux>

Hi,

> I know this topic has been mentioned over and over, and everyone is
> irritated by it.  But why not meet the Mono project half-way?  Why
> can't the hal-sharp and the dbus-sharp, and gtk-sharp add-ons be
> included in the fedora packages?

Because you can't is the simplest one. The reason is simple (from what I
can see). Despite the Borg going through EMCA, they have never
catagorically stated that anyone implementing .NET will not have their
backsides taken to town, wupped until the red goes red and finally
ravaged like a pack of hungry hounds with a lump of week old meat.

Without the mono runtime, having gtk-sharp et al is a waste of space as
nothing can actually use them, Red Hat run the risk of MS doing an SCO
on them (but this time there would be a case to answer to) and we all
lose.

Unlike over mp3 and mpeg, I actually agree with Red Hat over this. It's
all well and good SuSE doing Mono (after all, it is their product), if
they get hammered by MS, they lose and we continue. If .NET material
gets incorporated into the likes of Nautilus, Gnome, Evolution and HAL,
then everyone loses should MS decide to do what they are so famous for
doing.

TTFN

Paul

-- 
main(t,_,a) char*a;{return!0<t?t<3?main(-79,-13,a+main(-87,1-_,main(-86,
0,a+1 )+a)):1,t<_?main(t+1,_,a :3,main (-94,-27+t,a)&&t==2?_<13?main(2,
_+1,"%s %d %d\n"):9:16:t<0?t<-72?main(_,t,"@n'+,#'/*{}+/w#cdnr/+,{}r/*de}
+,/*{*+,/w{%+,/w#q#n+,/#{l,+,/n{n+,/+#n+,/#;#q#n+,/+k#;*+,/'r :'d*'3,}{w+
Kw'K:'+}e#';dq#'lq#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){)
{nl]'/+#n';d}rw' i;#){nl]!/n{n#';r{#w'r nc{nl]'/#{l,+'K{rw'iK{;[{nl]'/w#q
#n'wk nw' iwk{KK{nl]!/w{%'l##w#'i;:{nl]'/*{q#'ld;r'}{nlwb!/*de}'c;;{nl'-
{}rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}{rl#'{n' ')# }'+}
##(!!/"):t<-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1
):0<t?main(2,2,"%s"):*a=='/'||main(0,main(-61,*a,"!ek;dc i at bK'(q)-[w]*%n+
r3#l,{}:\nuwloca-O;m .vpbks,fxntdCeghiry"),a+1);}



From dragoran at feuerpokemon.de  Thu Dec 15 13:00:50 2005
From: dragoran at feuerpokemon.de (dragoran)
Date: Thu, 15 Dec 2005 14:00:50 +0100
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>
Message-ID: <43A16902.7090306@feuerpokemon.de>

Benjy Grogan wrote:

> Hello:
>
> I know this topic has been mentioned over and over, and everyone is 
> irritated by it.  But why not meet the Mono project half-way?  Why 
> can't the hal-sharp and the dbus-sharp, and gtk-sharp add-ons be 
> included in the fedora packages?

or atleast let us build them with a spec file flag.



From caolanm at redhat.com  Thu Dec 15 13:05:12 2005
From: caolanm at redhat.com (Caolan McNamara)
Date: Thu, 15 Dec 2005 13:05:12 +0000
Subject: Dia
In-Reply-To: <1134650791.2718.1.camel@localhost.localdomain>
References: <1134555026.2719.1.camel@localhost.localdomain>
	<1134610230.11730.3.camel@tuxhugger>
	<1134650791.2718.1.camel@localhost.localdomain>
Message-ID: <1134651913.4312.23.camel@localhost.localdomain>

On Thu, 2005-12-15 at 12:46 +0000, Leon Stringer wrote:
> On Wed, 2005-12-14 at 17:30 -0800, Peter Gordon wrote:
> > On Wed, 2005-12-14 at 10:10 +0000, Leon Stringer wrote:
> > > I can't seem to find Dia. Does anyone know where it is?
> 
> > It should be in Extras...
> 
> Gah! I foresee a day when every program I use will be in Extras!
> 
> Presumably the RPMs for Extras don't exist yet? "yum install dia"
> doesn't work and I can't find the directory on the FTP site.

It's there for rawhide extras

http://download.fedora.redhat.com/pub/fedora/linux/extras/development/i386/dia-0.94-16.i386.rpm

C.



From arjan at fenrus.demon.nl  Thu Dec 15 13:10:31 2005
From: arjan at fenrus.demon.nl (Arjan van de Ven)
Date: Thu, 15 Dec 2005 14:10:31 +0100
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <1134645471.4124.64.camel@T7.Linux>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>
	<1134645471.4124.64.camel@T7.Linux>
Message-ID: <1134652231.16486.47.camel@laptopd505.fenrus.org>


> Unlike over mp3 and mpeg, I actually agree with Red Hat over this. It's
> all well and good SuSE doing Mono (after all, it is their product), if
> they get hammered by MS, they lose and we continue.

well .. remember novell and msft had a big settlement previously... do
you really think "mono" hadn't come up in those discussions??
(this is of course pure speculation on my side, but I'd really not be
surprised if MSFT gave Novell and exclusive license to mono stuff as
part of that settlement)



From wowbagger at sktc.net  Thu Dec 15 13:17:59 2005
From: wowbagger at sktc.net (David D. Hagood)
Date: Thu, 15 Dec 2005 07:17:59 -0600
Subject: RPM to install extras (was Re: Dia)
In-Reply-To: <1134651913.4312.23.camel@localhost.localdomain>
References: <1134555026.2719.1.camel@localhost.localdomain>	<1134610230.11730.3.camel@tuxhugger>	<1134650791.2718.1.camel@localhost.localdomain>
	<1134651913.4312.23.camel@localhost.localdomain>
Message-ID: <43A16D07.70102@sktc.net>

Given the number of packages being moved to Extras, and the number of 
people who are complaining about "I did a 'yum install $package' and it 
didn't find it", may I suggest creating an RPM in the main Fedora 
repository, named something like "Fedora-extras", that just installs the 
needed files and config changes to activate the extras repository? Then 
people can do a "yum install Fedora-extras; yum install $package" and 
get the extras.

Then this could be added to the FAQs.




From jspaleta at gmail.com  Thu Dec 15 13:23:34 2005
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Thu, 15 Dec 2005 08:23:34 -0500
Subject: RPM to install extras (was Re: Dia)
In-Reply-To: <43A16D07.70102@sktc.net>
References: <1134555026.2719.1.camel@localhost.localdomain>
	<1134610230.11730.3.camel@tuxhugger>
	<1134650791.2718.1.camel@localhost.localdomain>
	<1134651913.4312.23.camel@localhost.localdomain>
	<43A16D07.70102@sktc.net>
Message-ID: <604aa7910512150523q209ef459s7fe4e3313bc61436@mail.gmail.com>

On 12/15/05, David D. Hagood <wowbagger at sktc.net> wrote:
> Given the number of packages being moved to Extras, and the number of
> people who are complaining about "I did a 'yum install $package' and it
> didn't find it", may I suggest creating an RPM in the main Fedora
> repository, named something like "Fedora-extras", that just installs the
> needed files and config changes to activate the extras repository? Then
> people can do a "yum install Fedora-extras; yum install $package" and
> get the extras.
>
> Then this could be added to the FAQs.

uhm the fedora-release packge in fc4 and in fc5t1 and in rawhide all
have "extras" enabled by default. so we pretty much have a package
that does what you want.

-jef



From paul at all-the-johnsons.co.uk  Thu Dec 15 13:43:00 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Thu, 15 Dec 2005 13:43:00 +0000
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <1134652231.16486.47.camel@laptopd505.fenrus.org>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>
	<1134645471.4124.64.camel@T7.Linux>
	<1134652231.16486.47.camel@laptopd505.fenrus.org>
Message-ID: <1134654180.4124.89.camel@T7.Linux>

Hi,

On Thu, 2005-12-15 at 14:10 +0100, Arjan van de Ven wrote:
> > Unlike over mp3 and mpeg, I actually agree with Red Hat over this. It's
> > all well and good SuSE doing Mono (after all, it is their product), if
> > they get hammered by MS, they lose and we continue.
> 
> well .. remember novell and msft had a big settlement previously... do
> you really think "mono" hadn't come up in those discussions??
> (this is of course pure speculation on my side, but I'd really not be
> surprised if MSFT gave Novell and exclusive license to mono stuff as
> part of that settlement)

Given that Mono is GPL, I doubt that MS would ever agree to anything
like that. Doesn't an exclusive licence negate the GPL anyway?

TTFN

Paul

-- 
main(t,_,a) char*a;{return!0<t?t<3?main(-79,-13,a+main(-87,1-_,main(-86,
0,a+1 )+a)):1,t<_?main(t+1,_,a :3,main (-94,-27+t,a)&&t==2?_<13?main(2,
_+1,"%s %d %d\n"):9:16:t<0?t<-72?main(_,t,"@n'+,#'/*{}+/w#cdnr/+,{}r/*de}
+,/*{*+,/w{%+,/w#q#n+,/#{l,+,/n{n+,/+#n+,/#;#q#n+,/+k#;*+,/'r :'d*'3,}{w+
Kw'K:'+}e#';dq#'lq#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){)
{nl]'/+#n';d}rw' i;#){nl]!/n{n#';r{#w'r nc{nl]'/#{l,+'K{rw'iK{;[{nl]'/w#q
#n'wk nw' iwk{KK{nl]!/w{%'l##w#'i;:{nl]'/*{q#'ld;r'}{nlwb!/*de}'c;;{nl'-
{}rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}{rl#'{n' ')# }'+}
##(!!/"):t<-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1
):0<t?main(2,2,"%s"):*a=='/'||main(0,main(-61,*a,"!ek;dc i at bK'(q)-[w]*%n+
r3#l,{}:\nuwloca-O;m .vpbks,fxntdCeghiry"),a+1);}



From benjy.grogan at gmail.com  Thu Dec 15 14:27:37 2005
From: benjy.grogan at gmail.com (Benjy Grogan)
Date: Thu, 15 Dec 2005 09:27:37 -0500
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <1134645471.4124.64.camel@T7.Linux>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>
	<1134645471.4124.64.camel@T7.Linux>
Message-ID: <d82d6db50512150627sad7276dlc4c5baf74558d846@mail.gmail.com>

You make a good point.  No need for Red Hat to take on the risks when Novell
already has.  At the moment Fedora can still compete because of repositories
like nrpms.net on the Mono front, but out-of-the-box SuSE is going to
overtake Fedora.

But the value behind those mono apps, such as F-Spot, Beagle, Muine is
tremendous.  They're what makes the desktop actually competitive with MS and
Apple.  SuSE is doing well in that regard.

Benjy


On 12/15/05, Paul F. Johnson <paul at all-the-johnsons.co.uk> wrote:
>
> Hi,
>
> > I know this topic has been mentioned over and over, and everyone is
> > irritated by it.  But why not meet the Mono project half-way?  Why
> > can't the hal-sharp and the dbus-sharp, and gtk-sharp add-ons be
> > included in the fedora packages?
>
> Because you can't is the simplest one. The reason is simple (from what I
> can see). Despite the Borg going through EMCA, they have never
> catagorically stated that anyone implementing .NET will not have their
> backsides taken to town, wupped until the red goes red and finally
> ravaged like a pack of hungry hounds with a lump of week old meat.
>
> Without the mono runtime, having gtk-sharp et al is a waste of space as
> nothing can actually use them, Red Hat run the risk of MS doing an SCO
> on them (but this time there would be a case to answer to) and we all
> lose.
>
> Unlike over mp3 and mpeg, I actually agree with Red Hat over this. It's
> all well and good SuSE doing Mono (after all, it is their product), if
> they get hammered by MS, they lose and we continue. If .NET material
> gets incorporated into the likes of Nautilus, Gnome, Evolution and HAL,
> then everyone loses should MS decide to do what they are so famous for
> doing.
>
> TTFN
>
> Paul
>
> --
> main(t,_,a) char*a;{return!0<t?t<3?main(-79,-13,a+main(-87,1-_,main(-86,
> 0,a+1 )+a)):1,t<_?main(t+1,_,a :3,main (-94,-27+t,a)&&t==2?_<13?main(2,
> _+1,"%s %d %d\n"):9:16:t<0?t<-72?main(_,t,"@n'+,#'/*{}+/w#cdnr/+,{}r/*de}
> +,/*{*+,/w{%+,/w#q#n+,/#{l,+,/n{n+,/+#n+,/#;#q#n+,/+k#;*+,/'r :'d*'3,}{w+
> Kw'K:'+}e#';dq#'lq#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){)
> {nl]'/+#n';d}rw' i;#){nl]!/n{n#';r{#w'r nc{nl]'/#{l,+'K{rw'iK{;[{nl]'/w#q
> #n'wk nw' iwk{KK{nl]!/w{%'l##w#'i;:{nl]'/*{q#'ld;r'}{nlwb!/*de}'c;;{nl'-
> {}rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}{rl#'{n' ')# }'+}
> ##(!!/"):t<-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1
> ):0<t?main(2,2,"%s"):*a=='/'||main(0,main(-61,*a,"!ek;dc i at bK'(q)-[w]*%n+
> r3#l,{}:\nuwloca-O;m .vpbks,fxntdCeghiry"),a+1);}
>
> --
> fedora-test-list mailing list
> fedora-test-list at redhat.com
> To unsubscribe:
> https://www.redhat.com/mailman/listinfo/fedora-test-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051215/04c04692/attachment.htm>

From charlescurley at charlescurley.com  Thu Dec 15 14:43:43 2005
From: charlescurley at charlescurley.com (Charles Curley)
Date: Thu, 15 Dec 2005 07:43:43 -0700
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>
Message-ID: <20051215144342.GA10443@charlescurley.com>

On Thu, Dec 15, 2005 at 06:01:14AM -0500, Benjy Grogan wrote:
> 
>    Hello:


>    At the moment Fedora seems to want absolutely nothing to do with Mono.  Why
>    not try to go a little farther and include mono interfaces to dbus, hal,
>    gnome, etc.  This means that if someone does install Mono then all the
>    system libraries are ready to do some C# programming.  And if a user doesn't
>    install Mono, then the interfaces will lie there useless.

Aside from the legal issues (which others have addressed in this
thread), because they then "will lie there useless." I don't want
something on my computer unless I'm going to use it.

I resent that, e.g, I have to have CD burning software on any computer
on which I run Gnome, whether the box has a burner on it or not.

Aside from the aesthetic of wasting hard drive space, there's also the
practical fact that if it isn't there, the bad guys can't crack
it. This is essential for, e.g. firewalls.

-- 

Charles Curley                  /"\    ASCII Ribbon Campaign
Looking for fine software       \ /    Respect for open standards
and/or writing?                  X     No HTML/RTF in email
http://www.charlescurley.com    / \    No M$ Word docs in email

Key fingerprint = CE5C 6645 A45A 64E4 94C0  809C FFF6 4C48 4ECD DFDB
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051215/1fc80188/attachment.sig>

From paul at all-the-johnsons.co.uk  Thu Dec 15 14:51:07 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Thu, 15 Dec 2005 14:51:07 +0000
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <d82d6db50512150627sad7276dlc4c5baf74558d846@mail.gmail.com>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>
	<1134645471.4124.64.camel@T7.Linux>
	<d82d6db50512150627sad7276dlc4c5baf74558d846@mail.gmail.com>
Message-ID: <1134658267.4124.96.camel@T7.Linux>

Hi,

> You make a good point.  No need for Red Hat to take on the risks when
> Novell already has.  At the moment Fedora can still compete because of
> repositories like nrpms.net on the Mono front, but out-of-the-box SuSE
> is going to overtake Fedora. 

That is possible - anything is possible. However, if FC is going to be
constantly looking over it's shoulder, it's going to get nowhere.

Look at it this way. Debian is much revered around the Linux community,
Mandriva is loved because people can just plug and play and SuSE, after
a long time in the wilderness, are coming about now. The problem is that
if FC had kept an eye one them, we'd have a distro which makes us look
like a cross between Win98 (with a bit more connectivity) with the logic
that surrounds the mess which is known as XP.

What we do have is a community driven project at the very vanguard of
Linux development. If you want to be boring, move to Debian. If you want
to have an insane way of doing things, go to SuSE and if you're
clinically insane, Mandriva is your lot.

> But the value behind those mono apps, such as F-Spot, Beagle, Muine is
> tremendous.  They're what makes the desktop actually competitive with
> MS and Apple.  SuSE is doing well in that regard.

I'm not denying this in the least. I've been on the mono lists for as
long as I can remember and have contributed much to it. But we're
talking at different things here. One potentially jeopardises Linux by
it's incorporation without adequate protection (and I'm not overplaying
that), the other is like any other language - use it or don't.

TTFN

Paul
-- 
main(t,_,a) char*a;{return!0<t?t<3?main(-79,-13,a+main(-87,1-_,main(-86,
0,a+1 )+a)):1,t<_?main(t+1,_,a :3,main (-94,-27+t,a)&&t==2?_<13?main(2,
_+1,"%s %d %d\n"):9:16:t<0?t<-72?main(_,t,"@n'+,#'/*{}+/w#cdnr/+,{}r/*de}
+,/*{*+,/w{%+,/w#q#n+,/#{l,+,/n{n+,/+#n+,/#;#q#n+,/+k#;*+,/'r :'d*'3,}{w+
Kw'K:'+}e#';dq#'lq#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){)
{nl]'/+#n';d}rw' i;#){nl]!/n{n#';r{#w'r nc{nl]'/#{l,+'K{rw'iK{;[{nl]'/w#q
#n'wk nw' iwk{KK{nl]!/w{%'l##w#'i;:{nl]'/*{q#'ld;r'}{nlwb!/*de}'c;;{nl'-
{}rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}{rl#'{n' ')# }'+}
##(!!/"):t<-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1
):0<t?main(2,2,"%s"):*a=='/'||main(0,main(-61,*a,"!ek;dc i at bK'(q)-[w]*%n+
r3#l,{}:\nuwloca-O;m .vpbks,fxntdCeghiry"),a+1);}



From Robin.Laing at drdc-rddc.gc.ca  Thu Dec 15 15:17:28 2005
From: Robin.Laing at drdc-rddc.gc.ca (Robin Laing)
Date: Thu, 15 Dec 2005 08:17:28 -0700
Subject: RPM to install extras (was Re: Dia)
In-Reply-To: <43A16D07.70102@sktc.net>
References: <1134555026.2719.1.camel@localhost.localdomain>	<1134610230.11730.3.camel@tuxhugger>	<1134650791.2718.1.camel@localhost.localdomain>	<1134651913.4312.23.camel@localhost.localdomain>
	<43A16D07.70102@sktc.net>
Message-ID: <43A18908.4060104@drdc-rddc.gc.ca>

David D. Hagood wrote:
> Given the number of packages being moved to Extras, and the number of 
> people who are complaining about "I did a 'yum install $package' and it 
> didn't find it", may I suggest creating an RPM in the main Fedora 
> repository, named something like "Fedora-extras", that just installs the 
> needed files and config changes to activate the extras repository? Then 
> people can do a "yum install Fedora-extras; yum install $package" and 
> get the extras.
> 
> Then this could be added to the FAQs.
> 
> 

I think that the issue is actually knowing what is available.  There 
are new packages being added all the time.

I like using Yumex as I can search for either features or by name. 
Yea, I know that I can get a list and do this from the CLI, but 
sometimes a nice graphical interface allows me to browse allot quicker 
than scrolling through a list on a terminal screen.



From sundaram at redhat.com  Thu Dec 15 16:34:21 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Thu, 15 Dec 2005 22:04:21 +0530
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <1134654180.4124.89.camel@T7.Linux>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>	<1134645471.4124.64.camel@T7.Linux>	<1134652231.16486.47.camel@laptopd505.fenrus.org>
	<1134654180.4124.89.camel@T7.Linux>
Message-ID: <43A19B0D.5070805@redhat.com>

Paul F. Johnson wrote:

>Hi,
>
>On Thu, 2005-12-15 at 14:10 +0100, Arjan van de Ven wrote:
>  
>
>>>Unlike over mp3 and mpeg, I actually agree with Red Hat over this. It's
>>>all well and good SuSE doing Mono (after all, it is their product), if
>>>they get hammered by MS, they lose and we continue.
>>>      
>>>
>>well .. remember novell and msft had a big settlement previously... do
>>you really think "mono" hadn't come up in those discussions??
>>(this is of course pure speculation on my side, but I'd really not be
>>surprised if MSFT gave Novell and exclusive license to mono stuff as
>>part of that settlement)
>>    
>>
>
>Given that Mono is GPL, I doubt that MS would ever agree to anything
>like that. Doesn't an exclusive licence negate the GPL anyway?
>  
>
Check the license. Its a mixture of MIT, LGPL and GPL

regards
Rahul



From nphilipp at redhat.com  Thu Dec 15 16:34:51 2005
From: nphilipp at redhat.com (Nils Philippsen)
Date: Thu, 15 Dec 2005 17:34:51 +0100
Subject: Just a nit
In-Reply-To: <f58861e00512131013t5291327veeb4ec8f2c338463@mail.gmail.com>
References: <005301c5fffe$9b56cbe0$0a01a8c0@jbsys>
	<f58861e00512131013t5291327veeb4ec8f2c338463@mail.gmail.com>
Message-ID: <1134664491.22563.3.camel@wombat.tiptoe.de>

On Tue, 2005-12-13 at 18:13 +0000, Mary Ellen Foster wrote:
> On 12/13/05, James C. Bevier <jim at jbsys.com> wrote:
> > On startup on x86_64 system, if I select 'show all' everything is shown
> > until the call to ntpd.  We go back to 'show all' mode being off. You must
> > select it again.  All kernels in test 1 have been this way.
> 
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151239
> 
> I sent a patch to that bug which got applied. Unfortunately, the patch
> was wrong. :( I've since updated it and send the revised version to
> that bug, but I can't re-open the bug and the revised patch hasn't
> made it in yet. Maybe I should ping the bug ...

I've just reopened it, Ray should have got a mail about it so you
needn't ping him I think.
Nils
-- 
     Nils Philippsen    /    Red Hat    /    nphilipp at redhat.com
"They that can give up essential liberty to obtain a little temporary
 safety deserve neither liberty nor safety."     -- B. Franklin, 1759
 PGP fingerprint:  C4A8 9474 5C4C ADE3 2B8F  656D 47D8 9B65 6951 3011



From fedora-test at adslpipe.co.uk  Thu Dec 15 16:44:38 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Thu, 15 Dec 2005 16:44:38 +0000
Subject: call for testing, dmraid in rawhide
In-Reply-To: <1134605666.6515.28.camel@localhost.localdomain>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com><1134492498.3089.11.camel@localhost.localdomain><1134505485.25462.23.camel@www.lutty.net><1134522930.3868.3.camel@localhost.localdomain><43A0B26C.1040106@adslpipe.co.uk>
	<1134605666.6515.28.camel@localhost.localdomain>
Message-ID: <43A19D76.3000402@adslpipe.co.uk>

Peter Jones wrote:

> So far, just boxes I've tried myself.

Will createrepo do a reasonable job of converting my existing 
/var/cache/yum tree into a format that can be burnt to DVD, or served by 
http from another machine? That would save me many hours worth of 
re-downloading ...



From benjy.grogan at gmail.com  Thu Dec 15 17:13:16 2005
From: benjy.grogan at gmail.com (Benjy Grogan)
Date: Thu, 15 Dec 2005 12:13:16 -0500
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <1134658267.4124.96.camel@T7.Linux>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>
	<1134645471.4124.64.camel@T7.Linux>
	<d82d6db50512150627sad7276dlc4c5baf74558d846@mail.gmail.com>
	<1134658267.4124.96.camel@T7.Linux>
Message-ID: <d82d6db50512150913s3963b1cbjb58dabc8c33fe8ca@mail.gmail.com>

On 12/15/05, Paul F. Johnson <paul at all-the-johnsons.co.uk> wrote:
>
> Hi,
>
> > You make a good point.  No need for Red Hat to take on the risks when
> > Novell already has.  At the moment Fedora can still compete because of
> > repositories like nrpms.net on the Mono front, but out-of-the-box SuSE
> > is going to overtake Fedora.
>
> That is possible - anything is possible. However, if FC is going to be
> constantly looking over it's shoulder, it's going to get nowhere.
>
> Look at it this way. Debian is much revered around the Linux community,
> Mandriva is loved because people can just plug and play and SuSE, after
> a long time in the wilderness, are coming about now. The problem is that
> if FC had kept an eye one them, we'd have a distro which makes us look
> like a cross between Win98 (with a bit more connectivity) with the logic
> that surrounds the mess which is known as XP.


What exactly is it that you think Fedora has that distinguishes it from the
other distros?  For me it's SELinux, and that is huge.  But if XP had
something like SELinux it would a great system IMO and I don't see what mess
your'e talking about.

Benjy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051215/38ffde42/attachment.htm>

From ben.youngdahl at gmail.com  Thu Dec 15 18:20:13 2005
From: ben.youngdahl at gmail.com (Benjamin Youngdahl)
Date: Thu, 15 Dec 2005 12:20:13 -0600
Subject: Fedora meeting Mono Half-Way
Message-ID: <291399270512151020t5defe64odd6ec1eb93386620@mail.gmail.com>

I believe Fedora/Red-hat's policy towards Mono is wise.  Looking back at the
history of Microsoft since day 1, there is little that they do
benevolently.  Time after time, Microsoft lays traps and plays dirty to face
off threats.  Microsoft is the "Karl Rove" of computing.  Including software
in the official distro with suspicious I.P. claims is just inviting trouble.

Having tried Suse 10, I would say that Fedora is remarkably competative
given the dollars being poured into Suse.  Suse's "selinux" equivalent, "app
armor", is closed-source and intensionally limited in Suse 10 to the point
of uselessness (for my needs and I suspect most techies.)  But hey, that's
the great thing about open source.  Try both distros out, see which one
suits your fancy.

Asking for the folks behind Fedora to take what they see as a substantial
risk simply to emulate Novell's path with Suse -- I'm not sure that's
constructive.  There's room for multiple philosophies in the Linux sphere,
and I appreciate Fedora's stance towards Mono.

Regards,
Ben
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051215/f1c6e858/attachment.htm>

From pjones at redhat.com  Thu Dec 15 18:31:09 2005
From: pjones at redhat.com (Peter Jones)
Date: Thu, 15 Dec 2005 13:31:09 -0500
Subject: call for testing, dmraid in rawhide
In-Reply-To: <43A19D76.3000402@adslpipe.co.uk>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134492498.3089.11.camel@localhost.localdomain>
	<1134505485.25462.23.camel@www.lutty.net>
	<1134522930.3868.3.camel@localhost.localdomain>
	<43A0B26C.1040106@adslpipe.co.uk>
	<1134605666.6515.28.camel@localhost.localdomain>
	<43A19D76.3000402@adslpipe.co.uk>
Message-ID: <1134671469.10606.16.camel@localhost.localdomain>

On Thu, 2005-12-15 at 16:44 +0000, Andy Burns wrote:
> Peter Jones wrote:
> 
> > So far, just boxes I've tried myself.
> 
> Will createrepo do a reasonable job of converting my existing 
> /var/cache/yum tree into a format that can be burnt to DVD, or served by 
> http from another machine? That would save me many hours worth of 
> re-downloading ...

I'm not entirely sure what you've got to do to go from just a package
tree to an installable tree right now, since all that has changed so
much recently.  One thing that should pretty much always work is copying
those files to another directory and using rsync to build a tree from
one of the mirrors.  That'll save you from having to redownload packages
that haven't changed since you last downloaded them.

-- 
  Peter



From pjones at redhat.com  Thu Dec 15 18:46:49 2005
From: pjones at redhat.com (Peter Jones)
Date: Thu, 15 Dec 2005 13:46:49 -0500
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <1134654180.4124.89.camel@T7.Linux>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>
	<1134645471.4124.64.camel@T7.Linux>
	<1134652231.16486.47.camel@laptopd505.fenrus.org>
	<1134654180.4124.89.camel@T7.Linux>
Message-ID: <1134672410.10606.28.camel@localhost.localdomain>

On Thu, 2005-12-15 at 13:43 +0000, Paul F. Johnson wrote:

> Given that Mono is GPL, I doubt that MS would ever agree to anything
> like that. Doesn't an exclusive licence negate the GPL anyway?

GPL does not address patents.

-- 
  Peter



From sundaram at redhat.com  Thu Dec 15 18:52:41 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Fri, 16 Dec 2005 00:22:41 +0530
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <1134672410.10606.28.camel@localhost.localdomain>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>	<1134645471.4124.64.camel@T7.Linux>	<1134652231.16486.47.camel@laptopd505.fenrus.org>	<1134654180.4124.89.camel@T7.Linux>
	<1134672410.10606.28.camel@localhost.localdomain>
Message-ID: <43A1BB79.9030700@redhat.com>

Peter Jones wrote:

>On Thu, 2005-12-15 at 13:43 +0000, Paul F. Johnson wrote:
>
>  
>
>>Given that Mono is GPL, I doubt that MS would ever agree to anything
>>like that. Doesn't an exclusive licence negate the GPL anyway?
>>    
>>
>
>GPL does not address patents.
>
>  
>
Maybe not sufficient enough but it does do that to a limited extend.

http://www.gnu.org/copyleft/gpl.html

"*7.* If, as a consequence of a court judgment or allegation of patent 
infringement or for any other reason (not limited to patent issues), 
conditions are imposed on you (whether by court order, agreement or 
otherwise) that contradict the conditions of this License, they do not 
excuse you from the conditions of this License. If you cannot distribute 
so as to satisfy simultaneously your obligations under this License and 
any other pertinent obligations, then as a consequence you may not 
distribute the Program at all. For example, if a patent license would 
not permit royalty-free redistribution of the Program by all those who 
receive copies directly or indirectly through you, then the only way you 
could satisfy both it and this License would be to refrain entirely from 
distribution of the Program."

regards
Rahul



From paul at all-the-johnsons.co.uk  Thu Dec 15 18:57:37 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Thu, 15 Dec 2005 18:57:37 +0000
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <43A19B0D.5070805@redhat.com>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>
	<1134645471.4124.64.camel@T7.Linux>
	<1134652231.16486.47.camel@laptopd505.fenrus.org>
	<1134654180.4124.89.camel@T7.Linux>  <43A19B0D.5070805@redhat.com>
Message-ID: <1134673057.4124.108.camel@T7.Linux>

Hi,

> Check the license. Its a mixture of MIT, LGPL and GPL

>From memory, they've GPL'd the lot.

TTFN

Paul
-- 
main(t,_,a) char*a;{return!0<t?t<3?main(-79,-13,a+main(-87,1-_,main(-86,
0,a+1 )+a)):1,t<_?main(t+1,_,a :3,main (-94,-27+t,a)&&t==2?_<13?main(2,
_+1,"%s %d %d\n"):9:16:t<0?t<-72?main(_,t,"@n'+,#'/*{}+/w#cdnr/+,{}r/*de}
+,/*{*+,/w{%+,/w#q#n+,/#{l,+,/n{n+,/+#n+,/#;#q#n+,/+k#;*+,/'r :'d*'3,}{w+
Kw'K:'+}e#';dq#'lq#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){)
{nl]'/+#n';d}rw' i;#){nl]!/n{n#';r{#w'r nc{nl]'/#{l,+'K{rw'iK{;[{nl]'/w#q
#n'wk nw' iwk{KK{nl]!/w{%'l##w#'i;:{nl]'/*{q#'ld;r'}{nlwb!/*de}'c;;{nl'-
{}rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}{rl#'{n' ')# }'+}
##(!!/"):t<-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1
):0<t?main(2,2,"%s"):*a=='/'||main(0,main(-61,*a,"!ek;dc i at bK'(q)-[w]*%n+
r3#l,{}:\nuwloca-O;m .vpbks,fxntdCeghiry"),a+1);}



From paul at all-the-johnsons.co.uk  Thu Dec 15 19:03:19 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Thu, 15 Dec 2005 19:03:19 +0000
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <d82d6db50512150913s3963b1cbjb58dabc8c33fe8ca@mail.gmail.com>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>
	<1134645471.4124.64.camel@T7.Linux>
	<d82d6db50512150627sad7276dlc4c5baf74558d846@mail.gmail.com>
	<1134658267.4124.96.camel@T7.Linux>
	<d82d6db50512150913s3963b1cbjb58dabc8c33fe8ca@mail.gmail.com>
Message-ID: <1134673400.4124.113.camel@T7.Linux>

Hi,


> What exactly is it that you think Fedora has that distinguishes it
> from the other distros? 

>From Debian : it's actually up to date and you're not having to pratt
about waiting *ages* for a "stable" release. There isn't the confusion
between the versions (FC has stable and rawhide and that's it).

>From Mandriva : You know who is behind FC, you know their committment
and you know that when they have a fix, unless you're on rawhide, it
actually works (I've seen plenty of times Mandriva users cursing that
they've updated an app and it makes it worse!)

>From SuSE : Nothing is closed source. SuSE is a bit like Chelsea FC here
in the UK. Megabucks behind it, but to what end? Sure, they've invested
a lot, but I still only rate SuSE 10 to be as good as FC 1.

>From Lindows : Don't get me started!

> For me it's SELinux, and that is huge.  But if XP had something like
> SELinux it would a great system IMO and I don't see what mess your'e
> talking about. 

XP does have something like SELinux - it's called the off button :-)

TTFN

Paul

-- 
main(t,_,a) char*a;{return!0<t?t<3?main(-79,-13,a+main(-87,1-_,main(-86,
0,a+1 )+a)):1,t<_?main(t+1,_,a :3,main (-94,-27+t,a)&&t==2?_<13?main(2,
_+1,"%s %d %d\n"):9:16:t<0?t<-72?main(_,t,"@n'+,#'/*{}+/w#cdnr/+,{}r/*de}
+,/*{*+,/w{%+,/w#q#n+,/#{l,+,/n{n+,/+#n+,/#;#q#n+,/+k#;*+,/'r :'d*'3,}{w+
Kw'K:'+}e#';dq#'lq#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){)
{nl]'/+#n';d}rw' i;#){nl]!/n{n#';r{#w'r nc{nl]'/#{l,+'K{rw'iK{;[{nl]'/w#q
#n'wk nw' iwk{KK{nl]!/w{%'l##w#'i;:{nl]'/*{q#'ld;r'}{nlwb!/*de}'c;;{nl'-
{}rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}{rl#'{n' ')# }'+}
##(!!/"):t<-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1
):0<t?main(2,2,"%s"):*a=='/'||main(0,main(-61,*a,"!ek;dc i at bK'(q)-[w]*%n+
r3#l,{}:\nuwloca-O;m .vpbks,fxntdCeghiry"),a+1);}



From gilboada at netvision.net.il  Thu Dec 15 17:56:11 2005
From: gilboada at netvision.net.il (Gilboa Davara)
Date: Thu, 15 Dec 2005 19:56:11 +0200
Subject: Looking for kernel-smp-2.6.13-1.1532_FC4 (x86_64).
Message-ID: <1134669371.7800.12.camel@gilboa-home-dev.localhost>

Hello all,

Since the move to 2.6.14 non of my Adaptec 29160 based machines can
boot.
(Bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174973 )
AFAICT the last working kernel was -1532.
I need to reinstall FC4 on one of the machines, but I cannot seem to
find a download source for this kernel. (all the -updates mirrors I saw
only carry -16xx kernels.)
Sadly enough, I cleared the yum cache on my two active machines, so I
don't have a local copy that I can use.

Can anyone point me to a download source of:
kernel-2.6.13-1.1532_FC4.x86_64.rpm
kernel-doc-2.6.13-1.1532_FC4.x86_64.rpm
kernel-smp-2.6.13-1.1532_FC4.x86_64.rpm
kernel-smp-devel-2.6.13-1.1532_FC4.x86_64.rpm

Thanks,
Gilboa



From don_springall at hotmail.com  Thu Dec 15 19:37:22 2005
From: don_springall at hotmail.com (Don Springall)
Date: Thu, 15 Dec 2005 12:37:22 -0700
Subject: Fedora meeting Mono Half-Way
Message-ID: <BAY107-F2411A81152C23F5249124D853B0@phx.gbl>

Issues like this are always going to be around for Fedora or even openSUSE 
for things like MP3 or libdvdcss or Mono. Rather than butting your head 
against a wall here it might be easier to just contact rpm.livna.org and get 
them to host some packages for you. They seem to be willing to tread where 
others fear to go. Although their stuff is a little stale for Core 5 it 
integrates well with Core 4 at least.




From paul at all-the-johnsons.co.uk  Thu Dec 15 19:43:04 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Thu, 15 Dec 2005 19:43:04 +0000
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <BAY107-F2411A81152C23F5249124D853B0@phx.gbl>
References: <BAY107-F2411A81152C23F5249124D853B0@phx.gbl>
Message-ID: <1134675785.4124.117.camel@T7.Linux>

Hi,

> Issues like this are always going to be around for Fedora or even openSUSE 
> for things like MP3 or libdvdcss or Mono. 

I thought SuSE 10 was shipping with mp3 support.

TTFN

Paul

-- 
main(t,_,a) char*a;{return!0<t?t<3?main(-79,-13,a+main(-87,1-_,main(-86,
0,a+1 )+a)):1,t<_?main(t+1,_,a :3,main (-94,-27+t,a)&&t==2?_<13?main(2,
_+1,"%s %d %d\n"):9:16:t<0?t<-72?main(_,t,"@n'+,#'/*{}+/w#cdnr/+,{}r/*de}
+,/*{*+,/w{%+,/w#q#n+,/#{l,+,/n{n+,/+#n+,/#;#q#n+,/+k#;*+,/'r :'d*'3,}{w+
Kw'K:'+}e#';dq#'lq#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){)
{nl]'/+#n';d}rw' i;#){nl]!/n{n#';r{#w'r nc{nl]'/#{l,+'K{rw'iK{;[{nl]'/w#q
#n'wk nw' iwk{KK{nl]!/w{%'l##w#'i;:{nl]'/*{q#'ld;r'}{nlwb!/*de}'c;;{nl'-
{}rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}{rl#'{n' ')# }'+}
##(!!/"):t<-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1
):0<t?main(2,2,"%s"):*a=='/'||main(0,main(-61,*a,"!ek;dc i at bK'(q)-[w]*%n+
r3#l,{}:\nuwloca-O;m .vpbks,fxntdCeghiry"),a+1);}



From goemon at anime.net  Thu Dec 15 19:49:09 2005
From: goemon at anime.net (Dan Hollis)
Date: Thu, 15 Dec 2005 11:49:09 -0800 (PST)
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <1134672410.10606.28.camel@localhost.localdomain>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>
	<1134645471.4124.64.camel@T7.Linux>
	<1134652231.16486.47.camel@laptopd505.fenrus.org>
	<1134654180.4124.89.camel@T7.Linux>
	<1134672410.10606.28.camel@localhost.localdomain>
Message-ID: <Pine.LNX.4.63.0512151147030.477@sasami.anime.net>

On Thu, 15 Dec 2005, Peter Jones wrote:
> On Thu, 2005-12-15 at 13:43 +0000, Paul F. Johnson wrote:
>> Given that Mono is GPL, I doubt that MS would ever agree to anything
>> like that. Doesn't an exclusive licence negate the GPL anyway?
> GPL does not address patents.

Yes it does, to a small extent.
http://www.gnu.org/copyleft/gpl.html

GPL 3 will be even more explicit and restrictive regarding patents (and 
drm).

-Dan



From don_springall at hotmail.com  Thu Dec 15 21:43:33 2005
From: don_springall at hotmail.com (Don Springall)
Date: Thu, 15 Dec 2005 14:43:33 -0700
Subject: Package updating
Message-ID: <BAY107-F13685374CEE11660DA1DCC853B0@phx.gbl>

You would would think since none of the Open Office  packages are on the 
broken deps list (see below)
that when one fired up pup and tried to install it, it would work. You would 
be wrong. This to me shows the futility of presenting a list of packages 
available for update. How about a list of packages with no broken 
dependencies instead ? Or a deps list that is actually complete.

Broken deps for i386
----------------------------------------------------------
GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires
/lib/modules/2.6.14-1.1696_FC5
GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel =
0:2.6.14-1.1696_FC5
GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires
/lib/modules/2.6.14-1.1696_FC5smp
GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp =
0:2.6.14-1.1696_FC5
carol - 1.8.9.3-1jpp_6fc.i386 requires libgcj.so.6
cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires
/lib/modules/2.6.14-1.1696_FC5
cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel =
0:2.6.14-1.1696_FC5
cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires
/lib/modules/2.6.14-1.1696_FC5smp
cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel-smp =
0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires
/lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel =
0:2.6.14-1.1696_FC5
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires
/lib/modules/2.6.14-1.1696_FC5smp
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp =
0:2.6.14-1.1696_FC5
	eclipse-bugzilla - 1:0.1.1_fc-5.i386 requires libgcj.so.6
	eclipse-cdt - 1:3.0.1-1jpp_1fc.i386 requires libgcj.so.6
	eclipse-changelog - 1:2.0.1_fc-22.i386 requires libgcj.so.6
	eclipse-ecj - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-jdt - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-pde - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-platform - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-pydev - 1:0.9.3_fc-12.i386 requires libgcj.so.6
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires
/lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel =
0:2.6.14-1.1696_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires
/lib/modules/2.6.14-1.1696_FC5smp
gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel-smp =
0:2.6.14-1.1696_FC5
	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jotm - 2.0.5-1jpp_3fc.i386 requires libgcj.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.i386 requires libgcjawt.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	lucene - 1.4.3-1jpp_7fc.i386 requires libgcj.so.6
	lucene-demo - 1.4.3-1jpp_7fc.i386 requires libgcj.so.6
	monolog - 1.8.6-1jpp_5fc.i386 requires libgcj.so.6
	struts - 1.2.4-2jpp_3fc.i386 requires libgcj.so.6
	struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.i386 requires libgcj.so.6
	systemtap - 0.5-2.i386 requires libdw.so.1(ELFUTILS_0.116)
	tomcat5 - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-admin-webapps - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-jasper - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
	tomcat5-webapps - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6




From paul at all-the-johnsons.co.uk  Thu Dec 15 22:00:09 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Thu, 15 Dec 2005 22:00:09 +0000
Subject: Package updating
In-Reply-To: <BAY107-F13685374CEE11660DA1DCC853B0@phx.gbl>
References: <BAY107-F13685374CEE11660DA1DCC853B0@phx.gbl>
Message-ID: <1134684010.4124.129.camel@T7.Linux>

Hi,

> You would would think since none of the Open Office  packages are on the 
> broken deps list (see below)
> that when one fired up pup and tried to install it, it would work.

I asked about this earlier today. With luck, there should be a fix in
tomorrow rawhide.

TTFN

Paul
-- 
main(t,_,a) char*a;{return!0<t?t<3?main(-79,-13,a+main(-87,1-_,main(-86,
0,a+1 )+a)):1,t<_?main(t+1,_,a :3,main (-94,-27+t,a)&&t==2?_<13?main(2,
_+1,"%s %d %d\n"):9:16:t<0?t<-72?main(_,t,"@n'+,#'/*{}+/w#cdnr/+,{}r/*de}
+,/*{*+,/w{%+,/w#q#n+,/#{l,+,/n{n+,/+#n+,/#;#q#n+,/+k#;*+,/'r :'d*'3,}{w+
Kw'K:'+}e#';dq#'lq#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){)
{nl]'/+#n';d}rw' i;#){nl]!/n{n#';r{#w'r nc{nl]'/#{l,+'K{rw'iK{;[{nl]'/w#q
#n'wk nw' iwk{KK{nl]!/w{%'l##w#'i;:{nl]'/*{q#'ld;r'}{nlwb!/*de}'c;;{nl'-
{}rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}{rl#'{n' ')# }'+}
##(!!/"):t<-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1
):0<t?main(2,2,"%s"):*a=='/'||main(0,main(-61,*a,"!ek;dc i at bK'(q)-[w]*%n+
r3#l,{}:\nuwloca-O;m .vpbks,fxntdCeghiry"),a+1);}



From don_springall at hotmail.com  Thu Dec 15 22:49:36 2005
From: don_springall at hotmail.com (Don Springall)
Date: Thu, 15 Dec 2005 15:49:36 -0700
Subject: Package updating
Message-ID: <BAY107-F11ED1C5B9B1BC550D2A534853B0@phx.gbl>

I would still like a reply from redhat. Is there a way to formulate a broken 
deps list that is complete ? If not then maybe someone should revisit this 
dependency hell we have descended into. I fail to see how this is any better 
than the .dll hell some unnamed OS suffers from.

I think we would be better off if rpm selected a particular object such as 
libgcj.so.6 rather than require it. Then have the program fail with an 
appropriate message at run time if that object is not found.




From skvidal at phy.duke.edu  Thu Dec 15 22:53:24 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Thu, 15 Dec 2005 17:53:24 -0500
Subject: Package updating
In-Reply-To: <BAY107-F11ED1C5B9B1BC550D2A534853B0@phx.gbl>
References: <BAY107-F11ED1C5B9B1BC550D2A534853B0@phx.gbl>
Message-ID: <1134687204.26513.10.camel@cutter>

On Thu, 2005-12-15 at 15:49 -0700, Don Springall wrote:
> I would still like a reply from redhat. Is there a way to formulate a broken 
> deps list that is complete ? If not then maybe someone should revisit this 
> dependency hell we have descended into. I fail to see how this is any better 
> than the .dll hell some unnamed OS suffers from.

The reason why it is better is that this is a TEST RELEASE.

Things are expected to be broken.


-sv




From sundaram at redhat.com  Thu Dec 15 22:57:50 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Fri, 16 Dec 2005 04:27:50 +0530
Subject: Package updating
In-Reply-To: <BAY107-F11ED1C5B9B1BC550D2A534853B0@phx.gbl>
References: <BAY107-F11ED1C5B9B1BC550D2A534853B0@phx.gbl>
Message-ID: <43A1F4EE.8040608@redhat.com>

Don Springall wrote:

> I would still like a reply from redhat. Is there a way to formulate a 
> broken deps list that is complete ? If not then maybe someone should 
> revisit this dependency hell we have descended into. I fail to see how 
> this is any better than the .dll hell some unnamed OS suffers from.
>
> I think we would be better off if rpm selected a particular object 
> such as libgcj.so.6 rather than require it. Then have the program fail 
> with an appropriate message at run time if that object is not found.

There is a unsatisfied dependency list on daily rawhide reports. Java 
packages are being rebuild and require some development work to be 
compatible with the new compiler in the Fedora development tree at 
present. Fedora Java developers are working on those. Jesse Keating 
already send a mail to this list explaining that, besides this is the 
development tree and test releases. So expect some churn and breakages 
now and then. Bugs reports can be filed where appropriate.

regards
Rahul



From michal at harddata.com  Thu Dec 15 23:07:04 2005
From: michal at harddata.com (Michal Jaegermann)
Date: Thu, 15 Dec 2005 16:07:04 -0700
Subject: openoffice.org broken dependencies on x86_64
Message-ID: <20051215230704.GA30980@mail.harddata.com>

Latest rawhide reports do not list anything broken for
openoffice.org but after recent updates I see
"Package openoffice.org-core requires libxpcom.so".  The
later library a part of such packages like mozilla, firefox
or thunderbird but these are 64-bit libraries while openoffice
is a 32-bit application.

There is now mozilla-1.7.12-2.i386.rpm among x86_64 packages, which
would install some 30 Megs of stuff, but it looks like that scripts
/usr/bin/mozilla will conflict between i386 and x86_64 and besides
with an attempt of (local)install, not to update, yum responds:

mozilla-1.7.12-2.i386.rpm: does not update installed package.
Nothing to do

It looks like that if libxpcom.so is really needed than a reasonable
thing to do would be to split it in a separate subpackage similar
to mozilla-nss (which, BTW, supplies for each architecture two
independent copies of libnssckbi.so; a bit much).

Do I miss something?

   Michal



From fedora-test at adslpipe.co.uk  Thu Dec 15 23:14:45 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Thu, 15 Dec 2005 23:14:45 +0000
Subject: Package updating
In-Reply-To: <BAY107-F11ED1C5B9B1BC550D2A534853B0@phx.gbl>
References: <BAY107-F11ED1C5B9B1BC550D2A534853B0@phx.gbl>
Message-ID: <43A1F8E5.70908@adslpipe.co.uk>

Don Springall wrote:

> I would still like a reply from redhat. Is there a way to formulate a 
> broken deps list that is complete ? 

In case you don't already know, if you look in the tips & tricks section 
of http://fedoraproject.org/wiki/Tools/yum you'll see some scripts which 
allow upgrading all packages *bar* those with dependency problems ...






From bmatteso at us.ibm.com  Thu Dec 15 23:20:48 2005
From: bmatteso at us.ibm.com (Ben Matteson)
Date: Thu, 15 Dec 2005 17:20:48 -0600
Subject: Package updating
In-Reply-To: <43A1F8E5.70908@adslpipe.co.uk>
References: <BAY107-F11ED1C5B9B1BC550D2A534853B0@phx.gbl>
	<43A1F8E5.70908@adslpipe.co.uk>
Message-ID: <1134688848.26776.0.camel@odysseus.austin.ibm.com>

On Thu, 2005-12-15 at 23:14 +0000, Andy Burns wrote:
> Don Springall wrote:
> 
> > I would still like a reply from redhat. Is there a way to formulate a 
> > broken deps list that is complete ? 
> 
> In case you don't already know, if you look in the tips & tricks section 
> of http://fedoraproject.org/wiki/Tools/yum you'll see some scripts which 
> allow upgrading all packages *bar* those with dependency problems ...
> 

Ah, very nice.  Thanks for posting that ...

Ben




From fedora-test at adslpipe.co.uk  Thu Dec 15 23:27:17 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Thu, 15 Dec 2005 23:27:17 +0000
Subject: HPET busy, anything to worry about?
Message-ID: <43A1FBD5.4020500@adslpipe.co.uk>

I've just flashed the BIOS on my Intel D945GTP motherboard and noticed 
that one new feature is that it enables HPET.

Linux seems to recognise it OK and uses it in preference to legacy 
timers, but is the kernel debug output
"hpet_resources: 0xfed00000 is busy"
anything to worry about?

Prior to the BIOS upgrade I was getting messages
"hpet_acpi_add: no address or irqs in _CRS"
which was presumably a sign of a mangled/missing entry in ACPI tables?

# dmesg | grep -i1 hpet
ACPI: MCFG (v001 INTEL  D945GTP  0x00000ca7 MSFT 0x01000013) @ 0x3fef7f10
ACPI: HPET (v001 INTEL  D945GTP  0x00000ca7 MSFT 0x01000013) @ 0x3fef7e90
ACPI: SSDT (v001 INTEL     CpuPm 0x00000ca7 MSFT 0x01000013) @ 0x3fefdc10
--
Enabling APIC mode:  Flat.  Using 1 I/O APICs
ACPI: HPET id: 0x8086a201 base: 0xfed00000
LAPIC enabled (0), calling get_smp_config
--
Checking if this processor honours the WP bit even in supervisor mode... Ok.
hpet0: at MMIO 0xfed00000 (virtual 0xf8800000), IRQs 2, 8, 0
hpet0: 3 64-bit timers, 14318180 Hz
Using HPET for base-timer
Using HPET for gettimeofday
Detected 3000.142 MHz processor.
Using hpet for high-res timesource
Calibrating delay using timer specific routine.. 6005.55 BogoMIPS 
(lpj=12011103)
--
Real Time Clock Driver v1.12
hpet_resources: 0xfed00000 is busy
Linux agpgart interface v0.101 (c) Dave Jones



From don_springall at hotmail.com  Thu Dec 15 23:46:54 2005
From: don_springall at hotmail.com (Don Springall)
Date: Thu, 15 Dec 2005 16:46:54 -0700
Subject: Package updating
Message-ID: <BAY107-F75376F4A1E105538EA361853B0@phx.gbl>

I expect broken dependencies and a lot of churn.  But you did not answer my 
question as to why your unsatisfied dependency list in the daily rawhide 
report is incomplete. Can you fix it ?

>There is a unsatisfied dependency list on daily rawhide reports. Java 
>packages are being rebuild and require some development work to be 
>compatible with the new compiler in the Fedora development tree at present. 
>Fedora Java developers are working on those. Jesse Keating already send a 
>mail to this list explaining that, besides this is the development tree and 
>test releases. So expect some churn and breakages now and then. Bugs 
>reports can be filed where appropriate.
>
>regards
>Rahul
>
>--
>fedora-test-list mailing list
>fedora-test-list at redhat.com
>To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list




From ivazquez at ivazquez.net  Thu Dec 15 23:59:45 2005
From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams)
Date: Thu, 15 Dec 2005 18:59:45 -0500
Subject: Package updating
In-Reply-To: <BAY107-F75376F4A1E105538EA361853B0@phx.gbl>
References: <BAY107-F75376F4A1E105538EA361853B0@phx.gbl>
Message-ID: <1134691186.24298.0.camel@ignacio.lan>

On Thu, 2005-12-15 at 16:46 -0700, Don Springall wrote:
> I expect broken dependencies and a lot of churn.  But you did not answer my 
> question as to why your unsatisfied dependency list in the daily rawhide 
> report is incomplete. Can you fix it ?

How was it incomplete?

> Broken deps for i386
> ----------------------------------------------------------
>         GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686
> requires /lib/modules/2.6.14-1.1696_FC5
>         GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires
> kernel = 0:2.6.14-1.1696_FC5
>         GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686
> requires /lib/modules/2.6.14-1.1696_FC5smp
>         GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires
> kernel-smp = 0:2.6.14-1.1696_FC5
>         carol - 1.8.9.3-1jpp_6fc.i386 requires libgcj.so.6
>         cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686
> requires /lib/modules/2.6.14-1.1696_FC5
>         cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires
> kernel = 0:2.6.14-1.1696_FC5
>         cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686
> requires /lib/modules/2.6.14-1.1696_FC5smp
>         cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires
> kernel-smp = 0:2.6.14-1.1696_FC5
>         dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686
> requires /lib/modules/2.6.14-1.1696_FC5
>         dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires
> kernel = 0:2.6.14-1.1696_FC5
>         dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686
> requires /lib/modules/2.6.14-1.1696_FC5smp
>         dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires
> kernel-smp = 0:2.6.14-1.1696_FC5
>         eclipse-bugzilla - 1:0.1.1_fc-5.i386 requires libgcj.so.6
>         eclipse-cdt - 1:3.0.1-1jpp_1fc.i386 requires libgcj.so.6
>         eclipse-changelog - 1:2.0.1_fc-22.i386 requires libgcj.so.6
>         eclipse-ecj - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
>         eclipse-jdt - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
>         eclipse-pde - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
>         eclipse-platform - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
>         eclipse-pydev - 1:0.9.3_fc-12.i386 requires libgcj.so.6
>         gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686
> requires /lib/modules/2.6.14-1.1696_FC5
>         gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires
> kernel = 0:2.6.14-1.1696_FC5
>         gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686
> requires /lib/modules/2.6.14-1.1696_FC5smp
>         gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686
> requires kernel-smp = 0:2.6.14-1.1696_FC5
>         jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
>         jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
>         jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
>         jotm - 2.0.5-1jpp_3fc.i386 requires libgcj.so.6
>         libswt3-gtk2 - 1:3.1.1-1jpp_9fc.i386 requires libgcjawt.so.6
>         libswt3-gtk2 - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
>         lucene - 1.4.3-1jpp_7fc.i386 requires libgcj.so.6
>         lucene-demo - 1.4.3-1jpp_7fc.i386 requires libgcj.so.6
>         monolog - 1.8.6-1jpp_5fc.i386 requires libgcj.so.6
>         struts - 1.2.4-2jpp_3fc.i386 requires libgcj.so.6
>         struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.i386 requires
> libgcj.so.6
>         systemtap - 0.5-2.i386 requires libdw.so.1(ELFUTILS_0.116)
>         tomcat5 - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
>         tomcat5-admin-webapps - 5.0.30-8jpp_4fc.i386 requires
> libgcj.so.6
>         tomcat5-jasper - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
>         tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.i386 requires
> libgcj.so.6
>         tomcat5-webapps - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6

-- 
Ignacio Vazquez-Abrams <ivazquez at ivazquez.net>
http://fedora.ivazquez.net/

gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051215/a3cdeecb/attachment.sig>

From don_springall at hotmail.com  Fri Dec 16 00:09:44 2005
From: don_springall at hotmail.com (Don Springall)
Date: Thu, 15 Dec 2005 17:09:44 -0700
Subject: Package updating
In-Reply-To: <1134691186.24298.0.camel@ignacio.lan>
Message-ID: <BAY107-F31283F3B116773CADB1A2B853A0@phx.gbl>

Try updating all the openoffice packages. What do you get ?


>From: gnacio Vazquez-Abrams <ivazquez at ivazquez.net>
>Reply-To: For testers of Fedora Core development releases 
><fedora-test-list at redhat.com>
>To: fedora-test-list at redhat.com
>Subject: Re: Package updating
>Date: Thu, 15 Dec 2005 18:59:45 -0500
>
>On Thu, 2005-12-15 at 16:46 -0700, Don Springall wrote:
> > I expect broken dependencies and a lot of churn.  But you did not answer 
>my
> > question as to why your unsatisfied dependency list in the daily rawhide
> > report is incomplete. Can you fix it ?
>
>How was it incomplete?
>
> > Broken deps for i386
> > ----------------------------------------------------------
> >         GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686
> > requires /lib/modules/2.6.14-1.1696_FC5
> >         GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires
> > kernel = 0:2.6.14-1.1696_FC5
> >         GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686
> > requires /lib/modules/2.6.14-1.1696_FC5smp
> >         GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires
> > kernel-smp = 0:2.6.14-1.1696_FC5
> >         carol - 1.8.9.3-1jpp_6fc.i386 requires libgcj.so.6
> >         cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686
> > requires /lib/modules/2.6.14-1.1696_FC5
> >         cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires
> > kernel = 0:2.6.14-1.1696_FC5
> >         cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686
> > requires /lib/modules/2.6.14-1.1696_FC5smp
> >         cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires
> > kernel-smp = 0:2.6.14-1.1696_FC5
> >         dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686
> > requires /lib/modules/2.6.14-1.1696_FC5
> >         dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires
> > kernel = 0:2.6.14-1.1696_FC5
> >         dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686
> > requires /lib/modules/2.6.14-1.1696_FC5smp
> >         dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires
> > kernel-smp = 0:2.6.14-1.1696_FC5
> >         eclipse-bugzilla - 1:0.1.1_fc-5.i386 requires libgcj.so.6
> >         eclipse-cdt - 1:3.0.1-1jpp_1fc.i386 requires libgcj.so.6
> >         eclipse-changelog - 1:2.0.1_fc-22.i386 requires libgcj.so.6
> >         eclipse-ecj - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
> >         eclipse-jdt - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
> >         eclipse-pde - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
> >         eclipse-platform - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
> >         eclipse-pydev - 1:0.9.3_fc-12.i386 requires libgcj.so.6
> >         gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686
> > requires /lib/modules/2.6.14-1.1696_FC5
> >         gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires
> > kernel = 0:2.6.14-1.1696_FC5
> >         gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686
> > requires /lib/modules/2.6.14-1.1696_FC5smp
> >         gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686
> > requires kernel-smp = 0:2.6.14-1.1696_FC5
> >         jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
> >         jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
> >         jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
> >         jotm - 2.0.5-1jpp_3fc.i386 requires libgcj.so.6
> >         libswt3-gtk2 - 1:3.1.1-1jpp_9fc.i386 requires libgcjawt.so.6
> >         libswt3-gtk2 - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
> >         lucene - 1.4.3-1jpp_7fc.i386 requires libgcj.so.6
> >         lucene-demo - 1.4.3-1jpp_7fc.i386 requires libgcj.so.6
> >         monolog - 1.8.6-1jpp_5fc.i386 requires libgcj.so.6
> >         struts - 1.2.4-2jpp_3fc.i386 requires libgcj.so.6
> >         struts-webapps-tomcat5 - 1.2.4-2jpp_3fc.i386 requires
> > libgcj.so.6
> >         systemtap - 0.5-2.i386 requires libdw.so.1(ELFUTILS_0.116)
> >         tomcat5 - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
> >         tomcat5-admin-webapps - 5.0.30-8jpp_4fc.i386 requires
> > libgcj.so.6
> >         tomcat5-jasper - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
> >         tomcat5-servlet-2.4-api - 5.0.30-8jpp_4fc.i386 requires
> > libgcj.so.6
> >         tomcat5-webapps - 5.0.30-8jpp_4fc.i386 requires libgcj.so.6
>
>--
>Ignacio Vazquez-Abrams <ivazquez at ivazquez.net>
>http://fedora.ivazquez.net/
>
>gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72


><< signature.asc >>




>--
>fedora-test-list mailing list
>fedora-test-list at redhat.com
>To unsubscribe:
>https://www.redhat.com/mailman/listinfo/fedora-test-list




From sundaram at redhat.com  Fri Dec 16 00:22:14 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Fri, 16 Dec 2005 05:52:14 +0530
Subject: Package updating
In-Reply-To: <BAY107-F31283F3B116773CADB1A2B853A0@phx.gbl>
References: <BAY107-F31283F3B116773CADB1A2B853A0@phx.gbl>
Message-ID: <43A208B6.6080803@redhat.com>

Don Springall wrote:

> Try updating all the openoffice packages. What do you get ?

Depends on Tomcat which is specified as a broken dependency.

https://www.redhat.com/archives/fedora-test-list/2005-December/msg00400.html

Status on that

https://www.redhat.com/archives/fedora-test-list/2005-December/msg00401.html

regards
Rahul



From ivazquez at ivazquez.net  Fri Dec 16 00:28:37 2005
From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams)
Date: Thu, 15 Dec 2005 19:28:37 -0500
Subject: Package updating
In-Reply-To: <BAY107-F31283F3B116773CADB1A2B853A0@phx.gbl>
References: <BAY107-F31283F3B116773CADB1A2B853A0@phx.gbl>
Message-ID: <1134692917.24298.3.camel@ignacio.lan>

On Thu, 2005-12-15 at 17:09 -0700, Don Springall wrote:
> Try updating all the openoffice packages. What do you get ?

I ran repoclosure against the primary Rawhide repo and didn't find
anything OOo-related. Of course, that doesn't say anything about
mirrors. But you can hardly expect Fedora to be responsible for those.

-- 
Ignacio Vazquez-Abrams <ivazquez at ivazquez.net>
http://fedora.ivazquez.net/

gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051215/a5c30784/attachment.sig>

From don_springall at hotmail.com  Fri Dec 16 00:40:43 2005
From: don_springall at hotmail.com (Don Springall)
Date: Thu, 15 Dec 2005 17:40:43 -0700
Subject: Package updating
Message-ID: <BAY107-F2113701C230DF4E03560DA853A0@phx.gbl>

Exactly my point. You report does not mention that libgcjawt.so.7 for 
package: openoffice.org-core
is required. To my thinking that is incomplete. Why is that one not in your 
deps list ? How is that report created ?

>From: Rahul Sundaram <sundaram at redhat.com>
>Reply-To: For testers of Fedora Core development releases 
><fedora-test-list at redhat.com>
>To: For testers of Fedora Core development releases 
><fedora-test-list at redhat.com>
>Subject: Re: Package updating
>Date: Fri, 16 Dec 2005 05:52:14 +0530
>
>Don Springall wrote:
>
>>Try updating all the openoffice packages. What do you get ?
>
>Depends on Tomcat which is specified as a broken dependency.
>
>https://www.redhat.com/archives/fedora-test-list/2005-December/msg00400.html
>
>Status on that
>
>https://www.redhat.com/archives/fedora-test-list/2005-December/msg00401.html
>
>regards
>Rahul
>
>--
>fedora-test-list mailing list
>fedora-test-list at redhat.com
>To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list




From sundaram at redhat.com  Fri Dec 16 00:53:15 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Fri, 16 Dec 2005 06:23:15 +0530
Subject: Package updating
In-Reply-To: <BAY107-F2113701C230DF4E03560DA853A0@phx.gbl>
References: <BAY107-F2113701C230DF4E03560DA853A0@phx.gbl>
Message-ID: <43A20FFB.7030202@redhat.com>

Don Springall wrote:

> Exactly my point. You report does not mention that libgcjawt.so.7 for 
> package: openoffice.org-core
> is required. To my thinking that is incomplete. Why is that one not in 
> your deps list ? How is that report created ?

To my understanding only the first layer of package dependencies are in 
the list.  The dependency list is created by running repoquery from 
yum-utils which is in Fedora Extras. If you have issues with it, file 
bug reports with detailed information in http://bugzilla.redhat.com

regards
Rahul



From jspaleta at gmail.com  Fri Dec 16 01:11:57 2005
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Thu, 15 Dec 2005 20:11:57 -0500
Subject: Package updating
In-Reply-To: <BAY107-F2113701C230DF4E03560DA853A0@phx.gbl>
References: <BAY107-F2113701C230DF4E03560DA853A0@phx.gbl>
Message-ID: <604aa7910512151711w358f32d4k688284c391a44ce6@mail.gmail.com>

On 12/15/05, Don Springall <don_springall at hotmail.com> wrote:
> Exactly my point. You report does not mention that libgcjawt.so.7 for
> package: openoffice.org-core
> is required. To my thinking that is incomplete. Why is that one not in your
> deps list ? How is that report created ?

libgcjawt.so.7  exists in the tree and is provided by libgcj. This
isn't the problem. The build report is complete.  You are
misunderstanding the underlying problem and exactly what the build
report details.  Let me attempt to clear it up for you.

Everything that openoffice-org.core package explcitly requires is
provided by another package in rawhide. The problem is actually two
layers deeper, one of the dependant packages,  hsqldb, requires
tomcat5-servlet-2.4-api which has a dependancy problem which is
detailed in the report.

The build report does not attempt to look down the full stack of
dependacies for each packages to see if a specific package will
install.  You can not use the report to answer the question
"Will package foo install without error"
You can answer the question
"Which packages have an explict dependancy problems"
The report details the exact dependancies breakage in the tree, it
doesn't attempt to measure how many packages are affected by that
breakage.. all it does it pinpoint exactly in the tree where there are
problems.

The details of whats going on with openoffice.org-core in rawhide:
openoffice.org-core  in rawhide requires libgcjawt.so.7 and hsqldb >= 1.80.1
libgcjawt.so.7 is provided by libgcj
hsqldb >= 1.80.1 is provided by package hsqldb
pckage hsqldb requires servletapi5
servletapi5 is provided by  tomcat5-servlet-2.4-api
tomcat5-serverlet-2.4-api requires  libgcjawt.so.6
libgcjawt.so.6 is NOT provided in the tree

tomcat5-servlet-2.4-api has a problem, it is not a problem directly related to
the dependancies listed in the openoffice.org-core package.

-jef



From jkeating at redhat.com  Fri Dec 16 01:17:31 2005
From: jkeating at redhat.com (Jesse Keating)
Date: Thu, 15 Dec 2005 17:17:31 -0800
Subject: Package updating
In-Reply-To: <604aa7910512151711w358f32d4k688284c391a44ce6@mail.gmail.com>
References: <BAY107-F2113701C230DF4E03560DA853A0@phx.gbl>
	<604aa7910512151711w358f32d4k688284c391a44ce6@mail.gmail.com>
Message-ID: <1134695851.3005.111.camel@yoda.loki.me>

On Thu, 2005-12-15 at 20:11 -0500, Jeff Spaleta wrote:
> The details of whats going on with openoffice.org-core in rawhide:
> openoffice.org-core  in rawhide requires libgcjawt.so.7 and hsqldb >= 1.80.1
> libgcjawt.so.7 is provided by libgcj
> hsqldb >= 1.80.1 is provided by package hsqldb
> pckage hsqldb requires servletapi5
> servletapi5 is provided by  tomcat5-servlet-2.4-api
> tomcat5-serverlet-2.4-api requires  libgcjawt.so.6
> libgcjawt.so.6 is NOT provided in the tree
> 
> tomcat5-servlet-2.4-api has a problem, it is not a problem directly related to
> the dependancies listed in the openoffice.org-core package.


Tomcat5 successfully built today, so it will be in tomorrows rawhide,
although it looks like a new oo.org will be too, if it ever finishes
building.  Hopefully the two are in sync and you can install them (:

-- 
Jesse Keating
Release Engineer: Fedora



From jkeating at redhat.com  Fri Dec 16 01:19:35 2005
From: jkeating at redhat.com (Jesse Keating)
Date: Thu, 15 Dec 2005 17:19:35 -0800
Subject: Java status
Message-ID: <1134695975.3005.114.camel@yoda.loki.me>

Only 3 packages remain in the java rebuild stack.

jacorb
xdoclet
jonas

All of these need some extra attention and they are getting it.
Unfortunately not soon enough for tonight's rawhide roll.  These are the
last of the java stuff.
-- 
Jesse Keating
Release Engineer: Fedora



From sundaram at redhat.com  Fri Dec 16 01:24:50 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Fri, 16 Dec 2005 06:54:50 +0530
Subject: Java status
In-Reply-To: <1134695975.3005.114.camel@yoda.loki.me>
References: <1134695975.3005.114.camel@yoda.loki.me>
Message-ID: <43A21762.80101@redhat.com>

Jesse Keating wrote:

>Only 3 packages remain in the java rebuild stack.
>
>jacorb
>xdoclet
>jonas
>
>All of these need some extra attention and they are getting it.
>Unfortunately not soon enough for tonight's rawhide roll.  These are the
>last of the java stuff.
>  
>
Thanks for your work and updates. Quite useful for us testers. Keep them 
coming!

regards
Rahul



From sundaram at redhat.com  Fri Dec 16 01:30:03 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Fri, 16 Dec 2005 07:00:03 +0530
Subject: Package updating
In-Reply-To: <604aa7910512151711w358f32d4k688284c391a44ce6@mail.gmail.com>
References: <BAY107-F2113701C230DF4E03560DA853A0@phx.gbl>
	<604aa7910512151711w358f32d4k688284c391a44ce6@mail.gmail.com>
Message-ID: <43A2189B.3050609@redhat.com>

Hi

> You can not use the report to answer the question
>"Will package foo install without error"
>You can answer the question
>"Which packages have an explict dependancy problems"
>The report details the exact dependancies breakage in the tree, it
>doesn't attempt to measure how many packages are affected by that
>breakage.. all it does it pinpoint exactly in the tree where there are
>problems.
>
I think the problem we are seeing here is the result of people here 
expecting the former while getting the latter. Would it be possible to 
modify repoquery to provide this functionality?

regards
Rahul



From jkeating at j2solutions.net  Fri Dec 16 01:34:19 2005
From: jkeating at j2solutions.net (Jesse Keating)
Date: Thu, 15 Dec 2005 17:34:19 -0800
Subject: Package updating
In-Reply-To: <43A2189B.3050609@redhat.com>
References: <BAY107-F2113701C230DF4E03560DA853A0@phx.gbl>
	<604aa7910512151711w358f32d4k688284c391a44ce6@mail.gmail.com>
	<43A2189B.3050609@redhat.com>
Message-ID: <1134696859.3005.122.camel@yoda.loki.me>

On Fri, 2005-12-16 at 07:00 +0530, Rahul Sundaram wrote:
> I think the problem we are seeing here is the result of people here 
> expecting the former while getting the latter. Would it be possible to 
> modify repoquery to provide this functionality?

While it may be possible, I think the task time would skyrocket.

-- 
Jesse Keating RHCE      (geek.j2solutions.net)
Fedora Legacy Team      (www.fedoralegacy.org)
GPG Public Key          (geek.j2solutions.net/jkeating.j2solutions.pub)
 
Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating



From sundaram at redhat.com  Fri Dec 16 01:41:25 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Fri, 16 Dec 2005 07:11:25 +0530
Subject: Package updating
In-Reply-To: <1134696859.3005.122.camel@yoda.loki.me>
References: <BAY107-F2113701C230DF4E03560DA853A0@phx.gbl>	<604aa7910512151711w358f32d4k688284c391a44ce6@mail.gmail.com>	<43A2189B.3050609@redhat.com>
	<1134696859.3005.122.camel@yoda.loki.me>
Message-ID: <43A21B45.8040208@redhat.com>

Jesse Keating wrote:

>On Fri, 2005-12-16 at 07:00 +0530, Rahul Sundaram wrote:
>  
>
>>I think the problem we are seeing here is the result of people here 
>>expecting the former while getting the latter. Would it be possible to 
>>modify repoquery to provide this functionality?
>>    
>>
>
>While it may be possible, I think the task time would skyrocket.
>
>  
>
One way to determine this is for someone to code this functionality and 
check out how long it actually takes ( not that I am volunteering). It 
does make it a bit more easier for testers to understand whats broken. 
Alternatively just try and clarify the rawhide report that only the 
first layer of dependencies are included in the list if thats going to 
make any difference.

regards
Rahul



From davej at redhat.com  Fri Dec 16 07:51:57 2005
From: davej at redhat.com (Dave Jones)
Date: Fri, 16 Dec 2005 02:51:57 -0500
Subject: 2.6.15rc kernel packages for FC4.
Message-ID: <20051216075157.GA2821@redhat.com>

To try and get a jump-start on testing 2.6.15, I've prepared
packages for FC4 based on the current rawhide kernel.

These are likely to change almost daily, and there's no
guarantee how much longer 2.6.15 is going to be in -rc stage,
so I'm going to hold off pushing these out as an official
updates-testing release until a final 2.6.15 has been released.
(Should a security errata be needed before then, I'll push out another
 2.6.14 based release)

http://people.redhat.com/davej/kernels/Fedora/FC4/

Please file bugs in bugzilla, rather than emailing me/this list about them.

		Dave



From caolanm at redhat.com  Fri Dec 16 08:15:51 2005
From: caolanm at redhat.com (Caolan McNamara)
Date: Fri, 16 Dec 2005 08:15:51 +0000
Subject: openoffice.org broken dependencies on x86_64
In-Reply-To: <20051215230704.GA30980@mail.harddata.com>
References: <20051215230704.GA30980@mail.harddata.com>
Message-ID: <1134720952.29934.3.camel@localhost.localdomain>

On Thu, 2005-12-15 at 16:07 -0700, Michal Jaegermann wrote:
> Latest rawhide reports do not list anything broken for
> openoffice.org but after recent updates I see
> "Package openoffice.org-core requires libxpcom.so".  The
> later library a part of such packages like mozilla, firefox
> or thunderbird but these are 64-bit libraries while openoffice
> is a 32-bit application.

Yeah, the mozilla "xpcom" dependency snuck in, but shouldn't have. There
will be another spin which will resolve this.

C.



From davej at redhat.com  Fri Dec 16 08:44:37 2005
From: davej at redhat.com (Dave Jones)
Date: Fri, 16 Dec 2005 03:44:37 -0500
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <20051216075157.GA2821@redhat.com>
References: <20051216075157.GA2821@redhat.com>
Message-ID: <20051216084437.GB2821@redhat.com>

On Fri, Dec 16, 2005 at 02:51:57AM -0500, Dave Jones wrote:
 > To try and get a jump-start on testing 2.6.15, I've prepared
 > packages for FC4 based on the current rawhide kernel.
 > 
 > These are likely to change almost daily, and there's no
 > guarantee how much longer 2.6.15 is going to be in -rc stage,
 > so I'm going to hold off pushing these out as an official
 > updates-testing release until a final 2.6.15 has been released.
 > (Should a security errata be needed before then, I'll push out another
 >  2.6.14 based release)
 > 
 > http://people.redhat.com/davej/kernels/Fedora/FC4/
 > 
 > Please file bugs in bugzilla, rather than emailing me/this list about them.

By popular demand, they're now yum-able too..

wget http://people.redhat.com/davej/kernels/Fedora/FC4/kernels.repo
mv kernels.repo /etc/yum.repos.d/

		Dave



From jamatos at fc.up.pt  Fri Dec 16 08:53:14 2005
From: jamatos at fc.up.pt (Jose' Matos)
Date: Fri, 16 Dec 2005 08:53:14 +0000
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <20051216084437.GB2821@redhat.com>
References: <20051216075157.GA2821@redhat.com>
	<20051216084437.GB2821@redhat.com>
Message-ID: <200512160853.17775.jamatos@fc.up.pt>

On Friday 16 December 2005 08:44, Dave Jones wrote:
>
> By popular demand, they're now yum-able too..

  Thank you, it is a lot easier than to check your site every day. :o)

> wget http://people.redhat.com/davej/kernels/Fedora/FC4/kernels.repo
> mv kernels.repo /etc/yum.repos.d/
>
> 		Dave

-- 
Jos? Ab?lio



From buildsys at redhat.com  Fri Dec 16 09:12:31 2005
From: buildsys at redhat.com (Build System)
Date: Fri, 16 Dec 2005 04:12:31 -0500
Subject: rawhide report: 20051216 changes
Message-ID: <200512160912.jBG9CV5E009998@porkchop.devel.redhat.com>

New package aspell-sl
	Slovenian dictionaries for Aspell.

New package iscsi-initiator-utils
	iSCSI daemon and utility programs

New package m17n-db
	Multilingualization datafiles for m17n-lib

New package m17n-lib
	Multilingual text library

New package scim-m17n
	SCIM IMEngine for m17n-lib


 
Updated Packages:

GConf-1.0.9-18
--------------
* Thu Dec 15 2005 Ray Strode <rstrode at redhat.com> 1.0.9-18
- take ownership of directories that belong to the package
  (bug 151360)

MySQL-python-1.2.0-3.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

anaconda-10.90.21-1
-------------------
* Thu Dec 15 2005 Jeremy Katz <katzj at redhat.com> - 10.90.21-1
- fix pkgorder for new group code
- fix ub vs usb-storage
- remove some redundant code (clumens)

* Thu Dec 15 2005 Jeremy Katz <katzj at redhat.com> - 10.90.20-1
- Fixes for new timezone stuff (pnasrat)
- Fix transaction sorting (pnasrat)
- Enable dmraid by default

avalon-framework-0:4.1.4-2jpp_6fc
---------------------------------
* Thu Dec 15 2005 Gary Benson <gbenson at redhat.com> 0:4.1.4-2jpp_6fc
- Rebuild for new gcj.

bash-3.0-41
-----------
* Thu Dec 15 2005 Tim Waugh <twaugh at redhat.com> 3.0-41
- Missed another loop for improved sighandler patch (bug #169231).

carol-0:1.8.9.3-1jpp_7fc
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> 0:1.8.9.3-1jpp_7fc
- rebuilt

epiphany-1.9.3.1-1
------------------
* Thu Dec 15 2005 Matthias Clasen <mclasen at redhat.com> 1.9.3.1-1
- Update to 1.9.3.1

evolution-2.5.2-2
-----------------
* Thu Dec 15 2005 Christopher Aillon <caillon at redhat.com> 2.5.2-2
- Require nspr and nss instead of mozilla-nspr and mozilla-nss
- Update no-gnome-common patch to work with standalone nss package

finger-0.17-32
--------------
* Thu Dec 15 2005 Radek Vokal <rvokal at redhat.com> 0.17-32
- another UTF-8 fix

gcc-4.1.0-0.8
-------------
* Mon Dec 12 2005 Jakub Jelinek <jakub at redhat.com> 4.1.0-0.8
- update from gcc-4_1-branch (-r108414:108539)
  - PRs classpath/25389, fortran/23815, fortran/25078, target/25254
- fix Java ICE on initialized static final var used in case
  (Andrew Haley, #175569)
- fix crash in _Unwind_IteratePhdrCallback (Andrew Haley)
- don't Require alsa-lib-devel, just BuildRequire it
  (#175627)
- use .gnu.linkonce.d.rel.ro.* sections for objects that
  are constant after relocation processing

gimp-print-4.2.7-14
-------------------
* Thu Dec 15 2005 Tim Waugh <twaugh at redhat.com> 4.2.7-14
- Several fixes for gimp-print-cups scriptlets (bug #175710, bug #175722).

gnome-panel-2.13.3-1
--------------------
* Thu Dec 15 2005 Matthias Clasen <mclasen at redhat.com> 2.13.3-1
- Update to 2.13.3
- Use sed rather than patch for po files

gnome-screensaver-0.0.22-1
--------------------------
* Thu Dec 15 2005 Matthias Clasen <mclasen at redhat.com> - 0.0.22-1
- Update to 0.0.22

gnome-terminal-2.13.0-1
-----------------------
* Thu Dec 15 2005 Matthias Clasen <mclasen at redhat.com> 2.13.0-1
- Update to 2.13.0

gnome-utils-1:2.13.3-1
----------------------
* Thu Dec 15 2005 Matthias Clasen <mclasen at redhat.com> 2.13.3
- Update to gnome-utils 2.13.3
- Update to zenity 2.13.3
- Update to gucharmap 1.5.0
- Update to gcalctool 5.7.15
- Drop upstreamed patch

gnome-vfs2-2.13.3-1
-------------------
* Thu Dec 15 2005 Matthias Clasen  <mclasen at redhat.com> 2.13.3-1
- Update to 2.13.3
- Drop upstreamed patches

gnome-volume-manager-1.5.5-1
----------------------------
* Thu Dec 15 2005 Matthias Clasen <mclasen at redhat.com> - 1.5.5-1
- Update to 1.5.5

gnomemeeting-1.2.3-1
--------------------
* Tue Dec 13 2005 Daniel Veillard <veillard at redhat.com> 1.2.3-1
- upstream release of 1.2.3
- Fixes for gcc 4.1

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnopernicus-1.0.0-1
-------------------
* Thu Dec 15 2005 Matthias Clasen <mclasen at redhat.com> 1.0.0-1
- Update to 1.0.0
- Work around wrong-evaluation-time issues in configure

gtksourceview-1.5.2-1
---------------------
* Wed Dec 14 2005 Matthias Clsaen <mclasen at redhat.com>
- Update to 1.5.2
- Remove upstreamed patch

initscripts-8.19-1
------------------
* Thu Dec 15 2005 Bill Nottingham <notting at redhat.com>
- Require syslog, for alternate implementations thereof (#172885)
- Fix fsck invocation for weeding out netdev devices (#175803)

* Fri Dec 02 2005 Bill Nottingham <notting at redhat.com> 8.18-1
- use new dhclient file paths, add appropriate conflict (#169164)

* Wed Oct 05 2005 Bill Nottingham <notting at redhat.com> 8.17-1
- make sure corefile limiting works for user processes as well
  (#166511, <ville.skytta at iki.fi>)
- ifup-routes: handle no EOF in the route file (#156972)
- rc.sysinit: tweak mesage (#156972)
- ifdown-eth: clean up error message (#135167)
- rc.sysinit: call kpartx on multipath devices (#160227)
- ifup-eth: move wireless options before bridge options (#122801)
- ifup-wireless: silence error (#90601)
- init.d/functions: change translated string (#54682)

jakarta-commons-beanutils-0:1.7.0-2jpp_3fc
------------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0:1.7.0-2jpp_3fc
- rebuilt

* Tue Jul 19 2005 Gary Benson <gbenson at redhat.com> - 0:1.7.0-2jpp_2fc
- Build on ia64, ppc64, s390 and s390x.
- Switch to aot-compile-rpm.

* Wed May 25 2005 Gary Benson <gbenson at redhat.com> - 0:1.7.0-2jpp_1fc
- Upgrade to 1.7.0-2jpp.
- Rearrange how BC-compiled stuff is built and installed.

jakarta-commons-cli-0:1.0-6jpp_2fc
----------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0:1.0-6jpp_2fc
- rebuilt

* Thu Jun 16 2005 Gary Benson <gbenson at redhat.com> - 0:1.0-6jpp_1fc
- Build into Fedora.

* Mon Dec 20 2004 Fernando Nasser <fnasser at redhat.com> - 0:1.0-6jpp_1rh
- First Red Hat release

jakarta-commons-discovery-1:0.3-1jpp_2fc
----------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> -1:1:0.3-1jpp_2fc
- rebuilt

* Thu Jun 16 2005 Gary Benson <gbenson at redhat.com> - 1:1:0.3-1jpp_1fc
- Build into Fedora.

* Sat Jun 04 2005 Fernando Nasser <fnasser at redhat.com> - 1:1:0.3-1jpp_1rh
- Merge for update

jakarta-commons-el-0:1.0-4jpp_3fc
---------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0:1.0-4jpp_3fc
- rebuilt

* Tue Jul 19 2005 Gary Benson <gbenson at redhat.com> - 0:1.0-4jpp_2fc
- Build on ia64, ppc64, s390 and s390x.
- Switch to aot-compile-rpm.

* Tue Jun 14 2005 Gary Benson <gbenson at redhat.com> - 0:1.0-4jpp_1fc
- Upgrade to 1.0-4jpp.

jakarta-commons-fileupload-1:1.0-3jpp_2fc.1
-------------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 1:1.0-3jpp_2fc
- rebuilt

* Thu Jan 20 2005 Gary Benson <gbenson at redhat.com> - 1:1.0-3jpp_1fc
- Build into Fedora.

* Fri Oct 22 2004 Fernando Nasser <fnasser at redhat.com> 1:1.0-3jpp_1rh
- Merge with upstream version

jakarta-commons-httpclient-1:3.0-0.rc2.0jpp_2fc
-----------------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 1:3.0-0.rc2.0jpp_2fc
- rebuilt

* Wed Jun 15 2005 Gary Benson <gbenson at redhat.com> - 1:3.0-0.rc2.0jpp_1fc
- Build into Fedora.

* Tue Jun 07 2005 Gary Benson <gbenson at redhat.com>
- Avoid an API hole in libgcj's Swing implementation.
- Skip tests (suite is full of Sun-specific classes).

jakarta-commons-logging-0:1.0.4-2jpp_7fc
----------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0:1.0.4-2jpp_7fc
- rebuilt

* Fri Jul 15 2005 Gary Benson <gbenson at redhat.com> - 0:1.0.4-2jpp_6fc
- Build on ia64, ppc64, s390 and s390x.
- Switch to aot-compile-rpm.

* Wed May 25 2005 Gary Benson <gbenson at redhat.com> - 0:1.0.4-2jpp_5fc
- Rearrange how BC-compiled stuff is built and installed.

jakarta-commons-modeler-0:1.1-4jpp_3fc
--------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0:1.1-4jpp_3fc
- rebuilt

* Wed Jul 20 2005 Gary Benson <gbenson at redhat.com> - 0:1.1-4jpp_2fc
- Build on ia64, ppc64, s390 and s390x.
- Switch to aot-compile-rpm.

* Thu May 26 2005 Gary Benson <gbenson at redhat.com> - 0:1.1-4jpp_1fc
- Upgrade to 1.1-4jpp.
- Rearrange how BC-compiled stuff is built and installed.

jakarta-commons-validator-0:1.1.3-1jpp_3fc
------------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0:1.1.3-1jpp_3fc
- rebuilt

* Tue Jun 21 2005 Gary Benson <gbenson at redhat.com> - 0:1.1.3-1jpp_2fc
- Remove jarfile from the tarball.

* Thu Jan 20 2005 Gary Benson <gbenson at redhat.com> - 0:1.1.3-1jpp_1fc
- Build into Fedora.

jgroups-0:2.2.6-1jpp_2fc
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> 0:2.2.6-1jpp_2fc
- rebuilt

* Thu Jun 16 2005 Gary Benson <gbenson at redhat.com> 0:2.2.6-1jpp_1fc
- Build into Fedora.

* Thu Jun 09 2005 Gary Benson <gbenson at redhat.com>
- Remove jarfiles from the tarball.

jonathan-core-0:4.1-1jpp_5fc
----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> 0:4.1-1jpp_5fc
- rebuilt

* Mon Aug 01 2005 Gary Benson <gbenson at redhat.com> 0:4.1-1jpp_4fc
- Build on ia64, ppc64, s390 and s390x.
- Switch to aot-compile-rpm.

* Tue Jun 28 2005 Gary Benson <gbenson at redhat.com> 0:4.1-1jpp_3fc
- BC-compile.

jonathan-jeremie-0:4.2-1jpp_5fc
-------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> 0:4.2-1jpp_5fc
- rebuilt

* Mon Aug 01 2005 Gary Benson <gbenson at redhat.com> 0:4.2-1jpp_4fc
- Remove explicit references to jacorb and jonathan-rmi.
- Switch to aot-compile-rpm.
- Build on ia64, ppc64, s390 and s390x.

* Tue Jun 28 2005 Gary Benson <gbenson at redhat.com> 0:4.2-1jpp_3fc
- BC-compile.

jotm-0:2.0.5-1jpp_4fc
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> 0:2.0.5-1jpp_4fc
- rebuilt

kasumi-1.0-1.fc5
----------------
* Thu Dec 15 2005 Akira TAGOH <tagoh at redhat.com> - 1.0-1
- New upstream release.
- kasumi-1.0-gcc41.patch: build with -ffriend-injection to temporarily get it
  built with gcc-4.1.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kernel-2.6.14-1.1767_FC5
------------------------
* Thu Dec 15 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc5-git5

* Wed Dec 14 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc5-git4
- Try 'optimise for size' again.
- Silence noisy CD drives that spew msgs when probed whilst empty.

* Tue Dec 13 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc5-git3
- Use MMIO instead of PIO for 8139too

libICE-0.99.2-1
---------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.2-1
- Updated libICE to version 0.99.2 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXScrnSaver-0.99.3-1
----------------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.3-1
- Updated libXScrnSaver to version 0.99.3 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXau-0.99.2-1
---------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.2-1
- Updated libXau to version 0.99.2 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXaw-0.99.3-1
---------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.3-1
- Updated libXaw to version 0.99.3 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXcomposite-0.2.2.1-1
-----------------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.2.2.1-1
- Updated libXcomposite to version 0.2.2.1 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXdamage-1.0.2.1-1
--------------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 1.0.2.1-1
- Updated libXdamage to version 1.0.2.1 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXdmcp-0.99.2-1
-----------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.2-1
- Updated libXdmcp to version 0.99.2 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXevie-0.99.3-1
-----------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.3-1
- Updated libXevie to version 0.99.3 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXext-0.99.3-1
----------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.3-1
- Updated libXext to version 0.99.3 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXfixes-3.0.1.1-1
-------------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 3.0.1.1-1
- Updated libXfixes to version 3.0.1.1 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXfont-0.99.3-1
-----------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.3-1
- Updated libXfont to version 0.99.3 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.
- Removed libXfont-0.99.2-fontdir-attrib-fix-bug-172997.patch, which is now
  integrated upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Mon Nov 14 2005 Mike A. Harris <mharris at redhat.com> 0.99.2-3
- Added libXfont-0.99.2-fontdir-attrib-fix-bug-172997.patch to remove
  conditionalization of FONTDIRATTRIB from sources instead of tweaking
  CFLAGS for bug (#172997, fdo#5047).

libXfontcache-0.99.2-1
----------------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.2-1
- Updated libXfontcache to version 0.99.2 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.
- Added new manpages to file manifest.

* Tue Nov 15 2005 Mike A. Harris <mharris at redhat.com> 0.99.1-3
- Added "BuildRequires: libXau-devel", as twm fails without it, but does not
  check for it with ./configure.  Bug (fdo#5065)

libXi-0.99.2-1
--------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.2-1
- Updated libXi to version 0.99.2 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Tue Nov 15 2005 Mike A. Harris <mharris at redhat.com> 0.99.1-3
- Added "BuildRequires: libXau-devel", as build fails without it, but does
  not check for it with ./configure.  Bug (fdo#5065)

libXinerama-0.99.2-1
--------------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.2-1
- Updated libXinerama to version 0.99.2 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Tue Nov 15 2005 Mike A. Harris <mharris at redhat.com> 0.99.1-3
- Added "BuildRequires: libXau-devel", as twm fails without it, but does not
  check for it with ./configure.  Bug (fdo#5065)

libXmu-0.99.2-1
---------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.2-1
- Updated libXmu to version 0.99.2 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.
- Added "BuildRequires: pkgconfig, libXau-devel, xorg-x11-util-macros" to
  fix build dependencies.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXp-0.99.2-1
--------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.2-1
- Updated libXp to version 0.99.2 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXpm-3.5.4.1-1
----------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 3.5.4.1-1
- Updated libXpm to version 3.5.4.1 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.
- Added "Requires: libX11-devel" to devel subpackage as xpm.h includes various
  X headers. (#174163)
- Added missing build dep libXau-devel

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXrandr-1.1.0.1-1
-------------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 1.1.0.1-1
- Updated libXrandr to version 1.1.0.1 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXrender-0.9.0.1-1
--------------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.9.0.1-1
- Updated libXrender to version 0.9.0.1 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXres-0.99.3-1
----------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.3-1
- Updated libXres to version 0.99.3 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXt-0.99.3-1
--------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.3-1
- Updated libXt to version 0.99.3 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXtst-0.99.3-1
----------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.3-1
- Updated libXtst to version 0.99.3 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXv-0.99.2-1
--------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.2-1
- Updated libXv to version 0.99.2 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXvMC-0.99.2-1
----------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.2-1
- Updated libXvMC to version 0.99.2 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXxf86dga-0.99.3-1
--------------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.3-1
- Updated libXxf86dga to version 0.99.3 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXxf86misc-0.99.2-1
---------------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.2-1
- Updated libXxf86misc to version 0.99.2 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXxf86vm-0.99.2-1
-------------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.2-1
- Updated libXxf86vm to version 0.99.2 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libdmx-0.99.2-1
---------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.2-1
- Updated libdmx to version 0.99.2 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Tue Nov 15 2005 Mike A. Harris <mharris at redhat.com> 0.99.1-3
- Added "BuildRequires: libXau-devel, pkgconfig" missing deps.

libdrm-2.0-1
------------
* Wed Nov 30 2005 Mike A. Harris <mharris at redhat.com> 2.0-1
- Updated libdrm to version 2.0 from dri.sf.net.  This is an ABI incompatible
  release, meaning everything linked to it needs to be recompiled.

libfontenc-0.99.3-1
-------------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.3-1
- Updated libfontenc to version 0.99.3 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

libgtop2-2.13.1-1
-----------------
* Thu Dec 15 2005 Matthias Clasen <mclasen at redhat.com>
- Update to 2.13.1

* Wed Dec 14 2005 Matthias Clasen <mclasen at redhat.com>
- Update to 2.13.0

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

liblbxutil-0.99.3-1
-------------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.3-1
- Updated liblbxutil to version 0.99.3 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

liboldX-0.99.2-1
----------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.2-1
- Updated liboldX to version 0.99.2 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libxkbfile-0.99.2-1
-------------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.2-1
- Updated libxkbfile to version 0.99.2 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libxkbui-0.99.2-1
-----------------
* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.2-1
- Updated libxkbui to version 0.99.2 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

lucene-0:1.4.3-1jpp_9fc
-----------------------
* Wed Dec 14 2005 Gary Benson <gbenson at redhat.com> - 0:1.4.3-1jpp_9fc
- Rebuilt for new gcj.

* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Fri Nov 11 2005 Vadim Nasardinov <vadimn at redhat.com> - 0:1.4.3-1jpp_8fc
- BZ 170343 -- add the lucene-devel subpackage

medor-0:1.4.4-1jpp_2fc
----------------------

medor-expression-0:1.4.2-1jpp_2fc
---------------------------------

mockobjects-0:0.09-12jpp_3fc
----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> 0:09-11jpp_3fc
- rebuilt

monolog-0:1.8.6-1jpp_10fc
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> 0:1.8.6-1jpp_10fc
- rebuilt
- patch to accept jdk 1.5

mozilla-37:1.7.12-3
-------------------
* Thu Dec 15 2005 Christopher Aillon <caillon at redhat.com> 37:1.7.12-3
- Use system NSS

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mysql-5.0.16-4
--------------
* Thu Dec 15 2005 Tom Lane <tgl at redhat.com> 5.0.16-4
- fix my_config.h for ppc platforms

* Thu Dec 15 2005 Tom Lane <tgl at redhat.com> 5.0.16-3
- my_config.h needs to guard against 64-bit platforms that also define the
  32-bit symbol

* Wed Dec 14 2005 Tom Lane <tgl at redhat.com> 5.0.16-2
- oops, looks like we want uname -i not uname -m

mysql-connector-odbc-3.51.12-1.1
--------------------------------

mysqlclient10-3.23.58-9
-----------------------
* Thu Dec 15 2005 Tom Lane <tgl at redhat.com> 3.23.58-9
- fix my_config.h for 64-bit and ppc platforms

mysqlclient14-4.1.14-4
----------------------
* Thu Dec 15 2005 Tom Lane <tgl at redhat.com> 4.1.14-4
- fix my_config.h for 64-bit and ppc platforms

nautilus-cd-burner-2.13.3-1
---------------------------
* Thu Dec 15 2005 Matthias Clasen <mclasen at redhat.com> 2.13.3-1
- Update to 2.13.3

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

nspr-4.6.1-1
------------
* Thu Dec 15 2005 Christopher Aillon <caillon at redhat.com> 4.6.1-1
- Update to 4.6.1

nss-3.11-1
----------
* Thu Dec 15 2005 Christopher Aillon <caillon at redhat.com> 3.11-1
- Update to 3.11

* Thu Dec 15 2005 Christopher Aillon <caillon at redhat.com> 3.11-0.cvs.2
- Add patch to allow building on ppc*
- Update the pkgconfig file to Require nspr

* Thu Dec 15 2005 Christopher Aillon <caillon at redhat.com> 3.11-0.cvs
- Initial import into Fedora Core, based on a CVS snapshot of
  the NSS_3_11_RTM tag
- Fix up the pkcs11-devel subpackage to contain the proper headers
- Build with RPM_OPT_FLAGS
- No need to have rpath of /usr/lib in the pc file

openoffice.org-1:2.0.1-145.3.2
------------------------------
* Tue Dec 13 2005 Caolan McNamara <caolanm at redhat.com> - 1:2.0.1-145.3
- system agg

openssl-0.9.8a-5
----------------
* Thu Dec 15 2005 Tomas Mraz <tmraz at redhat.com> 0.9.8a-5
- don't include SSL_OP_NETSCAPE_REUSE_CIPHER_CHANGE_BUG
  in SSL_OP_ALL (#175779)

pam-0.99.2.1-1
--------------
* Thu Dec 15 2005 Tomas Mraz <tmraz at redhat.com> 0.99.2.1-1
- support netgroup matching in pam_succeed_if
- upgrade to new release
- drop pam_pwdb as it was obsolete long ago
- we don't build static libraries anymore

postgresql-8.1.1-3
------------------
* Thu Dec 15 2005 Tom Lane <tgl at redhat.com> 8.1.1-3
- fix pg_config.h for 64-bit and ppc platforms
- update Makefile.regress (needs to --load-language=plpgsql)

procps-3.2.6-3
--------------
* Tue Dec 13 2005 Dan Walsh <dwalsh at redhat.com> 3.2.6-3
- Translate context

python-pyblock-0.8-1
--------------------
* Thu Dec 15 2005 Peter Jones <pjones at redhat.com> - 0.8-1
- prevent getRaidSets() from returning devices with missing members
- add "make flat_install" to make installing in RHupdates easier ;)

rhdb-utils-8.1.1-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

scim-1.4.2-8
------------
* Fri Dec 16 2005 Jens Petersen <petersen at redhat.com> - 1.4.2-8
- rebuild with gcc-4.1

* Mon Nov 14 2005 Jens Petersen <petersen at redhat.com> - 1.4.2-7
- make "reload config" reload IMEs with scim-reload-engines-165655.patch
  (Qian Shen, #165655)
- add iiimf obsoletes for upgrading (#173071)

* Tue Nov 01 2005 Jens Petersen <petersen at redhat.com> - 1.4.2-6
- avoid errors in postun script when uninstalling

scim-anthy-0.8.0-1.fc5.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

scim-chewing-0.2.1-4
--------------------
* Fri Dec 16 2005 Jens Petersen <petersen at redhat.com> - 0.2.1-4
- rebuild with gcc-4.1

scim-hangul-0.2.1-2.fc5.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

scim-pinyin-0.5.91-3.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

scim-tables-0.5.5-1.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

selinux-policy-2.1.6-4
----------------------
* Wed Dec 14 2005 Dan Walsh <dwalsh at redhat.com> 2.1.5-4
- Fixes to allow automount to use portmap
- Fixes to start kernel in s0-s15:c0.c255

struts-0:1.2.4-2jpp_4fc
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0:1.2.4-2jpp_4fc
- rebuilt

sysklogd-1.4.1-34
-----------------
* Thu Dec 15 2005 Jason Vas Dias<jvdias at redhat.com> 1.4.1rh-34
- Add 'Provides: syslog' for bug 172885

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

system-config-date-1.7.99.11-1
------------------------------
* Thu Dec 15 2005 Jeremy Katz <katzj at redhat.com> - 1.7.99.11-1
- fix timezone map to not be painfully slow

tog-pegasus-2:2.5-5
-------------------
* Thu Dec 15 2005 Jason Vas Dias <jvdias at redhat.com> - 2:2.5-5
- fix bug 175434 : deal with pegasus uid/gid already existing
  on first install

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 2:2.5-4.1
- rebuilt

* Wed Nov 16 2005 Jason Vas Dias <jvdias at redhat.com> - 2:2.5-4
- fix bug 173401: SSL support broken by openssl-0.9.7g -> 0.9.8a upgrade

tomcat5-0:5.0.30-8jpp_6fc
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> 0:5.0.30-8jpp_6fc
- rebuilt
- patched util's build.xml to not use target=1.1

totem-1.2.1-1
-------------
* Thu Dec 15 2005 Matthias Clasen <mclasen at redhat.com> 1.2.1-1
- Update to 1.2.1

udev-077-2
----------
* Thu Dec 15 2005 Harald Hoyer <harald at redhat.com> - 077-2
- switched back to udevstart and use active /dev/.udev/queue waiting 
  in start_udev
- removed support for old kernels
- refined some udev.rules

unixODBC-2.2.11-6.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

velocity-0:1.4-3jpp_2fc
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0:1.4-3jpp_2fc
- rebuilt

* Tue Nov 08 2005 Vadim Nasardinov <vadimn at redhat.com> - 0:1.4-3jpp_1fc
- Converted from ISO-8859-1 to UTF-8

vixie-cron-4:4.1-42.FC5
-----------------------
* Thu Dec 15 2005 Jason Vas Dias<jvdias at redhat.com>
- fix bug 172885: Replace Requires:sysklogd with Requires:syslog

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

vte-0.11.16-1.fc5.1
-------------------
* Thu Dec 15 2005 Matthias Clasen <mclasen at redhat.com> 0.11.16-1
- Update to 0.11.16

xmlsec1-1.2.9-4
---------------
* Thu Dec 15 2005 Christopher Aillon <caillon at redhat.com> 1.2.9-4
- NSS has been split out of the mozilla package, so require that now
  and update separate_nspr.patch to account for the new NSS as well

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	eclipse-bugzilla - 1:0.1.1_fc-5.i386 requires libgcj.so.6
	eclipse-cdt - 1:3.0.1-1jpp_1fc.i386 requires libgcj.so.6
	eclipse-changelog - 1:2.0.1_fc-22.i386 requires libgcj.so.6
	eclipse-ecj - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-jdt - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-pde - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-platform - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	eclipse-pydev - 1:0.9.3_fc-12.i386 requires libgcj.so.6
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	gnome-applets - 1:2.13.1-1.i386 requires libgtop-2.0.so.5
	gnome-python2-libgtop2 - 2.12.1-7.1.i386 requires libgtop-2.0.so.5
	gnome-system-monitor - 2.13.3-1.1.i386 requires libgtop-2.0.so.5
	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.i386 requires libgcjawt.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.i386 requires libgcj.so.6
	mesa-libGL - 6.4-5.i386 requires libdrm.so.1
	systemtap - 0.5-2.i386 requires libdw.so.1(ELFUTILS_0.116)



Broken deps for ia64
----------------------------------------------------------
	gnome-applets - 1:2.13.1-1.ia64 requires libgtop-2.0.so.5()(64bit)
	gnome-python2-libgtop2 - 2.12.1-7.1.ia64 requires libgtop-2.0.so.5()(64bit)
	gnome-system-monitor - 2.13.3-1.1.ia64 requires libgtop-2.0.so.5()(64bit)
	jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	mesa-libGL - 6.4-5.ia64 requires libdrm.so.1()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs
	systemtap - 0.5-2.ia64 requires libdw.so.1(ELFUTILS_0.116)(64bit)



Broken deps for ppc
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	eclipse-bugzilla - 1:0.1.1_fc-5.ppc requires libgcj.so.6
	eclipse-cdt - 1:3.0.1-1jpp_1fc.ppc requires libgcj.so.6
	eclipse-changelog - 1:2.0.1_fc-22.ppc requires libgcj.so.6
	eclipse-ecj - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-jdt - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-pde - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-platform - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	eclipse-pydev - 1:0.9.3_fc-12.ppc requires libgcj.so.6
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	gnome-applets - 1:2.13.1-1.ppc requires libgtop-2.0.so.5
	gnome-python2-libgtop2 - 2.12.1-7.1.ppc requires libgtop-2.0.so.5
	gnome-system-monitor - 2.13.3-1.1.ppc requires libgtop-2.0.so.5
	jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.ppc requires libgcjawt.so.6
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.ppc requires libgcj.so.6
	mesa-libGL - 6.4-5.ppc requires libdrm.so.1
	systemtap - 0.5-2.ppc requires libdw.so.1(ELFUTILS_0.116)



Broken deps for ppc64
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	gnome-applets - 1:2.13.1-1.ppc64 requires libgtop-2.0.so.5()(64bit)
	gnome-python2-libgtop2 - 2.12.1-7.1.ppc64 requires libgtop-2.0.so.5()(64bit)
	gnome-system-monitor - 2.13.3-1.1.ppc64 requires libgtop-2.0.so.5()(64bit)
	jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)



Broken deps for s390
----------------------------------------------------------
	gnome-applets - 1:2.13.1-1.s390 requires libgtop-2.0.so.5
	gnome-python2-libgtop2 - 2.12.1-7.1.s390 requires libgtop-2.0.so.5
	gnome-system-monitor - 2.13.3-1.1.s390 requires libgtop-2.0.so.5
	jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6



Broken deps for s390x
----------------------------------------------------------
	gnome-applets - 1:2.13.1-1.s390x requires libgtop-2.0.so.5()(64bit)
	gnome-python2-libgtop2 - 2.12.1-7.1.s390x requires libgtop-2.0.so.5()(64bit)
	gnome-system-monitor - 2.13.3-1.1.s390x requires libgtop-2.0.so.5()(64bit)
	jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libgcj.so.6()(64bit)
	libgconf-java - 2.12.0-2.s390x requires libcairojava-1.0.so()(64bit)
	libglade-java - 2.12.0-5.s390x requires libgcj.so.6()(64bit)
	libglade-java - 2.12.0-5.s390x requires libcairojava-1.0.so()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libcairojava-1.0.so()(64bit)
	libgtk-java - 2.8.0-7.s390x requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-6.3.s390x requires libcairojava-1.0.so()(64bit)



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	eclipse-bugzilla - 1:0.1.1_fc-5.x86_64 requires libgcj.so.6()(64bit)
	eclipse-cdt - 1:3.0.1-1jpp_1fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-changelog - 1:2.0.1_fc-22.x86_64 requires libgcj.so.6()(64bit)
	eclipse-ecj - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-jdt - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-pde - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-platform - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	eclipse-pydev - 1:0.9.3_fc-12.x86_64 requires libgcj.so.6()(64bit)
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	gnome-applets - 1:2.13.1-1.x86_64 requires libgtop-2.0.so.5()(64bit)
	gnome-python2-libgtop2 - 2.12.1-7.1.x86_64 requires libgtop-2.0.so.5()(64bit)
	gnome-system-monitor - 2.13.3-1.1.x86_64 requires libgtop-2.0.so.5()(64bit)
	jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.x86_64 requires libgcjawt.so.6()(64bit)
	libswt3-gtk2 - 1:3.1.1-1jpp_9fc.x86_64 requires libgcj.so.6()(64bit)
	mesa-libGL - 6.4-5.i386 requires libdrm.so.1
	mesa-libGL - 6.4-5.x86_64 requires libdrm.so.1()(64bit)
	systemtap - 0.5-2.x86_64 requires libdw.so.1(ELFUTILS_0.116)(64bit)





From fedora at leemhuis.info  Fri Dec 16 09:58:22 2005
From: fedora at leemhuis.info (Thorsten Leemhuis)
Date: Fri, 16 Dec 2005 10:58:22 +0100
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <20051216084437.GB2821@redhat.com>
References: <20051216075157.GA2821@redhat.com>
	<20051216084437.GB2821@redhat.com>
Message-ID: <1134727102.2805.5.camel@thl.ct.heise.de>

Am Freitag, den 16.12.2005, 03:44 -0500 schrieb Dave Jones:
> On Fri, Dec 16, 2005 at 02:51:57AM -0500, Dave Jones wrote:
>  > To try and get a jump-start on testing 2.6.15, I've prepared
>  > packages for FC4 based on the current rawhide kernel.
>  > 
>  > These are likely to change almost daily, and there's no
>  > guarantee how much longer 2.6.15 is going to be in -rc stage,
>  > so I'm going to hold off pushing these out as an official
>  > updates-testing release until a final 2.6.15 has been released.
>  > (Should a security errata be needed before then, I'll push out another
>  >  2.6.14 based release)
>  > 
>  > http://people.redhat.com/davej/kernels/Fedora/FC4/
>  > 
>  > Please file bugs in bugzilla, rather than emailing me/this list about them.
> 
> By popular demand, they're now yum-able too..

Thanks for your work -- kernel is running fine here.

But according to
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;h=86b86399d61d7237aab919f87867bd984dddaa25;hb=281ab031a8c9e5b593142eb4ec59a87faae8676a;f=Documentation/Changes

you need at least udev 071 to run 2.6.15 -- is that wrong or are we also
getting a updated udev in time for FC4 (currently we are at
udev-058-1.0.FC4.1)?

CU
thl



From harald at redhat.com  Fri Dec 16 11:28:11 2005
From: harald at redhat.com (Harald Hoyer)
Date: Fri, 16 Dec 2005 12:28:11 +0100
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <1134727102.2805.5.camel@thl.ct.heise.de>
References: <20051216075157.GA2821@redhat.com>	<20051216084437.GB2821@redhat.com>
	<1134727102.2805.5.camel@thl.ct.heise.de>
Message-ID: <43A2A4CB.1040103@redhat.com>

Thorsten Leemhuis wrote:
> Am Freitag, den 16.12.2005, 03:44 -0500 schrieb Dave Jones:
> 
>>On Fri, Dec 16, 2005 at 02:51:57AM -0500, Dave Jones wrote:
>> > To try and get a jump-start on testing 2.6.15, I've prepared
>> > packages for FC4 based on the current rawhide kernel.
>> > 
>> > These are likely to change almost daily, and there's no
>> > guarantee how much longer 2.6.15 is going to be in -rc stage,
>> > so I'm going to hold off pushing these out as an official
>> > updates-testing release until a final 2.6.15 has been released.
>> > (Should a security errata be needed before then, I'll push out another
>> >  2.6.14 based release)
>> > 
>> > http://people.redhat.com/davej/kernels/Fedora/FC4/
>> > 
>> > Please file bugs in bugzilla, rather than emailing me/this list about them.
>>
>>By popular demand, they're now yum-able too..
> 
> 
> Thanks for your work -- kernel is running fine here.
> 
> But according to
> http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;h=86b86399d61d7237aab919f87867bd984dddaa25;hb=281ab031a8c9e5b593142eb4ec59a87faae8676a;f=Documentation/Changes
> 
> you need at least udev 071 to run 2.6.15 -- is that wrong or are we also
> getting a updated udev in time for FC4 (currently we are at
> udev-058-1.0.FC4.1)?
> 
> CU
> thl
> 

Somehow the kernel guys do not care about the rest of the system with their updates :-/

So either I have to backport rawhide udev,hotplug,initscripts... or we will need more updated packages.. :-/



From mike.cohler at gmail.com  Fri Dec 16 13:53:28 2005
From: mike.cohler at gmail.com (Mike Cohler)
Date: Fri, 16 Dec 2005 13:53:28 +0000
Subject: 2.6.15rc kernel packages for FC4.
Message-ID: <3dd77c60512160553i46a34534j304a9ca23fda4b82@mail.gmail.com>

Many thanks for this development which will be very useful.
I am sure many will welcome the newer kernel moving into FC4.

I have a couple of questions:

Once 2.6.15 final is released and an FC4 package is prepared I presume
that this will provide native SATA drive support?
In that case does anyone know if the smarttools package with SATA
support will be available via either "-d sata",
or via the "-d ata" (libata) library ?

Perhaps this will be part of the dependencies needed when the 2.6.15
kernel is pushed to FC4 ?

Thanks
Mike

Dave JOnes wrote:

To try and get a jump-start on testing 2.6.15, I've prepared
packages for FC4 based on the current rawhide kernel.

These are likely to change almost daily, and there's no
guarantee how much longer 2.6.15 is going to be in -rc stage,
so I'm going to hold off pushing these out as an official
updates-testing release until a final 2.6.15 has been released.
(Should a security errata be needed before then, I'll push out another
 2.6.14 based release)

http://people.redhat.com/davej/kernels/Fedora/FC4/

Please file bugs in bugzilla, rather than emailing me/this list about them.

		Dave



--

mike cohler
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051216/cf39656a/attachment.htm>

From roger at gwch.net  Fri Dec 16 15:16:58 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Fri, 16 Dec 2005 16:16:58 +0100
Subject: Openoffice.org - where has my java gone...
Message-ID: <1134746219.3383.7.camel@niobe>

Hey friends all over this globe...

today i started an openoffice-presentation *sigh* and could not launch
it. Looking for Java in openoffice, there is none!

Where is the path (i tried any /usr/lib/java-xxxx) to the right java for
ooo?

Thanks a lot - have a nice time.
Roger



From islifefun1975 at yahoo.com  Fri Dec 16 17:25:20 2005
From: islifefun1975 at yahoo.com (Josh)
Date: Fri, 16 Dec 2005 09:25:20 -0800 (PST)
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <20051216075157.GA2821@redhat.com>
Message-ID: <20051216172520.69571.qmail@web34007.mail.mud.yahoo.com>

Thank you! Thank you!
 
 I tried it on my Acer Ferrari 4005 laptop and it recognized the Synaptics touchpad  while the previous kernels didn't.
 
 My ipw2200 adapter on the laptop also works out of the box with WPA due to the updated drivers :)
 
 Dave, 
 I had filed a bug for the Synaptics touchpad. Should that be  closed?
 
 Thanks 

Dave Jones <davej at redhat.com> wrote: To try and get a jump-start on testing 2.6.15, I've prepared
packages for FC4 based on the current rawhide kernel.

These are likely to change almost daily, and there's no
guarantee how much longer 2.6.15 is going to be in -rc stage,
so I'm going to hold off pushing these out as an official
updates-testing release until a final 2.6.15 has been released.
(Should a security errata be needed before then, I'll push out another
 2.6.14 based release)

http://people.redhat.com/davej/kernels/Fedora/FC4/

Please file bugs in bugzilla, rather than emailing me/this list about them.

  Dave

-- 
fedora-test-list mailing list
fedora-test-list at redhat.com
To unsubscribe: 
https://www.redhat.com/mailman/listinfo/fedora-test-list



__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051216/8b5720cb/attachment.htm>

From jspaleta at gmail.com  Fri Dec 16 18:03:32 2005
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Fri, 16 Dec 2005 13:03:32 -0500
Subject: Package updating
In-Reply-To: <43A21B45.8040208@redhat.com>
References: <BAY107-F2113701C230DF4E03560DA853A0@phx.gbl>
	<604aa7910512151711w358f32d4k688284c391a44ce6@mail.gmail.com>
	<43A2189B.3050609@redhat.com> <1134696859.3005.122.camel@yoda.loki.me>
	<43A21B45.8040208@redhat.com>
Message-ID: <604aa7910512161003m3da2e3bel3f6dbc0b6fae6658@mail.gmail.com>

On 12/15/05, Rahul Sundaram <sundaram at redhat.com> wrote:
> One way to determine this is for someone to code this functionality and
> check out how long it actually takes ( not that I am volunteering). It
> does make it a bit more easier for testers to understand whats broken.

I think Panu might be the best person to ask as to whether or you can
have repodata tool ask this question without an egregious calculation
penalty.   Even if it can, I'd be inclined not to include that
information in the build reports, because its highly redudant
information.  One broken dependancy can cascade into dozens of
uninstallable packages... and thats makes for a very long build report
to sift through.

It might be worthwhile to be able to ask "will package foo install"
from a client side tool every once in a while. But I don't see much
value the question "which packages will not install" when the output
list is very long.  How exactly does one use a list of 30+
uninstallable packages.   The best question with regard to testers is
"what is the minimal set of --excludes that I need to use to avoid
install/update dependancy issues?" and I have no idea how one would go
about making a tool that outputs the answer to that.  If there was a
way to answer that without excessive calculation, it would be a
compact and useful expression to add to the rawhide build report.

-jef



From davej at redhat.com  Fri Dec 16 18:21:30 2005
From: davej at redhat.com (Dave Jones)
Date: Fri, 16 Dec 2005 13:21:30 -0500
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <20051216172520.69571.qmail@web34007.mail.mud.yahoo.com>
References: <20051216075157.GA2821@redhat.com>
	<20051216172520.69571.qmail@web34007.mail.mud.yahoo.com>
Message-ID: <20051216182130.GE2821@redhat.com>

On Fri, Dec 16, 2005 at 09:25:20AM -0800, Josh wrote:
 > Thank you! Thank you!
 >  
 >  I tried it on my Acer Ferrari 4005 laptop and it recognized the Synaptics touchpad  while the previous kernels didn't.
 >  
 >  My ipw2200 adapter on the laptop also works out of the box with WPA due to the updated drivers :)
 >  
 >  Dave, 
 >  I had filed a bug for the Synaptics touchpad. Should that be  closed?

Wait until it gets pushed out as an update.

		Dave



From islifefun1975 at yahoo.com  Fri Dec 16 17:28:49 2005
From: islifefun1975 at yahoo.com (Josh)
Date: Fri, 16 Dec 2005 09:28:49 -0800 (PST)
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <43A2A4CB.1040103@redhat.com>
Message-ID: <20051216172849.588.qmail@web34002.mail.mud.yahoo.com>


 > But according to
> http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;h=86b86399d61d7237aab919f87867bd984dddaa25;hb=281ab031a8c9e5b593142eb4ec59a87faae8676a;f=Documentation/Changes
> 
> you need at least udev 071 to run 2.6.15 -- is that wrong or are we also
> getting a updated udev in time for FC4 (currently we are at
> udev-058-1.0.FC4.1)?
> 
> CU
> thl
> 

Somehow the kernel guys do not care about the rest of the system with their updates :-/

So either I have to backport rawhide udev,hotplug,initscripts... or we will need more updated packages.. :-/
   
 Have you tried the kernel yet? I installed it on my laptop running udev-058.
 No problems so far.
 
 Josh


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051216/4dc78156/attachment.htm>

From vonbrand at inf.utfsm.cl  Fri Dec 16 18:33:59 2005
From: vonbrand at inf.utfsm.cl (Horst von Brand)
Date: Fri, 16 Dec 2005 15:33:59 -0300
Subject: Package updating 
In-Reply-To: Your message of "Thu, 15 Dec 2005 17:53:24 CDT."
	<1134687204.26513.10.camel@cutter> 
Message-ID: <200512161833.jBGIXxZr003358@laptop11.inf.utfsm.cl>

seth vidal <skvidal at phy.duke.edu> wrote:
> On Thu, 2005-12-15 at 15:49 -0700, Don Springall wrote:

> > I would still like a reply from redhat. Is there a way to formulate a
> > broken deps list that is complete ? If not then maybe someone should
> > revisit this dependency hell we have descended into. I fail to see how
> > this is any better than the .dll hell some unnamed OS suffers from.

> The reason why it is better is that this is a TEST RELEASE.

So?

> Things are expected to be broken.

Right. But give people the tools (even if hard to use/inconvenient) to find
out exactly how/where. I.e., how to find out what can't be installed
because it is being blocked, and exactly how it is blocked. As things
stand, I just run "yum -y update", parse the output to find out what it
would like to install, and then go over the resulting list trying to
"yum -y upgrade" one by one. There has to be a better way...

A list of /everything/ that depends on a package/feature (directly or
indirectly), and another one of all the stuff required would go a long
way... they would probably be humongous, but with standard text filters they
could be handled.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513



From bmillett at gmail.com  Fri Dec 16 18:34:20 2005
From: bmillett at gmail.com (Brian Millett)
Date: Fri, 16 Dec 2005 12:34:20 -0600
Subject: rhythmbox cores "glibc detected"
Message-ID: <1134758060.4069.10.camel@localhost.localdomain>

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175961

After the last couple of days updates in rawhide, I noticed that
rhythmbox would not play certain radio stations.  Quiting the app caused
a backtrace.  What also was strange, if I played any ogg file then tried
a radio station, it would play the last ogg file over and over instead
of the station.  

[bpm]$ rhythmbox 
** (rhythmbox:14528): WARNING **: nautilus_burn_drive_free is deprecated
please use nautilus_burn_drive_unref() instead

(rhythmbox:14528): Rhythmbox-CRITICAL **: rb_player_play: assertion
`mp->priv->playbin != NULL' failed

(rhythmbox:14528): Rhythmbox-CRITICAL **: rb_player_play: assertion
`mp->priv->playbin != NULL' failed

(rhythmbox:14528): Rhythmbox-WARNING **: do_next_idle: Unhandled error:
Problem occurred without error being set. This is a bug in Rhythmbox or
GStreamer.
*** glibc detected *** rhythmbox: free(): invalid pointer: 0x08524498
***
======= Backtrace: =========
/lib/libc.so.6[0xeab8e0]
/lib/libc.so.6(__libc_free+0x79)[0xeabfa2]
/usr/lib/libglib-2.0.so.0(g_free+0x22)[0xb2c222]
rhythmbox[0x807fc43]
/usr/lib/libgobject-2.0.so.0(g_object_unref+0x162)[0x65daa55]
rhythmbox[0x806b247]
/usr/lib/libgobject-2.0.so.0(g_object_unref+0x162)[0x65daa55]
rhythmbox[0x8067e7b]
/usr/lib/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID
+0x43)[0x65e54f8]
/usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x11c)[0x65d8c9a]
/usr/lib/libgobject-2.0.so.0[0x65e9bb8]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x820)[0x65eb032]
/usr/lib/libgobject-2.0.so.0(g_signal_emit+0x29)[0x65eb2d7]
/usr/lib/libgtk-x11-2.0.so.0[0x67039cf]
/usr/lib/libgtk-x11-2.0.so.0(gtk_action_activate+0x7d)[0x670475f]
/usr/lib/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID
+0x43)[0x65e54f8]
/usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x11c)[0x65d8c9a]
/usr/lib/libgobject-2.0.so.0[0x65e9bb8]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x820)[0x65eb032]
/usr/lib/libgobject-2.0.so.0(g_signal_emit+0x29)[0x65eb2d7]
/usr/lib/libgtk-x11-2.0.so.0(gtk_widget_activate+0x8a)[0x68b409c]
/usr/lib/libgtk-x11-2.0.so.0(gtk_menu_shell_activate_item
+0x116)[0x67de81c]
/usr/lib/libgtk-x11-2.0.so.0[0x67dfc5a]
/usr/lib/libgtk-x11-2.0.so.0[0x67d4b2d]
/usr/lib/libgtk-x11-2.0.so.0[0x67d32f3]
/usr/lib/libgobject-2.0.so.0[0x65d7585]
/usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x11c)[0x65d8c9a]
/usr/lib/libgobject-2.0.so.0[0x65ea1f1]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x6d1)[0x65eaee3]
/usr/lib/libgobject-2.0.so.0(g_signal_emit+0x29)[0x65eb2d7]
/usr/lib/libgtk-x11-2.0.so.0[0x68b0430]
/usr/lib/libgtk-x11-2.0.so.0(gtk_propagate_event+0x179)[0x67cd89d]
/usr/lib/libgtk-x11-2.0.so.0(gtk_main_do_event+0x2df)[0x67ce8e5]
/usr/lib/libgdk-x11-2.0.so.0[0x6a84203]
/usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x16e)[0xb25943]
/usr/lib/libglib-2.0.so.0[0xb28893]
/usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1a7)[0xb28c3c]
/usr/lib/libbonobo-2.so.0(bonobo_main+0x63)[0x620649]
rhythmbox(main+0x9dc)[0x80656e2]
/lib/libc.so.6(__libc_start_main+0xdf)[0xe5d62f]
rhythmbox[0x8064bf1]
======= Memory map: ========
00111000-00170000 r-xp 00000000 03:02
584486     /usr/lib/libbonoboui-2.so.0.0.000170000-00173000 rwxp
0005f000 03:02
584486     /usr/lib/libbonoboui-2.so.0.0.000173000-001b2000 r-xp
00000000 03:02 1233210    /lib/libssl.so.0.9.8a
001b2000-001b6000 rwxp 0003e000 03:02 1233210    /lib/libssl.so.0.9.8a
001b6000-001b8000 r-xp 00000000 03:02 1237606    /lib/libcom_err.so.2.1
001b8000-001b9000 rwxp 00001000 03:02 1237606    /lib/libcom_err.so.2.1
001b9000-001c8000 r-xp 00000000 03:02
1237597    /lib/libresolv-2.3.90.so
001c8000-001c9000 r-xp 0000e000 03:02
1237597    /lib/libresolv-2.3.90.so
001c9000-001ca000 rwxp 0000f000 03:02
1237597    /lib/libresolv-2.3.90.so
001ca000-001cc000 rwxp 001ca000 00:00 0
001cc000-001fa000 r-xp 00000000 03:02
406759     /usr/lib/libmusicbrainz.so.4.0.0
001fa000-001fb000 rwxp 0002e000 03:02
406759     /usr/lib/libmusicbrainz.so.4.0.0
001fb000-00219000 r-xp 00000000 03:02
418572     /usr/lib/libdbus-glib-1.so.2.0.0
00219000-0021a000 rwxp 0001e000 03:02
418572     /usr/lib/libdbus-glib-1.so.2.0.0
0021a000-0021c000 r-xp 00000000 03:02
406891     /usr/lib/libXinerama.so.1.0.0
0021c000-0021d000 rwxp 00001000 03:02
406891     /usr/lib/libXinerama.so.1.0.0
0021d000-00220000 r-xp 00000000 03:02
418928     /usr/lib/libgmodule-2.0.so.0.901.0
00220000-00221000 rwxp 00002000 03:02
418928     /usr/lib/libgmodule-2.0.so.0.901.0
00223000-0023c000 r-xp 00000000 03:02 1233032    /lib/ld-2.3.90.so
0023c000-0023d000 r-xp 00018000 03:02 1233032    /lib/ld-2.3.90.so
0023d000-0023e000 rwxp 00019000 03:02 1233032    /lib/ld-2.3.90.so
0023e000-0034d000 r-xp 00000000 03:02
1233212    /lib/libcrypto.so.0.9.8a
0034d000-00360000 rwxp 0010f000 03:02
1233212    /lib/libcrypto.so.0.9.8a
00360000-00363000 rwxp 00360000 00:00 0
00363000-003d1000 r-xp 00000000 03:02 417545

-- 
Brian Millett - [ Grey Council #1 & #2 and Delenn, "Babylon Squared"]
#1: "What is it that makes the humans so special? What is it that draws
you to them?"
#2: "They fight. They argue. They are ruled by passions and fears."
D: "Yes, and that is their strength. They do not seek conformity. They
do not surrender. Out of their differences comes symmetry, their unique
capacity to fight against impossible odds. Hurt them and they only come
back stronger. The passions we deplore have taken them to their place in
their stars and will propel them to a great destiny. Their only weakness
is that they do not recognize their own greatness. They forget that they
have come to this place through two million years of evolution, struggle
and blood and they are better than they think and nobler than they know.
They carry within them the capacity to walk amongst the stars like
giants.
They are the future and we have much to learn from them."




From davej at redhat.com  Fri Dec 16 18:40:35 2005
From: davej at redhat.com (Dave Jones)
Date: Fri, 16 Dec 2005 13:40:35 -0500
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <3dd77c60512160553i46a34534j304a9ca23fda4b82@mail.gmail.com>
References: <3dd77c60512160553i46a34534j304a9ca23fda4b82@mail.gmail.com>
Message-ID: <20051216184035.GG2821@redhat.com>

On Fri, Dec 16, 2005 at 01:53:28PM +0000, Mike Cohler wrote:

 > Once 2.6.15 final is released and an FC4 package is prepared I presume
 > that this will provide native SATA drive support?

I assume you mean SATA ATAPI support ? If so, yes.

 > In that case does anyone know if the smarttools package with SATA
 > support will be available via either "-d sata",
 > or via the "-d ata" (libata) library ?

SMART over SATA is still not working I believe.

		Dave



From jkeating at j2solutions.net  Fri Dec 16 18:50:22 2005
From: jkeating at j2solutions.net (Jesse Keating)
Date: Fri, 16 Dec 2005 10:50:22 -0800
Subject: Package updating
In-Reply-To: <200512161833.jBGIXxZr003358@laptop11.inf.utfsm.cl>
References: <200512161833.jBGIXxZr003358@laptop11.inf.utfsm.cl>
Message-ID: <1134759022.3005.165.camel@yoda.loki.me>

On Fri, 2005-12-16 at 15:33 -0300, Horst von Brand wrote:
> A list of /everything/ that depends on a package/feature (directly or
> indirectly), and another one of all the stuff required would go a long
> way... they would probably be humongous, but with standard text filters they
> could be handled.

Are you volunteering to develop such a tool that would create this list,
and then use the tool to create the list andmanage the output?

-- 
Jesse Keating RHCE      (geek.j2solutions.net)
Fedora Legacy Team      (www.fedoralegacy.org)
GPG Public Key          (geek.j2solutions.net/jkeating.j2solutions.pub)
 
Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating



From paul at permanentmail.com  Fri Dec 16 19:08:34 2005
From: paul at permanentmail.com (Paul Dickson)
Date: Fri, 16 Dec 2005 12:08:34 -0700
Subject: pam changes require dovecot restart
In-Reply-To: <200512160912.jBG9CV5E009998@porkchop.devel.redhat.com>
References: <200512160912.jBG9CV5E009998@porkchop.devel.redhat.com>
Message-ID: <20051216120834.5f6a43fa.paul@permanentmail.com>

On Fri, 16 Dec 2005 04:12:31 -0500, Build System wrote:

> pam-0.99.2.1-1
> --------------
> * Thu Dec 15 2005 Tomas Mraz <tmraz at redhat.com> 0.99.2.1-1
> - support netgroup matching in pam_succeed_if
> - upgrade to new release
> - drop pam_pwdb as it was obsolete long ago
> - we don't build static libraries anymore

This update knocked out dovecot:

Dec 16 11:53:35 red dovecot-auth: PAM unable to dlopen(/lib/security/pam_nologin.so)
Dec 16 11:53:35 red dovecot-auth: PAM [dlerror: /lib/security/pam_nologin.so: symbol pam_syslog, version LIBPAM_EXTENSION_1.0 not defined in file libpam.so.0 with link time reference]
Dec 16 11:53:35 red dovecot-auth: PAM adding faulty module: /lib/security/pam_nologin.so
Dec 16 11:53:35 red dovecot-auth: PAM unable to dlopen(/lib/security/$ISA/pam_env.so)
Dec 16 11:53:35 red dovecot-auth: PAM [dlerror: /lib/security/../../lib/security/pam_env.so: symbol pam_syslog, version LIBPAM_EXTENSION_1.0 not defined in file libpam.so.0 with link time reference]
Dec 16 11:53:35 red dovecot-auth: PAM adding faulty module: /lib/security/$ISA/pam_env.so
Dec 16 11:53:35 red dovecot-auth: PAM unable to dlopen(/lib/security/$ISA/pam_unix.so)
Dec 16 11:53:35 red dovecot-auth: PAM [dlerror: /lib/security/../../lib/security/pam_unix.so: symbol pam_syslog, version L IBPAM_EXTENSION_1.0 not defined in file libpam.so.0 with link time reference]
Dec 16 11:53:35 red dovecot-auth: PAM adding faulty module: /lib/security/$ISA/pam_unix.so
Dec 16 11:53:35 red dovecot-auth: PAM unable to dlopen(/lib/security/$ISA/pam_limits.so)
Dec 16 11:53:35 red dovecot-auth: PAM [dlerror: /lib/security/../../lib/security/pam_limits.so: symbol pam_syslog, version LIBPAM_EXTENSION_1.0 not defined in file libpam.so.0 with link time reference]
Dec 16 11:53:35 red dovecot-auth: PAM adding faulty module: /lib/security/$ISA/pam_limits.so

A "service dovecot restart" resolved the problem.

	-Paul



From stanfinley at comcast.net  Fri Dec 16 19:44:03 2005
From: stanfinley at comcast.net (Stanton Finley)
Date: Fri, 16 Dec 2005 12:44:03 -0700
Subject: Package updating
In-Reply-To: <200512161833.jBGIXxZr003358@laptop11.inf.utfsm.cl>
References: <200512161833.jBGIXxZr003358@laptop11.inf.utfsm.cl>
Message-ID: <1134762244.2972.4.camel@c-67-164-203-75.hsd1.ut.comcast.net>

On Fri, 2005-12-16 at 15:33 -0300, Horst von Brand wrote:
> seth vidal <skvidal at phy.duke.edu> wrote:
> > On Thu, 2005-12-15 at 15:49 -0700, Don Springall wrote:
> 
> > > I would still like a reply from redhat. Is there a way to formulate a
> > > broken deps list that is complete ? If not then maybe someone should
> > > revisit this dependency hell we have descended into. I fail to see how
> > > this is any better than the .dll hell some unnamed OS suffers from.
> 
> > The reason why it is better is that this is a TEST RELEASE.
> 
> So?
> 
> > Things are expected to be broken.
> 
> Right. But give people the tools (even if hard to use/inconvenient) to find
> out exactly how/where. I.e., how to find out what can't be installed
> because it is being blocked, and exactly how it is blocked. As things
> stand, I just run "yum -y update", parse the output to find out what it
> would like to install, and then go over the resulting list trying to
> "yum -y upgrade" one by one. There has to be a better way...
> 
> A list of /everything/ that depends on a package/feature (directly or
> indirectly), and another one of all the stuff required would go a long
> way... they would probably be humongous, but with standard text filters they
> could be handled.
> -- 
> Dr. Horst H. von Brand                   User #22616 counter.li.org
> Departamento de Informatica                     Fono: +56 32 654431
> Universidad Tecnica Federico Santa Maria              +56 32 654239
> Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513
> 
Horst, have you tried either of the scripts found at
http://fedoraproject.org/wiki/Tools/yum ? They allow you to
automatically update packages with yum that do no have dependency issues
so that you don't have to get them "one by one".

Stanton Finley
http://stanton-finley.net/



From briang at pmccorp.com  Fri Dec 16 21:49:38 2005
From: briang at pmccorp.com (Brian Gaynor)
Date: Fri, 16 Dec 2005 13:49:38 -0800
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <20051216172520.69571.qmail@web34007.mail.mud.yahoo.com>
References: <20051216172520.69571.qmail@web34007.mail.mud.yahoo.com>
Message-ID: <1134769778.4863.2.camel@canis>

On Fri, 2005-12-16 at 09:25 -0800, Josh wrote:
> Thank you! Thank you!
> 
> I tried it on my Acer Ferrari 4005 laptop and it recognized the
> Synaptics touchpad  while the previous kernels didn't.
> 

Strange, my Synaptics touchpad, which had been working just fine, isn't
recognized by the test kernel. Dave, I suppose I should Bugzilla this?

-- 
Brian Gaynor
www.pmccorp.com
FC4/Linux on DELL Inspiron 5160 3.0Ghz 
canis 13:47:42 up 2:01, 1 user, 
load average: 0.18, 0.13, 0.09 




From davej at redhat.com  Fri Dec 16 21:51:28 2005
From: davej at redhat.com (Dave Jones)
Date: Fri, 16 Dec 2005 16:51:28 -0500
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <1134769778.4863.2.camel@canis>
References: <20051216172520.69571.qmail@web34007.mail.mud.yahoo.com>
	<1134769778.4863.2.camel@canis>
Message-ID: <20051216215128.GM2821@redhat.com>

On Fri, Dec 16, 2005 at 01:49:38PM -0800, Brian Gaynor wrote:
 > On Fri, 2005-12-16 at 09:25 -0800, Josh wrote:
 > > Thank you! Thank you!
 > > 
 > > I tried it on my Acer Ferrari 4005 laptop and it recognized the
 > > Synaptics touchpad  while the previous kernels didn't.
 > > 
 > 
 > Strange, my Synaptics touchpad, which had been working just fine, isn't
 > recognized by the test kernel. Dave, I suppose I should Bugzilla this?

Sure.  That hardware has been a thorn in my side since I can remember.
We've had "works/doesn't work" cycles of that way back into FC2 era.

I've no idea why it's so fragile.

		Dave



From fedora-test at adslpipe.co.uk  Fri Dec 16 22:47:42 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Fri, 16 Dec 2005 22:47:42 +0000
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <20051216184035.GG2821@redhat.com>
References: <3dd77c60512160553i46a34534j304a9ca23fda4b82@mail.gmail.com>
	<20051216184035.GG2821@redhat.com>
Message-ID: <43A3440E.9000005@adslpipe.co.uk>

Dave Jones wrote:

> SMART over SATA is still not working I believe.

Not sure if you meant for FC4 with 2.5.15rc, FC5t1, or rawhide, but
smartd and smartctl are happily running for me on rawhide on ICH7+SATA
providing I use "-d ata"







From tmraz at redhat.com  Fri Dec 16 22:57:34 2005
From: tmraz at redhat.com (Tomas Mraz)
Date: Fri, 16 Dec 2005 23:57:34 +0100
Subject: pam changes require dovecot restart
In-Reply-To: <20051216120834.5f6a43fa.paul@permanentmail.com>
References: <200512160912.jBG9CV5E009998@porkchop.devel.redhat.com>
	<20051216120834.5f6a43fa.paul@permanentmail.com>
Message-ID: <1134773854.3041.9.camel@perun.redhat.usu>

On Fri, 2005-12-16 at 12:08 -0700, Paul Dickson wrote:
> On Fri, 16 Dec 2005 04:12:31 -0500, Build System wrote:
> 
> > pam-0.99.2.1-1
> > --------------
> > * Thu Dec 15 2005 Tomas Mraz <tmraz at redhat.com> 0.99.2.1-1
> > - support netgroup matching in pam_succeed_if
> > - upgrade to new release
> > - drop pam_pwdb as it was obsolete long ago
> > - we don't build static libraries anymore
> 
> This update knocked out dovecot:
> 
> Dec 16 11:53:35 red dovecot-auth: PAM unable to dlopen(/lib/security/pam_nologin.so)
> Dec 16 11:53:35 red dovecot-auth: PAM [dlerror: /lib/security/pam_nologin.so: symbol pam_syslog, version LIBPAM_EXTENSION_1.0 not defined in file libpam.so.0 with link time reference]
> Dec 16 11:53:35 red dovecot-auth: PAM adding faulty module: /lib/security/pam_nologin.so
> Dec 16 11:53:35 red dovecot-auth: PAM unable to dlopen(/lib/security/$ISA/pam_env.so)
> Dec 16 11:53:35 red dovecot-auth: PAM [dlerror: /lib/security/../../lib/security/pam_env.so: symbol pam_syslog, version LIBPAM_EXTENSION_1.0 not defined in file libpam.so.0 with link time reference]
> Dec 16 11:53:35 red dovecot-auth: PAM adding faulty module: /lib/security/$ISA/pam_env.so
> Dec 16 11:53:35 red dovecot-auth: PAM unable to dlopen(/lib/security/$ISA/pam_unix.so)
> Dec 16 11:53:35 red dovecot-auth: PAM [dlerror: /lib/security/../../lib/security/pam_unix.so: symbol pam_syslog, version L IBPAM_EXTENSION_1.0 not defined in file libpam.so.0 with link time reference]
> Dec 16 11:53:35 red dovecot-auth: PAM adding faulty module: /lib/security/$ISA/pam_unix.so
> Dec 16 11:53:35 red dovecot-auth: PAM unable to dlopen(/lib/security/$ISA/pam_limits.so)
> Dec 16 11:53:35 red dovecot-auth: PAM [dlerror: /lib/security/../../lib/security/pam_limits.so: symbol pam_syslog, version LIBPAM_EXTENSION_1.0 not defined in file libpam.so.0 with link time reference]
> Dec 16 11:53:35 red dovecot-auth: PAM adding faulty module: /lib/security/$ISA/pam_limits.so
> 
> A "service dovecot restart" resolved the problem.

Actually all long running services using PAM have to be restarted after
this upgrade as the new modules won't work with the old library which is
already loaded into the process.

-- 
Tomas Mraz <tmraz at redhat.com>



From rodd at clarkson.id.au  Fri Dec 16 23:07:08 2005
From: rodd at clarkson.id.au (Rodd Clarkson)
Date: Sat, 17 Dec 2005 10:07:08 +1100
Subject: rawhide report: 20051216 changes
In-Reply-To: <200512160912.jBG9CV5E009998@porkchop.devel.redhat.com>
References: <200512160912.jBG9CV5E009998@porkchop.devel.redhat.com>
Message-ID: <1134774429.3099.5.camel@localhost.localdomain>


> kernel-2.6.14-1.1767_FC5
> ------------------------
> * Thu Dec 15 2005 Dave Jones <davej at redhat.com>
> - 2.6.15-rc5-git5
> 
> * Wed Dec 14 2005 Dave Jones <davej at redhat.com>
> - 2.6.15-rc5-git4
> - Try 'optimise for size' again.
> - Silence noisy CD drives that spew msgs when probed whilst empty.
> 
> * Tue Dec 13 2005 Dave Jones <davej at redhat.com>
> - 2.6.15-rc5-git3
> - Use MMIO instead of PIO for 8139too

FC5 seems keen to get me to run the smp kernel (I'm on a uniprocessor
machine without hyperthreading).  I've noticed with this update (since
the smp kernel runs - the one that came with the original install
didn't) that the smp kernel seems to be noticeably slower than the
non-smp kernel.


> selinux-policy-2.1.6-4
> ----------------------
> * Wed Dec 14 2005 Dan Walsh <dwalsh at redhat.com> 2.1.5-4
> - Fixes to allow automount to use portmap
> - Fixes to start kernel in s0-s15:c0.c255

I'm not getting any of the kernels installed to boot without adding a
selinux=0 to the boot process.  I don't think this is kernel related,
but something to do with selinux.  The kernels get to the point where X
starts and the cursor appears and then nothing else happens.  Dropping
to the vt (CTRL-ALT-BACKSPACE) shows the hardware initialized, and then
no further progress.


Rodd

-- 
"It's a fine line between denial and faith.
 It's much better on my side"



From rodd at clarkson.id.au  Fri Dec 16 23:12:01 2005
From: rodd at clarkson.id.au (Rodd Clarkson)
Date: Sat, 17 Dec 2005 10:12:01 +1100
Subject: rawhide report: 20051212 changes
In-Reply-To: <200512121122.jBCBMh3T002898@porkchop.devel.redhat.com>
References: <200512121122.jBCBMh3T002898@porkchop.devel.redhat.com>
Message-ID: <1134774721.3099.9.camel@localhost.localdomain>

On Mon, 2005-12-12 at 06:22 -0500, Build System wrote:
> gnome-panel-2.13.2-1.1
> ----------------------
> * Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
> - rebuilt

Hmmm, not sure if this is where this problem started, but I think it
might be.

I'm using transparency in my panels.  The Applications/Places/Desktop
menu and the Window Selector applet are now both putting a black
background (with black text) when you have any transparency applied to
the color.

If I set the color to solid, then they look fine, but apply any
transparency at all and the background turns black and you can't read
the text for these items in the panel.


Rodd

-- 
"It's a fine line between denial and faith.
 It's much better on my side"



From don_springall at hotmail.com  Fri Dec 16 23:15:09 2005
From: don_springall at hotmail.com (Don Springall)
Date: Fri, 16 Dec 2005 16:15:09 -0700
Subject: Yum Utils repoquery yum-utils-0.3.1-1.fc5  &  yum-2.5.0-3
Message-ID: <BAY107-F36FF8895D13A46B735E26F853A0@phx.gbl>

Am I doing something incredibly stupid here or is my system just special ? I 
do have a yum.conf in /etc.
I could have sworn repoquery was working last week.

root at localhost don]# repoquery --all --alldeps
Traceback (most recent call last):
  File "/usr/bin/repoquery", line 640, in ?
    main(sys.argv)
  File "/usr/bin/repoquery", line 592, in main
    repoq = YumBaseQuery(pkgops, sackops, opts)
  File "/usr/bin/repoquery", line 298, in __init__
    self.conf = yum.config.yumconf()
AttributeError: 'module' object has no attribute 'yumconf'




From chasecreek.systemhouse at gmail.com  Fri Dec 16 23:25:29 2005
From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse)
Date: Fri, 16 Dec 2005 18:25:29 -0500
Subject: Yum Utils repoquery yum-utils-0.3.1-1.fc5 & yum-2.5.0-3
In-Reply-To: <BAY107-F36FF8895D13A46B735E26F853A0@phx.gbl>
References: <BAY107-F36FF8895D13A46B735E26F853A0@phx.gbl>
Message-ID: <91f88ee20512161525g43d75fe1qf53a33b3f5179fb6@mail.gmail.com>

On 12/16/05, Don Springall <don_springall at hotmail.com> wrote:
> Am I doing something incredibly stupid here or is my system just special ? I
> do have a yum.conf in /etc.
> I could have sworn repoquery was working last week.
>
> root at localhost don]# repoquery --all --alldeps
> Traceback (most recent call last):

That was happening on the dev ppc branch -- I corrected by system by
updating the YUM rpm manually.

--
WC -Sx- Jones | http://ccsh.us/ | Open Source Consulting



From n0dalus+redhat at gmail.com  Fri Dec 16 23:28:03 2005
From: n0dalus+redhat at gmail.com (n0dalus)
Date: Sat, 17 Dec 2005 09:58:03 +1030
Subject: Pam updates break system (Was: pam changes require dovecot restart)
Message-ID: <6280325c0512161528o5ca3b49as5eb394f17e8b46be@mail.gmail.com>

On 12/17/05, Tomas Mraz <tmraz at redhat.com> wrote:
>
> Actually all long running services using PAM have to be restarted after
> this upgrade as the new modules won't work with the old library which is
> already loaded into the process.
>

A pam update just rendered my entire test system unusable. I couldn't
login, I couldn't get out of gnome-screensaver's lock, I couldn't ssh
in, and I couldn't start up the computer in runlevel 3 or 5 any more.
In the end I managed to resolve it by booting into runlevel 1, going
into /var/cache/yum/development/packages and manually running: rpm
-Uvh pam*.rpm
It appears as though yum only partially updated pam, removing
/lib/libpam.so.0.80 but something went seriously wrong before it was
able to install the new libpam.so.

I hope that anyone else that has this problem can use this information
to repair their system.

n0dalus.



From mpeters at mac.com  Fri Dec 16 23:36:38 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Fri, 16 Dec 2005 15:36:38 -0800
Subject: Pam updates break system (Was: pam changes require dovecot
	restart)
In-Reply-To: <6280325c0512161528o5ca3b49as5eb394f17e8b46be@mail.gmail.com>
References: <6280325c0512161528o5ca3b49as5eb394f17e8b46be@mail.gmail.com>
Message-ID: <1134776198.3032.17.camel@locolhost.localdomain>

On Sat, 2005-12-17 at 09:58 +1030, n0dalus wrote:
> On 12/17/05, Tomas Mraz <tmraz at redhat.com> wrote:
> >
> > Actually all long running services using PAM have to be restarted after
> > this upgrade as the new modules won't work with the old library which is
> > already loaded into the process.
> >
> 
> A pam update just rendered my entire test system unusable.

Thanks for the heads up.



From briang at pmccorp.com  Fri Dec 16 23:51:10 2005
From: briang at pmccorp.com (Brian Gaynor)
Date: Fri, 16 Dec 2005 15:51:10 -0800
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <20051216215128.GM2821@redhat.com>
References: <20051216172520.69571.qmail@web34007.mail.mud.yahoo.com>
	<1134769778.4863.2.camel@canis>  <20051216215128.GM2821@redhat.com>
Message-ID: <1134777070.4863.7.camel@canis>

On Fri, 2005-12-16 at 16:51 -0500, Dave Jones wrote:
> Sure.  That hardware has been a thorn in my side since I can remember.
> We've had "works/doesn't work" cycles of that way back into FC2 era.
> 
> I've no idea why it's so fragile.

> 		Dave

#175993 created.

-- 
Brian Gaynor
www.pmccorp.com
FC4/Linux on DELL Inspiron 5160 3.0Ghz 
canis 15:50:07 up 4:04, 2 users, 
load average: 0.19, 0.15, 0.10 




From deji_aking at yahoo.ca  Sat Dec 17 00:08:33 2005
From: deji_aking at yahoo.ca (Deji Akingunola)
Date: Fri, 16 Dec 2005 19:08:33 -0500 (EST)
Subject: Pam updates break system (Was: pam changes require dovecot
	restart)
In-Reply-To: <6280325c0512161528o5ca3b49as5eb394f17e8b46be@mail.gmail.com>
Message-ID: <20051217000833.50676.qmail@web52301.mail.yahoo.com>


--- n0dalus <n0dalus+redhat at gmail.com> wrote:
> 
> A pam update just rendered my entire test system
> unusable. I couldn't
> login, I couldn't get out of gnome-screensaver's
> lock, I couldn't ssh
> in, and I couldn't start up the computer in runlevel
> 3 or 5 any more.
> In the end I managed to resolve it by booting into
> runlevel 1, going
> into /var/cache/yum/development/packages and
> manually running: rpm
> -Uvh pam*.rpm
> It appears as though yum only partially updated pam,
> removing
> /lib/libpam.so.0.80 but something went seriously
> wrong before it was
> able to install the new libpam.so.
> 
> I hope that anyone else that has this problem can
> use this information
> to repair their system.
> 
Merely rebooting the system will cure your problem.

Deji


	

	
		
__________________________________________________________ 
Find your next car at http://autos.yahoo.ca



From n0dalus+redhat at gmail.com  Sat Dec 17 00:12:11 2005
From: n0dalus+redhat at gmail.com (n0dalus)
Date: Sat, 17 Dec 2005 10:42:11 +1030
Subject: Pam updates break system (Was: pam changes require dovecot
	restart)
In-Reply-To: <20051217000833.50676.qmail@web52301.mail.yahoo.com>
References: <6280325c0512161528o5ca3b49as5eb394f17e8b46be@mail.gmail.com>
	<20051217000833.50676.qmail@web52301.mail.yahoo.com>
Message-ID: <6280325c0512161612m55781ambd68db27502306dd@mail.gmail.com>

On 12/17/05, Deji Akingunola <deji_aking at yahoo.ca> wrote:
>
> Merely rebooting the system will cure your problem.
>
> Deji
>

This problem was not fixed by a reboot. After the partial update there
was no libpam.so of any version.
I did say "I couldn't start up the computer in runlevel 3 or 5 any more".

n0dalus.



From jspaleta at gmail.com  Sat Dec 17 01:21:20 2005
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Fri, 16 Dec 2005 20:21:20 -0500
Subject: Pam updates break system (Was: pam changes require dovecot
	restart)
In-Reply-To: <6280325c0512161612m55781ambd68db27502306dd@mail.gmail.com>
References: <6280325c0512161528o5ca3b49as5eb394f17e8b46be@mail.gmail.com>
	<20051217000833.50676.qmail@web52301.mail.yahoo.com>
	<6280325c0512161612m55781ambd68db27502306dd@mail.gmail.com>
Message-ID: <604aa7910512161721g7338f419ubbb2a28cdcc530a3@mail.gmail.com>

On 12/16/05, n0dalus <n0dalus+redhat at gmail.com> wrote:
> On 12/17/05, Deji Akingunola <deji_aking at yahoo.ca> wrote:
> >
> > Merely rebooting the system will cure your problem.
> >
> > Deji
> >
>
> This problem was not fixed by a reboot. After the partial update there
> was no libpam.so of any version.

Well sounds like something went horribly wrong with that update.
Better try to to see if you can reproduce it.

Can't you reboot into runlevel 1 and bypass this?  Or in rescue mode
off of an fedora installer image?  If there is no libpam.so of any
version install then rpm -V pam should most definitely indicate a
problem.
pam-0.99.2.1-1 most certaintly has
/lib/libpam.so.0
/lib/libpam.so.0.81.1
in its payload.

And pam seems to update just fine for me.  You'll have to do you best
to figure out why the libpam files didn't install.

-jef



From fedora at puzzled.xs4all.nl  Sat Dec 17 01:49:37 2005
From: fedora at puzzled.xs4all.nl (Patrick)
Date: Sat, 17 Dec 2005 02:49:37 +0100
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <20051216172520.69571.qmail@web34007.mail.mud.yahoo.com>
References: <20051216172520.69571.qmail@web34007.mail.mud.yahoo.com>
Message-ID: <1134784178.4072.8.camel@guru.puzzled.xs4all.nl>

On Fri, 2005-12-16 at 09:25 -0800, Josh wrote:
> Thank you! Thank you!
> 
> I tried it on my Acer Ferrari 4005 laptop and it recognized the
> Synaptics touchpad  while the previous kernels didn't.
> 
> My ipw2200 adapter on the laptop also works out of the box with WPA
> due to the updated drivers :)

That's surprising since my Acer Ferrari 4005 never had a problem with
the Synaptics touchpad on both FC4, FC5t1 and Rawhide. Did have to boot
with i8042.nomux no_timer_check though. Maybe you could try that.

Ipw2200 on an Acer Ferrari 4005? Mine has a Broadcom chip and according
to the Acer website all Ferrari 4005 models have that. Don't know how
you got an Intel wireless chipset on an AMD motherbord :P

Regards,
Patrick








From islifefun1975 at yahoo.com  Sat Dec 17 02:01:39 2005
From: islifefun1975 at yahoo.com (Josh)
Date: Fri, 16 Dec 2005 18:01:39 -0800 (PST)
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <1134784178.4072.8.camel@guru.puzzled.xs4all.nl>
Message-ID: <20051217020139.48161.qmail@web34007.mail.mud.yahoo.com>



Patrick <fedora at puzzled.xs4all.nl> wrote: On Fri, 2005-12-16 at 09:25 -0800, Josh wrote:
> Thank you! Thank you!
> 
> I tried it on my Acer Ferrari 4005 laptop and it recognized the
> Synaptics touchpad  while the previous kernels didn't.
> 
> My ipw2200 adapter on the laptop also works out of the box with WPA
> due to the updated drivers :)

That's surprising since my Acer Ferrari 4005 never had a problem with
the Synaptics touchpad on both FC4, FC5t1 and Rawhide. Did have to boot
with i8042.nomux no_timer_check though. Maybe you could try that.
 
Ipw2200 on an Acer Ferrari 4005? Mine has a Broadcom chip and according
to the Acer website all Ferrari 4005 models have that. Don't know how
you got an Intel wireless chipset on an AMD motherbord :P

 I wasn't aware of the boot parameter to get synaptics touchpad. Does your touch pad work without the parameter? 
 
 I ditched the default broadcom wireless NIC and  bought  Intel 2915 ABG  mini-pci adapter for $29.  Works great  ;-)
 
 Josh 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051216/6494bab2/attachment.htm>

From ben.youngdahl at gmail.com  Sat Dec 17 02:12:28 2005
From: ben.youngdahl at gmail.com (Benjamin Youngdahl)
Date: Fri, 16 Dec 2005 20:12:28 -0600
Subject: On the broken dependency list
Message-ID: <291399270512161812n3e7fa933nd0d139940ce66dce@mail.gmail.com>

I've been following the discussion on the limitations of the auto-generated
"broken dependency" list.  I thought I'd throw in my thoughts.  I'll preface
this up front by saying that 1) using the scripts on the Wiki has helped me,
and 2) I realize open source means "help out" and I frankly don't have the
time at the moment to fix what I see as broken.  With that said ...

I was surprised that the "broken dependencies" list was only one level
deep.  The uninformed might look at that list, try to do an update, and see
lots more broken dependencies than are listed.  For example, "open office"
being broken for quite some time based on a java dependency.  That can make
testing more confusing for the user.  It certainly confused me at first, and
I think of myself as a fairly experienced techie (perhaps not so with
Fedora.)

I would venture the opinion that anything which eases the testing process
for the users who volunteer to test rawhide will only help the project in
the long run.  Of course, the simple fact that the code itself may be broken
makes the whole testing process not for the faint of heart.

Perhaps, though, certain minor tweaks could ease the process for the folks
that do take up the yoke of rawhide.  I think having a comprehensive list of
broken packages (packages with broken dependencies) would be useful.  It
certainly communicates the full extent to which rawhide is foobar, rather
than obscuring it in some core packages upon which many many things depend.
If creating this comprehensive list is difficult, than perhaps a simple
change to the automatic message which describes, clearly, that the list of
"broken deps for x86_64" is not actually that.  It is merely the first level
of dependency recursion.  I think at the very least, the current data is
confusingly labeled.

I would go a bit farther to say that it would be helpful, to the testers, if
the packages were actually signed.  Maybe this has changed, but I've always
expected that rawhide packages will not be signed.  Therefore, I only
download from the redhat ftp site.  Any automated signing process would
greatly assist people like me who won't download and install binaries from a
third party mirror unless they are signed by redhat/fedora.

Just my thoughts; I appreciate the efforts of all involved.

Best regards,
Ben
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051216/68c745aa/attachment.htm>

From selinux at gmail.com  Sat Dec 17 02:17:41 2005
From: selinux at gmail.com (Tom London)
Date: Fri, 16 Dec 2005 18:17:41 -0800
Subject: rawhide report: 20051216 changes
In-Reply-To: <1134774429.3099.5.camel@localhost.localdomain>
References: <200512160912.jBG9CV5E009998@porkchop.devel.redhat.com>
	<1134774429.3099.5.camel@localhost.localdomain>
Message-ID: <4c4ba1530512161817v96bb479l7e5e78421df91656@mail.gmail.com>

On 12/16/05, Rodd Clarkson <rodd at clarkson.id.au> wrote:
>
> > kernel-2.6.14-1.1767_FC5
> > ------------------------
> > * Thu Dec 15 2005 Dave Jones <davej at redhat.com>
> > - 2.6.15-rc5-git5
> >
> > * Wed Dec 14 2005 Dave Jones <davej at redhat.com>
> > - 2.6.15-rc5-git4
> > - Try 'optimise for size' again.
> > - Silence noisy CD drives that spew msgs when probed whilst empty.
> >
> > * Tue Dec 13 2005 Dave Jones <davej at redhat.com>
> > - 2.6.15-rc5-git3
> > - Use MMIO instead of PIO for 8139too
>
> FC5 seems keen to get me to run the smp kernel (I'm on a uniprocessor
> machine without hyperthreading).  I've noticed with this update (since
> the smp kernel runs - the one that came with the original install
> didn't) that the smp kernel seems to be noticeably slower than the
> non-smp kernel.
>
>
> > selinux-policy-2.1.6-4
> > ----------------------
> > * Wed Dec 14 2005 Dan Walsh <dwalsh at redhat.com> 2.1.5-4
> > - Fixes to allow automount to use portmap
> > - Fixes to start kernel in s0-s15:c0.c255
>
> I'm not getting any of the kernels installed to boot without adding a
> selinux=0 to the boot process.  I don't think this is kernel related,
> but something to do with selinux.  The kernels get to the point where X
> starts and the cursor appears and then nothing else happens.  Dropping
> to the vt (CTRL-ALT-BACKSPACE) shows the hardware initialized, and then
> no further progress.
>
There is a problem with today's selinux-policy.

Revert to the prior one.  Believe it will be fixed in tomorrow's rawhide.

>
> Rodd
>
> --
> "It's a fine line between denial and faith.
>  It's much better on my side"
>

tom
--
Tom London



From jkeating at j2solutions.net  Sat Dec 17 02:22:16 2005
From: jkeating at j2solutions.net (Jesse Keating)
Date: Fri, 16 Dec 2005 18:22:16 -0800
Subject: On the broken dependency list
In-Reply-To: <291399270512161812n3e7fa933nd0d139940ce66dce@mail.gmail.com>
References: <291399270512161812n3e7fa933nd0d139940ce66dce@mail.gmail.com>
Message-ID: <1134786136.24472.60.camel@yoda.loki.me>

On Fri, 2005-12-16 at 20:12 -0600, Benjamin Youngdahl wrote:
> I would venture the opinion that anything which eases the testing process
> for the users who volunteer to test rawhide will only help the project in
> the long run.  Of course, the simple fact that the code itself may be broken
> makes the whole testing process not for the faint of heart.

I don't disagree.  We do need to make testing as easy as possible to get
more folks looking at it and reporting actual problems with the
software, not problems getting to the software.  I really do think
though that this is a perfect opportunity for a community member to
throw a piece of code together to accomplish this task.

As for signing packages, I do believe they are signed.

4Suite-1.0-9.b1.i386.rpm:
    Header V3 DSA signature: OK, key ID 30c9ecf8
    Header SHA1 digest: OK (c0ec735eced46931fc12e25bc96894beca6cba39)
    MD5 digest: OK (6637a7c0ff8162f4e6c6ca730bd11acf)
    V3 DSA signature: OK, key ID 30c9ecf8



-- 
Jesse Keating RHCE      (geek.j2solutions.net)
Fedora Legacy Team      (www.fedoralegacy.org)
GPG Public Key          (geek.j2solutions.net/jkeating.j2solutions.pub)
 
Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating



From n0dalus+redhat at gmail.com  Sat Dec 17 02:27:35 2005
From: n0dalus+redhat at gmail.com (n0dalus)
Date: Sat, 17 Dec 2005 12:57:35 +1030
Subject: Pam updates break system (Was: pam changes require dovecot
	restart)
In-Reply-To: <604aa7910512161721g7338f419ubbb2a28cdcc530a3@mail.gmail.com>
References: <6280325c0512161528o5ca3b49as5eb394f17e8b46be@mail.gmail.com>
	<20051217000833.50676.qmail@web52301.mail.yahoo.com>
	<6280325c0512161612m55781ambd68db27502306dd@mail.gmail.com>
	<604aa7910512161721g7338f419ubbb2a28cdcc530a3@mail.gmail.com>
Message-ID: <6280325c0512161827l488de86dse755a7ac1432bf99@mail.gmail.com>

On 12/17/05, Jeff Spaleta <jspaleta at gmail.com> wrote:
>
> Can't you reboot into runlevel 1 and bypass this?  Or in rescue mode
> off of an fedora installer image?  If there is no libpam.so of any
> version install then rpm -V pam should most definitely indicate a
> problem.
> pam-0.99.2.1-1 most certaintly has
> /lib/libpam.so.0
> /lib/libpam.so.0.81.1
> in its payload.
>
> And pam seems to update just fine for me.  You'll have to do you best
> to figure out why the libpam files didn't install.
>
> -jef
>

Yeah in my original mail I said that was the solution (runlevel 1 then
update again using pam rpms from yum's cache).

What log files should I be looking at to see what caused this? I had a
look at a few but didn't see anything really obviously wrong. I don't
know if there's a way to roll-back all the updates and try again
without a whole lot of work, and I don't even know if the problem
would show itself again with certainty.

I will have a look at the rpm.spec too because something like this
should really be an atomic operation. It shouldn't remove the old
libpam.so until it's sure the new libpam.so is properly installed.

n0dalus.



From fct-cornette at insight.rr.com  Sat Dec 17 03:05:59 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Fri, 16 Dec 2005 22:05:59 -0500
Subject: rawhide report: 20051216 changes
In-Reply-To: <4c4ba1530512161817v96bb479l7e5e78421df91656@mail.gmail.com>
References: <200512160912.jBG9CV5E009998@porkchop.devel.redhat.com>
	<1134774429.3099.5.camel@localhost.localdomain>
	<4c4ba1530512161817v96bb479l7e5e78421df91656@mail.gmail.com>
Message-ID: <43A38097.50304@insight.rr.com>

Tom London wrote:

>>I'm not getting any of the kernels installed to boot without adding a
>>selinux=0 to the boot process.  I don't think this is kernel related,
>>but something to do with selinux.  The kernels get to the point where X
>>starts and the cursor appears and then nothing else happens.  Dropping
>>to the vt (CTRL-ALT-BACKSPACE) shows the hardware initialized, and then
>>no further progress.
>>
> 
> There is a problem with today's selinux-policy.
> 
> Revert to the prior one.  Believe it will be fixed in tomorrow's rawhide.
> 
> 

I got past the problem with SELinux by issuing autorelabel at reboot via 
grub. After the relabeling, things seem normal without reverting to an 
earlier policy.

The situation and condition that led up to the problem is described below:

  My system was left running and updating software with one of the two 
scripts referred to earlier for dep problem heavy update times. I locked 
the computer screensaver, then went to work. When I got home, I 
unblanked the screen, but xscreensaver refused to accept my known by me 
password. I pressed ctl-alt-F2 and logged into a terminal, then killed 
xscreensaver as regular user, this brought up the desktop. I was able to 
move items around, but typing anything in an open gnome-terminal did 
absolutely nothing.
Next, I opened a root shell by ctl-alt-F1 and ran 'setenforce 0'
I then killed X with ctl-alt-backspace and gdm failed to load and 
authenticate with the autologin setup for gdm. (I do not use rhgb, so 
there was no lockup caused by permission problems on boot.)

excerpt from secure log: - (I'll add to a bug report the logs with 
greater detail later)
Dec 16 17:16:45 cornette-lt xscreensaver[2701]: PAM [dlerror: 
/lib/security/pam_unix.so: symbol pam_syslog, version 
LIBPAM_EXTENSION_1.0 not defined in file libpam.so.0 with link time 
reference]
Dec 16 17:16:45 cornette-lt xscreensaver[2701]: PAM adding faulty 
module: /lib/security/pam_unix.so
Dec 16 17:16:45 cornette-lt xscreensaver[2701]: FAILED LOGIN 3 ON 
DISPLAY ":0.0", FOR "jim"
Dec 16 17:16:58 cornette-lt xscreensaver[2701]: PAM unable to 
dlopen(/lib/security/pam_env.so)
Dec 16 17:16:58 cornette-lt xscreensaver[2701]: PAM [dlerror: 
/lib/security/pam_env.so: symbol pam_syslog, version 
LIBPAM_EXTENSION_1.0 not defined in file libpam.so.0 with link time 
reference]
Dec 16 17:16:58 cornette-lt xscreensaver[2701]: PAM adding faulty 
module: /lib/security/pam_env.so
Dec 16 17:16:58 cornette-lt xscreensaver[2701]: PAM unable to 
dlopen(/lib/security/pam_unix.so)
Dec 16 17:16:58 cornette-lt xscreensaver[2701]: PAM [dlerror: 
/lib/security/pam_unix.so: symbol pam_syslog, version 
LIBPAM_EXTENSION_1.0 not defined in file libpam.so.0 with link time 
reference]
Dec 16 17:16:58 cornette-lt xscreensaver[2701]: PAM adding faulty 
module: /lib/security/pam_unix.so
Dec 16 17:16:58 cornette-lt xscreensaver[2701]: FAILED LOGIN 4 ON 
DISPLAY ":0.0", FOR "jim"
Dec 16 17:17:13 cornette-lt xscreensaver[2701]: PAM unable to 
dlopen(/lib/security/pam_env.so)
Dec 16 17:17:13 cornette-lt xscreensaver[2701]: PAM [dlerror: 
/lib/security/pam_env.so: symbol pam_syslog, version 
LIBPAM_EXTENSION_1.0 not defined in file libpam.so.0 with link time 
reference]
Dec 16 17:17:13 cornette-lt xscreensaver[2701]: PAM adding faulty 
module: /lib/security/pam_env.so
Dec 16 17:17:13 cornette-lt xscreensaver[2701]: PAM unable to 
dlopen(/lib/security/pam_unix.so)
Dec 16 17:17:13 cornette-lt xscreensaver[2701]: PAM [dlerror: 
/lib/security/pam_unix.so: symbol pam_syslog, version 
LIBPAM_EXTENSION_1.0 not defined in file libpam.so.0 with link time 
reference]
Dec 16 17:17:13 cornette-lt xscreensaver[2701]: PAM adding faulty 
module: /lib/security/pam_unix.so
Dec 16 17:17:13 cornette-lt xscreensaver[2701]: FAILED LOGIN 5 ON 
DISPLAY ":0.0", FOR "jim"
Dec 16 17:17:24 cornette-lt xscreensaver[2701]: PAM unable to 
dlopen(/lib/security/pam_env.so)
Dec 16 17:17:24 cornette-lt xscreensaver[2701]: PAM [dlerror: 
/lib/security/pam_env.so: symbol pam_syslog, version 
LIBPAM_EXTENSION_1.0 not defined in file libpam.so.0 with link time 
reference]
Dec 16 17:17:24 cornette-lt xscreensaver[2701]: PAM adding faulty 
module: /lib/security/pam_env.so
Dec 16 17:17:24 cornette-lt xscreensaver[2701]: PAM unable to 
dlopen(/lib/security/pam_unix.so)
Dec 16 17:17:24 cornette-lt xscreensaver[2701]: PAM [dlerror: 
/lib/security/pam_unix.so: symbol pam_syslog, version 
LIBPAM_EXTENSION_1.0 not defined in file libpam.so.0 with link time 
reference]
Dec 16 17:17:24 cornette-lt xscreensaver[2701]: PAM adding faulty 
module: /lib/security/pam_unix.so
Dec 16 17:17:24 cornette-lt xscreensaver[2701]: FAILED LOGIN 6 ON 
DISPLAY ":0.0", FOR "jim"
Dec 16 17:17:46 cornette-lt login: pam_unix(login:session): session 
opened for user jim by LOGIN(uid=0)

Jim


> tom
> --
> Tom London
> 


-- 
"In the fight between you and the world, back the world."
  --Frank Zappa



From notting at redhat.com  Sat Dec 17 07:03:35 2005
From: notting at redhat.com (Bill Nottingham)
Date: Sat, 17 Dec 2005 02:03:35 -0500
Subject: On the broken dependency list
In-Reply-To: <1134786136.24472.60.camel@yoda.loki.me>
References: <291399270512161812n3e7fa933nd0d139940ce66dce@mail.gmail.com>
	<1134786136.24472.60.camel@yoda.loki.me>
Message-ID: <20051217070335.GC24500@devserv.devel.redhat.com>

Jesse Keating (jkeating at j2solutions.net) said: 
> As for signing packages, I do believe they are signed.

Generally, in rawhide, packages are signed as follows:

Key 4F2A6FD2:
 If they are directly inherited from:
 - the previous major release
 - updates for the previous major release

Key 30C9ECF8:
 If they are directly inherited from:
 - a test release
 - test updates for the previous major release (shouldn't happen)

Packages that don't fall into these categories will not be signed.

(Historically, there have been packages signed with DB42A60E, the
Red Hat key, as well. We're working on making sure this won't
happen again.)

Bill



> 
> 4Suite-1.0-9.b1.i386.rpm:
>     Header V3 DSA signature: OK, key ID 30c9ecf8
>     Header SHA1 digest: OK (c0ec735eced46931fc12e25bc96894beca6cba39)
>     MD5 digest: OK (6637a7c0ff8162f4e6c6ca730bd11acf)
>     V3 DSA signature: OK, key ID 30c9ecf8
> 
> 
> 
> -- 
> Jesse Keating RHCE      (geek.j2solutions.net)
> Fedora Legacy Team      (www.fedoralegacy.org)
> GPG Public Key          (geek.j2solutions.net/jkeating.j2solutions.pub)
>  
> Was I helpful?  Let others know:
>  http://svcs.affero.net/rm.php?r=jkeating
> 
> -- 
> fedora-test-list mailing list
> fedora-test-list at redhat.com
> To unsubscribe: 
> https://www.redhat.com/mailman/listinfo/fedora-test-list



From w.j.murray at rl.ac.uk  Sat Dec 17 10:06:57 2005
From: w.j.murray at rl.ac.uk (William John Murray)
Date: Sat, 17 Dec 2005 10:06:57 +0000
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <20051216231258.2660F741F5@hormel.redhat.com>
References: <20051216231258.2660F741F5@hormel.redhat.com>
Message-ID: <1134814017.3778.5.camel@BillMurray>



> 
> On Fri, Dec 16, 2005 at 01:53:28PM +0000, Mike Cohler wrote:
> 
>  > Once 2.6.15 final is released and an FC4 package is prepared I presume
>  > that this will provide native SATA drive support?
> 
> I assume you mean SATA ATAPI support ? If so, yes.
> 
>  > In that case does anyone know if the smarttools package with SATA
>  > support will be available via either "-d sata",
>  > or via the "-d ata" (libata) library ?
> 
> SMART over SATA is still not working I believe.
> 
> 		Dave
> 
  Hello there. was hoping this would mean I could enable DMA support
on the DVD, but no luck with 2.6.14-1.1768_FC4 or  2.6.14-1.1767_FC4.
 I have
options ide hdc=noprobe
options libata atapi_enabled=1
in /etc/modprobe.conf
and have re-made the initrd as thinkwiki suggest, but the drive remains
as /dev/hdc (I THINK it should move, am I correct?) and no DMA

   Any ideas please?
     Thanks,
   Bill



From Paul at all-the-johnsons.co.uk  Sat Dec 17 10:52:23 2005
From: Paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Sat, 17 Dec 2005 10:52:23 +0000
Subject: Problem with yum and initscripts
Message-ID: <irn27b.b23g0r@webmail.all-the-johnsons.co.uk>

Hi,

Both of these are x86_64 related (I've not seen them happen on my x86 box).

For some reason (which I'm assuming is down to the installonly plugin on yum),
new kernels are downloaded when I do a yum update, but are not installed. This
means I'm still on the 1740_FC5 kernel which is somewhat out of date. If
anyone else is seeing that, I'll fill out a bugzilla report.

The second one is more worrying as it looks like initscripts is broken
(updated from 16th Dec). On reboot, I'm getting two errors

Starting udev:udevd-event[1119]: udev_db_lookup_name: unable to open udev_db
'/dev/.udev/db': No such file or directory
Starting udev:udevd-event[1119]: udev_db_lookup_name: unable to open udev_db
'/dev/.udev/db': No such file or directory

Hardware initialise is fine, loads the correct keymap, sets the hostname,
reports no RAID, sets up LVM - finds 2 logical volumes in group "VolGroup00"
now active and then...

Checking filesystems
fsck.ext3: Unable to resolve 'LABEL=/'

This the drops me down to the file system check error prompt. I enter the root
password and try to edit fstab. No go. Write protected. Try to reinstall the
previous initscripts. No go. Cannot create a lock on /var/rpm.

/dev/hda is reporting as being fine and I can mount if I use RIP Linux.

This second problem is far more pressing that the first. Can anyone suggest a
way to fix this? Is there something I can pass via grub so that the drives are
mounted RW instead of R?

TTFN

Paul

-- 
"Logic, my dear Zoe, is merely the ability to be wrong with authority" - Dr
Who




From n0dalus+redhat at gmail.com  Sat Dec 17 11:26:29 2005
From: n0dalus+redhat at gmail.com (n0dalus)
Date: Sat, 17 Dec 2005 21:56:29 +1030
Subject: Pam updates break system (Was: pam changes require dovecot
	restart)
In-Reply-To: <604aa7910512161721g7338f419ubbb2a28cdcc530a3@mail.gmail.com>
References: <6280325c0512161528o5ca3b49as5eb394f17e8b46be@mail.gmail.com>
	<20051217000833.50676.qmail@web52301.mail.yahoo.com>
	<6280325c0512161612m55781ambd68db27502306dd@mail.gmail.com>
	<604aa7910512161721g7338f419ubbb2a28cdcc530a3@mail.gmail.com>
Message-ID: <6280325c0512170326w1e2b8b07s3300b3781ae21ee2@mail.gmail.com>

On 12/17/05, Jeff Spaleta <jspaleta at gmail.com> wrote:
> And pam seems to update just fine for me.  You'll have to do you best
> to figure out why the libpam files didn't install.
>
> -jef
>

I have done some more looking into the problem, and while
unfortunately I was unable to reproduce the same problem, I did find
some things in the log files.

At the time of the update, lots of scriptlets failed with the
accompianing log message below:
Dec 17 08:53:26 kernel: audit(1134771806.214:1322): avc:  denied  {
transition } for  pid=17748 comm="yum" name="bash" dev=hda7 ino=163054
scontext=root:system_r:ldconfig_t tcontext=root:system_r:rpm_script_t
tclass=process

I am pretty new to SELinux, but to me it seems that the scontext and
the tcontext are around the wrong way. I don't know how this could
happen. In policy.20, source rpm_script_t is allowed to run the
ldconfig_t process. What's happening here seems to be that ldconfig_t
is trying to run rpm_script_t (as far as SELinux is concerned), which
would not be what's really happening. I could be completely wrong
though, so hopefully someone more experienced in these matters can
comment.
I can reproduce this error message consistently when doing certain updates.

n0dalus.



From dstolte at arcor.de  Sat Dec 17 11:43:09 2005
From: dstolte at arcor.de (D. Stolte)
Date: Sat, 17 Dec 2005 12:43:09 +0100
Subject: Problem with yum and initscripts
In-Reply-To: <irn27b.b23g0r@webmail.all-the-johnsons.co.uk>
References: <irn27b.b23g0r@webmail.all-the-johnsons.co.uk>
Message-ID: <43A3F9CD.8030708@arcor.de>

mount -n -o remount,rw /

/ds

Paul F. Johnson wrote:
> Hi,
> 
> Both of these are x86_64 related (I've not seen them happen on my x86 box).
> 
> For some reason (which I'm assuming is down to the installonly plugin on yum),
> new kernels are downloaded when I do a yum update, but are not installed. This
> means I'm still on the 1740_FC5 kernel which is somewhat out of date. If
> anyone else is seeing that, I'll fill out a bugzilla report.
> 
> The second one is more worrying as it looks like initscripts is broken
> (updated from 16th Dec). On reboot, I'm getting two errors
> 
> Starting udev:udevd-event[1119]: udev_db_lookup_name: unable to open udev_db
> '/dev/.udev/db': No such file or directory
> Starting udev:udevd-event[1119]: udev_db_lookup_name: unable to open udev_db
> '/dev/.udev/db': No such file or directory
> 
> Hardware initialise is fine, loads the correct keymap, sets the hostname,
> reports no RAID, sets up LVM - finds 2 logical volumes in group "VolGroup00"
> now active and then...
> 
> Checking filesystems
> fsck.ext3: Unable to resolve 'LABEL=/'
> 
> This the drops me down to the file system check error prompt. I enter the root
> password and try to edit fstab. No go. Write protected. Try to reinstall the
> previous initscripts. No go. Cannot create a lock on /var/rpm.
> 
> /dev/hda is reporting as being fine and I can mount if I use RIP Linux.
> 
> This second problem is far more pressing that the first. Can anyone suggest a
> way to fix this? Is there something I can pass via grub so that the drives are
> mounted RW instead of R?
> 
> TTFN
> 
> Paul
> 



From mike at miketc.com  Sat Dec 17 12:25:29 2005
From: mike at miketc.com (Mike Chambers)
Date: Sat, 17 Dec 2005 06:25:29 -0600
Subject: rawhide report: 20051216 changes
In-Reply-To: <43A38097.50304@insight.rr.com>
References: <200512160912.jBG9CV5E009998@porkchop.devel.redhat.com>
	<1134774429.3099.5.camel@localhost.localdomain>
	<4c4ba1530512161817v96bb479l7e5e78421df91656@mail.gmail.com>
	<43A38097.50304@insight.rr.com>
Message-ID: <1134822329.2502.2.camel@scrappy.miketc.com>

On Fri, 2005-12-16 at 22:05 -0500, Jim Cornette wrote:
> Tom London wrote:
> 
> >>I'm not getting any of the kernels installed to boot without adding a
> >>selinux=0 to the boot process.  I don't think this is kernel related,
> >>but something to do with selinux.  The kernels get to the point where X
> >>starts and the cursor appears and then nothing else happens.  Dropping
> >>to the vt (CTRL-ALT-BACKSPACE) shows the hardware initialized, and then
> >>no further progress.

> I got past the problem with SELinux by issuing autorelabel at reboot via 
> grub. After the relabeling, things seem normal without reverting to an 
> earlier policy.

I was having same problems, and I did two things this morning.

1 - I noticed during the rawhide install I did few days ago, that a
selinux file was not included in the /etc/sysconfig/ dir.  So I copied
the /etc/selinux/config file over to it (which mine is disabled).

2 - I did a rawhide update as of this morning without having to issue
any selinux=0 or autorelabels or whatever (which I never did those in
the previous couple kernels neither).

System seemed to boot up fine this morning though.

-- 
Mike Chambers
Madisonville, KY

"It's better to hurt a little now, than to hurt a lot later!"



From fedora-test at adslpipe.co.uk  Sat Dec 17 12:36:25 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Sat, 17 Dec 2005 12:36:25 +0000
Subject: rawhide report: 20051216 changes
In-Reply-To: <200512160912.jBG9CV5E009998@porkchop.devel.redhat.com>
References: <200512160912.jBG9CV5E009998@porkchop.devel.redhat.com>
Message-ID: <43A40649.7040609@adslpipe.co.uk>

Build System wrote:

> libdrm-2.0-1
> ------------
> * Wed Nov 30 2005 Mike A. Harris <mharris at redhat.com> 2.0-1
> - Updated libdrm to version 2.0 from dri.sf.net.  This is an ABI incompatible
>   release, meaning everything linked to it needs to be recompiled.

Just refreshed to today's rawhide and the X11R7rc3 updates seem to have
had a very positive effect on xine (from livna FC5t1 repo) :-)

Beforehand for DVD playback it was eating >90% CPU and dropping *way*
too many frames, now playback is very smooth and CPU usage down to
25-30% of a P4 3GHz, need to try DVB-T playback now ...

Still some audio crackle, which I'd previously put down to CPU overload,
now it appears it must be something else, I'll try to track it down, but
rhythmbox is happy, so ALSA itself seems OK.

I'm using xorg drivers, I might try to persuade the ATI binary driver to
install just to see how it runs now, fxlrx didn't seem to offer any
improvement over radeon last time I tried, took a few kludges to make it
happy with modular xorg.






From fabio.comolli at gmail.com  Sat Dec 17 14:23:10 2005
From: fabio.comolli at gmail.com (Fabio Comolli)
Date: Sat, 17 Dec 2005 15:23:10 +0100
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <20051216075157.GA2821@redhat.com>
References: <20051216075157.GA2821@redhat.com>
Message-ID: <b637ec0b0512170623h25a71519jcf99d236e76aa2ed@mail.gmail.com>

Hi Dave.
Booting this kernel prevents X to start on my laptop.

It looks that /sys/class/input does not contain all the entries needed (the
laptop is an ancient HP Omnibook equipped with a synaptics touchpad).

I I normally use a custom 2.6.15-rc5 kernel, with evdev compiled as module.
That module is loaded _after_ udev has started and this way everithing
works. Your kernel as evdev statically linked.

I know that to use a 2.6.15-rcx kernel you are supposed to upgrade udev
(mine is udev-058-1.0.FC4.1) but you said that this kernel was intended to
be used with FC4 and not with rawhide, so I assumed that it had to work with
0.58.

Please let me know if you need more test/details.


On 12/16/05, Dave Jones <davej at redhat.com> wrote:
>
> To try and get a jump-start on testing 2.6.15, I've prepared
> packages for FC4 based on the current rawhide kernel.
>
> These are likely to change almost daily, and there's no
> guarantee how much longer 2.6.15 is going to be in -rc stage,
> so I'm going to hold off pushing these out as an official
> updates-testing release until a final 2.6.15 has been released.
> (Should a security errata be needed before then, I'll push out another
> 2.6.14 based release)
>
> http://people.redhat.com/davej/kernels/Fedora/FC4/
>
> Please file bugs in bugzilla, rather than emailing me/this list about
> them.
>
>                 Dave
>
> --
> fedora-test-list mailing list
> fedora-test-list at redhat.com
> To unsubscribe:
> https://www.redhat.com/mailman/listinfo/fedora-test-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051217/6993aa1f/attachment.htm>

From fabio.comolli at gmail.com  Sat Dec 17 14:48:47 2005
From: fabio.comolli at gmail.com (Fabio Comolli)
Date: Sat, 17 Dec 2005 15:48:47 +0100
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <b637ec0b0512170623h25a71519jcf99d236e76aa2ed@mail.gmail.com>
References: <20051216075157.GA2821@redhat.com>
	<b637ec0b0512170623h25a71519jcf99d236e76aa2ed@mail.gmail.com>
Message-ID: <b637ec0b0512170648k16a7362dyeaf9a332f7ff8dd3@mail.gmail.com>

Well, my report was not very accurate :-(

On 12/17/05, Fabio Comolli <fabio.comolli at gmail.com> wrote:
>
> Hi Dave.
> Booting this kernel prevents X to start on my laptop.
>
> It looks that /sys/class/input does not contain all the entries needed
> (the laptop is an ancient HP Omnibook equipped with a synaptics touchpad).


/sys/class/input is OK, the problem is in /dev/input.

With  my 2.6.15-rc5 with evdev  compiled as module  /dev/input looks like:

[fcomolli at tycho ~]$ ls -l /dev/input/
total 0
crw-rw----  1 root root 13, 64 Dec 17  2005 event0
crw-rw----  1 root root 13, 65 Dec 17  2005 event1
crw-rw----  1 root root 13, 63 Dec 17  2005 mice

with 2.6.14-1.1768_FC4 there is only the "mice" entry (and this is what
pointed my to evdev).

BTW, there is another minor problem: kernel 2.6.14-1.1768_FC4 boots in
verbose mode even with the "quiet" boot option set.

Regards,
Fabio




I I normally use a custom 2.6.15-rc5 kernel, with evdev compiled as module.
> That module is loaded _after_ udev has started and this way everithing
> works. Your kernel as evdev statically linked.
>
> I know that to use a 2.6.15-rcx kernel you are supposed to upgrade udev
> (mine is udev-058-1.0.FC4.1) but you said that this kernel was intended to
> be used with FC4 and not with rawhide, so I assumed that it had to work with
> 0.58.
>
> Please let me know if you need more test/details.
>
>
> On 12/16/05, Dave Jones <davej at redhat.com> wrote:
> >
> > To try and get a jump-start on testing 2.6.15, I've prepared
> > packages for FC4 based on the current rawhide kernel.
> >
> > These are likely to change almost daily, and there's no
> > guarantee how much longer 2.6.15 is going to be in -rc stage,
> > so I'm going to hold off pushing these out as an official
> > updates-testing release until a final 2.6.15 has been released.
> > (Should a security errata be needed before then, I'll push out another
> > 2.6.14 based release)
> >
> > http://people.redhat.com/davej/kernels/Fedora/FC4/
> >
> > Please file bugs in bugzilla, rather than emailing me/this list about
> > them.
> >
> >                 Dave
> >
> > --
> > fedora-test-list mailing list
> > fedora-test-list at redhat.com
> > To unsubscribe:
> > https://www.redhat.com/mailman/listinfo/fedora-test-list
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051217/b3656180/attachment.htm>

From fabio.comolli at gmail.com  Sat Dec 17 15:22:34 2005
From: fabio.comolli at gmail.com (Fabio Comolli)
Date: Sat, 17 Dec 2005 16:22:34 +0100
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <b637ec0b0512170648k16a7362dyeaf9a332f7ff8dd3@mail.gmail.com>
References: <20051216075157.GA2821@redhat.com>
	<b637ec0b0512170623h25a71519jcf99d236e76aa2ed@mail.gmail.com>
	<b637ec0b0512170648k16a7362dyeaf9a332f7ff8dd3@mail.gmail.com>
Message-ID: <b637ec0b0512170722x732ef8eewe5e1e29d09cccfce@mail.gmail.com>

Bugzilla 176011 and 176012

On 12/17/05, Fabio Comolli <fabio.comolli at gmail.com> wrote:
>
> Well, my report was not very accurate :-(
>
> On 12/17/05, Fabio Comolli <fabio.comolli at gmail.com> wrote:
> >
> > Hi Dave.
> > Booting this kernel prevents X to start on my laptop.
> >
> > It looks that /sys/class/input does not contain all the entries needed
> > (the laptop is an ancient HP Omnibook equipped with a synaptics touchpad).
>
>
> /sys/class/input is OK, the problem is in /dev/input.
>
> With  my 2.6.15-rc5 with evdev  compiled as module  /dev/input looks like:
>
> [fcomolli at tycho ~]$ ls -l /dev/input/
> total 0
> crw-rw----  1 root root 13, 64 Dec 17  2005 event0
> crw-rw----  1 root root 13, 65 Dec 17  2005 event1
> crw-rw----  1 root root 13, 63 Dec 17  2005 mice
>
> with 2.6.14-1.1768_FC4 there is only the "mice" entry (and this is what
> pointed my to evdev).
>
> BTW, there is another minor problem: kernel 2.6.14-1.1768_FC4 boots in
> verbose mode even with the "quiet" boot option set.
>
> Regards,
> Fabio
>
>
>
>
> I I normally use a custom 2.6.15-rc5 kernel, with evdev compiled as
> > module. That module is loaded _after_ udev has started and this way
> > everithing works. Your kernel as evdev statically linked.
> >
> > I know that to use a 2.6.15-rcx kernel you are supposed to upgrade udev
> > (mine is udev-058-1.0.FC4.1) but you said that this kernel was intended
> > to be used with FC4 and not with rawhide, so I assumed that it had to work
> > with 0.58.
> >
> > Please let me know if you need more test/details.
> >
> >
> > On 12/16/05, Dave Jones <davej at redhat.com > wrote:
> > >
> > > To try and get a jump-start on testing 2.6.15, I've prepared
> > > packages for FC4 based on the current rawhide kernel.
> > >
> > > These are likely to change almost daily, and there's no
> > > guarantee how much longer 2.6.15 is going to be in -rc stage,
> > > so I'm going to hold off pushing these out as an official
> > > updates-testing release until a final 2.6.15 has been released.
> > > (Should a security errata be needed before then, I'll push out another
> > > 2.6.14 based release)
> > >
> > > http://people.redhat.com/davej/kernels/Fedora/FC4/
> > >
> > > Please file bugs in bugzilla, rather than emailing me/this list about
> > > them.
> > >
> > >                 Dave
> > >
> > > --
> > > fedora-test-list mailing list
> > > fedora-test-list at redhat.com
> > > To unsubscribe:
> > > https://www.redhat.com/mailman/listinfo/fedora-test-list
> > >
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051217/0d7c3555/attachment.htm>

From dstolte at arcor.de  Sat Dec 17 15:37:43 2005
From: dstolte at arcor.de (D. Stolte)
Date: Sat, 17 Dec 2005 16:37:43 +0100
Subject: bug: kernel-2.6.14-1.1767_FC5/x86_64
Message-ID: <43A430C7.5000403@arcor.de>

Hi Dave,

I found something you might be interested in:

Dec 17 16:11:11 gandalf kernel: Slab corruption: (Not tainted) start=ffff81002cab2a40, len=248
Dec 17 16:11:11 gandalf kernel: Redzone: 0x5a2cf071/0x5a2cf071.
Dec 17 16:11:11 gandalf kernel: Last user: [<ffffffff8014ae3d>](__rcu_process_callbacks+0x119/0x172)
Dec 17 16:11:11 gandalf kernel:
Dec 17 16:11:11 gandalf kernel: Call Trace:<ffffffff8016ab0a>{check_poison_obj+125} <ffffffff8019c6e2>{d_alloc+33}
Dec 17 16:11:11 gandalf kernel:        <ffffffff8019c6e2>{d_alloc+33} <ffffffff8016accd>{cache_alloc_debugcheck_after+46}
Dec 17 16:11:11 gandalf kernel:        <ffffffff8016d48e>{kmem_cache_alloc+142} <ffffffff8019c6e2>{d_alloc+33}
Dec 17 16:11:11 gandalf kernel:        <ffffffff801933f8>{do_lookup+200} <ffffffff801957a3>{__link_path_walk+2484}
Dec 17 16:11:11 gandalf kernel:        <ffffffff80195cf8>{link_path_walk+92} <ffffffff801960aa>{path_lookup+449}
Dec 17 16:11:11 gandalf kernel:        <ffffffff80196869>{__user_walk+44} <ffffffff8018ef95>{vfs_lstat+24}
Dec 17 16:11:11 gandalf kernel:        <ffffffff80160a87>{audit_syscall_entry+301} <ffffffff8018f1c6>{sys_newlstat+17}
Dec 17 16:11:11 gandalf kernel:        <ffffffff80113266>{syscall_trace_enter+196} <ffffffff8010f9dc>{tracesys+113}
Dec 17 16:11:11 gandalf kernel:        <ffffffff8010fa3c>{tracesys+209}
Dec 17 16:11:11 gandalf kernel: 0c0: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b eb 6b 6b 6b 6b
Dec 17 16:11:11 gandalf kernel: Prev obj: start=ffff81002cab2930, len=248
Dec 17 16:11:11 gandalf kernel: Redzone: 0x170fc2a5/0x170fc2a5.
Dec 17 16:11:11 gandalf kernel: Last user: [<ffffffff8019c6e2>](d_alloc+0x21/0x1d5)
Dec 17 16:11:11 gandalf kernel: 000: 00 00 00 00 00 00 00 00 01 00 00 00 ad 4e ad de
Dec 17 16:11:11 gandalf kernel: 010: ff ff ff ff 00 00 00 00 ff ff ff ff ff ff ff ff
Dec 17 16:11:11 gandalf kernel: Next obj: start=ffff81002cab2b50, len=248
Dec 17 16:11:11 gandalf kernel: Redzone: 0x170fc2a5/0x170fc2a5.
Dec 17 16:11:11 gandalf kernel: Last user: [<ffffffff8019c6e2>](d_alloc+0x21/0x1d5)
Dec 17 16:11:11 gandalf kernel: 000: 00 00 00 00 00 00 00 00 01 00 00 00 ad 4e ad de
Dec 17 16:11:11 gandalf kernel: 010: ff ff ff ff 00 00 00 00 ff ff ff ff ff ff ff ff
Dec 17 16:18:34 gandalf kernel: Slab corruption: (Not tainted) start=ffff81002cab2a40, len=248
Dec 17 16:18:34 gandalf kernel: Redzone: 0x5a2cf071/0x5a2cf071.
Dec 17 16:18:34 gandalf kernel: Last user: [<ffffffff8014ae3d>](__rcu_process_callbacks+0x119/0x172)
Dec 17 16:18:34 gandalf kernel:
Dec 17 16:18:34 gandalf kernel: Call Trace:<ffffffff8016ab0a>{check_poison_obj+125} <ffffffff8019c6e2>{d_alloc+33}
Dec 17 16:18:34 gandalf kernel:        <ffffffff8019c6e2>{d_alloc+33} <ffffffff8016accd>{cache_alloc_debugcheck_after+46}
Dec 17 16:18:34 gandalf kernel:        <ffffffff8016d48e>{kmem_cache_alloc+142} <ffffffff8019c6e2>{d_alloc+33}
Dec 17 16:18:34 gandalf kernel:        <ffffffff801933f8>{do_lookup+200} <ffffffff801957a3>{__link_path_walk+2484}
Dec 17 16:18:34 gandalf kernel:        <ffffffff80195cf8>{link_path_walk+92} <ffffffff801960aa>{path_lookup+449}
Dec 17 16:18:34 gandalf kernel:        <ffffffff80196869>{__user_walk+44} <ffffffff8018ef95>{vfs_lstat+24}
Dec 17 16:18:34 gandalf kernel:        <ffffffff80160a87>{audit_syscall_entry+301} <ffffffff8018f1c6>{sys_newlstat+17}
Dec 17 16:18:34 gandalf kernel:        <ffffffff80113266>{syscall_trace_enter+196} <ffffffff8010f9dc>{tracesys+113}
Dec 17 16:18:34 gandalf kernel:        <ffffffff8010fa3c>{tracesys+209}
Dec 17 16:18:34 gandalf kernel: 0c0: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b eb 6b 6b 6b 6b
Dec 17 16:18:34 gandalf kernel: Prev obj: start=ffff81002cab2930, len=248
Dec 17 16:18:34 gandalf kernel: Redzone: 0x5a2cf071/0x5a2cf071.
Dec 17 16:18:34 gandalf kernel: Last user: [<ffffffff8014ae3d>](__rcu_process_callbacks+0x119/0x172)
Dec 17 16:18:34 gandalf kernel: 000: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
Dec 17 16:18:34 gandalf kernel: 010: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
Dec 17 16:18:34 gandalf kernel: Next obj: start=ffff81002cab2b50, len=248
Dec 17 16:18:34 gandalf kernel: Redzone: 0x5a2cf071/0x5a2cf071.
Dec 17 16:18:34 gandalf kernel: Last user: [<ffffffff8014ae3d>](__rcu_process_callbacks+0x119/0x172)
Dec 17 16:18:35 gandalf kernel: 000: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
Dec 17 16:18:35 gandalf kernel: 010: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
Dec 17 16:20:19 gandalf kernel: warning: many lost ticks.
Dec 17 16:20:19 gandalf kernel: Your time source seems to be instable or some driver is hogging interupts
Dec 17 16:20:19 gandalf kernel: rip __do_softirq+0x47/0xce

AMD Athlon(tm) 64 X2 Dual Core Processor 3800+
MSI Neo4 Platinum
1GB RAM
3*250GB SATA/Raid5
1*60GB IDE
...

If you need something else, want me to test something, report it on kernel.org or bugzilla it just holler ;)

/ds



From czar at czarc.net  Sat Dec 17 15:38:20 2005
From: czar at czarc.net (Gene C.)
Date: Sat, 17 Dec 2005 10:38:20 -0500
Subject: Pam updates break system (Was: pam changes require dovecot
	restart)
In-Reply-To: <6280325c0512170326w1e2b8b07s3300b3781ae21ee2@mail.gmail.com>
References: <6280325c0512161528o5ca3b49as5eb394f17e8b46be@mail.gmail.com>
	<604aa7910512161721g7338f419ubbb2a28cdcc530a3@mail.gmail.com>
	<6280325c0512170326w1e2b8b07s3300b3781ae21ee2@mail.gmail.com>
Message-ID: <200512171038.20854.czar@czarc.net>

On Saturday 17 December 2005 06:26, n0dalus wrote:
> On 12/17/05, Jeff Spaleta <jspaleta at gmail.com> wrote:
> > And pam seems to update just fine for me. ?You'll have to do you best
> > to figure out why the libpam files didn't install.
> >
> > -jef
>
> I have done some more looking into the problem, and while
> unfortunately I was unable to reproduce the same problem, I did find
> some things in the log files.
>
> At the time of the update, lots of scriptlets failed with the
> accompianing log message below:
> Dec 17 08:53:26 kernel: audit(1134771806.214:1322): avc: ?denied ?{
> transition } for ?pid=17748 comm="yum" name="bash" dev=hda7 ino=163054
> scontext=root:system_r:ldconfig_t tcontext=root:system_r:rpm_script_t
> tclass=process
>
> I am pretty new to SELinux, but to me it seems that the scontext and
> the tcontext are around the wrong way. I don't know how this could
> happen. In policy.20, source rpm_script_t is allowed to run the
> ldconfig_t process. What's happening here seems to be that ldconfig_t
> is trying to run rpm_script_t (as far as SELinux is concerned), which
> would not be what's really happening. I could be completely wrong
> though, so hopefully someone more experienced in these matters can
> comment.
> I can reproduce this error message consistently when doing certain updates.

I have exactly the same situation you have on a x86_64 install.  I remember 
that I batched the selinux and pam updates into a single yum update.
-- 
Gene



From buildsys at redhat.com  Sat Dec 17 15:40:27 2005
From: buildsys at redhat.com (Build System)
Date: Sat, 17 Dec 2005 10:40:27 -0500
Subject: rawhide report: 20051217 changes
Message-ID: <200512171540.jBHFeR3C001817@porkchop.devel.redhat.com>

 

Removed package xscreensaver

Updated Packages:

GFS-6.1.4-0.FC5.1
-----------------
* Fri Dec 16 2005 Chris Feist <cfeist at redhat.com>
- Rebuilt w/ new upstream sources

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Tue May 17 2005 Chris Feist <cfeist at redhat.com>
- Synced to upstream sources.

aspell-nl-50:0.50-8
-------------------
* Fri Dec 16 2005 Ivana Varekova <varekova at redhat.com> 50:0.50-8
- add nederlands alias (bug 175863)

checkpolicy-1.28-2
------------------
* Fri Dec 16 2005 Dan Walsh <dwalsh at redhat.com> 1.28-2
- Rebuild to get latest libsepol

cman-1.0.4-0.FC5.1
------------------
* Fri Dec 16 2005 Chris Feist <cfeist at redhat.com>
- Rebuilt w/ new upstream sources

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

dtdparser-0:1.21-2jpp_2fc
-------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com> - 0:1.21-2jpp_2fc
- rebuilt for new gcj

* Tue Nov 08 2005 Vadim Nasardinov <vadimn at redhat.com> - 0:1.21-2jpp_1fc
- Converted from ISO-8859-1 to UTF-8

eclipse-1:3.1.1-1jpp_10fc
-------------------------
* Tue Dec 13 2005 Andrew Overholt <overholt at redhat.com> 3.1.1-1jpp_10fc
- Add patch for offline javadoc building/linking.

* Mon Dec 12 2005 Andrew Overholt <overholt at redhat.com> 3.1.1-1jpp_10fc
- Use ecj from 3.1.1 (rh#175380).
- Remove ecj options patch as it is in ecj from 3.1.1.
- New version of launcher patch (rh#175454) - ifoox.

* Sun Dec 11 2005 Andrew Overholt <overholt at redhat.com> 3.1.1-1jpp_10fc
- Build with gcc 4.1.

eclipse-bugzilla-1:0.1.1_fc-6
-----------------------------
* Fri Dec 16 2005 Andrew Overholt <overholt at redhat.com> 0.1.1_fc-6
- Build against gcc 4.1.

eclipse-cdt-1:3.0.1-1jpp_2fc
----------------------------
* Fri Dec 16 2005 Andrew Overholt <overholt at redhat.com> 3.0.1-1jpp_2fc
- Build against gcc 4.1.

eclipse-changelog-1:2.0.1_fc-23
-------------------------------
* Fri Dec 16 2005 Andrew Overholt <overholt at redhat.com> 2.0.1_fc-23
- Build against gcc 4.1.

eclipse-pydev-1:0.9.3_fc-13
---------------------------
* Fri Dec 16 2005 Andrew Overholt <overholt at redhat.com> 0.9.3_fc-13
- Build against gcc 4.1.

fence-1.32.10-0.FC5.1
---------------------
* Fri Dec 16 2005 Chris Feist <cfeist at redhat.com>
- Rebuilt w/ new upstream sources.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

firefox-1.5-3
-------------
* Fri Dec 16 2005 Christopher Aillon <caillon at redhat.com> - 1.5-3
- Once again, disable ppc64 because of a new issue.
  See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175944

* Thu Dec 15 2005 Christopher Aillon <caillon at redhat.com> - 1.5-2
- Use the system NSS libraries
- Build on ppc64

gcc-4.1.0-0.9
-------------
* Wed Dec 14 2005 Jakub Jelinek <jakub at redhat.com> 4.1.0-0.9
- fix OpenMP lastprivate handling for global vars (Aldy Hernandez)
- fix gnu.xml.dom.DomNode's detach method (Caolan McNamara,
  PR classpath/25426)
- fix up the #175569 fix (Tom Tromey, #175833)
- fix strength reduction miscompilation of libgnomecanvas
  (#175669, PR rtl-optimization/24899)
- create libgcj-*.jar with - at E options and feed a sorted list to
  it rather than relying on filesystem sorting

* Tue Dec 13 2005 Jakub Jelinek <jakub at redhat.com> 4.1.0-0.8
- update from gcc-4_1-branch (-r108414:108539)
  - PRs classpath/25389, fortran/23815, fortran/25078, target/25254
- fix Java ICE on initialized static final var used in case
  (Andrew Haley, #175569)
- fix crash in _Unwind_IteratePhdrCallback (Andrew Haley)
- don't Require alsa-lib-devel, just BuildRequire it
  (#175627)
- use .gnu.linkonce.d.rel.ro.* sections for objects that
  are constant after relocation processing

* Mon Dec 12 2005 Jakub Jelinek <jakub at redhat.com> 4.1.0-0.7
- update from gcc-4_1-branch (-r108157:108414)
  - PRs c++/19317, c++/19397, c++/19762, c++/19764, c++/25010, c++/25300,
	c++/25337, debug/24908, fortran/25292, libfortran/25116,
	libgcj/25265, target/17828, target/19005, target/23424,
	target/25212, target/25258, target/25311, testsuite/20772,
	testsuite/24478, testsuite/25167, tree-optimization/25248
- update from gomp-20050608-branch (up to -r108424)
- add BuildReq for alsa-lib-devel and configure with --disable-dssi
- sort files in libgcj-*.jar and touch them to latest ChangeLog
  timestamp, so that libgcj-*.jar is identical across multilib arches
- don't use pushw instruction on i?86, as that leads to ICEs
  in def_cfa_1, because negative CFA offsets not multiple of 4
  aren't representable in the unwind and debug info (PR debug/25023,
  PR target/25293)
- fix ICEs with x86_64 -mlarge-data-threshold=N and STRING_CSTs
  (Jan Hubicka, PR target/24188)
- fix Java ICE with input_filename being unset (Alexandre Oliva, #174912)
- don't accept invalid int x,; in C++ (Petr Machata, PR c++/24907)
- fix Java ICE in do_resolve_class (Andrew Haley, PR java/25366,
  PR java/25368)
- make sure g*.dg/compat/struct-layout-1.exp generated tests
  don't use arrays with entries aligned more than their size (PR c++/25331)
- don't use -liberty in g++.dg/compat/struct-layout-1.exp tests

gnbd-1.0.2-0.2
--------------
* Fri Dec 16 2005 Chris Feist <cfeist at redhat.com>
- Rebuilt w/ new upstream sources

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Tue May 17 2005 Chris Feist <cfeist at redhat.com>
- Require cman-kernel-modules.

gnome-applets-1:2.13.1-2
------------------------
* Fri Dec 16 2005 Matthias Clasen <mclasen at redhat.com> 2.13.1-2
- Rebuild against new libgtop

gnome-system-monitor-2.13.3-2
-----------------------------
* Fri Dec 16 2005 Matthias Clasen <mclasen at redhat.com> 2.13.3-2
- Rebuild against the new libgtop

gulm-1.0.5-0.FC5.1
------------------
* Fri Dec 16 2005 Chris Feist <cfeist at redhat.com>
- Rebuilt w/ new upstream sources

kdbg-1:2.0.2-1
--------------
* Fri Dec 16 2005 Than Ngo <than at redhat.com> 1:2.0.2-1
- update to 2.0.2

kdelibs-6:3.5.0-2
-----------------
* Tue Dec 13 2005 Than Ngo <than at redhat.com> 6:3.5.0-2 
- apply patch to fix konqueror for working with new openssl #174541

kernel-2.6.14-1.1770_FC5
------------------------
* Fri Dec 16 2005 David Woodhouse <dwmw2 at redhat.com>
- Update to fixed Cell pause_zero code

* Fri Dec 16 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc5-git6

* Fri Dec 16 2005 Dave Jones <davej at redhat.com>
- If we oops, pause a while before doing anything
  so that people get a chance to grab the debug info.

libFS-1.0.0-1
-------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libFS to version 1.0.0 from X11R7 RC4

libICE-1.0.0-1
--------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libICE to version 1.0.0 from X11R7 RC4

libSM-1.0.0-1
-------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libSM to version 1.0.0 from X11R7 RC4

libX11-1.0.0-1
--------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libX11 to version 1.0.0 from X11R7 RC4

* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.4-1
- Updated libX11 to version 0.99.4 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXScrnSaver-1.0.0-1
---------------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libXScrnSaver to version 1.0.0 from X11R7 RC4

libXTrap-1.0.0-1
----------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libXTrap to version 1.0.0 from X11R7 RC4

libXau-1.0.0-1
--------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libXau to version 1.0.0 from X11R7 RC4

libXaw-1.0.0-1
--------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libXaw to version 1.0.0 from X11R7 RC4

libXcomposite-0.2.2.2-1
-----------------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 0.2.2.2-1
- Updated libXcomposite to version 0.2.2.2 from X11R7 RC4

libXcursor-1.1.5.2-1
--------------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.1.5.2-1
- Updated libXcursor to version 1.1.5.2 from X11R7 RC4

libXdamage-1.0.2.2-1
--------------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.2.2-1
- Updated libXdamage to version 1.0.2.2 from X11R7 RC4

libXdmcp-1.0.0-1
----------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libXdmcp to version 1.0.0 from X11R7 RC4

libXevie-1.0.0-1
----------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libXevie to version 1.0.0 from X11R7 RC4

libXext-1.0.0-1
---------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libXext to version 1.0.0 from X11R7 RC4

libXfixes-3.0.1.2-1
-------------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 3.0.1.2-1
- Updated libXfixes to version 3.0.1.2 from X11R7 RC4

libXfont-1.0.0-1
----------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libXfont to version 1.0.0 from X11R7 RC4

libXfontcache-1.0.0-1
---------------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libXfontcache to version 1.0.0 from X11R7 RC4

libXft-2.1.8.2-1
----------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 2.1.8.2-1
- Updated libXft to version 2.1.8.2 from X11R7 RC4

libXi-1.0.0-1
-------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libXi to version 1.0.0 from X11R7 RC4

libXinerama-1.0.0-1
-------------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libXinerama to version 1.0.0 from X11R7 RC4

libXmu-1.0.0-1
--------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libXmu to version 1.0.0 from X11R7 RC4

libXp-1.0.0-1
-------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libXp to version 1.0.0 from X11R7 RC4

* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.2-1
- Updated libXp to version 0.99.2 from X11R7 RC3
- Added "Requires(pre): xorg-x11-filesystem >= 0.99.2-3", to ensure
  that /usr/lib/X11 and /usr/include/X11 pre-exist.
- Removed 'x' suffix from manpage directories to match RC3 upstream.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libXpm-3.5.4.2-1
----------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 3.5.4.2-1
- Updated libXpm to version 3.5.4.2 from X11R7 RC4

libXrandr-1.1.0.2-1
-------------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.1.0.2-1
- Updated libXrandr to version 1.1.0.2 from X11R7 RC4

libXrender-0.9.0.2-1
--------------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 0.9.0.2-1
- Updated libXrender to version 0.9.0.2 from X11R7 RC4

libXres-1.0.0-1
---------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libXres to version 1.0.0 from X11R7 RC4

libXt-1.0.0-1
-------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libXt to version 1.0.0 from X11R7 RC4
- Added makestrs and it's manpage to the devel subpackage.

libXtst-1.0.0-1
---------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libXtst to version 1.0.0 from X11R7 RC4

libXv-1.0.0-1
-------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libXv to version 1.0.0 from X11R7 RC4

libXvMC-1.0.0-1
---------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libXvMC to version 1.0.0 from X11R7 RC4

libXxf86dga-1.0.0-1
-------------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libXxf86dga to version 1.0.0 from X11R7 RC4

libXxf86misc-1.0.0-1
--------------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libXxf86misc to version 1.0.0 from X11R7 RC4

libXxf86vm-1.0.0-1
------------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libXxf86vm to version 1.0.0 from X11R7 RC4

libdmx-1.0.0-1
--------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libdmx to version 1.0.0 from X11R7 RC4

libfontenc-1.0.0-1
------------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libfontenc to version 1.0.0 from X11R7 RC4
- Added libfontenc-1.0.0-get-fontdir-from-pkgconfig.patch which now replaces
  libfontenc-0.99.2-use-datadir-for-encodings.patch by using pkgconfig to
  query fontutil.pc for fontdir.
- Added "BuildRequires: font-utils >= 1.0.0" to find fontutil.pc
- Removed libfontenc-0.99.2-use-datadir-for-encodings.patch

libgconf-java-2.12.1-1.2
------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com> - 2.12.1-1.2
- rebuilt

* Wed Oct 26 2005 Igor Foox <ifoox at rehdat.com> - 2.12.1-1
- Updated to released 2.12.1 sources from upstream.
- Excluded s390x.

* Wed Oct 05 2005 Igor Foox <ifoox at redhat.com> - 2.12.0-2
- Imported released 2.12.0 source from upstream.
- Changed optional installation prefix to /opt/frysk from /opt.
- Added dependency for libgtk-java.

liblbxutil-1.0.0-1
------------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated liblbxutil to version 1.0.0 from X11R7 RC4

liboldX-1.0.0-1
---------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated liboldX to version 1.0.0 from X11R7 RC4

libsepol-1.11.1-1
-----------------
* Fri Dec 16 2005 Dan Walsh <dwalsh at redhat.com> 1.11.1-1
- Upgrade to latest from NSA
	* Fixed mls_range_cpy bug.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libxkbfile-1.0.0-1
------------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libxkbfile to version 1.0.0 from X11R7 RC4

libxkbui-1.0.0-1
----------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated libxkbui to version 1.0.0 from X11R7 RC4

logwatch-7.1-4.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

magma-plugins-1.0.5-0.FC5.1
---------------------------
* Fri Dec 16 2005 Chris Feist <cfeist at redhat.com>
- Rebuilt w/ new upstream sources

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mailcap-2.1.19-1.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

man-pages-cs-0.16-5.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

man-pages-da-0.1.1-12.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

man-pages-de-0.4-10.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

man-pages-es-1.28-10.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

man-pages-fr-0.9.7-11.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

man-pages-it-0.3.0-16.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

man-pages-ja-20051115-1.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

man-pages-ko-1:1.48-15.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

man-pages-pl-0.23-7.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mcelog-1:0.4-1.11.1
-------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj
net-snmp-5.2.2-4
----------------
* Fri Dec 16 2005 Radek Vokal <rvokal at redhat.com> - 5.2.2-4
- check for header files in configure
- patch for SNMPv3 traps / session user creation (net-snmp bz#1374087)

* Fri Dec 09 2005 Radek Vokal <rvokal at redhat.com> - 5.2.2-3
- fix ipaddr return type on 64bit machines

* Wed Dec 07 2005 Radek Vokal <rvokal at redhat.com> - 5.2.2-2
- fix read problem on stream sockets (net-snmp bz#1337534)

objectweb-deploysched-0:0.2-1jpp_2fc
------------------------------------

pam-0.99.2.1-2
--------------
* Fri Dec 16 2005 Tomas Mraz <tmraz at redhat.com> 0.99.2.1-2
- fix dangling symlinks in -devel (#175929)
- link libaudit only where necessary
- actually compile in audit support

perl-Devel-Symdump-2.03-20.1
----------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

perl-Digest-HMAC-1.01-14.1
--------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

perl-Frontier-RPC-0.06-39.1
---------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

perl-HTML-Tagset-3.04-2.1
-------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Wed Mar 30 2005 Warren Togami <wtogami at redhat.com>
- remove brp-compress

perl-IO-String-1.08-1
---------------------
* Fri Dec 16 2005 Jason Vas Dias <jvdias at redhat.com> - 0:1.08-1
- 1.08
perl-IO-Zlib-1.04-4.1
---------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

perl-Inline-0.44-15.1
---------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

perl-Net-IP-1.24-2.1
--------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

perl-Net-Telnet-3.03-4.1
------------------------

perl-Parse-RecDescent-1.94-5.1
------------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

perl-SGMLSpm-1.03ii-16.1
------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

perl-TimeDate-1:1.16-3.1
------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

perl-URI-1.35-2.1
-----------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

perl-XML-SAX-0.12-7.1
---------------------

perl-libwww-perl-5.803-2.1
--------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

policycoreutils-1.29.2-2
------------------------

python-docs-2.4.2-1.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

python-urlgrabber-2.9.6-4.1
---------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

rgmanager-1.9.44-0.FC5.1
------------------------
* Fri Dec 16 2005 Chris Feist <cfeist at redhat.com>
- Rebuilt with new upstream sources.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ruby-1.8.4-0.4.preview2
-----------------------
* Fri Dec 16 2005 Akira TAGOH <tagoh at redhat.com> - 1.8.4-0.4.preview2
- updates to 1.8.4-preview2.
- renamed the packages to ruby-* (#175765)
  - irb  -> ruby-irb
  - rdoc -> ruby-rdoc
  - ri   -> ruby-ri
- added tcl-devel and tk-devel into BuildRequires.

selinux-policy-2.1.6-8
----------------------
* Fri Dec 16 2005 Dan Walsh <dwalsh at redhat.com> 2.1.5-8
- Update mls file from old version

* Thu Dec 15 2005 Dan Walsh <dwalsh at redhat.com> 2.1.5-5
- Add sids back in
- Rebuild with update checkpolicy

* Thu Dec 15 2005 Dan Walsh <dwalsh at redhat.com> 2.1.5-4
- Fixes to allow automount to use portmap
- Fixes to start kernel in s0-s15:c0.c255

smartmontools-1:5.33-4
----------------------
* Fri Dec 16 2005 Tomas Mraz <tmraz at redhat.com> 1:5.33-4
- mail should be sent to root not root at localhost (#174252)

system-config-nfs-1.3.15-1
--------------------------
* Fri Dec 16 2005 Nils Philippsen <nphilipp at redhat.com> 1.3.15
- don't apply server settings (non-)changes on Cancel
- make server settings dialog actually show all text entries

* Fri Dec 16 2005 Nils Philippsen <nphilipp at redhat.com> 1.3.14
- translate permissions column (#175921, patch by Frank Arnold)

* Fri Oct 14 2005 Nils Philippsen <nphilipp at redhat.com>
- don't use pam_stack (#170637)

wsdl4j-0:1.5.1-1jpp_2fc
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0:1.5.1-1jpp_2fc
- rebuilt

* Tue Nov 08 2005 Vadim Nasardinov <vadimn at redhat.com> - 0:1.5.1-1jpp_1fc
- Converted from ISO-8859-1 to UTF-8

xml-commons-resolver-0:1.1-1jpp_6fc.1
-------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> 0:1.1-1jpp_6fc
- rebuilt

xorg-x11-font-utils-1:1.0.0-1
-----------------------------
* Thu Dec 15 2005 Mike A. Harris <mharris at redhat.com> 1:1.0.0-1
- Updated all utilities to version 1.0.0 from X11R7 RC4.
- Updated font-util-1.0.0-mapdir-use-datadir-fix.patch to work with RC4.
- Added font-util-1.0.0-autoconf-add-with-fontdir-option.patch to add a new
  variable "fontdir" to the fontutil.pc file which all of the font packages
  can autodetect and use instead of having to put manual fontdir overrides
  in every single rpm package.

* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 1:0.99.2-1
- Updated bdftopcf, fonttosfnt to version 0.99.3, and mkfontdir, mkfontscale,
  and font-util to version 0.99.2 from X11R7 RC3.
- Changed manpage dir from man1x back to man1 due to another upstream change.
- Added fontutil.m4 to file manifest.

xorg-x11-fonts-1.0.0-1
----------------------
* Thu Dec 15 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated all font packages to X11R7 RC4 versions.
- Added perl hack to build section to massage all of the configure.ac files
  to use pkgconfig to autodetect the top level X fontdir.
- Added font-alias-1.0.0-fonts-alias-fontdir-fix.patch to use pkgconfig to
  autodetect the top level X fontdir.
- Added encodings-1.0.0-encodings-fontdir-fix.patch to use pkgconfig to
  autodetect the top level X fontdir.
- Use new --disable-iso8859-* options instead of deleting unwanted encodings.
- Added dependency on font-utils 1.0.0

* Tue Dec 13 2005 Mike A. Harris <mharris at redhat.com> 0.99.3-1
- Updated all font packages to X11R7 RC3 versions.

xorg-x11-proto-devel-0.99.4-1
-----------------------------
* Thu Dec 15 2005 Mike A. Harris <mharris at redhat.com> 0.99.4-1
- Update all proto tarballs to the RC4 release.

xorg-x11-resutils-1.0.0-1
-------------------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Update all resource utils to version 1.0.0 from X11R7 RC4.
- Move app-defaults files to _datadir
- Change manpage dir from man1x to man1 to match RC4 default.
- Added "BuildRequires: libX11-devel, libXt-devel"
xorg-x11-server-utils-1.0.0-1
-----------------------------
* Mon Nov 28 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated all packages to version 1.0.0 from X11R7 RC4
- Changed manpage dirs from man1x to man1 to match upstream RC4 default.
- Updated lbxproxy-datadir-AtomControl-fix.patch
- Updated rgb-1.0.0-datadir-rgbpath-fix.patch
- Removed xvidtune-0.99.1-datadir-app-defaults-fix.patch, now unneeded.

xorg-x11-twm-1:1.0.0-1
----------------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1:1.0.0-1
- Updated to twm 1.0.0 from X11R7 RC4.
- Change manpage dir from man1x to man1 to match RC4 default.

* Tue Nov 15 2005 Mike A. Harris <mharris at redhat.com> 1:0.99.1-4
- Added "BuildRequires: libXau-devel", as twm fails without it, but does not
  check for it with ./configure.  Bug (fdo#5065)

xorg-x11-util-macros-1.0.0-1
----------------------------
* Thu Dec 15 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Update to util-macros-1.0.0 from the X11R7 RC4 release.
xorg-x11-xauth-1:1.0.0-1
------------------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1:1.0.0-1
- Updated to xauth 1.0.0 from X11R7 RC4
- Changed manpage dir from man1x to man1 to match upstream default.

xorg-x11-xfs-1:1.0.0-1
----------------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1:1.0.0-1
- Updated all tarballs to version 1.0.0 from X11R7 RC4.
- Get default X font directory with font-utils package 'fontdir' pkgconfig
  variable.
- Change manpage dir from man1x back to man1 to match upstream.

xorg-x11-xfwp-1.0.0-1
---------------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated all tarballs to version 1.0.0 from X11R7 RC4.
- Changed manpage dir from man1x to man1 to match RC4 default.
xorg-x11-xinit-1.0.0-1
----------------------
* Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated to xinit 1.0.0 from X11R7 RC4.
- Changed manpage dir from man1x to man1 to match upstream default.

xorg-x11-xsm-1.0.0-1
--------------------
* Tue Nov 22 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated all apps to version 1.0.0 from X11R7 RC4.
- Changed manpage dir from man1x to man1 to match upstream default.

xorg-x11-xtrans-devel-1.0.0-1
-----------------------------
* Thu Dec 15 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Update to xtrans-1.0.0 from X11R7 RC4 release.

yelp-2.13.2-2
-------------
* Thu Dec 15 2005 David Malcolm <dmalcolm at redhat.com> - 2.13.2-2
- Patched to include DocBook mimetype in desktop file, and added preun and post
  hooks to update-desktop-database (#175880)
- Patched to ensure that Yelp recognizes that it can handle the mimetype of the
  documentation as reported by gnomevfs (also #175880)

yum-2.5.0-4
-----------
* Fri Dec 16 2005 Paul Nasrat <pnasrat at redhat.com> - 2.5.0-4
- Fix for KeyError when no location['base']

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	gnome-python2-libgtop2 - 2.12.1-7.1.i386 requires libgtop-2.0.so.5
	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	kdeartwork - 3.5.0-1.1.i386 requires xscreensaver >= 0:4.18-14
	mesa-libGL - 6.4-5.i386 requires libdrm.so.1
	systemtap - 0.5-2.i386 requires libdw.so.1(ELFUTILS_0.116)



Broken deps for ia64
----------------------------------------------------------
	gnome-python2-libgtop2 - 2.12.1-7.1.ia64 requires libgtop-2.0.so.5()(64bit)
	jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	kdeartwork - 3.5.0-1.1.ia64 requires xscreensaver >= 0:4.18-14
	mesa-libGL - 6.4-5.ia64 requires libdrm.so.1()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs
	systemtap - 0.5-2.ia64 requires libdw.so.1(ELFUTILS_0.116)(64bit)



Broken deps for ppc
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	gnome-python2-libgtop2 - 2.12.1-7.1.ppc requires libgtop-2.0.so.5
	jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	kdeartwork - 3.5.0-1.1.ppc requires xscreensaver >= 0:4.18-14
	mesa-libGL - 6.4-5.ppc requires libdrm.so.1
	systemtap - 0.5-2.ppc requires libdw.so.1(ELFUTILS_0.116)



Broken deps for ppc64
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	gnome-python2-libgtop2 - 2.12.1-7.1.ppc64 requires libgtop-2.0.so.5()(64bit)
	jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	kdeartwork - 3.5.0-1.1.ppc64 requires xscreensaver >= 0:4.18-14



Broken deps for s390
----------------------------------------------------------
	gnome-python2-libgtop2 - 2.12.1-7.1.s390 requires libgtop-2.0.so.5
	jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	kdeartwork - 3.5.0-1.1.s390 requires xscreensaver >= 0:4.18-14



Broken deps for s390x
----------------------------------------------------------
	gnome-python2-libgtop2 - 2.12.1-7.1.s390x requires libgtop-2.0.so.5()(64bit)
	jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	kdeartwork - 3.5.0-1.1.s390x requires xscreensaver >= 0:4.18-14
	libglade-java - 2.12.0-5.s390x requires libgcj.so.6()(64bit)
	libglade-java - 2.12.0-5.s390x requires libcairojava-1.0.so()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libcairojava-1.0.so()(64bit)
	libgtk-java - 2.8.0-7.s390x requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-6.3.s390x requires libcairojava-1.0.so()(64bit)



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	gnome-python2-libgtop2 - 2.12.1-7.1.x86_64 requires libgtop-2.0.so.5()(64bit)
	jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	kdeartwork - 3.5.0-1.1.x86_64 requires xscreensaver >= 0:4.18-14
	mesa-libGL - 6.4-5.i386 requires libdrm.so.1
	mesa-libGL - 6.4-5.x86_64 requires libdrm.so.1()(64bit)
	systemtap - 0.5-2.x86_64 requires libdw.so.1(ELFUTILS_0.116)(64bit)





From fct-cornette at insight.rr.com  Sat Dec 17 16:10:25 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Sat, 17 Dec 2005 11:10:25 -0500
Subject: Pam updates break system (Was: pam changes require
	dovecot	restart)
In-Reply-To: <6280325c0512170326w1e2b8b07s3300b3781ae21ee2@mail.gmail.com>
References: <6280325c0512161528o5ca3b49as5eb394f17e8b46be@mail.gmail.com>
	<20051217000833.50676.qmail@web52301.mail.yahoo.com>
	<6280325c0512161612m55781ambd68db27502306dd@mail.gmail.com>
	<604aa7910512161721g7338f419ubbb2a28cdcc530a3@mail.gmail.com>
	<6280325c0512170326w1e2b8b07s3300b3781ae21ee2@mail.gmail.com>
Message-ID: <43A43871.2080100@insight.rr.com>

n0dalus wrote:
> On 12/17/05, Jeff Spaleta <jspaleta at gmail.com> wrote:
> 
>>And pam seems to update just fine for me.  You'll have to do you best
>>to figure out why the libpam files didn't install.
>>
>>-jef
>>
> 
> 
> I have done some more looking into the problem, and while
> unfortunately I was unable to reproduce the same problem, I did find
> some things in the log files.
> 
> At the time of the update, lots of scriptlets failed with the
> accompianing log message below:
> Dec 17 08:53:26 kernel: audit(1134771806.214:1322): avc:  denied  {
> transition } for  pid=17748 comm="yum" name="bash" dev=hda7 ino=163054
> scontext=root:system_r:ldconfig_t tcontext=root:system_r:rpm_script_t
> tclass=process

I recently checked my system for duplicate rpms caused by scriptlet 
failures and found quite a few ackages where the rpmdb was not cleaned 
from the removed package on the post installation error due to SELinux 
at the time of the problem. You might want to check your system for 
duplicate entries in the database.

Another problem was preinstall scripts failing. The rpm would be 
downloaded but not installed whenever yum was used or rpm directly to 
install packages. Selinux-policy-targeted was one such package that 
failed installation on the pre scripts.

Do you have the current version of selinux-policy-targeted? Or was it 
locked at quite an earlier release?

I have selinux-policy-targeted-2.1.6-4 which exhibited the pam problem 
with login denials. I was able to log into a terminal for both root and 
user. The other errors with pam seemed to clear with a relabeling of the 
system and booting into runlevel 5 with autologin in gdm.


> 
> I am pretty new to SELinux, but to me it seems that the scontext and
> the tcontext are around the wrong way. I don't know how this could
> happen. In policy.20, source rpm_script_t is allowed to run the
> ldconfig_t process. What's happening here seems to be that ldconfig_t
> is trying to run rpm_script_t (as far as SELinux is concerned), which
> would not be what's really happening. I could be completely wrong
> though, so hopefully someone more experienced in these matters can
> comment.
> I can reproduce this error message consistently when doing certain updates.

Check your entries in rpmdb for duplicates, remove just the db entry for 
the old packages, reboot with selinux=0. Try to update your system via 
yum or using cached packages in /var/cache/yum/development/packages. 
Relabel your system for SELinux by using either touch /.autorelabel or 
autorelabel via grub appending the entry during boot.

I have no idea personally about SELinux or the chicken or the egg 
factors like scontext ...

Jim

> 
> n0dalus.
> 


-- 
"In the fight between you and the world, back the world."
  --Frank Zappa



From davej at redhat.com  Sat Dec 17 16:30:21 2005
From: davej at redhat.com (Dave Jones)
Date: Sat, 17 Dec 2005 11:30:21 -0500
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <1134814017.3778.5.camel@BillMurray>
References: <20051216231258.2660F741F5@hormel.redhat.com>
	<1134814017.3778.5.camel@BillMurray>
Message-ID: <20051217163021.GB10762@redhat.com>

On Sat, Dec 17, 2005 at 10:06:57AM +0000, William John Murray wrote:

 >   Hello there. was hoping this would mean I could enable DMA support
 > on the DVD, but no luck with 2.6.14-1.1768_FC4 or  2.6.14-1.1767_FC4.
 >  I have
 > options ide hdc=noprobe
 > options libata atapi_enabled=1
 > in /etc/modprobe.conf
 > and have re-made the initrd as thinkwiki suggest, but the drive remains
 > as /dev/hdc (I THINK it should move, am I correct?) and no DMA

it will stay as hdc if your bios is set to 'legacy' or 'combined' mode.

both those options should be unnecessary (the 2nd one is also pointless
as libata isn't a module, and that option is on by default in this kernel).

file a bug, with the contents of your dmesg.

		Dave



From train at voicenet.com  Sat Dec 17 16:37:09 2005
From: train at voicenet.com (Herbert Rutledge)
Date: Sat, 17 Dec 2005 11:37:09 -0500
Subject: Pam updates break system (Was: pam changes require
	dovecot	restart)
In-Reply-To: <43A43871.2080100@insight.rr.com>
References: <6280325c0512161528o5ca3b49as5eb394f17e8b46be@mail.gmail.com>
	<20051217000833.50676.qmail@web52301.mail.yahoo.com>
	<6280325c0512161612m55781ambd68db27502306dd@mail.gmail.com>
	<604aa7910512161721g7338f419ubbb2a28cdcc530a3@mail.gmail.com>
	<6280325c0512170326w1e2b8b07s3300b3781ae21ee2@mail.gmail.com>
	<43A43871.2080100@insight.rr.com>
Message-ID: <1134837429.3136.3.camel@trylon>

On Sat, 2005-12-17 at 11:10 -0500, Jim Cornette wrote:

> I have selinux-policy-targeted-2.1.6-4 which exhibited the pam problem 
> with login denials. I was able to log into a terminal for both root and 
> user. The other errors with pam seemed to clear with a relabeling of the 
> system and booting into runlevel 5 with autologin in gdm.

This also seems to fix the failures of the %pre and %post scriplets.



-train



From fct-cornette at insight.rr.com  Sat Dec 17 16:52:16 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Sat, 17 Dec 2005 11:52:16 -0500
Subject: rawhide report: 20051216 changes
In-Reply-To: <1134822329.2502.2.camel@scrappy.miketc.com>
References: <200512160912.jBG9CV5E009998@porkchop.devel.redhat.com>
	<1134774429.3099.5.camel@localhost.localdomain>
	<4c4ba1530512161817v96bb479l7e5e78421df91656@mail.gmail.com>
	<43A38097.50304@insight.rr.com>
	<1134822329.2502.2.camel@scrappy.miketc.com>
Message-ID: <43A44240.90900@insight.rr.com>

Mike Chambers wrote:
> On Fri, 2005-12-16 at 22:05 -0500, Jim Cornette wrote:
> 
>>Tom London wrote:
>>
>>
>>>>I'm not getting any of the kernels installed to boot without adding a
>>>>selinux=0 to the boot process.  I don't think this is kernel related,
>>>>but something to do with selinux.  The kernels get to the point where X
>>>>starts and the cursor appears and then nothing else happens.  Dropping
>>>>to the vt (CTRL-ALT-BACKSPACE) shows the hardware initialized, and then
>>>>no further progress.
> 
> 
>>I got past the problem with SELinux by issuing autorelabel at reboot via 
>>grub. After the relabeling, things seem normal without reverting to an 
>>earlier policy.
> 
> 
> I was having same problems, and I did two things this morning.
> 
> 1 - I noticed during the rawhide install I did few days ago, that a
> selinux file was not included in the /etc/sysconfig/ dir.  So I copied
> the /etc/selinux/config file over to it (which mine is disabled).
> 
> 2 - I did a rawhide update as of this morning without having to issue
> any selinux=0 or autorelabels or whatever (which I never did those in
> the previous couple kernels neither).
> 
> System seemed to boot up fine this morning though.
> 

My system probably would have booted successfully without relabeling the 
system. I guess pam needing to have processes reloaded was reason for my 
major failure regarding login denials and the actual need for a system 
reboot.

With all of the denials, I assumed SELinux to be the culpret. Relabeling 
probably helped things out a bit anyway.

Getting things right for making bug reports with so man variables on a 
rapidly changing mix of rpms is a bit hard to pinpoint the actual 
culpret for system abnormalities.

Jim



-- 
"In the fight between you and the world, back the world."
  --Frank Zappa



From fct-cornette at insight.rr.com  Sat Dec 17 16:59:27 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Sat, 17 Dec 2005 11:59:27 -0500
Subject: rawhide report: 20051217 changes
In-Reply-To: <200512171540.jBHFeR3C001817@porkchop.devel.redhat.com>
References: <200512171540.jBHFeR3C001817@porkchop.devel.redhat.com>
Message-ID: <43A443EF.6080807@insight.rr.com>

Build System wrote:
>  
> 
> Removed package xscreensaver
> 

Why remove xscreensaver? gnome-screensavers are extremely limited and 
not easily configurable.

Jim


-- 
"In the fight between you and the world, back the world."
  --Frank Zappa



From bernd.bartmann at gmail.com  Sat Dec 17 17:15:11 2005
From: bernd.bartmann at gmail.com (Bernd Bartmann)
Date: Sat, 17 Dec 2005 18:15:11 +0100
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <20051217163021.GB10762@redhat.com>
References: <20051216231258.2660F741F5@hormel.redhat.com>
	<1134814017.3778.5.camel@BillMurray>
	<20051217163021.GB10762@redhat.com>
Message-ID: <6c18a4f0512170915w348478d9v5cd41198fa13048c@mail.gmail.com>

On 12/17/05, Dave Jones <davej at redhat.com> wrote:
> On Sat, Dec 17, 2005 at 10:06:57AM +0000, William John Murray wrote:
>
>  >   Hello there. was hoping this would mean I could enable DMA support
>  > on the DVD, but no luck with 2.6.14-1.1768_FC4 or  2.6.14-1.1767_FC4.
>  >  I have
>  > options ide hdc=noprobe
>  > options libata atapi_enabled=1
>  > in /etc/modprobe.conf
>  > and have re-made the initrd as thinkwiki suggest, but the drive remains
>  > as /dev/hdc (I THINK it should move, am I correct?) and no DMA
>
> it will stay as hdc if your bios is set to 'legacy' or 'combined' mode.
>
> both those options should be unnecessary (the 2nd one is also pointless
> as libata isn't a module, and that option is on by default in this kernel).
>
> file a bug, with the contents of your dmesg.

kernel-2.6.14-1.1768_FC4smp works fine here. Even SMART on my SATA hdd
is now working.

Best regards,
Bernd.



From justin.conover at gmail.com  Sat Dec 17 17:36:44 2005
From: justin.conover at gmail.com (Justin Conover)
Date: Sat, 17 Dec 2005 11:36:44 -0600
Subject: Can we get bash 3.1 into rawhide?
Message-ID: <a36b7e2a0512170936r5261646aje44c704964b4378a@mail.gmail.com>

http://cnswww.cns.cwru.edu/~chet/bash/NEWS

This is a terse description of the new features added to bash-3.1 since
the release of bash-3.0.  As always, the manual page (doc/bash.1) is
the place to look for complete descriptions.

1.  New Features in Bash

a.  Bash now understands LC_TIME as a special variable so that time display
    tracks the current locale.

b.  BASH_ARGC, BASH_ARGV, BASH_SOURCE, and BASH_LINENO are no longer created
    as `invisible' variables and may not be unset.

c.  In POSIX mode, if `xpg_echo' option is enabled, the `echo' builtin doesn't
    try to interpret any options at all, as POSIX requires.

d.  The `bg' builtin now accepts multiple arguments, as POSIX seems to specify.

e.  Fixed vi-mode word completion and glob expansion to perform tilde
    expansion.

f.  The `**' mathematic exponentiation operator is now right-associative.

g.  The `ulimit' builtin has new options: -i (max number of pending signals),
    -q (max size of POSIX message queues), and -x (max number of file locks).

h.  A bare `%' once again expands to the current job when used as a job
    specifier.

i.  The `+=' assignment operator (append to the value of a string or array) is
    now supported for assignment statements and arguments to builtin commands
    that accept assignment statements.

j.  BASH_COMMAND now preserves its value when a DEBUG trap is executed.

k.  The `gnu_errfmt' option is enabled automatically if the shell is running
    in an emacs terminal window.

l.  New configuration option:  --single-help-strings.  Causes long help text
    to be written as a single string; intended to ease translation.

m.  The COMP_WORDBREAKS variable now causes the list of word break characters
    to be emptied when the variable is unset.

n.  An unquoted expansion of $* when $IFS is empty now causes the positional
    parameters to be concatenated if the expansion doesn't undergo word
    splitting.

o.  Bash now inherits $_ from the environment if it appears there at startup.

p.  New shell option: nocasematch.  If non-zero, shell pattern matching ignores
    case when used by `case' and `[[' commands.

q.  The `printf' builtin takes a new option: -v var.  That causes the output
    to be placed into var instead of on stdout.

r.  By default, the shell no longer reports processes dying from SIGPIPE.

s.  Bash now sets the extern variable `environ' to the export environment it
    creates, so C library functions that call getenv() (and can't use the
    shell-provided replacement) get current values of environment variables.

t.  A new configuration option, `--enable-strict-posix-default', which will
    build bash to be POSIX conforming by default.

u.  If compiled for strict POSIX conformance, LINES and COLUMNS may now
    override the true terminal size.

2.  New Features in Readline

a.  The key sequence sent by the keypad `delete' key is now automatically
    bound to delete-char.

b.  A negative argument to menu-complete now cycles backward through the
    completion list.

c.  A new bindable readline variable:  bind-tty-special-chars.  If non-zero,
    readline will bind the terminal special characters to their readline
    equivalents when it's called (on by default).

d.  New bindable command: vi-rubout.  Saves deleted text for possible
    reinsertion, as with any vi-mode `text modification' command; `X' is bound
    to this in vi command mode.

e.  A new external application-controllable variable that allows the LINES
    and COLUMNS environment variables to set the window size regardless of
    what the kernel returns: rl_prefer_env_winsize
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051217/a1e1194f/attachment.htm>

From jkeating at redhat.com  Sat Dec 17 19:08:44 2005
From: jkeating at redhat.com (Jesse Keating)
Date: Sat, 17 Dec 2005 11:08:44 -0800
Subject: rawhide report: 20051217 changes
In-Reply-To: <200512171540.jBHFeR3C001817@porkchop.devel.redhat.com>
References: <200512171540.jBHFeR3C001817@porkchop.devel.redhat.com>
Message-ID: <1134846524.24472.70.camel@yoda.loki.me>

On Sat, 2005-12-17 at 10:40 -0500, Build System wrote:
> 
> Removed package xscreensaver

This package is going back in.  I accidentally removed it and it wasn't
able to be rebuilt in time to make the rawhide roll.  Don't panic, it'll
be there tomorrow (:

-- 
Jesse Keating
Release Engineer: Fedora



From jkeating at j2solutions.net  Sat Dec 17 19:09:21 2005
From: jkeating at j2solutions.net (Jesse Keating)
Date: Sat, 17 Dec 2005 11:09:21 -0800
Subject: Can we get bash 3.1 into rawhide?
In-Reply-To: <a36b7e2a0512170936r5261646aje44c704964b4378a@mail.gmail.com>
References: <a36b7e2a0512170936r5261646aje44c704964b4378a@mail.gmail.com>
Message-ID: <1134846561.24472.72.camel@yoda.loki.me>

On Sat, 2005-12-17 at 11:36 -0600, Justin Conover wrote:
> http://cnswww.cns.cwru.edu/~chet/bash/NEWS
> 
> This is a terse description of the new features added to bash-3.1 since
> the release of bash-3.0.  As always, the manual page (doc/bash.1) is
> the place to look for complete descriptions.
> 

Is there an RFE in bugzilla asking for this package to be updated?

-- 
Jesse Keating RHCE      (geek.j2solutions.net)
Fedora Legacy Team      (www.fedoralegacy.org)
GPG Public Key          (geek.j2solutions.net/jkeating.j2solutions.pub)
 
Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating



From fct-cornette at insight.rr.com  Sat Dec 17 19:15:28 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Sat, 17 Dec 2005 14:15:28 -0500
Subject: rawhide report: 20051217 changes
In-Reply-To: <1134846524.24472.70.camel@yoda.loki.me>
References: <200512171540.jBHFeR3C001817@porkchop.devel.redhat.com>
	<1134846524.24472.70.camel@yoda.loki.me>
Message-ID: <43A463D0.3050205@insight.rr.com>

Jesse Keating wrote:
> On Sat, 2005-12-17 at 10:40 -0500, Build System wrote:
> 
>>Removed package xscreensaver
> 
> 
> This package is going back in.  I accidentally removed it and it wasn't
> able to be rebuilt in time to make the rawhide roll.  Don't panic, it'll
> be there tomorrow (:
> 

Thanks!

:End panic mode

Jim

-- 
Don't shoot until you're sure you both aren't on the same side.



From justin.conover at gmail.com  Sat Dec 17 21:54:24 2005
From: justin.conover at gmail.com (Justin Conover)
Date: Sat, 17 Dec 2005 15:54:24 -0600
Subject: Can we get bash 3.1 into rawhide?
In-Reply-To: <1134846561.24472.72.camel@yoda.loki.me>
References: <a36b7e2a0512170936r5261646aje44c704964b4378a@mail.gmail.com>
	<1134846561.24472.72.camel@yoda.loki.me>
Message-ID: <a36b7e2a0512171354w2f6b7fdbr9adc801065f570cc@mail.gmail.com>

On 12/17/05, Jesse Keating <jkeating at j2solutions.net> wrote:
>
> On Sat, 2005-12-17 at 11:36 -0600, Justin Conover wrote:
> > http://cnswww.cns.cwru.edu/~chet/bash/NEWS
> >
> > This is a terse description of the new features added to bash-3.1 since
> > the release of bash-3.0.  As always, the manual page (doc/bash.1) is
> > the place to look for complete descriptions.
> >
>
> Is there an RFE in bugzilla asking for this package to be updated?
>
> --
>
> I don't know, is this you telling me this is the route to go?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051217/161b26e0/attachment.htm>

From paul at permanentmail.com  Sat Dec 17 21:56:05 2005
From: paul at permanentmail.com (Paul Dickson)
Date: Sat, 17 Dec 2005 14:56:05 -0700
Subject: rawhide report: 20051217 changes
In-Reply-To: <200512171540.jBHFeR3C001817@porkchop.devel.redhat.com>
References: <200512171540.jBHFeR3C001817@porkchop.devel.redhat.com>
Message-ID: <20051217145605.839eaf66.paul@permanentmail.com>

On Sat, 17 Dec 2005 10:40:27 -0500, Build System wrote:

> xorg-x11-xfs-1:1.0.0-1
> ----------------------
> * Fri Dec 16 2005 Mike A. Harris <mharris at redhat.com> 1:1.0.0-1
> - Updated all tarballs to version 1.0.0 from X11R7 RC4.
> - Get default X font directory with font-utils package 'fontdir' pkgconfig
>   variable.
> - Change manpage dir from man1x back to man1 to match upstream.

  Updating  : xorg-x11-xfs                 ##################### [155/308]
syntax error at -e line 1, at EOF
Execution of -e aborted due to compilation errors.
  Cleanup   : libXvMC-devel                ##################### [156/308]

A sed error?


	-Paul



From jkeating at j2solutions.net  Sat Dec 17 22:00:56 2005
From: jkeating at j2solutions.net (Jesse Keating)
Date: Sat, 17 Dec 2005 14:00:56 -0800
Subject: Can we get bash 3.1 into rawhide?
In-Reply-To: <a36b7e2a0512171354w2f6b7fdbr9adc801065f570cc@mail.gmail.com>
References: <a36b7e2a0512170936r5261646aje44c704964b4378a@mail.gmail.com>
	<1134846561.24472.72.camel@yoda.loki.me>
	<a36b7e2a0512171354w2f6b7fdbr9adc801065f570cc@mail.gmail.com>
Message-ID: <1134856856.24472.110.camel@yoda.loki.me>

On Sat, 2005-12-17 at 15:54 -0600, Justin Conover wrote:
> >
> > I don't know, is this you telling me this is the route to go?

Sorry, yes.  RFEs are typically the best way to get your request to the
package maintainer.

-- 
Jesse Keating RHCE      (geek.j2solutions.net)
Fedora Legacy Team      (www.fedoralegacy.org)
GPG Public Key          (geek.j2solutions.net/jkeating.j2solutions.pub)
 
Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating



From W.J.Murray at rl.ac.uk  Sat Dec 17 22:45:59 2005
From: W.J.Murray at rl.ac.uk (William John Murray)
Date: Sat, 17 Dec 2005 22:45:59 +0000
Subject: 2.6.15rc kernel packages for FC4. (Dave Jones)
In-Reply-To: <20051217170013.6B42573B59@hormel.redhat.com>
References: <20051217170013.6B42573B59@hormel.redhat.com>
Message-ID: <1134859560.5013.11.camel@murrays.ashenden>



> 
> On Sat, Dec 17, 2005 at 10:06:57AM +0000, William John Murray wrote:
> 
>  >   Hello there. was hoping this would mean I could enable DMA support
>  > on the DVD, but no luck with 2.6.14-1.1768_FC4 or  2.6.14-1.1767_FC4.
>  >  I have
>  > options ide hdc=noprobe
>  > options libata atapi_enabled=1
>  > in /etc/modprobe.conf
>  > and have re-made the initrd as thinkwiki suggest, but the drive remains
>  > as /dev/hdc (I THINK it should move, am I correct?) and no DMA
> 
> it will stay as hdc if your bios is set to 'legacy' or 'combined' mode.
> 
> both those options should be unnecessary (the 2nd one is also pointless
> as libata isn't a module, and that option is on by default in this kernel).
> 
> file a bug, with the contents of your dmesg.
> 
> 		Dave
> 
> 
 Ah! I don't know if bugzilla is really the right place. Because as you
say it is not compiled as modules, I looked at kernel options. Adding 
hdc=noprobe as a boot option on the kernel fixes it. 
Should I file something on that?
                Bill
Ps I'm a happy customer, but maybe 1 is not enough? 



From Paul at all-the-johnsons.co.uk  Sat Dec 17 23:24:10 2005
From: Paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Sat, 17 Dec 2005 23:24:10 +0000
Subject: Pam has gone walkies - HELP!
Message-ID: <iro10a.52299f@webmail.all-the-johnsons.co.uk>

Hi,

My system seems to have gone potty. I've fixed the initscript problen, but now
seem to have lost libpam.so.0 which means that I can't log in!

Is there anyway to abort during a boot up so that I am dropped to that insert
root password login you see when fsck gets annoyed?

TTFN

Paul

-- 
"Logic, my dear Zoe, is merely the ability to be wrong with authority" - Dr
Who




From jspaleta at gmail.com  Sat Dec 17 23:34:07 2005
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Sat, 17 Dec 2005 18:34:07 -0500
Subject: Pam has gone walkies - HELP!
In-Reply-To: <iro10a.52299f@webmail.all-the-johnsons.co.uk>
References: <iro10a.52299f@webmail.all-the-johnsons.co.uk>
Message-ID: <604aa7910512171534h43cc1b53x788696a6b50cb7d4@mail.gmail.com>

On 12/17/05, Paul F. Johnson <Paul at all-the-johnsons.co.uk> wrote:
> Hi,
>
> My system seems to have gone potty. I've fixed the initscript problen, but now
> seem to have lost libpam.so.0 which means that I can't log in!
>
> Is there anyway to abort during a boot up so that I am dropped to that insert
> root password login you see when fsck gets annoyed?

boot into single user mode   by adding the bootparameter 'single'
once booted  rpm -q pam   to see if pam is installed
then rpm -V pam   if it is installed

and it would be interesting to see the yum log associated with the yum
session when you did the pam update.

-jef



From n0dalus+redhat at gmail.com  Sat Dec 17 23:35:23 2005
From: n0dalus+redhat at gmail.com (n0dalus)
Date: Sun, 18 Dec 2005 10:05:23 +1030
Subject: Pam has gone walkies - HELP!
In-Reply-To: <iro10a.52299f@webmail.all-the-johnsons.co.uk>
References: <iro10a.52299f@webmail.all-the-johnsons.co.uk>
Message-ID: <6280325c0512171535mfd3aa95g25afb41321d6b5e8@mail.gmail.com>

On 12/18/05, Paul F. Johnson <Paul at all-the-johnsons.co.uk> wrote:
> Hi,
>
> My system seems to have gone potty. I've fixed the initscript problen, but now
> seem to have lost libpam.so.0 which means that I can't log in!
>
> Is there anyway to abort during a boot up so that I am dropped to that insert
> root password login you see when fsck gets annoyed?
>
> TTFN
>
> Paul
>

I had this problem too, see:
http://www.redhat.com/archives/fedora-test-list/2005-December/msg00479.html

The fix for me was to boot into runlevel 1 (by editing the boot line
in grub and putting a 1 on the end), and run `rpm -Uvh
/var/cache/yum/development/packages/pam*.rpm` from the terminal.

n0dalus.



From Paul at all-the-johnsons.co.uk  Sun Dec 18 00:14:45 2005
From: Paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Sun, 18 Dec 2005 00:14:45 +0000
Subject: Unable to login (pam problem)
Message-ID: <iro3cl.43s13@webmail.all-the-johnsons.co.uk>

Hi,

I seem to be having a problem in that libpam.so.0 seems to have vanished.
While I've fixed the initscript problem I was having, I'm unable to fix this
one.

Is there anyway I can interupt a boot up so that I drop down to something
similar to the root login required when fsck gets annoyed or is there a way I
can login to fix this via RIP Linux (or something similar)[1]

Any help here would be appreciated somewhat!

TTFN

Paul

[1] I have tried using RIP Linux and keep getting an error when attempting to
chroot to /mnt/linux.

-- 
"Logic, my dear Zoe, is merely the ability to be wrong with authority" - Dr
Who




From paul at all-the-johnsons.co.uk  Sun Dec 18 00:36:10 2005
From: paul at all-the-johnsons.co.uk (Paul)
Date: Sun, 18 Dec 2005 00:36:10 +0000
Subject: Kernels installing, but not showing up
Message-ID: <1134866170.3637.5.camel@T7.Linux>

Hi,

As you can spot, I'm back online - thanks to everyone who has helped me
on this. Much appreciated. Beers all round!

I originally reported that while kernels are being downloaded and
installed, they're not showing up on grub. My yum.log.1 file shows that

cat /var/log/yum.log.1 | grep "kernel"
Dec 10 20:37:37 Installed: kernel.x86_64 2.6.14-1.1750_FC5
Dec 16 16:48:09 Installed: kernel.x86_64 2.6.14-1.1767_FC5

yet /boot is only showing

vmlinuz-2.6.14-1.1696_FC5 and 1740_FC5

(which indicates that an upgrade has happened at least once, but nothing
since)

Now, the odd thing is that when I was trying to fix things via RIPLinux,
if I looked in /mnt/linux/boot then, I could see
vmlinuz-2.6.14-1.1767_FC5. Does anyone know why that should be
happening?

TTFN

Paul
-- 
main(t,_,a) char*a;{return!0<t?t<3?main(-79,-13,a+main(-87,1-_,main(-86,
0,a+1 )+a)):1,t<_?main(t+1,_,a :3,main (-94,-27+t,a)&&t==2?_<13?main(2,
_+1,"%s %d %d\n"):9:16:t<0?t<-72?main(_,t,"@n'+,#'/*{}+/w#cdnr/+,{}r/*de}
+,/*{*+,/w{%+,/w#q#n+,/#{l,+,/n{n+,/+#n+,/#;#q#n+,/+k#;*+,/'r :'d*'3,}{w+
Kw'K:'+}e#';dq#'lq#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){)
{nl]'/+#n';d}rw' i;#){nl]!/n{n#';r{#w'r nc{nl]'/#{l,+'K{rw'iK{;[{nl]'/w#q
#n'wk nw' iwk{KK{nl]!/w{%'l##w#'i;:{nl]'/*{q#'ld;r'}{nlwb!/*de}'c;;{nl'-
{}rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}{rl#'{n' ')# }'+}
##(!!/"):t<-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1
):0<t?main(2,2,"%s"):*a=='/'||main(0,main(-61,*a,"!ek;dc i at bK'(q)-[w]*%n+
r3#l,{}:\nuwloca-O;m .vpbks,fxntdCeghiry"),a+1);}
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051218/03fb9b66/attachment.sig>

From admin at ramshacklestudios.com  Sun Dec 18 00:49:52 2005
From: admin at ramshacklestudios.com (Peter Gordon)
Date: Sat, 17 Dec 2005 16:49:52 -0800
Subject: Kernels installing, but not showing up
In-Reply-To: <1134866170.3637.5.camel@T7.Linux>
References: <1134866170.3637.5.camel@T7.Linux>
Message-ID: <1134866992.752.11.camel@tuxhugger>

On Sun, 2005-12-18 at 00:36 +0000, Paul wrote:
> As you can spot, I'm back online - thanks to everyone who has helped me
> on this. Much appreciated. Beers all round!
Good to hear! :-)

> Now, the odd thing is that when I was trying to fix things via RIPLinux,
> if I looked in /mnt/linux/boot then, I could see
> vmlinuz-2.6.14-1.1767_FC5. Does anyone know why that should be
> happening?
Is your /boot on a separate partition? If so, was it mounted before you
tried installing the kernel RPMs?
-- 
Peter Gordon (codergeek42)
GnuPG Public Key: 0xDA3634D7
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051217/9378309c/attachment.sig>

From ivazquez at ivazquez.net  Sun Dec 18 01:35:42 2005
From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams)
Date: Sat, 17 Dec 2005 20:35:42 -0500
Subject: Kernels installing, but not showing up
In-Reply-To: <1134866170.3637.5.camel@T7.Linux>
References: <1134866170.3637.5.camel@T7.Linux>
Message-ID: <1134869742.24298.7.camel@ignacio.lan>

On Sun, 2005-12-18 at 00:36 +0000, Paul wrote:
> cat /var/log/yum.log.1 | grep "kernel"

This is a rotated log. Try in yum.log instead.

-- 
Ignacio Vazquez-Abrams <ivazquez at ivazquez.net>
http://fedora.ivazquez.net/

gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051217/ba69bebe/attachment.sig>

From vonbrand at inf.utfsm.cl  Fri Dec 16 23:56:51 2005
From: vonbrand at inf.utfsm.cl (Horst von Brand)
Date: Fri, 16 Dec 2005 20:56:51 -0300
Subject: Package updating 
In-Reply-To: Your message of "Thu, 15 Dec 2005 18:59:45 CDT."
	<1134691186.24298.0.camel@ignacio.lan> 
Message-ID: <200512162356.jBGNup5f004492@quelen.inf.utfsm.cl>

Ignacio Vazquez-Abrams <ivazquez at ivazquez.net> wrote:
> On Thu, 2005-12-15 at 16:46 -0700, Don Springall wrote:
> > I expect broken dependencies and a lot of churn.  But you did not answer my 
> > question as to why your unsatisfied dependency list in the daily rawhide 
> > report is incomplete. Can you fix it ?
> 
> How was it incomplete?

Probably due to Extras stuff, which is not listed.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513



From vonbrand at inf.utfsm.cl  Fri Dec 16 23:55:09 2005
From: vonbrand at inf.utfsm.cl (Horst von Brand)
Date: Fri, 16 Dec 2005 20:55:09 -0300
Subject: Package updating 
In-Reply-To: Your message of "Thu, 15 Dec 2005 23:14:45 -0000."
	<43A1F8E5.70908@adslpipe.co.uk> 
Message-ID: <200512162355.jBGNt9qX004471@quelen.inf.utfsm.cl>

Andy Burns <fedora-test at adslpipe.co.uk> wrote:
> Don Springall wrote:
> > I would still like a reply from redhat. Is there a way to formulate
> > a broken deps list that is complete ?

> In case you don't already know, if you look in the tips & tricks
> section of http://fedoraproject.org/wiki/Tools/yum you'll see some
> scripts which allow upgrading all packages *bar* those with dependency
> problems ...

What I do is:

 yum -y upgrade &> /tmp/LIST
 # If it didn't work out...
 for p in \
    $(sed -n -e 's;^---> Package \(.*\) .* set to be [a-z][a-z]*$;\1;p' \
       /tmp/LIST); do
       yum -y upgrade $i
 done

But this (as the scripts on the page) f.ex. today upgraded cpp (which pulls
in a lot of gcc-related stuff), and then tries to upgrade those too, one by
one.  Ideally, after installing something it should cut down the list of
stuff to install, and if something can't be upgraded don't try the stuff
depending on it.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513



From fct-cornette at insight.rr.com  Sun Dec 18 07:53:16 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Sun, 18 Dec 2005 02:53:16 -0500
Subject: Pam updates break system (Was: pam changes
	require	dovecot	restart)
In-Reply-To: <1134837429.3136.3.camel@trylon>
References: <6280325c0512161528o5ca3b49as5eb394f17e8b46be@mail.gmail.com>
	<20051217000833.50676.qmail@web52301.mail.yahoo.com>
	<6280325c0512161612m55781ambd68db27502306dd@mail.gmail.com>
	<604aa7910512161721g7338f419ubbb2a28cdcc530a3@mail.gmail.com>
	<6280325c0512170326w1e2b8b07s3300b3781ae21ee2@mail.gmail.com>
	<43A43871.2080100@insight.rr.com> <1134837429.3136.3.camel@trylon>
Message-ID: <43A5156C.2080903@insight.rr.com>

Herbert Rutledge wrote:
> On Sat, 2005-12-17 at 11:10 -0500, Jim Cornette wrote:
> 
> 
>>I have selinux-policy-targeted-2.1.6-4 which exhibited the pam problem 
>>with login denials. I was able to log into a terminal for both root and 
>>user. The other errors with pam seemed to clear with a relabeling of the 
>>system and booting into runlevel 5 with autologin in gdm.
> 
> 
> This also seems to fix the failures of the %pre and %post scriplets.
> 
> 
> 
> -train
> 

I hope this problem is fixed by the updated version. I cleaned my system 
rpm database and updated to all that does not have dep issues. I would 
hate to have to go through that sort of cleanup again, especially if 
some major package became mangled, like pam.

Jim

-- 
Don't shoot until you're sure you both aren't on the same side.



From roger at gwch.net  Sun Dec 18 08:31:59 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Sun, 18 Dec 2005 09:31:59 +0100
Subject: Power Management on Notebooks
Message-ID: <1134894719.2948.3.camel@niobe>

Hey,

where do i find the management-tools for power management? i thought, i
remembered it once somewhere but actually don't find it again :-(

Roger



From buildsys at redhat.com  Sun Dec 18 08:34:36 2005
From: buildsys at redhat.com (Build System)
Date: Sun, 18 Dec 2005 03:34:36 -0500
Subject: rawhide report: 20051218 changes
Message-ID: <200512180834.jBI8YatH014352@porkchop.devel.redhat.com>

New package xscreensaver
	X screen saver and locker


 
Updated Packages:

4Suite-1.0-10.b1
----------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com> - 1.0-10.b1
- rebuild for new gcc

MAKEDEV-3.20-1
--------------
* Fri Dec 16 2005 Nalin Dahyabhai <nalin at redhat.com> 3.20-1
- update to 28 November devices-2.6+.txt:
  - rename ttyUB* to rfcomm*
  - rename cuub* to curf*
  - add ttyPSC*
  - add ttyAT*
  - add rfd*

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

NetworkManager-0.5.1-5.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

PyXML-0.8.4-3.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

SDL-1.2.9-2.1.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

aspell-cs-50:0.51-3.1
---------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj
aspell-pl-50:0.51-5.1
---------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

authconfig-5.1.0-1
------------------
* Sat Dec 17 2005 Tomas Mraz <tmraz at redhat.com> - 5.1.0-1
- update only configuration files which settings were modified (#72290)

* Mon Dec 05 2005 Tomas Mraz <tmraz at redhat.com> - 5.0.4-1
- don't ignore krb5realm command line option (#174838)
- read dns_lookup_realm and dns_lookup_kdc values correctly
- the PAM configuration is now written in system-auth-ac file
  which is then symlinked from system-auth, the symlink is not
  overwritten so local PAM configuration is now possible (#165342)

* Mon Nov 07 2005 Tomas Mraz <tmraz at redhat.com> - 5.0.3-1
- add symlinks to python scripts in sbindir
- don't override nullok setting from system-auth (#96996)

compat-gcc-296-2.96-133
-----------------------

cpufreq-utils-1:0.3-1.1.19.1
----------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

cpuspeed-1:1.2.1-1.28
---------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

device-mapper-1.02.02-2.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Sat Dec 03 2005 Peter Jones <pjones at redhat.com> - 1.02.02-2
- fix link path for libdevmapper-event.so

* Fri Dec 02 2005 Peter Jones <pjones at redhat.com> - 1.02.02-1
- update to 1.02.02

device-mapper-multipath-0.4.4-2.6.1
-----------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

dhcp-11:3.0.3-16.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

dmidecode-1:2.6-1.14
--------------------
* Fri Apr 15 2005 Florian La Roche <laroche at redhat.com>
- remove empty scripts

* Wed Mar 02 2005 Dave Jones <davej at redhat.com>
- Update to upstream 2.6

* Tue Mar 01 2005 Dave Jones <davej at redhat.com>
- Rebuild for gcc4

dmidecode-1:2.7-1.22
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnu-efi-3.0a-7.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

irqbalance-1:1.12-1.21.1
------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kdelibs-6:3.5.0-3
-----------------
* Fri Dec 16 2005 Than Ngo <than at redhat.com> 6:3.5.0-3
- add requires on several devel subpackages

kernel-2.6.14-1.1771_FC5
------------------------
* Sat Dec 17 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc5-git7

* Fri Dec 16 2005 David Woodhouse <dwmw2 at redhat.com>
- Update to fixed Cell pause_zero code

* Fri Dec 16 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc5-git6

kexec-tools-1.101-5.1
---------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

ksh-20050202-3.1
----------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

lftp-3.3.5-1
------------
* Thu Dec 15 2005 Jason Vas Dias<jvdias at redhat.com>> - 3.3.5-1
- Upgrade to version 3.3.5
- fix bug bz172376 : host lookups should use any address found after timeout

libIDL-0.8.6-2.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libdaemon-0.10-1.1
------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com> - 0.10-1.1
- rebuild on new gcc

* Wed Dec 07 2005 Jason Vas Dias <jvdias at redhat.com> - 0.10-1
- Update to 0.10

* Thu Oct 20 2005 Alexander Larsson <alexl at redhat.com> - 0.8-1
- Update to 0.8, move from extras to core, split out devel package

libgconf-java-2.12.1-1.2.1.1
----------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

libglade-java-2.12.1-2.2.1.1
----------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

libgnomeprint22-2.12.1-3.1
--------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libgnomeprintui22-2.12.1-1.1
----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libgpg-error-1.1-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libgsf-1.13.3-2.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libibverbs-1.0.rc4-0.4265.1.FC5.1
---------------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj
libidn-0.6.0-1.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libiec61883-1.0.0-9.fc5.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libieee1284-0.2.9-3.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libjpeg-6b-36.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libmng-1.0.9-3.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libmthca-1.0.rc4-0.4265.1.FC5.1
-------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt
libmusicbrainz-2.1.1-1.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libpfm-3.0-4.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libpng-2:1.2.8-2.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libpng10-1.0.18-3.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

librtas-1.2.4-1.1
-----------------

libsdp-0.90-0.4265.1.FC5.1
--------------------------

libsilc-0:0.9.12-12.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libsoup-2.2.7-1.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libtermcap-2.0.8-42.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libtiff-3.7.4-3.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libunwind-0.98.2-3.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libuser-0.54.3-1.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libwmf-0.2.8.4-2.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libwpd-0.8.4-1.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libxklavier-2.0-3.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libxml-1:1.8.17-13.1
--------------------

libxslt-1.1.15-1.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

linux-atm-2.5.0-0.20050118.2.1
------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

linuxdoc-tools-0.9.21-6.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

lksctp-tools-1.0.2-5.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

lm_sensors-2.9.1-5.1
--------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Tue Nov 08 2005 Phil Knirsch <pknirsch at redhat.com> 2.9.1-5
- Fixed lm_sensors pwmconfig patch.

lockdev-1.0.1-9.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

logrotate-3.7.3-2.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

longrun-1:0.9-1.12
------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

lrzsz-0.12.20-21.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

lslk-1.29-16.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

lsof-4.76-1.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ltrace-0.3.36-3.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

lv-4.51-7.1
-----------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Mon Oct 31 2005 Akira TAGOH <tagoh at redhat.com> - 4.51-7
- lv-+num-option.patch: applied a patch to allow +num option to jump to the specific line.
- lv-fastio.patch: applied a patch to improve the performance to read the files.
- lv-lfs.patch: applied a patch for Lerge File Summit support.

* Mon Jul 11 2005 Akira TAGOH <tagoh at redhat.com> - 4.51-6
- lv-4.51-162372.patch: silence gcc warning. (#162372)

lvm2-2.02.01-1.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

lynx-2.8.5-27.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

m2crypto-0.15-2.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

m4-1.4.4-1.1
------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

macutils-2.0b3-32.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

magma-1.0.3-3.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mailman-3:2.1.6-3.1
-------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Wed Dec 14 2005 Harald Hoyer <harald at redhat.com> - 3:2.1.5-36.fc4.1
- fix for bug #173139 (CVE-2005-3573 Mailman Denial of Service)

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mailx-8.1.1-44.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

make-1:3.80-8.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mc-1:4.6.1a-5.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mdadm-2.2-1.fc5.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

memtest86+-1.65-2.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mesa-6.4-6
----------
* Sun Dec 18 2005 Warren Togami <wtogami at redhat.com> - 6.4-6
- rebuild

microcode_ctl-1:1.12-1.27.1
---------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mikmod-3.1.6-36.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mingetty-1.07-5.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

minicom-2.1-1.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mkbootdisk-1.5.2-5.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mkinitrd-5.0.13-1.1
-------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com> - 5.0.13-1.1
- bump for gcc

* Mon Dec 05 2005 Peter Jones <pjones at redhat.com> - 5.0.13-1
- Updates for gcc 4.1

mktemp-3:1.5-23.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mlocate-0.11-2.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mod_auth_kerb-5.0-8.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mod_auth_mysql-1:3.0.0-2.1
--------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mod_auth_pgsql-2.0.1-9.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mod_authz_ldap-0.26-6.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mod_perl-2.0.2-3.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mod_python-3.1.4-3.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

module-init-tools-3.2-0.pre9.1.1
--------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mozplugger-1.7.3-2.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mpage-2.5.4-5.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mrtg-2.12.2-2.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mt-st-0.9b-2.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mtools-3.9.10-1.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mtr-2:0.69-7.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mtx-1.2.18-8.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mutt-5:1.4.2.1-6.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mx-2.0.6-2.1
------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

nano-1.3.8-1.1
--------------

nasm-0.98.39-3.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

nautilus-sendto-0.4-5.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

nc-1.84-2.1
-----------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Wed Dec 07 2005 Radek Vokal <rvokal at redhat.com> 1.84-2
- fix build requires

* Fri Nov 18 2005 Radek Vokal <rvokal at redhat.com> 1.84-1
- follow upstream

ncompress-4.2.4-43.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ncpfs-2.2.6-1.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ncurses-5.4-23.1
----------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Thu Dec 01 2005 Petr Raszyk <praszyk at redhat.com> 5.4-23
- Rebuild.

neon-0.24.7-10.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

net-snmp-5.2.2-4.1
------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

net-tools-1.60-57.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

netatalk-4:2.0.3-4.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

netdump-0.7.14-1.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

netpbm-10.30-2.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

newt-0.52.2-1.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

newt-perl-1.08-9.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

nkf-2.05-1.1
------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

nss-3.11-2
----------
* Fri Dec 16 2005 Christopher Aillon <caillon at redhat.com> 3.11-2
- Update file list for the devel packages

openCryptoki-2.1.6-2.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

perl-Archive-Tar-1.26-1.1
-------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcc

perl-Archive-Zip-1.16-1.1
-------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcc

perl-BSD-Resource-1.24-3.1
--------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

perl-Bit-Vector-6.4-2.1
-----------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

perl-Carp-Clan-5.3-1.1
----------------------

perl-Compress-Zlib-1.41-1.1
---------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcc

perl-Convert-ASN1-0.19-1.1
--------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcc
perl-Crypt-SSLeay-0.51-9.1
--------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

perl-DBD-MySQL-3.0002-2.1.1
---------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcc

* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

perl-DBD-Pg-1.43-2.1
--------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

perl-DBI-1.48-4.1
-----------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

perl-Date-Calc-5.4-1.1
----------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcc

perl-DateManip-5.44-1.1
-----------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcc

perl-Digest-SHA1-2.10-1.1
-------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcc

perl-File-MMagic-1.22-1.1
-------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcc

perl-HTML-Parser-3.46-1.1
-------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcc

perl-LDAP-1:0.33-1.1
--------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcc

perl-Net-DNS-0.53-1.fc5.1
-------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

perl-PDL-2.4.2-2.fc5.1.1
------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcc

* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

perl-TermReadKey-2.30-1.1
-------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcc

perl-XML-Dumper-0.79-1.1
------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcc

perl-XML-LibXML-1.58-2.1
------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Sat Mar 19 2005 Joe Orton <jorton at redhat.com> 1.58-2
- rebuild

* Sun Apr 18 2004 Ville Skytt?? <ville.skytta at iki.fi> - 1.58-1
- #121168
- Update to 1.58.
- Require perl(:MODULE_COMPAT_*).
- Handle ParserDetails.ini parser registration.
- BuildRequires libxml2-devel.
- Own installed directories.

perl-XML-LibXML-Common-0.13-8.1
-------------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

perl-XML-NamespaceSupport-1.09-1.1
----------------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcc

perl-XML-Parser-2.34-6.1
------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

perl-XML-Twig-3.17-1.1
----------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcc

perl-libxml-perl-0.08-1.1
-------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcc

pfmon-3.0-6.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

prctl-1.4-5.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

python-2.4.2-2.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

python-elementtree-1.2.6-4.1
----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

python-ldap-0:2.0.6-5.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

python-numeric-23.7-2.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt
python-sqlite-1.1.6-1.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt
qt-1:3.3.5-10.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

quagga-0:0.98.5-3.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

quota-1:3.13-1.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

rarpd-ss981107-22.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

rcs-5.7-29.1
------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

rdate-1.4-4.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

rdesktop-1.4.1-3.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

rdist-1:6.1.5-42.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

readline-5.0-3.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

redhat-lsb-1.3-10.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

redhat-menus-5.0.7-3.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

redhat-rpm-config-8.0.39-1.1
----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

reiserfs-utils-2:3.6.19-2.1
---------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

rhn-applet-2.1.17-4.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

rhnlib-2.0-1.p24.3.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

rhpxl-0.8-1.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

rng-utils-1:2.0-1.9.1
---------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

rp-pppoe-3.5-30.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

rsh-0.17-33.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

rsync-2.6.6-2.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

rusers-0.17-45.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

rwall-0.17-25.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

rwho-0.17-25.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

salinfo-1:0.5-1.7.1
-------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj
samba-0:3.0.20b-2.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

sane-backends-1.0.16-2.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

sane-frontends-1.0.14-1.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

scim-qtimm-0.9.4-2.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

screen-4.0.2-10.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

scrollkeeper-0.3.14-5.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

sed-4.1.4-1.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

selinux-policy-2.1.6-10
-----------------------
* Fri Dec 16 2005 Dan Walsh <dwalsh at redhat.com> 2.1.5-10
- Add enableaudit.pp

* Fri Dec 16 2005 Dan Walsh <dwalsh at redhat.com> 2.1.5-9
- Fix mls policy

sendmail-8.13.5-2.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

setarch-1.8-1.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

setserial-2.17-19.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

setup-2.5.47-1.1.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Tue Sep 06 2005 Bill Nottingham <notting at redhat.com> 2.5.47-1
- make lastlog 0644  (#167200)

* Mon Jun 20 2005 Bill Nottingham <notting at redhat.com> 2.5.46-1
- add buildrequires on bash, tcsh (#161016)
- move core dump size setting from csh.login to csh.cshrc (#156914)

setuptool-1.17.3-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

shadow-utils-2:4.0.13-4.1
-------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

shared-mime-info-0.16.cvs20051201-1.2
-------------------------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

sharutils-4.6-2.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

sip-4.3.1-1.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

slib-3a1-5.1
------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

slrn-0.9.8.1pl1-1.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

spamassassin-3.1.0-3.fc5.1
--------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

specspo-9.0.92-1.3.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

speex-1.0.5-1.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

sqlite-3.2.7-2.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

squashfs-tools-2.2r2-2.1
------------------------

squid-7:2.5.STABLE12-2.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

squirrelmail-1.4.6-0.cvs20050812.2.fc5.1
----------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

startup-notification-0.8-3.1
----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

statserial-1.1-38.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

strace-4.5.13-1.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

stunnel-4.14-2.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

sudo-1.6.8p12-1.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

swig-1.3.24-2.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

switchdesk-4.0.8-2
------------------
* Sat Dec 17 2005 Than Ngo <than at redhat.com> 4.0.8-2
- rebuilt

symlinks-1.2-24.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

sysfsutils-1.3.0-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

syslinux-3.10-2.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

system-config-boot-0.2.11-1.1
-----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

system-config-cluster-1.0.17-1.0.1
----------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

system-config-display-1.0.33-1.1
--------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

system-config-httpd-5:1.3.3-1.1
-------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

system-config-keyboard-1.2.7-1.1
--------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

system-config-lvm-1.0.8-1.0.1
-----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

system-config-netboot-0.1.33-1.1
--------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

system-config-network-1.3.30-2.1
--------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

system-config-packages-1.2.25-1.1
---------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

system-config-printer-0.6.145-1.1
---------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

system-config-rootpassword-1.1.8-1.1
------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

system-config-samba-1.2.31-1.1
------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

system-config-securitylevel-1.6.12-1.1
--------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

system-config-services-0.8.26-1.1
---------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

system-config-soundcard-1.2.14-1.1
----------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

system-config-users-1.2.41-1.1
------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

system-switch-mail-0.5.25-6
---------------------------
* Sat Dec 17 2005 Than Ngo <than at redhat.com> 0.5.25-6
- update po files

talk-0.17-29.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

tar-1.15.1-11.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

tcl-8.4.11-1.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

tclx-8.3.5-6.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

tcp_wrappers-7.6-39.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

tcpdump-14:3.9.4-1.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

tcsh-6.14-5.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

telnet-1:0.17-35.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

termcap-1:5.4-7.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

texi2html-1.76-2.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

texinfo-4.8-7.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

tftp-0.41-1.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

time-1.7-27.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

timidity++-2.13.2-1.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

tix-1:8.1.4-100.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

tk-8.4.11-2.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

tmpwatch-2.9.6-1.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

tn5250-0.17.3-1.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

traceroute-2:1.0.3-5.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

tree-1.5.0-3.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

tsclient-0.140-1.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ttmkfdir-3.0.9-19.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

tux-3.2.18-4.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

tzdata-2005q-2
--------------
* Sat Dec 17 2005 Jakub Jelinek <jakub at redhat.com> 2005q-2
- 2005q
  - changes for Georgia, Azerbaijan, Jordan, Palestine, Cuba, Nicaragua
  - SystemV timezone changes

udapl-1.2-0.4265.1.FC5.1
------------------------

umb-scheme-3.2-39.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

units-1.85-1.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

unix2dos-2.2-26.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Wed Apr 13 2005 Tim Waugh <twaugh at redhat.com>
- Merge last fix into tmppath patch, which introduced the original problem.

unzip-5.51-12.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

up2date-4.4.23-4.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

urw-fonts-2.3-6.1
-----------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Thu Nov 17 2005 Warren Togami <wtogami at redhat.com> 2.3-6
- post and postun on reqs

usermode-1.84-1.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

utempter-0.5.5-7.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

uucp-1.07-11.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

valgrind-1:3.0.1-2.1
--------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Thu Oct 13 2005 Jakub Jelinek <jakub at redhat.com> 3.0.1-2
- remove Obsoletes for valgrind-callgrind, as it has been
  ported to valgrind 3.0.x already

* Sun Sep 11 2005 Jakub Jelinek <jakub at redhat.com> 3.0.1-1
- upgrade to 3.0.1
  - many bugfixes
- handle xattr syscalls on x86-64 (Ulrich Drepper)

valgrind-callgrind-0.10.0-1.1
-----------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

vconfig-1.8-7.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

vim-1:6.4.004-1.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

vino-2.12.0-2.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

vlock-1.3-22.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

vnc-4.1.1-30.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

vsftpd-2.0.3-12.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

w3m-0.5.1-12.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

webalizer-2.01_10-29.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

wget-1.10.2-3.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

which-2.16-6.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

wireless-tools-1:28-0.pre10.5.1
-------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

words-3.0-8.1
-------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

wordtrans-1.1pre13-12.1
-----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

wvdial-1.54.0-5.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

x86info-1:1.17-1.18.1
---------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

xcdroast-0.98a15-12.1
---------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

xdelta-1.1.3-17.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

xferstats-2.16-13.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

xfsprogs-2.7.3-1.1
------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

xhtml1-dtds-1.0-7.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

xinetd-2:2.3.13-6.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

xmltex-20020625-6.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

xmlto-0.0.18-9.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

xsane-0.98a-1.1
---------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

yp-tools-2.8-8.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ypbind-3:1.17.2-5.1
-------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

zisofs-tools-1.0.6-3.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

zlib-1.2.3-1.1
--------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	gnome-python2-libgtop2 - 2.12.1-7.1.i386 requires libgtop-2.0.so.5
	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	systemtap - 0.5-2.i386 requires libdw.so.1(ELFUTILS_0.116)



Broken deps for ia64
----------------------------------------------------------
	gnome-python2-libgtop2 - 2.12.1-7.1.ia64 requires libgtop-2.0.so.5()(64bit)
	jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs
	systemtap - 0.5-2.ia64 requires libdw.so.1(ELFUTILS_0.116)(64bit)



Broken deps for ppc
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	gnome-python2-libgtop2 - 2.12.1-7.1.ppc requires libgtop-2.0.so.5
	jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	systemtap - 0.5-2.ppc requires libdw.so.1(ELFUTILS_0.116)



Broken deps for ppc64
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	gnome-python2-libgtop2 - 2.12.1-7.1.ppc64 requires libgtop-2.0.so.5()(64bit)
	jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)



Broken deps for s390
----------------------------------------------------------
	gnome-python2-libgtop2 - 2.12.1-7.1.s390 requires libgtop-2.0.so.5
	jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6



Broken deps for s390x
----------------------------------------------------------
	gnome-python2-libgtop2 - 2.12.1-7.1.s390x requires libgtop-2.0.so.5()(64bit)
	jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libcairojava-1.0.so()(64bit)
	libgtk-java - 2.8.0-7.s390x requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-6.3.s390x requires libcairojava-1.0.so()(64bit)



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	gnome-python2-libgtop2 - 2.12.1-7.1.x86_64 requires libgtop-2.0.so.5()(64bit)
	jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	systemtap - 0.5-2.x86_64 requires libdw.so.1(ELFUTILS_0.116)(64bit)





From sundaram at redhat.com  Sun Dec 18 08:36:39 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Sun, 18 Dec 2005 14:06:39 +0530
Subject: Power Management on Notebooks
In-Reply-To: <1134894719.2948.3.camel@niobe>
References: <1134894719.2948.3.camel@niobe>
Message-ID: <43A51F97.2020000@redhat.com>

Roger Grosswiler wrote:

>Hey,
>
>where do i find the management-tools for power management? i thought, i
>remembered it once somewhere but actually don't find it again :-(
>  
>
If you are talking about the current development tree it has 
gnome-power-manager which might be what you are looking for. 
http://www.gnome.org/projects/gnome-power-manager/

regards
Rahul



From skvidal at linux.duke.edu  Sun Dec 18 09:55:10 2005
From: skvidal at linux.duke.edu (seth vidal)
Date: Sun, 18 Dec 2005 04:55:10 -0500
Subject: Package updating
In-Reply-To: <200512162355.jBGNt9qX004471@quelen.inf.utfsm.cl>
References: <200512162355.jBGNt9qX004471@quelen.inf.utfsm.cl>
Message-ID: <1134899711.14005.6.camel@cutter>


> But this (as the scripts on the page) f.ex. today upgraded cpp (which pulls
> in a lot of gcc-related stuff), and then tries to upgrade those too, one by
> one.  Ideally, after installing something it should cut down the list of
> stuff to install, and if something can't be upgraded don't try the stuff
> depending on it.


so if there is a cascade of dependencies (a deps b deps c deps d deps e
deps f) you're going to pull in most of the packages anyway.

What if I told you there was the information in yum's transaction set
about those dependencies and that after the initial transaction set was
determined you could, if you wanted, break the transaction set up based
on those deps into discrete groups of transactions to run?

You could - it would mean writing a fair bit of code to:
 1. get that information from the ts and figure out where the dep
boundaries are
 2. store the information on the full set of packages for the total
transaction and store where the sub-transaction boundaries exist
 3. attempt to depsolve and run each sub-transaction group of packages
and record failures/unresolved deps, etc.


it's not insurmountable but it's definitely possible.

Essentially you could do it in one of two places:
1.  do it if there is an unresolvable dependency failure.
2.  do it if the transaction set is greater than N packages. Breaking
apart large transaction is something we've wanted to do for quite a
while it just takes time and some focused thinking to do it correctly.

wanna try?

-sv




From roger at gwch.net  Sun Dec 18 10:35:13 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Sun, 18 Dec 2005 11:35:13 +0100
Subject: Power Management on Notebooks [SOLVED]
In-Reply-To: <43A51F97.2020000@redhat.com>
References: <1134894719.2948.3.camel@niobe>  <43A51F97.2020000@redhat.com>
Message-ID: <1134902114.3108.0.camel@niobe>

Am Sonntag, den 18.12.2005, 14:06 +0530 schrieb Rahul Sundaram:
> Roger Grosswiler wrote:
> 
> >Hey,
> >
> >where do i find the management-tools for power management? i thought, i
> >remembered it once somewhere but actually don't find it again :-(
> >  
> >
> If you are talking about the current development tree it has 
> gnome-power-manager which might be what you are looking for. 
> http://www.gnome.org/projects/gnome-power-manager/
> 
> regards
> Rahul
> 

*yeeeeeeeeeeeeeeeehaaa* thanks rahul

Roger



From dr at cluenet.de  Sun Dec 18 11:44:54 2005
From: dr at cluenet.de (Daniel Roesen)
Date: Sun, 18 Dec 2005 12:44:54 +0100
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <1134814017.3778.5.camel@BillMurray>
References: <20051216231258.2660F741F5@hormel.redhat.com>
	<1134814017.3778.5.camel@BillMurray>
Message-ID: <20051218114454.GA3485@srv01.cluenet.de>

On Sat, Dec 17, 2005 at 10:06:57AM +0000, William John Murray wrote:
>   Hello there. was hoping this would mean I could enable DMA support
> on the DVD, but no luck with 2.6.14-1.1768_FC4 or  2.6.14-1.1767_FC4.
>  I have
> options ide hdc=noprobe
> options libata atapi_enabled=1
> in /etc/modprobe.conf
> and have re-made the initrd as thinkwiki suggest, but the drive remains
> as /dev/hdc (I THINK it should move, am I correct?) and no DMA

Add "hdc=noprobe" to the kernel command line in /etc/grub.conf, adding
to modprobe.conf is not enough (you can remove it there).


Regards,
Daniel (just installed his new Thinkpad R52 and now trying to find out
how to get any suspend-to-ram/disk working with FC4... pain++)

-- 
CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0



From sundaram at redhat.com  Sun Dec 18 11:54:52 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Sun, 18 Dec 2005 17:24:52 +0530
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <20051218114454.GA3485@srv01.cluenet.de>
References: <20051216231258.2660F741F5@hormel.redhat.com>	<1134814017.3778.5.camel@BillMurray>
	<20051218114454.GA3485@srv01.cluenet.de>
Message-ID: <43A54E0C.9080809@redhat.com>

Hi

>
>Regards,
>Daniel (just installed his new Thinkpad R52 and now trying to find out
>how to get any suspend-to-ram/disk working with FC4... pain++)
>  
>
It is a pain. However the current development tree as well as FC5 test 1 
has support for software suspend. If you are interested in that, check out

https://www.redhat.com/archives/fedora-devel-list/2005-August/msg00143.html

gnome-power-manager also in the development tree provides a nice 
interface to use this capability.

regards
Rahul



From fedora-test at adslpipe.co.uk  Sun Dec 18 12:01:40 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Sun, 18 Dec 2005 12:01:40 +0000
Subject: rawhide report: 20051218 changes
In-Reply-To: <200512180834.jBI8YatH014352@porkchop.devel.redhat.com>
References: <200512180834.jBI8YatH014352@porkchop.devel.redhat.com>
Message-ID: <43A54FA4.60301@adslpipe.co.uk>

Build System wrote:

> New package xscreensaver
> 	X screen saver and locker

This re-instated xscreensaver always crashes with a buffer overflow for 
me, prior version was OK.

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176048



From paul at all-the-johnsons.co.uk  Sun Dec 18 12:35:59 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Sun, 18 Dec 2005 12:35:59 +0000
Subject: Kernels installing, but not showing up
In-Reply-To: <1134866992.752.11.camel@tuxhugger>
References: <1134866170.3637.5.camel@T7.Linux>
	<1134866992.752.11.camel@tuxhugger>
Message-ID: <1134909360.3637.8.camel@T7.Linux>

Hi,

> > Now, the odd thing is that when I was trying to fix things via RIPLinux,
> > if I looked in /mnt/linux/boot then, I could see
> > vmlinuz-2.6.14-1.1767_FC5. Does anyone know why that should be
> > happening?
> Is your /boot on a separate partition? If so, was it mounted before you
> tried installing the kernel RPMs?

It shouldn't be - I accepted the default values when I did the FC5t1
install a couple of weeks ago for partitioning.

TTFN

Paul
-- 
main(t,_,a) char*a;{return!0<t?t<3?main(-79,-13,a+main(-87,1-_,main(-86,
0,a+1 )+a)):1,t<_?main(t+1,_,a :3,main (-94,-27+t,a)&&t==2?_<13?main(2,
_+1,"%s %d %d\n"):9:16:t<0?t<-72?main(_,t,"@n'+,#'/*{}+/w#cdnr/+,{}r/*de}
+,/*{*+,/w{%+,/w#q#n+,/#{l,+,/n{n+,/+#n+,/#;#q#n+,/+k#;*+,/'r :'d*'3,}{w+
Kw'K:'+}e#';dq#'lq#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){)
{nl]'/+#n';d}rw' i;#){nl]!/n{n#';r{#w'r nc{nl]'/#{l,+'K{rw'iK{;[{nl]'/w#q
#n'wk nw' iwk{KK{nl]!/w{%'l##w#'i;:{nl]'/*{q#'ld;r'}{nlwb!/*de}'c;;{nl'-
{}rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}{rl#'{n' ')# }'+}
##(!!/"):t<-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1
):0<t?main(2,2,"%s"):*a=='/'||main(0,main(-61,*a,"!ek;dc i at bK'(q)-[w]*%n+
r3#l,{}:\nuwloca-O;m .vpbks,fxntdCeghiry"),a+1);}



From roger at gwch.net  Sun Dec 18 12:56:43 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Sun, 18 Dec 2005 13:56:43 +0100
Subject: openoffice not finding java
Message-ID: <1134910604.2927.1.camel@niobe>

hey there,

my openoffice does no longer find it's java - but i seem to have
installed it (in /usr/lib/...) can anybody tell me the appropriate path
in Extras/Options/Java where your openoffice tries to access java?

thx,
roger



From fedora-test at adslpipe.co.uk  Sun Dec 18 13:24:54 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Sun, 18 Dec 2005 13:24:54 +0000
Subject: Kernels installing, but not showing up
In-Reply-To: <1134909360.3637.8.camel@T7.Linux>
References: <1134866170.3637.5.camel@T7.Linux><1134866992.752.11.camel@tuxhugger>
	<1134909360.3637.8.camel@T7.Linux>
Message-ID: <43A56326.6010505@adslpipe.co.uk>

Paul F. Johnson wrote:

 > Peter Gordon wrote:
 >
>> Is your /boot on a separate partition?
 >
> It shouldn't be - I accepted the default values

If you accepted the default scheme, then surely it *should* be a 
separate partition?



From ewinblists at chrusos.com  Sun Dec 18 13:42:21 2005
From: ewinblists at chrusos.com (E Barnett)
Date: Sun, 18 Dec 2005 07:42:21 -0600
Subject: yum barfs on xorg-x11-xfs 
In-Reply-To: <20051218041629.F1AEC732D1@hormel.redhat.com>
References: <20051218041629.F1AEC732D1@hormel.redhat.com>
Message-ID: <43A5673D.7090301@chrusos.com>

   Updating  : xorg-x11-xfs                 ##################### [155/308]
syntax error at -e line 1, at EOF
Execution of -e aborted due to compilation errors.
   Cleanup   : libXvMC-devel                ##################### [156/308]


Got the same error, too!

-- Ewin





From mail-lists at karan.org  Sun Dec 18 16:22:17 2005
From: mail-lists at karan.org (Karanbir Singh)
Date: Sun, 18 Dec 2005 16:22:17 +0000
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <20051217020139.48161.qmail@web34007.mail.mud.yahoo.com>
References: <20051217020139.48161.qmail@web34007.mail.mud.yahoo.com>
Message-ID: <43A58CB9.8090209@karan.org>

Josh wrote:
>     That's surprising since my Acer Ferrari 4005 never had a problem with
>     the Synaptics touchpad on both FC4, FC5t1 and Rawhide. Did have to boot
>     with i8042.nomux no_timer_check though. Maybe you could try that.
> 
>     Ipw2200 on an Acer Ferrari 4005? Mine has a Broadcom chip and according
>     to the Acer website all Ferrari 4005 models have that. Don't know how
>     you got an Intel wireless chipset on an AMD motherbord :P
> 
> I wasn't aware of the boot parameter to get synaptics touchpad. Does 
> your touch pad work without the parameter?

not for me it doesnt' - even with this new kernel, i need that 
i8042.nomux param to make it work properly.

> 
> I ditched the default broadcom wireless NIC and  bought  Intel 2915 ABG  
> mini-pci adapter for $29.  Works great  ;-)
> 

the internal WiFi works fine, even the front push button for radio on 
and radio off work fine with ndiswrapper and EL4 / FC4 / Rawhide kernels 
- I've not had a problem at all.

considering the bcm driver needs 2.6.15 - anyone tried it with these new 
kernels that dave is putting out there ?


-- 
Karanbir Singh : http://www.karan.org/ : 2522219 at icq



From mail-lists at karan.org  Sun Dec 18 16:26:12 2005
From: mail-lists at karan.org (Karanbir Singh)
Date: Sun, 18 Dec 2005 16:26:12 +0000
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <43A58CB9.8090209@karan.org>
References: <20051217020139.48161.qmail@web34007.mail.mud.yahoo.com>
	<43A58CB9.8090209@karan.org>
Message-ID: <43A58DA4.9090401@karan.org>

Karanbir Singh wrote:
> Josh wrote:
> 
>>     That's surprising since my Acer Ferrari 4005 never had a problem with
>>     the Synaptics touchpad on both FC4, FC5t1 and Rawhide. Did have to 
>> boot
>>     with i8042.nomux no_timer_check though. Maybe you could try that.
>>
>>     Ipw2200 on an Acer Ferrari 4005? Mine has a Broadcom chip and 
>> according
>>     to the Acer website all Ferrari 4005 models have that. Don't know how
>>     you got an Intel wireless chipset on an AMD motherbord :P
>>
>> I wasn't aware of the boot parameter to get synaptics touchpad. Does 
>> your touch pad work without the parameter?
> 
> 
> not for me it doesnt' - even with this new kernel, i need that 
> i8042.nomux param to make it work properly.
> 
>>
>> I ditched the default broadcom wireless NIC and  bought  Intel 2915 
>> ABG  mini-pci adapter for $29.  Works great  ;-)
>>
> 
> the internal WiFi works fine, even the front push button for radio on 
> and radio off work fine with ndiswrapper and EL4 / FC4 / Rawhide kernels 
> - I've not had a problem at all.
> 
> considering the bcm driver needs 2.6.15 - anyone tried it with these new 
> kernels that dave is putting out there ?
> 
> 
While we are on the subject of the Acer Ferrari 4005 - has anyone got 
the battery meter to work ?


-- 
Karanbir Singh : http://www.karan.org/ : 2522219 at icq



From michael.favia at insitesinc.com  Sun Dec 18 16:45:54 2005
From: michael.favia at insitesinc.com (Michael Favia)
Date: Sun, 18 Dec 2005 10:45:54 -0600
Subject: On the broken dependency list
In-Reply-To: <20051217070335.GC24500@devserv.devel.redhat.com>
References: <291399270512161812n3e7fa933nd0d139940ce66dce@mail.gmail.com>	<1134786136.24472.60.camel@yoda.loki.me>
	<20051217070335.GC24500@devserv.devel.redhat.com>
Message-ID: <43A59242.8080701@insitesinc.com>

Bill Nottingham wrote:
> Jesse Keating (jkeating at j2solutions.net) said: 
>> As for signing packages, I do believe they are signed.
> 
> Generally, in rawhide, packages are signed as follows:
> 
> Key 4F2A6FD2:
>  If they are directly inherited from:
>  - the previous major release
>  - updates for the previous major release
> 
> Key 30C9ECF8:
>  If they are directly inherited from:
>  - a test release
>  - test updates for the previous major release (shouldn't happen)
> 
> Packages that don't fall into these categories will not be signed.

Why not sign all packages distributed by redhat/fedora? Signing packages 
only serves to guarantee the origin of the package not its fitness for 
use. I think i had to disable key checking awhile back in yum because i 
couldnt install the new packages in rawhide (well i assume they were new 
packages based on your feedback above). If you would like to add another 
key for these packages i think that would be fine but i personally think 
that a "gold fedora key" and a "silver fedora key" are enough to 
demonstrate the release status of a package. -mf



From jspaleta at gmail.com  Sun Dec 18 17:22:06 2005
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Sun, 18 Dec 2005 12:22:06 -0500
Subject: yum barfs on xorg-x11-xfs
In-Reply-To: <43A5673D.7090301@chrusos.com>
References: <20051218041629.F1AEC732D1@hormel.redhat.com>
	<43A5673D.7090301@chrusos.com>
Message-ID: <604aa7910512180922i7a4db5a4x4b43889e5e66c54c@mail.gmail.com>

On 12/18/05, E Barnett <ewinblists at chrusos.com> wrote:
>    Updating  : xorg-x11-xfs                 ##################### [155/308]
> syntax error at -e line 1, at EOF

this is most likely an error in the xorg-x11-xfs package's postinstall script
rpm -q --scripts xorg-x11-xfs

and this has already been filed as
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176009

-jef



From roger at gwch.net  Sun Dec 18 20:25:22 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Sun, 18 Dec 2005 21:25:22 +0100
Subject: selinux blocking flash-plugin
Message-ID: <1134937523.2927.14.camel@niobe>

Hey,

The flashplugin of firefox works just in permissive mode, enforcing
blocks it, see here:

type=AVC msg=audit(1134936894.710:558): avc:  denied  { execmod } for
pid=7319 comm="firefox-bin" name="libflashplayer.so" dev=dm-0 ino=392125
scontext=user_u: system_r:unconfined_t:s0
tcontext=user_u:object_r:user_home_t:s0 tclass=file
type=SYSCALL msg=audit(1134936894.710:558): arch=40000003 syscall=125
success=no  exit=-13 a0=17e5000 a1=1ef000 a2=5 a3=bff26b00 items=0
pid=7319 auid=4294967295  uid=500 gid=500 euid=500 suid=500 fsuid=500
egid=500 sgid=500 fsgid=500 comm="f irefox-bin"
exe="/usr/lib/firefox-1.5/firefox-bin"
type=AVC_PATH msg=audit(1134936894.710:558):
path="/home/roger/.mozilla/plugins /libflashplayer.so"


HTH
Roger



From roger at gwch.net  Sun Dec 18 20:28:34 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Sun, 18 Dec 2005 21:28:34 +0100
Subject: selinux blocking flash-plugin
In-Reply-To: <1134937523.2927.14.camel@niobe>
References: <1134937523.2927.14.camel@niobe>
Message-ID: <1134937715.2927.15.camel@niobe>

Am Sonntag, den 18.12.2005, 21:25 +0100 schrieb Roger Grosswiler:
> Hey,
> 
> The flashplugin of firefox works just in permissive mode, enforcing
> blocks it, see here:
> 
> type=AVC msg=audit(1134936894.710:558): avc:  denied  { execmod } for
> pid=7319 comm="firefox-bin" name="libflashplayer.so" dev=dm-0 ino=392125
> scontext=user_u: system_r:unconfined_t:s0
> tcontext=user_u:object_r:user_home_t:s0 tclass=file
> type=SYSCALL msg=audit(1134936894.710:558): arch=40000003 syscall=125
> success=no  exit=-13 a0=17e5000 a1=1ef000 a2=5 a3=bff26b00 items=0
> pid=7319 auid=4294967295  uid=500 gid=500 euid=500 suid=500 fsuid=500
> egid=500 sgid=500 fsgid=500 comm="f irefox-bin"
> exe="/usr/lib/firefox-1.5/firefox-bin"
> type=AVC_PATH msg=audit(1134936894.710:558):
> path="/home/roger/.mozilla/plugins /libflashplayer.so"
> 
> 
> HTH
> Roger
> 

btw. same for a systemwide installation

type=AVC msg=audit(1134937671.412:614): avc:  denied  { execmod } for
pid=7628 comm="firefox-bin" name="libflashplayer.so" dev=dm-0
ino=1241390 scontext=user_u:system_r:unconfined_t:s0
tcontext=root:object_r:lib_t:s0 tclass=file
type=SYSCALL msg=audit(1134937671.412:614): arch=40000003 syscall=125
success=no exit=-13 a0=5fef000 a1=1ef000 a2=5 a3=bfd61750 items=0
pid=7628 auid=4294967295 uid=500 gid=500 euid=500 suid=500 fsuid=500
egid=500 sgid=500 fsgid=500 comm="firefox-bin"
exe="/usr/lib/firefox-1.5/firefox-bin"
type=AVC_PATH msg=audit(1134937671.412:614):
path="/usr/lib/mozilla/plugins/libflashplayer.so"
[root at niobe audit]#




From roger at gwch.net  Sun Dec 18 20:31:50 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Sun, 18 Dec 2005 21:31:50 +0100
Subject: selinux blocking flash-plugin [SOLVED]
In-Reply-To: <1134937715.2927.15.camel@niobe>
References: <1134937523.2927.14.camel@niobe> <1134937715.2927.15.camel@niobe>
Message-ID: <1134937910.2927.17.camel@niobe>

Am Sonntag, den 18.12.2005, 21:28 +0100 schrieb Roger Grosswiler:
> Am Sonntag, den 18.12.2005, 21:25 +0100 schrieb Roger Grosswiler:
> > Hey,
> > 
> > The flashplugin of firefox works just in permissive mode, enforcing
> > blocks it, see here:
> > 
> > type=AVC msg=audit(1134936894.710:558): avc:  denied  { execmod } for
> > pid=7319 comm="firefox-bin" name="libflashplayer.so" dev=dm-0 ino=392125
> > scontext=user_u: system_r:unconfined_t:s0
> > tcontext=user_u:object_r:user_home_t:s0 tclass=file
> > type=SYSCALL msg=audit(1134936894.710:558): arch=40000003 syscall=125
> > success=no  exit=-13 a0=17e5000 a1=1ef000 a2=5 a3=bff26b00 items=0
> > pid=7319 auid=4294967295  uid=500 gid=500 euid=500 suid=500 fsuid=500
> > egid=500 sgid=500 fsgid=500 comm="f irefox-bin"
> > exe="/usr/lib/firefox-1.5/firefox-bin"
> > type=AVC_PATH msg=audit(1134936894.710:558):
> > path="/home/roger/.mozilla/plugins /libflashplayer.so"
> > 
> > 
> > HTH
> > Roger
> > 
> 
> btw. same for a systemwide installation
> 
> type=AVC msg=audit(1134937671.412:614): avc:  denied  { execmod } for
> pid=7628 comm="firefox-bin" name="libflashplayer.so" dev=dm-0
> ino=1241390 scontext=user_u:system_r:unconfined_t:s0
> tcontext=root:object_r:lib_t:s0 tclass=file
> type=SYSCALL msg=audit(1134937671.412:614): arch=40000003 syscall=125
> success=no exit=-13 a0=5fef000 a1=1ef000 a2=5 a3=bfd61750 items=0
> pid=7628 auid=4294967295 uid=500 gid=500 euid=500 suid=500 fsuid=500
> egid=500 sgid=500 fsgid=500 comm="firefox-bin"
> exe="/usr/lib/firefox-1.5/firefox-bin"
> type=AVC_PATH msg=audit(1134937671.412:614):
> path="/usr/lib/mozilla/plugins/libflashplayer.so"
> [root at niobe audit]#
> 
> 
a global installation of the plugin and 'fixfiles
relabel /usr/lib/mozilla/plugins/' did it - it works.

Roger



From arjan at fenrus.demon.nl  Sun Dec 18 20:32:00 2005
From: arjan at fenrus.demon.nl (Arjan van de Ven)
Date: Sun, 18 Dec 2005 21:32:00 +0100
Subject: selinux blocking flash-plugin
In-Reply-To: <1134937523.2927.14.camel@niobe>
References: <1134937523.2927.14.camel@niobe>
Message-ID: <1134937920.9626.19.camel@laptopd505.fenrus.org>

On Sun, 2005-12-18 at 21:25 +0100, Roger Grosswiler wrote:
> Hey,
> 
> The flashplugin of firefox works just in permissive mode, enforcing
> blocks it, see her

run 

execstack -c <path to flash plugin>




From roger at gwch.net  Sun Dec 18 20:35:39 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Sun, 18 Dec 2005 21:35:39 +0100
Subject: openoffice not finding java [re-request]
In-Reply-To: <1134910604.2927.1.camel@niobe>
References: <1134910604.2927.1.camel@niobe>
Message-ID: <1134938139.2927.19.camel@niobe>

Am Sonntag, den 18.12.2005, 13:56 +0100 schrieb Roger Grosswiler:
> hey there,
> 
> my openoffice does no longer find it's java - but i seem to have
> installed it (in /usr/lib/...) can anybody tell me the appropriate path
> in Extras/Options/Java where your openoffice tries to access java?
> 
> thx,
> roger
> 

Could please somebody let me just know the path to java for openoffice?
Or did i misunderstand something?

Roger



From arjan at fenrus.demon.nl  Sun Dec 18 20:37:37 2005
From: arjan at fenrus.demon.nl (Arjan van de Ven)
Date: Sun, 18 Dec 2005 21:37:37 +0100
Subject: selinux blocking flash-plugin [SOLVED]
In-Reply-To: <1134937910.2927.17.camel@niobe>
References: <1134937523.2927.14.camel@niobe>
	<1134937715.2927.15.camel@niobe>  <1134937910.2927.17.camel@niobe>
Message-ID: <1134938257.9626.21.camel@laptopd505.fenrus.org>


> a global installation of the plugin and 'fixfiles
> relabel /usr/lib/mozilla/plugins/' did it - it works.

... but it still makes your mozilla/firefox stack executable for no good
reason, so you're better off/more secure if you do the execstack
thing...



From roger at gwch.net  Sun Dec 18 20:46:49 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Sun, 18 Dec 2005 21:46:49 +0100
Subject: selinux blocking flash-plugin [SOLVED]
In-Reply-To: <1134938257.9626.21.camel@laptopd505.fenrus.org>
References: <1134937523.2927.14.camel@niobe>
	<1134937715.2927.15.camel@niobe>  <1134937910.2927.17.camel@niobe>
	<1134938257.9626.21.camel@laptopd505.fenrus.org>
Message-ID: <1134938810.2927.21.camel@niobe>

Am Sonntag, den 18.12.2005, 21:37 +0100 schrieb Arjan van de Ven:
> > a global installation of the plugin and 'fixfiles
> > relabel /usr/lib/mozilla/plugins/' did it - it works.
> 
> ... but it still makes your mozilla/firefox stack executable for no good
> reason, so you're better off/more secure if you do the execstack
> thing...
> 
thx for information, i did this now.

Rog



From roger at gwch.net  Sun Dec 18 20:55:08 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Sun, 18 Dec 2005 21:55:08 +0100
Subject: openoffice not finding java [re-request]
In-Reply-To: <1134938139.2927.19.camel@niobe>
References: <1134910604.2927.1.camel@niobe> <1134938139.2927.19.camel@niobe>
Message-ID: <1134939309.2927.23.camel@niobe>

Am Sonntag, den 18.12.2005, 21:35 +0100 schrieb Roger Grosswiler:
> Am Sonntag, den 18.12.2005, 13:56 +0100 schrieb Roger Grosswiler:
> > hey there,
> > 
> > my openoffice does no longer find it's java - but i seem to have
> > installed it (in /usr/lib/...) can anybody tell me the appropriate path
> > in Extras/Options/Java where your openoffice tries to access java?
> > 
> > thx,
> > roger
> > 
> 
> Could please somebody let me just know the path to java for openoffice?
> Or did i misunderstand something?
> 
> Roger
> 
Please help, all i need is the path in ooo to the correct
java-runtime...you find it in /extras/options/java

Roger



From jspaleta at gmail.com  Sun Dec 18 21:15:22 2005
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Sun, 18 Dec 2005 16:15:22 -0500
Subject: Kernels installing, but not showing up
In-Reply-To: <1134866170.3637.5.camel@T7.Linux>
References: <1134866170.3637.5.camel@T7.Linux>
Message-ID: <604aa7910512181315l44ad60b4nc631fedc9d0f575@mail.gmail.com>

On 12/17/05, Paul <paul at all-the-johnsons.co.uk> wrote:
> Now, the odd thing is that when I was trying to fix things via RIPLinux,
> if I looked in /mnt/linux/boot then, I could see
> vmlinuz-2.6.14-1.1767_FC5. Does anyone know why that should be
> happening?

Are you getting failed scriplet errors when doing package
install/updates... watch the yum output scroll..this will not be
recorded in the yum.log. Scriplet failures are commonly traced to
selinux problems. The grub entries are created as part of the kernel
postinstall scriptlet and if the scriptlet doesnt run.. grub doesnt
get updated.


-jef



From paul at all-the-johnsons.co.uk  Sun Dec 18 21:26:37 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Sun, 18 Dec 2005 21:26:37 +0000
Subject: Kernels installing, but not showing up
In-Reply-To: <604aa7910512181315l44ad60b4nc631fedc9d0f575@mail.gmail.com>
References: <1134866170.3637.5.camel@T7.Linux>
	<604aa7910512181315l44ad60b4nc631fedc9d0f575@mail.gmail.com>
Message-ID: <1134941197.3637.23.camel@T7.Linux>

Hi,

> > Now, the odd thing is that when I was trying to fix things via RIPLinux,
> > if I looked in /mnt/linux/boot then, I could see
> > vmlinuz-2.6.14-1.1767_FC5. Does anyone know why that should be
> > happening?
> 
> Are you getting failed scriplet errors when doing package
> install/updates... watch the yum output scroll..this will not be
> recorded in the yum.log. Scriplet failures are commonly traced to
> selinux problems. The grub entries are created as part of the kernel
> postinstall scriptlet and if the scriptlet doesnt run.. grub doesnt
> get updated.

Thanks. I've not noticed any errors at all. That said, the update from
today has installed!

TTFN

Paul
-- 
main(t,_,a) char*a;{return!0<t?t<3?main(-79,-13,a+main(-87,1-_,main(-86,
0,a+1 )+a)):1,t<_?main(t+1,_,a :3,main (-94,-27+t,a)&&t==2?_<13?main(2,
_+1,"%s %d %d\n"):9:16:t<0?t<-72?main(_,t,"@n'+,#'/*{}+/w#cdnr/+,{}r/*de}
+,/*{*+,/w{%+,/w#q#n+,/#{l,+,/n{n+,/+#n+,/#;#q#n+,/+k#;*+,/'r :'d*'3,}{w+
Kw'K:'+}e#';dq#'lq#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){)
{nl]'/+#n';d}rw' i;#){nl]!/n{n#';r{#w'r nc{nl]'/#{l,+'K{rw'iK{;[{nl]'/w#q
#n'wk nw' iwk{KK{nl]!/w{%'l##w#'i;:{nl]'/*{q#'ld;r'}{nlwb!/*de}'c;;{nl'-
{}rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}{rl#'{n' ')# }'+}
##(!!/"):t<-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1
):0<t?main(2,2,"%s"):*a=='/'||main(0,main(-61,*a,"!ek;dc i at bK'(q)-[w]*%n+
r3#l,{}:\nuwloca-O;m .vpbks,fxntdCeghiry"),a+1);}



From wrrhdev at riede.org  Sun Dec 18 21:29:03 2005
From: wrrhdev at riede.org (Willem Riede)
Date: Sun, 18 Dec 2005 21:29:03 +0000
Subject: rawhide report: 20051218 changes
In-Reply-To: <200512180834.jBI8YatH014352@porkchop.devel.redhat.com> (from
	buildsys@redhat.com on Sun Dec 18 03:34:36 2005)
References: <200512180834.jBI8YatH014352@porkchop.devel.redhat.com>
Message-ID: <1134941343l.19290l.6l@serve.riede.org>

On 12/18/2005 03:34:36 AM, Build System wrote:
> 
> selinux-policy-2.1.6-10
> -----------------------
> * Fri Dec 16 2005 Dan Walsh <dwalsh at redhat.com> 2.1.5-10
> - Add enableaudit.pp
> 
> * Fri Dec 16 2005 Dan Walsh <dwalsh at redhat.com> 2.1.5-9
> - Fix mls policy

Upgrading from 2.1.2-1:

   Updating  : selinux-policy-targeted      ################### [ 488/1558]
libsepol.policydb_write: Discarding booleans and conditional rules
libsepol.policydb_write: Discarding booleans and conditional rules
libsepol.context_read_and_validate: invalid security context
libsepol.policydb_to_image: new policy image is invalid
libsepol.policydb_to_image: could not create policy image
/usr/sbin/load_policy:  Can't load policy:  No such file or directory
libsemanage.semanage_reload_policy: load_policy returned error code 2.
libsemanage.semanage_install_active: Could not copy  
/etc/selinux/targeted/modules/active/policy.kern to  
/etc/selinux/targeted/policy/policy.20.
Failed!
libsemanage.parse_module_headers: Data did not represent a module.
Failed!


Known problem?

Thanks, Willem Riede.



From roger at gwch.net  Sun Dec 18 21:44:12 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Sun, 18 Dec 2005 22:44:12 +0100
Subject: openoffice not finding java - because of selinux in enforcing mode
Message-ID: <1134942253.3340.1.camel@niobe>

ok, my ooo finds java in permissive mode, but not in enforcing. see
here:

type=SELINUX_ERR msg=audit(1134942058.836:1353): security_compute_sid:
invalid context user_u:system_r:java_t:s0 for
scontext=user_u:system_r:unconfined_t:s0
tcontext=system_u:object_r:java_exec_t:s0 tclass=process
type=SYSCALL msg=audit(1134942058.836:1353): arch=40000003 syscall=11
success=no exit=-13 a0=804877a a1=bfd01ad4 a2=8b46040 a3=b0ecc0 items=1
pid=3323 auid=4294967295 uid=500 gid=500 euid=500 suid=500 fsuid=500
egid=500 sgid=500 fsgid=500 comm="java"
exe="/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre/bin/java"
type=CWD msg=audit(1134942058.836:1353):  cwd="/home/roger"
type=PATH msg=audit(1134942058.836:1353): item=0 name="/usr/bin/gij"
flags=101  inode=957980 dev=fd:00 mode=0100755 ouid=0 ogid=0 rdev=00:00
type=SELINUX_ERR msg=audit(1134942058.864:1354): security_compute_sid:
invalid context user_u:system_r:java_t:s0 for
scontext=user_u:system_r:unconfined_t:s0
tcontext=system_u:object_r:java_exec_t:s0 tclass=process
type=SYSCALL msg=audit(1134942058.864:1354): arch=40000003 syscall=11
success=no exit=-13 a0=804877a a1=bf9cae54 a2=967f040 a3=b0ecc0 items=1
pid=3326 auid=4294967295 uid=500 gid=500 euid=500 suid=500 fsuid=500
egid=500 sgid=500 fsgid=500 comm="java"
exe="/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre/bin/java"
type=CWD msg=audit(1134942058.864:1354):  cwd="/home/roger"
type=PATH msg=audit(1134942058.864:1354): item=0 name="/usr/bin/gij"
flags=101  inode=957980 dev=fd:00 mode=0100755 ouid=0 ogid=0 rdev=00:00
type=SELINUX_ERR msg=audit(1134942058.896:1355): security_compute_sid:
invalid context user_u:system_r:java_t:s0 for
scontext=user_u:system_r:unconfined_t:s0
tcontext=system_u:object_r:java_exec_t:s0 tclass=process
type=SYSCALL msg=audit(1134942058.896:1355): arch=40000003 syscall=11
success=no exit=-13 a0=871c3e0 a1=b5fa2ba4 a2=bfa55e70 a3=0 items=1
pid=3329 auid=4294967295 uid=500 gid=500 euid=500 suid=500 fsuid=500
egid=500 sgid=500 fsgid=500 comm="swriter.bin"
exe="/usr/lib/openoffice.org2.0/program/swriter.bin"
type=CWD msg=audit(1134942058.896:1355):  cwd="/home/roger"
type=PATH msg=audit(1134942058.896:1355): item=0 name="/usr/bin/gij"
flags=101  inode=957980 dev=fd:00 mode=0100755 ouid=0 ogid=0 rdev=00:00


i tried already a fixfiles relabel, but i didn't help. any hint?

roger



From don_springall at hotmail.com  Sun Dec 18 23:18:51 2005
From: don_springall at hotmail.com (Don Springall)
Date: Sun, 18 Dec 2005 16:18:51 -0700
Subject: Up2date replacement 
Message-ID: <BAY107-F5D30C340BECC1AD3F5959853C0@phx.gbl>

I noticed an update to up2date today. I though it was being dropped in 
favour of yum and pup. Why fix it if it is going away ?

By the way it seems to be broken at the moment. See below:
[root at localhost don]# up2date
An error has occurred:
exceptions.AttributeError
See /var/log/up2date for more information

up2date log file:
[Sun Dec 18 16:08:31 2005] up2date   File "/usr/sbin/up2date", line 1265, in 
?
    sys.exit(main() or 0)
   File "/usr/sbin/up2date", line 328, in main
    sources = sourcesConfig.getSources()
   File "/usr/share/rhn/up2date_client/sourcesConfig.py", line 263, in 
getSources
    scfg = SourcesConfigFile(filename="/etc/sysconfig/rhn/sources")
   File "/usr/share/rhn/up2date_client/sourcesConfig.py", line 42, in 
__init__
    self.load()
   File "/usr/share/rhn/up2date_client/sourcesConfig.py", line 85, in load
    self.parseRepomd(line)
   File "/usr/share/rhn/up2date_client/sourcesConfig.py", line 220, in 
parseRepomd
    yb = yumBaseRepo.initYumRepo()
   File "/usr/share/rhn/up2date_client/repoBackends/yumBaseRepo.py", line 
40, in initYumRepo
    yb = YumBaseRepo()
   File "/usr/share/rhn/up2date_client/repoBackends/yumBaseRepo.py", line 
20, in __init__
    self.conf = yum.config.yumconf()




From rodd at clarkson.id.au  Sun Dec 18 21:53:09 2005
From: rodd at clarkson.id.au (Rodd Clarkson)
Date: Mon, 19 Dec 2005 08:53:09 +1100
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <1134777070.4863.7.camel@canis>
References: <20051216172520.69571.qmail@web34007.mail.mud.yahoo.com>
	<1134769778.4863.2.camel@canis>  <20051216215128.GM2821@redhat.com>
	<1134777070.4863.7.camel@canis>
Message-ID: <1134942789.3002.1.camel@localhost.localdomain>

On Fri, 2005-12-16 at 15:51 -0800, Brian Gaynor wrote:
> On Fri, 2005-12-16 at 16:51 -0500, Dave Jones wrote:
> > Sure.  That hardware has been a thorn in my side since I can remember.
> > We've had "works/doesn't work" cycles of that way back into FC2 era.
> > 
> > I've no idea why it's so fragile.
> 
> > 		Dave
> 
> #175993 created.

Ah, the irony.  For the first time since Synaptics has just worked for
me (out of the box so to say) it doesn't with kernel-2.6.14-1.1767_FC4

I'll mark myself on the BZ.

Otherwise, everything looks good.


Rodd
-- 
"It's a fine line between denial and faith.
 It's much better on my side"



From jkeating at redhat.com  Mon Dec 19 00:28:40 2005
From: jkeating at redhat.com (Jesse Keating)
Date: Sun, 18 Dec 2005 16:28:40 -0800
Subject: Up2date replacement
In-Reply-To: <BAY107-F5D30C340BECC1AD3F5959853C0@phx.gbl>
References: <BAY107-F5D30C340BECC1AD3F5959853C0@phx.gbl>
Message-ID: <1134952121.3443.57.camel@ender>

On Sun, 2005-12-18 at 16:18 -0700, Don Springall wrote:
> I noticed an update to up2date today. I though it was being dropped in 
> favour of yum and pup. Why fix it if it is going away ?

The 'update' you saw was just it being rebuilt with the new gcc.  It may
be on its way out, however it is still in so it got rebuilt.

-- 
Jesse Keating
Release Engineer: Fedora



From rodd at clarkson.id.au  Mon Dec 19 00:36:12 2005
From: rodd at clarkson.id.au (Rodd Clarkson)
Date: Mon, 19 Dec 2005 11:36:12 +1100
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <1134942789.3002.1.camel@localhost.localdomain>
References: <20051216172520.69571.qmail@web34007.mail.mud.yahoo.com>
	<1134769778.4863.2.camel@canis>  <20051216215128.GM2821@redhat.com>
	<1134777070.4863.7.camel@canis>
	<1134942789.3002.1.camel@localhost.localdomain>
Message-ID: <1134952573.3350.3.camel@localhost.localdomain>

On Mon, 2005-12-19 at 08:53 +1100, Rodd Clarkson wrote:
> On Fri, 2005-12-16 at 15:51 -0800, Brian Gaynor wrote:
> > On Fri, 2005-12-16 at 16:51 -0500, Dave Jones wrote:
> > > Sure.  That hardware has been a thorn in my side since I can remember.
> > > We've had "works/doesn't work" cycles of that way back into FC2 era.
> > > 
> > > I've no idea why it's so fragile.
> > 
> > > 		Dave
> > 
> > #175993 created.
> 
> Ah, the irony.  For the first time since Synaptics has just worked for
> me (out of the box so to say) it doesn't with kernel-2.6.14-1.1767_FC4

kernel-2.6.14-1.1769_FC4 isn't working with regard to synaptics either.


R.
-- 
"It's a fine line between denial and faith.
 It's much better on my side"



From billcrawford1970 at gmail.com  Mon Dec 19 03:33:59 2005
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Mon, 19 Dec 2005 03:33:59 +0000
Subject: Package updating
In-Reply-To: <1134899711.14005.6.camel@cutter>
References: <200512162355.jBGNt9qX004471@quelen.inf.utfsm.cl>
	<1134899711.14005.6.camel@cutter>
Message-ID: <43A62A27.5030302@gmail.com>

seth vidal wrote:
> You could - it would mean writing a fair bit of code to:
>  1. get that information from the ts and figure out where the dep
> boundaries are
>  2. store the information on the full set of packages for the total
> transaction and store where the sub-transaction boundaries exist
>  3. attempt to depsolve and run each sub-transaction group of packages
> and record failures/unresolved deps, etc.
>
>
> it's not insurmountable but it's definitely possible.
>
> Essentially you could do it in one of two places:
> 1.  do it if there is an unresolvable dependency failure.
> 2.  do it if the transaction set is greater than N packages. Breaking
> apart large transaction is something we've wanted to do for quite a
> while it just takes time and some focused thinking to do it correctly.
>
> wanna try?
>
> -sv
>
>   
Not really ;) we were all hoping you would do it.

But this sounds like the perfect answer to all the "yum wouldn't update 
at all because of dependency problem X" mails we see on the list. 
Getting as much updated as possible in those circumstances would be 
helpful, particularly for people who want to test (whether it be running 
rawhide by default, or trying it from -test1 onwards) -- which I realize 
isn't the case you want to optimize for, of course :)

One point about breaking up transactions: it would allow e.g. a minimal 
install to be done first, thus solving a lot of problems for people who 
get halfway through an install and it breaks due to hardware issues, or 
network problems if doing a net install, or whatever. You'd pretty much 
guarantee that as long as the first (sub?)transaction completed, you'd 
have a bootable system, allowing the rest to be fixed up afterwards 
(and/or reduce the amount of effort involved in restarting the install 
process, by being able to track which partial install transactions 
completed, and restart from the next part). All of which is probably 
even harder than the basis you outlined, but that's the nice thing about 
the future .. there may be a lot of it (hopefully :)).




From jmorris at beau.org  Mon Dec 19 04:09:34 2005
From: jmorris at beau.org (John Morris)
Date: Sun, 18 Dec 2005 22:09:34 -0600
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <43A16902.7090306@feuerpokemon.de>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>
	<43A16902.7090306@feuerpokemon.de>
Message-ID: <1134965374.2998.18.camel@mjolnir>

On Thu, 2005-12-15 at 07:00, dragoran wrote:
> Benjy Grogan wrote:
> 
> > Hello:
> >
> > I know this topic has been mentioned over and over, and everyone is 
> > irritated by it.  But why not meet the Mono project half-way?  Why 
> > can't the hal-sharp and the dbus-sharp, and gtk-sharp add-ons be 
> > included in the fedora packages?
> 
> or atleast let us build them with a spec file flag.

Sounds like a reasonable compromise.  However I really can't see why
anyone involved in Fedora would want to expend the effort to do it
initally or maintain it.

But if somebody volunteered the patches it does sound reasonable to
expect them to get included.  For no matter how much we understand the
trap mono represents, it is equally obvious that many people are already
leaping into it and mono support WILL happen for certain packages.  That
means the only question is how much pain will be caused by having the
bordering packages forked into the outside repos with the actual mono
packages?

-- 
John M.      http://www.beau.org/~jmorris     This post is 100% M$Free!
Geekcode 3.1:GCS C+++ UL++++$ P++ L+++ W++ w--- Y++ b++ 5+++ R tv- e* r




From billcrawford1970 at gmail.com  Mon Dec 19 04:16:02 2005
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Mon, 19 Dec 2005 04:16:02 +0000
Subject: Kernels installing, but not showing up
In-Reply-To: <1134941197.3637.23.camel@T7.Linux>
References: <1134866170.3637.5.camel@T7.Linux>	<604aa7910512181315l44ad60b4nc631fedc9d0f575@mail.gmail.com>
	<1134941197.3637.23.camel@T7.Linux>
Message-ID: <43A63402.2050407@gmail.com>

Paul F. Johnson wrote:
> Paul
 Your signature is missing some spaces and a  couple of ) from the code. 
It doesn't compile, and when it does, it misses some "a"s from the output.

 Also, implicit int is deprecated and so it needs to be "int main" :)

-- 
#include <stdio.h>
const 
char*D[]={"twelfth","eleventh","tenth","ninth","eighth","seventh","sixth"
,"fifth","fourth","third","second","first"};const char*P[]={"a partridge 
in a \
pear tree.\n\n","two turtle doves\nand ","three french hens, ","four 
calling b\
irds, ","five gold rings;\n","six geese a-laying, ","seven swans 
a-swimming,\n"
,"eight maids a-milking, ","nine ladies dancing, ","ten lords 
a-leaping,\n","e\
leven pipers piping, ","twelve drummers drumming, "};int main(){int 
d=12,_;do{
printf("On the %s day of Christmas my true love gave to 
me\n",D[--d]);_=12-d;do
printf(P[--_]);while(_);}while(d);}



From skvidal at linux.duke.edu  Mon Dec 19 05:06:01 2005
From: skvidal at linux.duke.edu (seth vidal)
Date: Mon, 19 Dec 2005 00:06:01 -0500
Subject: Package updating
In-Reply-To: <43A62A27.5030302@gmail.com>
References: <200512162355.jBGNt9qX004471@quelen.inf.utfsm.cl>
	<1134899711.14005.6.camel@cutter>  <43A62A27.5030302@gmail.com>
Message-ID: <1134968761.24389.31.camel@cutter>

On Mon, 2005-12-19 at 03:33 +0000, Bill Crawford wrote:
> Not really ;) we were all hoping you would do it.

Boy, that's the type statement that really makes someone want to
continue to be an open source volunteer. Sheesh.



> But this sounds like the perfect answer to all the "yum wouldn't update 
> at all because of dependency problem X" mails we see on the list. 
> Getting as much updated as possible in those circumstances would be 
> helpful, particularly for people who want to test (whether it be running 
> rawhide by default, or trying it from -test1 onwards) -- which I realize 
> isn't the case you want to optimize for, of course :)

not really. testers, frankly, should expect problems and be capable of
working around them.

> One point about breaking up transactions: it would allow e.g. a minimal 
> install to be done first, thus solving a lot of problems for people who 
> get halfway through an install and it breaks due to hardware issues, or 
> network problems if doing a net install, or whatever. You'd pretty much 
> guarantee that as long as the first (sub?)transaction completed, you'd 
> have a bootable system, allowing the rest to be fixed up afterwards 


not necessarily. If something is missing a non-library dep that it
requires to boot properly you could still be screwed.

For example: new kernel requires a new mkinitrd or a new SysVinit.
Someone doesn't notice the new requirement and fails to add the SysVinit
>= somever.

Then your system won't boot and you're still stuck. So this is
definitely not a save-all - it would just diminish the chance.

I'm mostly interested in breaking up the transaction for purposes of
lowering the memory footprint of large transaction sets.


but in all seriousness - if you want these features then you have to
work for them. My time is finite and my interest in features I don't use
is fleeting.

-sv




From mpeters at mac.com  Mon Dec 19 05:10:16 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Sun, 18 Dec 2005 21:10:16 -0800
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <1134965374.2998.18.camel@mjolnir>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>
	<43A16902.7090306@feuerpokemon.de> <1134965374.2998.18.camel@mjolnir>
Message-ID: <1134969016.23129.26.camel@locolhost.localdomain>

On Sun, 2005-12-18 at 22:09 -0600, John Morris wrote:
>   For no matter how much we understand the
> trap mono represents, it is equally obvious that many people are already
> leaping into it and mono support WILL happen for certain packages.

We should avoid that at all cost imho.

I'm all for third party respositories carrying stuff with IP issues
(lame, ffmpeg, etc.) but core should never have stuff with IP issues.

Fedora needs to lead by example in that respect.

Unisys and LZW. They waited for gif to be entrenched, then "Oh btw - pay
us this insane amount or we'll sue"

OSS with IP issues should be packaged - at least for people who live
where they are not IP issues. But they shouldn't be in core.

Rather than leap into mono - truly free alternatives should be promoted
(like ogg vs mp3, png vs gif before the patent expired, etc.) as much as
possible.

For some things, there is no gray. That's my philosophy anyway. Well,
there is gray, but the gray does not belong in core - it belongs in
unsupported third party.

A flag to rebuild the rpms with mono support I think would be OK -
except that means the core developers would have to maintain it, and I
don't know how easy that would be.



From mpeters at mac.com  Mon Dec 19 05:13:51 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Sun, 18 Dec 2005 21:13:51 -0800
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <1134645471.4124.64.camel@T7.Linux>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>
	<1134645471.4124.64.camel@T7.Linux>
Message-ID: <1134969232.23129.29.camel@locolhost.localdomain>

On Thu, 2005-12-15 at 11:17 +0000, Paul F. Johnson wrote:

> 
> Unlike over mp3 and mpeg, I actually agree with Red Hat over this.

With mp3 - at least with lame and libmad - there is no way Fedora could
ship them without violating the GPL (I think its section 7 - it says you
don't have right to distribute at all if everyone you distribute to
doesn't have similar rights - or something like that)

Even if they had a license to distribute the IP, something with a
license they wouldn't be violating would have to be shipped.



From dragoran at feuerpokemon.de  Mon Dec 19 06:48:07 2005
From: dragoran at feuerpokemon.de (dragoran)
Date: Mon, 19 Dec 2005 07:48:07 +0100
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <1134965374.2998.18.camel@mjolnir>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>	<43A16902.7090306@feuerpokemon.de>
	<1134965374.2998.18.camel@mjolnir>
Message-ID: <43A657A7.4030106@feuerpokemon.de>

John Morris wrote:

>On Thu, 2005-12-15 at 07:00, dragoran wrote:
>  
>
>>Benjy Grogan wrote:
>>
>>    
>>
>>>Hello:
>>>
>>>I know this topic has been mentioned over and over, and everyone is 
>>>irritated by it.  But why not meet the Mono project half-way?  Why 
>>>can't the hal-sharp and the dbus-sharp, and gtk-sharp add-ons be 
>>>included in the fedora packages?
>>>      
>>>
>>or atleast let us build them with a spec file flag.
>>    
>>
>
>Sounds like a reasonable compromise.  However I really can't see why
>anyone involved in Fedora would want to expend the effort to do it
>initally or maintain it.
>  
>
I have build dbus-sharp from the fedora srpm (by changing the spec) and 
it worked.
I don't see how it could be a problem to include such a flag by default.



From paul at all-the-johnsons.co.uk  Mon Dec 19 07:59:50 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Mon, 19 Dec 2005 07:59:50 +0000
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <1134965374.2998.18.camel@mjolnir>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>
	<43A16902.7090306@feuerpokemon.de> <1134965374.2998.18.camel@mjolnir>
Message-ID: <1134979190.3907.19.camel@T7.Linux>

Hi,

> For no matter how much we understand the
> trap mono represents, it is equally obvious that many people are already
> leaping into it and mono support WILL happen for certain packages. 

So what? I leapt into it from it's outset and yet have no desire (after
it was explained to me) to jeapordise my favourite distro from patents
those money grabbing no-marks at Redmond will, no doubt, try it on with
after their current attempt (via SCO) goes down in flames - taking the
morons there down with them.

Sorry - the situation is clear. Until RH recieve *in writing* assurances
from MS that their patents will not be exercised and the RAND licence
actually covers it, then you're on your own. If someone else (like
nrpms) wants to provide bindings et al, no problem - it's an optional,
none Red Hat product.

TTFN

Paul

-- 
main(t,_,a) char*a;{return!0<t?t<3?main(-79,-13,a+main(-87,1-_,main(-86,
0,a+1 )+a)):1,t<_?main(t+1,_,a :3,main (-94,-27+t,a)&&t==2?_<13?main(2,
_+1,"%s %d %d\n"):9:16:t<0?t<-72?main(_,t,"@n'+,#'/*{}+/w#cdnr/+,{}r/*de}
+,/*{*+,/w{%+,/w#q#n+,/#{l,+,/n{n+,/+#n+,/#;#q#n+,/+k#;*+,/'r :'d*'3,}{w+
Kw'K:'+}e#';dq#'lq#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){)
{nl]'/+#n';d}rw' i;#){nl]!/n{n#';r{#w'r nc{nl]'/#{l,+'K{rw'iK{;[{nl]'/w#q
#n'wk nw' iwk{KK{nl]!/w{%'l##w#'i;:{nl]'/*{q#'ld;r'}{nlwb!/*de}'c;;{nl'-
{}rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}{rl#'{n' ')# }'+}
##(!!/"):t<-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1
):0<t?main(2,2,"%s"):*a=='/'||main(0,main(-61,*a,"!ek;dc i at bK'(q)-[w]*%n+
r3#l,{}:\nuwloca-O;m .vpbks,fxntdCeghiry"),a+1);}



From paul at all-the-johnsons.co.uk  Mon Dec 19 08:01:38 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Mon, 19 Dec 2005 08:01:38 +0000
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <1134969016.23129.26.camel@locolhost.localdomain>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>
	<43A16902.7090306@feuerpokemon.de> <1134965374.2998.18.camel@mjolnir>
	<1134969016.23129.26.camel@locolhost.localdomain>
Message-ID: <1134979298.3907.22.camel@T7.Linux>

Hi,

> A flag to rebuild the rpms with mono support I think would be OK -
> except that means the core developers would have to maintain it, and I
> don't know how easy that would be.

Nope. No flags. Nothing. rpm purity. If you had that sort of thing in
there, you could equally have the flag in to support mp3 on xmms, mpegs
for Totem and all the other bits Red Hat have played it safe on.

TTFN

Paul

-- 
main(t,_,a) char*a;{return!0<t?t<3?main(-79,-13,a+main(-87,1-_,main(-86,
0,a+1 )+a)):1,t<_?main(t+1,_,a :3,main (-94,-27+t,a)&&t==2?_<13?main(2,
_+1,"%s %d %d\n"):9:16:t<0?t<-72?main(_,t,"@n'+,#'/*{}+/w#cdnr/+,{}r/*de}
+,/*{*+,/w{%+,/w#q#n+,/#{l,+,/n{n+,/+#n+,/#;#q#n+,/+k#;*+,/'r :'d*'3,}{w+
Kw'K:'+}e#';dq#'lq#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){)
{nl]'/+#n';d}rw' i;#){nl]!/n{n#';r{#w'r nc{nl]'/#{l,+'K{rw'iK{;[{nl]'/w#q
#n'wk nw' iwk{KK{nl]!/w{%'l##w#'i;:{nl]'/*{q#'ld;r'}{nlwb!/*de}'c;;{nl'-
{}rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}{rl#'{n' ')# }'+}
##(!!/"):t<-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1
):0<t?main(2,2,"%s"):*a=='/'||main(0,main(-61,*a,"!ek;dc i at bK'(q)-[w]*%n+
r3#l,{}:\nuwloca-O;m .vpbks,fxntdCeghiry"),a+1);}



From buildsys at redhat.com  Mon Dec 19 08:03:00 2005
From: buildsys at redhat.com (Build System)
Date: Mon, 19 Dec 2005 03:03:00 -0500
Subject: rawhide report: 20051219 changes
Message-ID: <200512190803.jBJ830RO016330@porkchop.devel.redhat.com>

 

 
Updated Packages:

aspell-it-50:0.53-3.1
---------------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj
at-3.1.8-80.2
-------------
* Sun Dec 18 2005 Jason Vas Dias<jvdias at redhat.com> - 3.1.8-80.2
- rebuild for new flex

* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Fri Oct 14 2005 Dan Walsh <dwalsh at redhat.com> - 3.1.8-80
- Add seuserbyname support

devhelp-0.11-1
--------------
* Sun Dec 18 2005 Ray Strode <rstrode at redhat.com> - 0.11-1
- Update to 0.11

dhcpv6-0.10-15.2
----------------
* Sun Dec 18 2005 Jason Vas Dias<jvdias at redhat.com> - 0.10-15.2
- rebuild for new gcc & flex

dosfstools-2.11-4
-----------------
* Fri Dec 16 2005 Jakub Jelinek <jakub at redhat.com> 2.11-4
- rebuilt with GCC 4.1
- make it build with -D_FORTIFY_SOURCE=2

flex-2.5.4a-34.3
----------------
* Sun Dec 18 2005 Jason Vas Dias<jvdias at redhat.com>
* rebuild with 'flex-pic.patch' to enable -pie links
  on x86_64 (patch from Jesse Keating) .

gnome-screensaver-0.0.22-2
--------------------------
* Sun Dec 18 2005 Ray Strode <rstrode at redhat.com> - 0.0.22-2
- add floaters screensaver

isdn4k-utils-3.2-38
-------------------
* Sun Dec 18 2005 Than Ngo <than at redhat.com> 3.2-38
- add correct app-defaults directory

* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

kdeartwork-3.5.0-2
------------------
* Sat Dec 17 2005 Than Ngo <than at redhat.com> 3.5.0-2 
- requires on xscreensaver-extras

kernel-2.6.14-1.1773_FC5
------------------------
* Mon Dec 19 2005 David Woodhouse <dwmw2 at redhat.com>
- Fix thermal overload on liquid-cooled G5s
- Fix USB suspend
- Disable floppy driver on ppc32

* Sat Dec 17 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc5-git7

* Fri Dec 16 2005 David Woodhouse <dwmw2 at redhat.com>
- Update to fixed Cell pause_zero code

mgetty-1.1.33-7.FC5
-------------------
* Sun Dec 18 2005 Jason Vas Dias<jvdias at redhat.com> - 1.1.33-7.FC5
- rebuild for new gcc + remove 'xmkmf' invocation for Modular X11

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

nfs-utils-1.0.7-19.FC5.1
------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

radvd-0.9-1
-----------
* Mon Dec 18 2006 Jason Vas Dias<jvdias at redhat.com>
- Upgrade to upstream version 0.9

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

scim-1.4.2-9
------------
* Mon Dec 19 2005 Jens Petersen <petersen at redhat.com> - 1.4.2-9
- enable linker symbol versioning now that mt_alloc is fixed (#173220)
- buildrequire libXt-devel for configure
- buildrequire autoconf, automake, and libtool for autoreconf

xfig-3.2.4-16
-------------
* Sun Dec 18 2005 Than Ngo <than at redhat.com> 3.2.4-16
- add correct app-defaults directory

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

xorg-x11-apps-1.0.0-1
---------------------
* Sat Dec 17 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Upgraded all apps to version 1.0.0 from X11R7 RC4.
- Changed manpage dir from man1x to man1 to match upstream default now.
- Dropped all of the datadir-cleanups patches added in the previous build.
- Added x11perf-1.0.0-x11perf-datadir-cleanups.patch as it is still needed
  to put the helper scripts in datadir.
- Added --disable-xprint to configure, as a great symbolic jesture.

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	GFS-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	cman-kernel-smp - 2.6.14.0-20051108.134753.FC5.8.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	dlm-kernel-smp - 2.6.14.0-20051108.134753.FC5.10.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires /lib/modules/2.6.14-1.1696_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.i686 requires kernel-smp = 0:2.6.14-1.1696_FC5
	gnome-python2-libgtop2 - 2.12.1-7.1.i386 requires libgtop-2.0.so.5
	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	systemtap - 0.5-2.i386 requires libdw.so.1(ELFUTILS_0.116)



Broken deps for ia64
----------------------------------------------------------
	gnome-python2-libgtop2 - 2.12.1-7.1.ia64 requires libgtop-2.0.so.5()(64bit)
	jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs
	systemtap - 0.5-2.ia64 requires libdw.so.1(ELFUTILS_0.116)(64bit)



Broken deps for ppc
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	gnome-python2-libgtop2 - 2.12.1-7.1.ppc requires libgtop-2.0.so.5
	jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	systemtap - 0.5-2.ppc requires libdw.so.1(ELFUTILS_0.116)



Broken deps for ppc64
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	gnome-python2-libgtop2 - 2.12.1-7.1.ppc64 requires libgtop-2.0.so.5()(64bit)
	jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)



Broken deps for s390
----------------------------------------------------------
	gnome-python2-libgtop2 - 2.12.1-7.1.s390 requires libgtop-2.0.so.5
	jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6



Broken deps for s390x
----------------------------------------------------------
	gnome-python2-libgtop2 - 2.12.1-7.1.s390x requires libgtop-2.0.so.5()(64bit)
	jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libcairojava-1.0.so()(64bit)
	libgtk-java - 2.8.0-7.s390x requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-6.3.s390x requires libcairojava-1.0.so()(64bit)



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	GFS-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	cman-kernel - 2.6.14.0-20051108.134753.FC5.8.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	dlm-kernel - 2.6.14.0-20051108.134753.FC5.10.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires /lib/modules/2.6.14-1.1696_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.x86_64 requires kernel = 0:2.6.14-1.1696_FC5
	gnome-python2-libgtop2 - 2.12.1-7.1.x86_64 requires libgtop-2.0.so.5()(64bit)
	jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	systemtap - 0.5-2.x86_64 requires libdw.so.1(ELFUTILS_0.116)(64bit)





From caolanm at redhat.com  Mon Dec 19 08:26:42 2005
From: caolanm at redhat.com (Caolan McNamara)
Date: Mon, 19 Dec 2005 08:26:42 +0000
Subject: openoffice not finding java [re-request]
In-Reply-To: <1134939309.2927.23.camel@niobe>
References: <1134910604.2927.1.camel@niobe> <1134938139.2927.19.camel@niobe>
	<1134939309.2927.23.camel@niobe>
Message-ID: <1134980803.2695.28.camel@localhost.localdomain>

On Sun, 2005-12-18 at 21:55 +0100, Roger Grosswiler wrote:
> Am Sonntag, den 18.12.2005, 21:35 +0100 schrieb Roger Grosswiler:
> > Am Sonntag, den 18.12.2005, 13:56 +0100 schrieb Roger Grosswiler:
> > > hey there,
> > > 
> > > my openoffice does no longer find it's java - but i seem to have
> > > installed it (in /usr/lib/...) can anybody tell me the appropriate path
> > > in Extras/Options/Java where your openoffice tries to access java?
> > > 
> > > thx,
> > > roger
> > > 
> > 
> > Could please somebody let me just know the path to java for openoffice?
> > Or did i misunderstand something?
> > 
> > Roger
> > 
> Please help, all i need is the path in ooo to the correct
> java-runtime...you find it in /extras/options/java

What are you trying to do, override OOo's autodetection to use Sun Java
with OpenOffice.org ? Or just the normal default gcj-using model ?

perhaps 

> rm ~/.openoffice.org2.0/user/config/javasettings_Linux_x86.xml

and rerun openoffice.org to re auto-detect.

Otherwise, tools->options->openoffice.org->java and browse to the
directory above the lib (& bin) directory of the jvm you wish to
override autodetection to use.

C.



From roger at gwch.net  Mon Dec 19 08:43:41 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Mon, 19 Dec 2005 09:43:41 +0100
Subject: openoffice not finding java [re-request]
In-Reply-To: <1134980803.2695.28.camel@localhost.localdomain>
References: <1134910604.2927.1.camel@niobe> <1134938139.2927.19.camel@niobe>
	<1134939309.2927.23.camel@niobe>
	<1134980803.2695.28.camel@localhost.localdomain>
Message-ID: <1134981822.2981.2.camel@niobe>

Am Montag, den 19.12.2005, 08:26 +0000 schrieb Caolan McNamara:
> rm ~/.openoffice.org2.0/user/config/javasettings_Linux_x86.xml

Caolan,

Thanks for replying - in fact, my OOo does not find ANY java if my box
is in enforcing mode with selinux. But it does in permissive mode. So, i
think this is an selinux-issue.

i posted yesterday a thread about this "openoffice not finding java -
because of selinux in enforcing mode"

Roger



From mario at targetdevelopment.at  Mon Dec 19 10:28:39 2005
From: mario at targetdevelopment.at (DI Mario Bruckschwaiger)
Date: Mon, 19 Dec 2005 11:28:39 +0100
Subject: rawhide report: 20051219 changes
In-Reply-To: <200512190803.jBJ830RO016330@porkchop.devel.redhat.com>
References: <200512190803.jBJ830RO016330@porkchop.devel.redhat.com>
Message-ID: <43A68B57.7020306@targetdevelopment.at>

After doing a nearly complete upgrade of all the rawhide packages I have 
some strange things on my desktop:

1.) only X-default cursor theme

2.) xfontsel starts with "Warning: app-defaults file not properly 
installed." although XFontSel is in /usr/lib64/X11/app-defaults/

3.) strange, dashed square characters in the gnome character map for 
some letters and, what is the real problem, these characters appear in 
Eclipse (version 3.1.1 from eclipse website together with java 1.5 from 
sun) whenever I have a line which includes Strings with "", eg: (places 
with these strange characters marked with "x":

x    System.out.println(x"Hello World"x);x

They can not be deleted because they are somehow connected with the 
"-characters.
They are gone when I outcomment the line and also with very few other 
fonts for the Java Editor. This only occurs in the Java Editor. So I 
think it must be a font problem. I also tried Eclipse 3.2 and java 1.4. 
Same thing.

Does anybody has an idea what this could be?



From dr at cluenet.de  Mon Dec 19 11:50:01 2005
From: dr at cluenet.de (Daniel Roesen)
Date: Mon, 19 Dec 2005 12:50:01 +0100
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <43A54E0C.9080809@redhat.com>
References: <20051216231258.2660F741F5@hormel.redhat.com>
	<1134814017.3778.5.camel@BillMurray>
	<20051218114454.GA3485@srv01.cluenet.de>
	<43A54E0C.9080809@redhat.com>
Message-ID: <20051219115001.GA13016@srv01.cluenet.de>

On Sun, Dec 18, 2005 at 05:24:52PM +0530, Rahul Sundaram wrote:
> It is a pain. However the current development tree as well as FC5 test 1 
> has support for software suspend.

Thanks, but /if/ I'm going down the "special kernel" route, it will be
an uptodate FC4 kernel with suspend2 applied. From all I read about this
topic, I won't go down the in-kernel suspend path.


Best regards,
Daniel

-- 
CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0



From mpeters at mac.com  Mon Dec 19 12:05:14 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Mon, 19 Dec 2005 04:05:14 -0800
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <1134979298.3907.22.camel@T7.Linux>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>
	<43A16902.7090306@feuerpokemon.de> <1134965374.2998.18.camel@mjolnir>
	<1134969016.23129.26.camel@locolhost.localdomain>
	<1134979298.3907.22.camel@T7.Linux>
Message-ID: <1134993915.2798.9.camel@locolhost.localdomain>

On Mon, 2005-12-19 at 08:01 +0000, Paul F. Johnson wrote:
> Hi,
> 
> > A flag to rebuild the rpms with mono support I think would be OK -
> > except that means the core developers would have to maintain it, and I
> > don't know how easy that would be.
> 
> Nope. No flags. Nothing. rpm purity. If you had that sort of thing in
> there, you could equally have the flag in to support mp3 on xmms, mpegs
> for Totem and all the other bits Red Hat have played it safe on.

Well, Totem in Fedora does it via plugins - you don't have to rebuild
it, you just need to install additional gstreamer-plugins.

Some packages - like sox - will support mp3 with a simple rebuild
presuming the necessary devel packages are installed.

Passing flags to a spec file is pure rpm - via the --define switch.

I don't think they should go out of their way to do it in cases where
you can add the functionality with an add-on package that doesn't
conflict with core package. When they can't, as in freetype and the
bytecode interpreter, I don't think they need to but I don't think it is
a problem if they do.



From mpeters at mac.com  Mon Dec 19 12:08:42 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Mon, 19 Dec 2005 04:08:42 -0800
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <BAY107-F2411A81152C23F5249124D853B0@phx.gbl>
References: <BAY107-F2411A81152C23F5249124D853B0@phx.gbl>
Message-ID: <1134994122.2798.13.camel@locolhost.localdomain>

On Thu, 2005-12-15 at 12:37 -0700, Don Springall wrote:
> Issues like this are always going to be around for Fedora or even openSUSE 
> for things like MP3 or libdvdcss or Mono. Rather than butting your head 
> against a wall here it might be easier to just contact rpm.livna.org and get 
> them to host some packages for you. They seem to be willing to tread where 
> others fear to go. Although their stuff is a little stale for Core 5 it 
> integrates well with Core 4 at least.

They are smart - and usually don't start the major work until close to
release. I'm sure they are doing the work beforehand, but rawhide
changes so much - a lot of stuff has to be rebuilt for no other reason
than it needs it.

With respect to them treading where others fear to go, my understanding
is that they do in fact follow the IP laws of the country where they are
located - just like Fedora needs to follow IP laws within the United
States.



From mario at targetdevelopment.at  Mon Dec 19 12:15:18 2005
From: mario at targetdevelopment.at (DI Mario Bruckschwaiger)
Date: Mon, 19 Dec 2005 13:15:18 +0100
Subject: rawhide report: 20051219 changes
In-Reply-To: <43A68B57.7020306@targetdevelopment.at>
References: <200512190803.jBJ830RO016330@porkchop.devel.redhat.com>
	<43A68B57.7020306@targetdevelopment.at>
Message-ID: <43A6A456.10503@targetdevelopment.at>

> 2.) xfontsel starts with "Warning: app-defaults file not properly 
> installed." although XFontSel is in /usr/lib64/X11/app-defaults/

OK, found this problem now myself: new path should be 
/usr/share/X11/app-defaults which should be fixed in new version of 
xorg-x11-utils.

Maybe my other problems are also related with paths?



From vonbrand at inf.utfsm.cl  Sun Dec 18 16:41:20 2005
From: vonbrand at inf.utfsm.cl (Horst von Brand)
Date: Sun, 18 Dec 2005 13:41:20 -0300
Subject: Package updating 
In-Reply-To: Your message of "Sun, 18 Dec 2005 04:55:10 CDT."
	<1134899711.14005.6.camel@cutter> 
Message-ID: <200512181641.jBIGfKcK023880@laptop11.inf.utfsm.cl>

seth vidal <skvidal at linux.duke.edu> wrote:
> > But this (as the scripts on the page) f.ex. today upgraded cpp (which pulls
> > in a lot of gcc-related stuff), and then tries to upgrade those too, one by
> > one.  Ideally, after installing something it should cut down the list of
> > stuff to install, and if something can't be upgraded don't try the stuff
> > depending on it.

> so if there is a cascade of dependencies (a deps b deps c deps d deps e
> deps f) you're going to pull in most of the packages anyway.

Yes, I know. But the setup time is non-trivial (and adds up for a couple
dozen packages), plus the annoyance of getting one version of the repo data
and then another...

> What if I told you there was the information in yum's transaction set
> about those dependencies and that after the initial transaction set was
> determined you could, if you wanted, break the transaction set up based
> on those deps into discrete groups of transactions to run?

I know. But I'm no Python expert, so I'll pass (for now at least).
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513



From vonbrand at inf.utfsm.cl  Sun Dec 18 16:29:52 2005
From: vonbrand at inf.utfsm.cl (Horst von Brand)
Date: Sun, 18 Dec 2005 13:29:52 -0300
Subject: rawhide report: 20051218 changes 
In-Reply-To: Message from Build System <buildsys@redhat.com> of "Sun,
	18 Dec 2005 03:34:36 CDT."
	<200512180834.jBI8YatH014352@porkchop.devel.redhat.com> 
Message-ID: <200512181629.jBIGTq0h023222@laptop11.inf.utfsm.cl>

Build System <buildsys at redhat.com> wrote:
> Updated Packages:

[...]

> dmidecode-1:2.6-1.14
> dmidecode-1:2.7-1.22

Why both?
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513



From mpeters at mac.com  Mon Dec 19 13:32:26 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Mon, 19 Dec 2005 05:32:26 -0800
Subject: RPM to install extras (was Re: Dia)
In-Reply-To: <43A18908.4060104@drdc-rddc.gc.ca>
References: <1134555026.2719.1.camel@localhost.localdomain>
	<1134610230.11730.3.camel@tuxhugger>
	<1134650791.2718.1.camel@localhost.localdomain>
	<1134651913.4312.23.camel@localhost.localdomain>
	<43A16D07.70102@sktc.net> <43A18908.4060104@drdc-rddc.gc.ca>
Message-ID: <1134999146.2798.24.camel@locolhost.localdomain>

On Thu, 2005-12-15 at 08:17 -0700, Robin Laing wrote:

> 
> I like using Yumex as I can search for either features or by name. 
> Yea, I know that I can get a list and do this from the CLI, but 
> sometimes a nice graphical interface allows me to browse allot quicker 
> than scrolling through a list on a terminal screen.
> 

I like yumex too.
On my laptop though (700MHz 256MB) - it is really really really slow.
It's no speed demon on my desktop either.



From selinux at gmail.com  Mon Dec 19 15:20:12 2005
From: selinux at gmail.com (Tom London)
Date: Mon, 19 Dec 2005 07:20:12 -0800
Subject: privoxy burning all cycles?
Message-ID: <4c4ba1530512190720l2da373c9t3b1bdb13c000c7bc@mail.gmail.com>

I've come across a few URLs that seem to make privoxy loop.

The following one appears to make it eat up about 5-10 seconds of cpu time.
http://weather.yahoo.com/forecast/USCA0746_f.html
and the following one seems to cause an endless loop:
http://news.google.com/url?sa=t&ct=us/4-2-0&fp=4383d961946e9ac1&ei=cDGDQ8-aJrKk6AH78uHbBg&url=http%3A//www.techworld.com/applications/news/index.cfm%3FNewsID%3D4838&cid=1102516272
('service privoxy restart' fixes....)

I've filed this here:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173909

Can anyone reproduce?
   tom
--
Tom London



From phil-ml at techworks.ie  Mon Dec 19 16:41:40 2005
From: phil-ml at techworks.ie (Philip Trickett (List))
Date: Mon, 19 Dec 2005 16:41:40 +0000
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <43A58DA4.9090401@karan.org>
References: <20051217020139.48161.qmail@web34007.mail.mud.yahoo.com>
	<43A58CB9.8090209@karan.org>  <43A58DA4.9090401@karan.org>
Message-ID: <1135010500.3563.24.camel@nori>

On Sun, 2005-12-18 at 16:26 +0000, Karanbir Singh wrote:

> While we are on the subject of the Acer Ferrari 4005 - has anyone got 
> the battery meter to work ?
> 
You need an updated DSDT for the kernel to do that, and some other power
saving things.

It would be nice if Acer updated their BIOS to fix spelling errors in
their DSDT, so that we could just install a plain kernel.

How does windows manage to work with buggy DSDTs anyway?

You need to recompile the kernel for the ACPI to work properly, as the
FC4 kernels do not include the patch to enable loading a new DSDT via
the initrd. (Which, in the long run is more than likely the right
decision, so don't bug the RH guys ;) )

Phil



From jkeating at redhat.com  Mon Dec 19 17:14:42 2005
From: jkeating at redhat.com (Jesse Keating)
Date: Mon, 19 Dec 2005 09:14:42 -0800
Subject: Fedora Core 5 Test 2 slipping until January 16
Message-ID: <1135012482.28062.26.camel@yoda.loki.me>

<to be sung to the tune of Jingle Bells>
Dashing through the builds
In a one cup holder desk
O're the build errors we go
Swearing all the way!

Phones on dev's desks ring
Making Managers frown
What fun it is to cuss and swear
re-baseing on GCC!

Oh, software sucks,
Software sucks,
Software really sucks!

Oh what fun it is to slip our release for a month!

Software sucks,
Software sucks,
Software really sucks!

Oh, what fun it is to slip our release for a month!

We rebuilt java* once
It wasn't very nice
we rebuilt everything else
to our user's delight!

Broken deps still there
Making testing fun
We really thing we need to test
for another month!

Oh, software sucks,
Software sucks,
Software really sucks!

Oh what fun it is to slip our release for a month!

Oh What Fun It Is To Slip Our Release For A Monnnnnnnnnnnnnnnnth!!!


Ok, it won't be a full month, but due to the recent upgrade of gcc and
the subsequent full rebuild of everything that does (and doesn't,
whoops!) get built with gcc, including java stuff with gcj, and the need
to further test package selection windows in Anaconda,
system-config-packages for upgrades, and the development tree in general
once we settle down the rebuilds, we have decided to delay test2.  Here
is a new schedule that we will be working toward:

* Test2 freeze date to 9 January
* Test2 release, 16 January
* Test3 freeze, 6 February
* Test3 release, 13 February
* Final absolute freeze, 6 March
* Release, 15 March

We are going to try very hard to have a stable(ish) tree suitable for
testing over the holidays, so that Test2 will be better for the slip and
keep us in line with getting Test3 and eventually the final release out
in the best shape possible.

Thank you all for your hard work in helping us develop the best
distribution we can!

-- 
Jesse Keating
Release Engineer: Fedora



From arjan at fenrus.demon.nl  Mon Dec 19 17:17:38 2005
From: arjan at fenrus.demon.nl (Arjan van de Ven)
Date: Mon, 19 Dec 2005 18:17:38 +0100
Subject: Fedora Core 5 Test 2 slipping until January 16
In-Reply-To: <1135012482.28062.26.camel@yoda.loki.me>
References: <1135012482.28062.26.camel@yoda.loki.me>
Message-ID: <1135012659.2947.13.camel@laptopd505.fenrus.org>

On Mon, 2005-12-19 at 09:14 -0800, Jesse Keating wrote:

> Ok, it won't be a full month, but due to the recent upgrade of gcc and


does this mean that the handoff of FC3 to fedora legacy is also delayed
a month ?



From wtogami at redhat.com  Mon Dec 19 17:21:53 2005
From: wtogami at redhat.com (Warren Togami)
Date: Mon, 19 Dec 2005 12:21:53 -0500
Subject: Fedora Core 5 Test 2 slipping until January 16
In-Reply-To: <1135012659.2947.13.camel@laptopd505.fenrus.org>
References: <1135012482.28062.26.camel@yoda.loki.me>
	<1135012659.2947.13.camel@laptopd505.fenrus.org>
Message-ID: <43A6EC31.3000603@redhat.com>

Arjan van de Ven wrote:
> On Mon, 2005-12-19 at 09:14 -0800, Jesse Keating wrote:
> 
>> Ok, it won't be a full month, but due to the recent upgrade of gcc and
> 
> 
> does this mean that the handoff of FC3 to fedora legacy is also delayed
> a month ?

Whenever test2 is released, FC3 maintainership will be handed to Legacy.

Warren Togami
wtogami at redhat.com



From jkeating at redhat.com  Mon Dec 19 17:23:23 2005
From: jkeating at redhat.com (Jesse Keating)
Date: Mon, 19 Dec 2005 09:23:23 -0800
Subject: Fedora Core 5 Test 2 slipping until January 16
In-Reply-To: <1135012659.2947.13.camel@laptopd505.fenrus.org>
References: <1135012482.28062.26.camel@yoda.loki.me>
	<1135012659.2947.13.camel@laptopd505.fenrus.org>
Message-ID: <1135013003.28062.32.camel@yoda.loki.me>

On Mon, 2005-12-19 at 18:17 +0100, Arjan van de Ven wrote:
> 
> does this mean that the handoff of FC3 to fedora legacy is also delayed
> a month ?

Yes, I do believe that is correct.

-- 
Jesse Keating
Release Engineer: Fedora



From fedora-test at adslpipe.co.uk  Mon Dec 19 17:46:29 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Mon, 19 Dec 2005 17:46:29 +0000
Subject: Fedora Core 5 Test 2 slipping until January 16
In-Reply-To: <1135012482.28062.26.camel@yoda.loki.me>
References: <1135012482.28062.26.camel@yoda.loki.me>
Message-ID: <43A6F1F5.2080304@adslpipe.co.uk>

Jesse Keating wrote:

> Oh, what fun it is to slip our release for a month!

I thought I could sense that coming! A lot of time has been consumed 
with the gc{c|j}4.1 switch, so it seems to be for the best ...






From fedora-test at adslpipe.co.uk  Mon Dec 19 17:49:04 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Mon, 19 Dec 2005 17:49:04 +0000
Subject: call for testing, dmraid in rawhide
In-Reply-To: <1134492498.3089.11.camel@localhost.localdomain>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134492498.3089.11.camel@localhost.localdomain>
Message-ID: <43A6F290.40708@adslpipe.co.uk>

Peter Jones wrote:

> As the changelog says, last night's rawhide build has support for dmraid
> during installation.  If anybody wants to test this, I'd be really
> appreciative ;)

OK, took me longer than I had hoped backed up odds and sods from my test
box and pull a local mirror of rawhide, but finally got there today

The motherboard is an Intel D945GTP with 2x 250GB SATA drives, which was
previously running rawhide OK, I went into the BIOS and changed SATA
from AHCI to RAID, then went into the BIOS RAID util and created a 100GB
mirror on the first "half" of both disks and a 300GB stripe on the
remaining "half"

I'm booting from a CD of the current rawhide boot.iso my command line is

linux vga=773 dmraid debug console=tty1 console=ttyS0,115200

I get into the "blue" setup screen ok, entered language/keyboard
settings, chose http install and enter suitable url for my mirror, it
retrieves stage2.img ok, detects my ATI card, starts X, shows the
"Fedora core" GUI wallpaper and then anaconda crashes

          __init__.py line 530 in getvalid
	if isinstance(RaidDev, x) or isinstance(RaidSet,x)

to save re-typing I've put a photo capture of the screen here
http://adslpipe.co.uk/dmraid.jpg

I also captured the serial console and attached it below, but I don't
think it shows much of interest. there is the usual output from anaconda
on the other virtual consoles, but they're all locked.

Let me know if there are any other tests you'd like me to try ...

Linux version 2.6.14-1.1771_FC5 (bhcompile at hs20-bc1-2.build.redhat.com)
(gcc version 4.1.0 20051214 (Red Hat 4.1.0-0.9)) #1 Sat Dec 17 20:40:42
EST 2005
BIOS-provided physical RAM map:
  BIOS-e820: 0000000000000000 - 0000000000099000 (usable)
  BIOS-e820: 0000000000099000 - 00000000000a0000 (reserved)
  BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
  BIOS-e820: 0000000000100000 - 000000003fe4c000 (usable)
  BIOS-e820: 000000003fe4c000 - 000000003fe56000 (ACPI NVS)
  BIOS-e820: 000000003fe56000 - 000000003fe88000 (usable)
  BIOS-e820: 000000003fe88000 - 000000003fee9000 (ACPI NVS)
  BIOS-e820: 000000003fee9000 - 000000003feed000 (usable)
  BIOS-e820: 000000003feed000 - 000000003feff000 (ACPI data)
  BIOS-e820: 000000003feff000 - 000000003ff00000 (usable)
127MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000fe680
Using x86 segment limits to approximate NX protection
DMI 2.3 present.
ACPI: PM-Timer IO Port: 0x408
ACPI: Local APIC disabled (-2); pass 'lapic' to re-enable.
ACPI: HPET id: 0x8086a201 base: 0xfed00000
LAPIC disabled (-2)
Allocating PCI resources starting at 40000000 (gap: 3ff00000:c0100000)
Built 1 zonelists
Kernel command line: initrd=initrd.img ramdisk_size=8192
BOOT_IMAGE=vmlinuz console=ttyS0,115200 console=tty1
Initializing CPU#0
CPU 0 irqstacks, hard=c03bd000 soft=c03bc000
PID hash table entries: 4096 (order: 12, 65536 bytes)
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 1029460k/1047552k available (1863k kernel code, 16920k reserved,
741k data, 168k init, 129548k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Using HPET for base-timer
Using HPET for gettimeofday
Detected 3000.142 MHz processor.
Using hpet for high-res timesource
Calibrating delay using timer specific routine.. 6005.13 BogoMIPS
(lpj=12010261)
Security Framework v1.0.0 initialized
SELinux:  Initializing.
SELinux:  Starting in permissive mode
selinux_register_security:  Registering secondary module capability
Capability LSM initialized as secondary
Mount-cache hash table entries: 512
monitor/mwait feature present.
using mwait in idle threads.
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 2048K
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (24) available
mtrr: v2.0 (20020519)
CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz stepping 03
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
ACPI: setting ELCR to 0200 (from 0e00)
Local APIC disabled by default; use 'lapic' to enable it.
checking if image is initramfs... it is
Freeing initrd memory: 4665k freed
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: Using MMCONFIG
ACPI: Subsystem revision 20050902
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
ACPI: Assume root bridge [\_SB_.PCI0] bus is 0
PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1
PCI: Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 *9 10 11 12)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 9 *10 11 12)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 12 devices
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a
report
pnp: 00:05: ioport range 0x500-0x53f has been reserved
pnp: 00:05: ioport range 0x400-0x47f could not be reserved
pnp: 00:05: ioport range 0x680-0x6ff has been reserved
PCI: Bridge: 0000:00:01.0
   IO window: 2000-2fff
   MEM window: 50100000-501fffff
   PREFETCH window: 40000000-4fffffff
PCI: Bridge: 0000:00:1c.0
   IO window: disabled.
   MEM window: 50300000-503fffff
   PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.2
   IO window: disabled.
   MEM window: 50400000-504fffff
   PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.3
   IO window: disabled.
   MEM window: 50500000-505fffff
   PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.4
   IO window: disabled.
   MEM window: 50600000-506fffff
   PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.5
   IO window: disabled.
   MEM window: 50700000-507fffff
   PREFETCH window: disabled.
PCI: Bridge: 0000:00:1e.0
   IO window: 1000-1fff
   MEM window: 50000000-500fffff
   PREFETCH window: disabled.
ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11
PCI: setting IRQ 11 as level-triggered
ACPI: PCI Interrupt 0000:00:01.0[A] -> Link [LNKA] -> GSI 11 (level,
low) -> IRQ 11
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11
ACPI: PCI Interrupt 0000:00:1c.0[A] -> Link [LNKB] -> GSI 11 (level,
low) -> IRQ 11
ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11
ACPI: PCI Interrupt 0000:00:1c.2[C] -> Link [LNKC] -> GSI 11 (level,
low) -> IRQ 11
ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11
ACPI: PCI Interrupt 0000:00:1c.3[D] -> Link [LNKD] -> GSI 11 (level,
low) -> IRQ 11
ACPI: PCI Interrupt 0000:00:1c.4[A] -> Link [LNKB] -> GSI 11 (level,
low) -> IRQ 11
ACPI: PCI Interrupt 0000:00:1c.5[B] -> Link [LNKA] -> GSI 11 (level,
low) -> IRQ 11
audit: initializing netlink socket (disabled)
audit(1135010866.884:1): initialized
highmem bounce pool size: 64 pages
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
SELinux:  Registering netfilter hooks
Initializing Cryptographic API
ksign: Installing public key data
Loading keyring
- Added public key 7D3C110B2B3EE5F5
- User ID: Red Hat, Inc. (Kernel Module GPG key)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
ACPI: PCI Interrupt 0000:00:01.0[A] -> Link [LNKA] -> GSI 11 (level,
low) -> IRQ 11
assign_interrupt_mode Found MSI capability
ACPI: PCI Interrupt 0000:00:1c.0[A] -> Link [LNKB] -> GSI 11 (level,
low) -> IRQ 11
assign_interrupt_mode Found MSI capability
ACPI: PCI Interrupt 0000:00:1c.2[C] -> Link [LNKC] -> GSI 11 (level,
low) -> IRQ 11
assign_interrupt_mode Found MSI capability
ACPI: PCI Interrupt 0000:00:1c.3[D] -> Link [LNKD] -> GSI 11 (level,
low) -> IRQ 11
assign_interrupt_mode Found MSI capability
ACPI: PCI Interrupt 0000:00:1c.4[A] -> Link [LNKB] -> GSI 11 (level,
low) -> IRQ 11
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: ATAPI 40X DVD-ROM CD-R/RW drive, 2048kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
ide-floppy driver 0.99.newide
usbcore: registered new driver libusual
usbcore: registered new driver hiddev
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
mice: PS/2 mouse device common for all mice
md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: bitmap version 4.39
NET: Registered protocol family 2
input: AT Translated Set 2 keyboard as /class/input/input0
IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
TCP established hash table entries: 131072 (order: 9, 2097152 bytes)
TCP bind hash table entries: 65536 (order: 8, 1310720 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
TCP reno registered
TCP bic registered
Initializing IPsec netlink socket
NET: Registered protocol family 1
NET: Registered protocol family 17
Using IPI Shortcut mode
ACPI wakeup devices:
SLPB  P32 UAR1 PEX0 PEX1 PEX2 PEX3 PEX4 PEX5 UHC1 UHC2 UHC3 UHC4 EHCI
AC9M AZAL
ACPI: (supports S0 S1 S3 S4 S5)
Freeing unused kernel memory: 168k freed
Write protecting the kernel read-only data: 314k




From katzj at redhat.com  Mon Dec 19 17:55:11 2005
From: katzj at redhat.com (Jeremy Katz)
Date: Mon, 19 Dec 2005 12:55:11 -0500
Subject: Fedora Core 5 Test 2 slipping until January 16
In-Reply-To: <43A6F1F5.2080304@adslpipe.co.uk>
References: <1135012482.28062.26.camel@yoda.loki.me>
	<43A6F1F5.2080304@adslpipe.co.uk>
Message-ID: <1135014911.9541.25.camel@bree.local.net>

On Mon, 2005-12-19 at 17:46 +0000, Andy Burns wrote:
> Jesse Keating wrote:
> > Oh, what fun it is to slip our release for a month!
> 
> I thought I could sense that coming! A lot of time has been consumed 
> with the gc{c|j}4.1 switch, so it seems to be for the best ...

Yeah, we were stuck between a rock and a hard place with the combination
of the schedule, the holidays and the things that we wanted to land for
the release.  Given the state of things, we decided that it would be
better to allow things to settle out and be fixed for a little while
longer and just take the schedule hit. 

At the same time, since this is the second test release slip in this
cycle, we're going to be sure to sit down and look hard at what is the
cause for the increased amount of slippage this time around so that we
can try to avoid it in the future while maintaining the quality that we
want to deliver.

Jeremy



From briang at pmccorp.com  Mon Dec 19 18:16:36 2005
From: briang at pmccorp.com (Brian Gaynor)
Date: Mon, 19 Dec 2005 10:16:36 -0800
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <1134952573.3350.3.camel@localhost.localdomain>
References: <20051216172520.69571.qmail@web34007.mail.mud.yahoo.com>
	<1134769778.4863.2.camel@canis>  <20051216215128.GM2821@redhat.com>
	<1134777070.4863.7.camel@canis>
	<1134942789.3002.1.camel@localhost.localdomain>
	<1134952573.3350.3.camel@localhost.localdomain>
Message-ID: <1135016196.3272.0.camel@canis>

On Mon, 2005-12-19 at 11:36 +1100, Rodd Clarkson wrote:

> kernel-2.6.14-1.1769_FC4 isn't working with regard to synaptics either.
> 

Agreed.

-- 
Brian Gaynor
www.pmccorp.com
FC4/Linux on DELL Inspiron 5160 3.0Ghz 
canis 10:16:00 up 3 min, 1 
user, load average: 0.81, 0.83, 




From pjones at redhat.com  Mon Dec 19 18:29:49 2005
From: pjones at redhat.com (Peter Jones)
Date: Mon, 19 Dec 2005 13:29:49 -0500
Subject: call for testing, dmraid in rawhide
In-Reply-To: <43A6F290.40708@adslpipe.co.uk>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134492498.3089.11.camel@localhost.localdomain>
	<43A6F290.40708@adslpipe.co.uk>
Message-ID: <1135016989.25620.2.camel@localhost.localdomain>

On Mon, 2005-12-19 at 17:49 +0000, Andy Burns wrote:

> I get into the "blue" setup screen ok, entered language/keyboard
> settings, chose http install and enter suitable url for my mirror, it
> retrieves stage2.img ok, detects my ATI card, starts X, shows the
> "Fedora core" GUI wallpaper and then anaconda crashes
> 
>           __init__.py line 530 in getvalid
> 	if isinstance(RaidDev, x) or isinstance(RaidSet,x)
> 
> to save re-typing I've put a photo capture of the screen here
> http://adslpipe.co.uk/dmraid.jpg

OK, this particular bug should be fixed in tomorrow's rawhide.  I
haven't investigated if you'll see further issues yet.  I may get the
time today to try a setup with 2 independent raid devices on the same
two disks, but maybe not.  It's kind of a weird thing to do...  I'm not
sure which BIOSes support that configuration, and the box I've got with
AHCI I can't test on today.

Thanks for testing!

-- 
  Peter



From fedora-test at adslpipe.co.uk  Mon Dec 19 19:09:10 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Mon, 19 Dec 2005 19:09:10 +0000
Subject: call for testing, dmraid in rawhide
In-Reply-To: <1135016989.25620.2.camel@localhost.localdomain>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com><1134492498.3089.11.camel@localhost.localdomain><43A6F290.40708@adslpipe.co.uk>
	<1135016989.25620.2.camel@localhost.localdomain>
Message-ID: <43A70556.9080802@adslpipe.co.uk>

Peter Jones wrote:

> OK, this particular bug should be fixed in tomorrow's rawhide.  I
> haven't investigated if you'll see further issues yet.  

OK, I'll give it anotehr blast then ...

> I may get the
> time today to try a setup with 2 independent raid devices on the same
> two disks, but maybe not.  It's kind of a weird thing to do...  

Kind of, the logical disks will compete for the stepper motors, but I'm 
limited to 2 physical disks, and I want a "reliable" area and as much 
space as possible for the remainder, this box will eventually be a HTPC.

> I'm not
> sure which BIOSes support that configuration, and the box I've got with
> AHCI I can't test on today.

I think it is quite rare for the "fake" raid devices to support this, 
but any "real" raid controller worth it's salt would do it, any board 
which has ICH7R should do it, and RAID5 too (though I note you're not 
ready for that yet, and as I only have two disks I can't use anyway)




From jmorris at beau.org  Mon Dec 19 19:44:17 2005
From: jmorris at beau.org (John Morris)
Date: Mon, 19 Dec 2005 13:44:17 -0600
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <1134979298.3907.22.camel@T7.Linux>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>
	<43A16902.7090306@feuerpokemon.de> <1134965374.2998.18.camel@mjolnir>
	<1134969016.23129.26.camel@locolhost.localdomain>
	<1134979298.3907.22.camel@T7.Linux>
Message-ID: <1135021457.2981.12.camel@mjolnir>

On Mon, 2005-12-19 at 02:01, Paul F. Johnson wrote:

> Nope. No flags. Nothing. rpm purity. If you had that sort of thing in
> there, you could equally have the flag in to support mp3 on xmms, mpegs
> for Totem and all the other bits Red Hat have played it safe on.

I wouldn't have a problem with that either.  For example, RedHat ships
xmms with a modified tarball to outright remove the code to support mp3,
which violates the pristine source principle, but the law is the law. 
However, the .spec has everything needed and will happily build mp3
support if you insert the pristine source back in.  MP3 support is
illegal in the US but isn't in many other jurisdictions so making it
easy for those places to get it working makes sense.

More to the point with mono though is the precedent set with Java.  Long
before gcj was developed enough to build the java support for various
packages RedHat was shipping *-java packages.  In this case all I was
proposing was that if those who care deeply about mono contribute the
extra bits so that a .spec can support a build time switch to allow a
-mono package to pop out it might not be a bad thing to have in the
mainline instead pushing the whole package into a fork.

But let me be clear, I would object to Fedora actually shipping a single
-mono package because it would make mono a build requirement and mono is
DANGEROUS[1]. 

[1] Dangerous needs to be in bold and blinking but I only send ascii so
use your imagination.

-- 
John M.      http://www.beau.org/~jmorris     This post is 100% M$Free!
Geekcode 3.1:GCS C+++ UL++++$ P++ L+++ W++ w--- Y++ b++ 5+++ R tv- e* r




From nman64 at n-man.com  Mon Dec 19 19:59:01 2005
From: nman64 at n-man.com (Patrick Barnes)
Date: Mon, 19 Dec 2005 13:59:01 -0600
Subject: Fedora meeting Mono Half-Way
In-Reply-To: <1135021457.2981.12.camel@mjolnir>
References: <d82d6db50512150301s1a2844b1of9766b08cc01b9d@mail.gmail.com>	<43A16902.7090306@feuerpokemon.de>
	<1134965374.2998.18.camel@mjolnir>	<1134969016.23129.26.camel@locolhost.localdomain>	<1134979298.3907.22.camel@T7.Linux>
	<1135021457.2981.12.camel@mjolnir>
Message-ID: <43A71105.9020808@n-man.com>

John Morris wrote:
> On Mon, 2005-12-19 at 02:01, Paul F. Johnson wrote:
>
> > Nope. No flags. Nothing. rpm purity. If you had that sort of thing in
> > there, you could equally have the flag in to support mp3 on xmms, mpegs
> > for Totem and all the other bits Red Hat have played it safe on.
>
> I wouldn't have a problem with that either.  For example, RedHat ships
> xmms with a modified tarball to outright remove the code to support mp3,
> which violates the pristine source principle, but the law is the law. 
> However, the .spec has everything needed and will happily build mp3
> support if you insert the pristine source back in.  MP3 support is
> illegal in the US but isn't in many other jurisdictions so making it
> easy for those places to get it working makes sense.
>
> More to the point with mono though is the precedent set with Java.  Long
> before gcj was developed enough to build the java support for various
> packages RedHat was shipping *-java packages.  In this case all I was
> proposing was that if those who care deeply about mono contribute the
> extra bits so that a .spec can support a build time switch to allow a
> -mono package to pop out it might not be a bad thing to have in the
> mainline instead pushing the whole package into a fork.
>
> But let me be clear, I would object to Fedora actually shipping a single
> -mono package because it would make mono a build requirement and mono is
> DANGEROUS[1]. 
>
> [1] Dangerous needs to be in bold and blinking but I only send ascii so
> use your imagination.
>
>   
Even making it easier is in that legally foggy area.  It's this little
thorn we call 'contributory infringement'.  Red Hat/Fedora can't even do
anything to make it easier to 'infringe' upon copyrights or patents.  As
far as Red Hat shipping Java, that is a very different thing.  Red Hat
Enterprise Linux continues to ship with the capabilities of Sun's Java. 
Red Hat got a license to distribute Java.  There is no such license
available for Mono, because the Mono project itself is what is
infringing.  Mono cannot offer us or Red Hat a license because they do
not have an open license from Microsoft.  Microsoft continues to hold
patents on technologies that Mono implements.  Until Microsoft awards an
open patent for those technologies that is compatible with Red Hat and
Fedora's requirements, Mono will continue to be a non-starter for
Fedora.  If upstream should begin to include the necessary bits and have
them enabled by default, there's no reason we would have to disable
those bits so long as they do not directly infringe upon anyone's IP, we
just can't enable the bits ourselves.  On the bright side, the patents
will eventually expire.  ;-)

-- 
Patrick "The N-Man" Barnes
nman64 at n-man.com

http://www.n-man.com/
-- 
Have I been helpful?  Rate my assistance!  http://rate.affero.net/nman64/


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051219/777200c6/attachment.sig>

From don_springall at hotmail.com  Mon Dec 19 20:56:25 2005
From: don_springall at hotmail.com (Don Springall)
Date: Mon, 19 Dec 2005 13:56:25 -0700
Subject: Fedora Core 5 Test 2 slipping until January 16
Message-ID: <BAY107-F252AF2628933B8AB376435853F0@phx.gbl>

As for the delay, break things here all you want, but for the releases, rock 
solid is much better for PR.  Mandriva is now talking about a one year 
release schedule. I may be wrong but I recall SUSE hinting about that as 
well. My point being don't sweat the delays Fedora, your doing a great job !

Fedora has plenty of new stuff for this release. Perhaps it would be 
goodness to concentrate on the in-house stuff like pup, system-config-*  and 
the stuff that would help on the commercial side like Xen 3.0. I have seen 
very little talk at all about Xen on this thread. Is it getting any testing 
? By the looks of things SELINUX also needs more time to settle down and 
catch up to all the changes.

Are there any manuals or even better online guides out there that explain 
how to recover from things when the kernel or Xorg won't boot ? I have one 
of those Fedora 3 Linux bible kind of books but it has very little info to 
help testers in there when we run into trouble. I would like to be able to 
whine less when things go wrong but I can't with my current skill set.




From jvdias at redhat.com  Tue Dec 20 01:25:24 2005
From: jvdias at redhat.com (Jason Vas Dias)
Date: Mon, 19 Dec 2005 20:25:24 -0500
Subject: Fedora Core 4 Test Update: lftp-3.2.1-8_FC4
Message-ID: <200512200125.jBK1POiZ026275@devserv.devel.redhat.com>

---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2005-1172
2005-12-19
---------------------------------------------------------------------

Product     : Fedora Core 4
Name        : lftp
Version     : 3.2.1                      
Release     : 8_FC4                  
Summary     : A sophisticated file transfer program
Description :
LFTP is a sophisticated ftp/http file transfer program. Like bash, it has job
control and uses the readline library for input. It has bookmarks, built-in
mirroring, and can transfer several files in parallel. It is designed with
reliability in mind.

---------------------------------------------------------------------

* Fri Dec 16 2005 Jason Vas Dias <jvdias at redhat.com> 3.2.1-2
- fix bug 173276: handle unresponsive DNS servers better


---------------------------------------------------------------------
This update can be downloaded from:
  http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/

c812c4c62b2da9db04dd5dfcad9a1bbe  SRPMS/lftp-3.2.1-8_FC4.src.rpm
62e23410987279a4a5dea38ef77b9d24  ppc/lftp-3.2.1-8_FC4.ppc.rpm
3941536b579750a3a991f004f5dddc66  ppc/debug/lftp-debuginfo-3.2.1-8_FC4.ppc.rpm
1c05569cadf1b642a54c8445312d86f3  x86_64/lftp-3.2.1-8_FC4.x86_64.rpm
f3a9b2fde632b83b4a6f5228bd303f78  x86_64/debug/lftp-debuginfo-3.2.1-8_FC4.x86_64.rpm
937a37e5da09cfe3956f9f9f9a288336  i386/lftp-3.2.1-8_FC4.i386.rpm
d21656d78bfab118f168cdbeecc93574  i386/debug/lftp-debuginfo-3.2.1-8_FC4.i386.rpm

This update can also be installed with the Update Agent; you can
launch the Update Agent with the 'up2date' command.  You may 
need to edit your up2date channels configuration.  Within 
/etc/sysconfig/rhn/sources enable the following line: 
yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/$ARCH
---------------------------------------------------------------------



From buildsys at redhat.com  Tue Dec 20 08:19:50 2005
From: buildsys at redhat.com (Build System)
Date: Tue, 20 Dec 2005 03:19:50 -0500
Subject: rawhide report: 20051220 changes
Message-ID: <200512200819.jBK8JoHM013990@porkchop.devel.redhat.com>

New package libvir
	Library providing an API to use the Xen virtualization


 
Updated Packages:

GFS-kernel-2.6.14.1-20051219.162641.FC5.2
-----------------------------------------
* Mon Dec 19 2005 Chris Feist <cfeist at redhat.com
- Updated upstream sources.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

ORBit2-2.13.2-2
---------------
* Mon Dec 19 2005 Matthias Clasen <mclasen at redhat.com> 2.13.2-2
- Fix multilib issues

anaconda-10.90.22-1
-------------------
* Mon Dec 19 2005 Jeremy Katz <katzj at redhat.com> - 10.90.22-1
- add more encoding modules to traceonly (clumens, #175853)
- Fix text installs (pnasrat, #175773)
- Fix for yum API changes (pnasrat)
- Don't install the smp kernel even if NX is available
- Adjust to be more dynamic about colors with syslinux-splash's
- Use the selected language for default keyboard layout (clumens, #172266)
- Better naming for psuedo-filesystems in /etc/fstab (dcantrel, #176149)
- Clean up image handling for new graphics
- Don't do the splashscreen stuff anymore.  If the window is too slow to 
  appear, we should fix that instead

arts-8:1.5.0-1
--------------
* Mon Dec 19 2005 Than Ngo <than at redhat.com> 1.5.0-1
- apply patch to fix #169631

automake-1.9.6-2
----------------
* Mon Dec 19 2005 Karsten Hopp <karsten at redhat.de> 1.9.6-2
- include NEWS file (#174674)
- add %check (#174674)

automake15-1.5-14
-----------------
* Mon Dec 19 2005 Karsten Hopp <karsten at redhat.de> 1.5-14
- fix insthook test:
  tail needs parameters '-n +NUMLINES' instead of '+NUMLINES' now

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

caching-nameserver-7.3-4.FC5
----------------------------
* Sun Dec 18 2005 Jason Vas Dias<jvdias at redhat.com> 7.3-4
- update for version differences FC-3 -> 4 -> 5

check-0.9.3-4.fc5
-----------------
* Mon Dec 19 2005 Warren Togami <wtogami at redhat.com> 0.9.2-4
- import into FC5 for gstreamer-0.10

* Fri Dec 02 2005 Tom "spot" Callaway <tcallawa at redhat.com> 0.9.2-3
- enabled -fPIC to resolve bz 174313

* Sat Sep 17 2005 Tom "spot" Callaway <tcallawa at redhat.com> 0.9.2-2
- get rid of the so file (not needed)
- only make devel package

cman-kernel-2.6.14.1-20051219.162641.FC5.3
------------------------------------------
* Mon Dec 19 2005 Chris Feist <cfeist at redhat.com
- Updated upstream sources.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

cpufreq-utils-1:0.4-1.1.21
--------------------------
* Mon Dec 19 2005 Dave Jones <davej at redhat.com>
- New upstream 0.4 release.

cups-1:1.1.23-27
----------------
* Mon Dec 19 2005 Tim Waugh <twaugh at redhat.com> 1:1.1.23-27
- Link pdftops with -z relro.

cvs-1.11.21-2
-------------
* Wed Dec 14 2005 Martin Stransky <stransky at redhat.com> 1.11.21-2
- fix for cvs diff with two -r switches (#18161)
- pam patch (#48937)
- CVS_RSH is set to ssh (#58699)

cyrus-sasl-2.1.21-9
-------------------
* Mon Dec 19 2005 Nalin Dahyabhai <nalin at redhat.com> 2.1.21-9
- use --as-needed to avoid linking dbconverter-2 with SQL libraries, which
  it doesn't use because it manipulates files directly (#173321)

desktop-backgrounds-2.0-31
--------------------------
* Mon Dec 19 2005 Ray Strode <rstrode at redhat.com> 2.0-31
- replace default fedora background with new one
  from Diana Fong

device-mapper-multipath-0.4.5-9.1
---------------------------------
* Mon Dec 19 2005 Benjamin Marzinski <bmarzins at redhat.com> - 0.4.5-9.1
- added patch for fedora changes

* Fri Dec 16 2005 Benjamin Marzinski <bmarzins at redhat.com> - 0.4.5-9.0
- Updated to latest upstream source (t)_4_5_post52)

dlm-kernel-2.6.14.1-20051219.162641.FC5.2
-----------------------------------------
* Mon Dec 19 2005 Chris Feist <cfeist at redhat.com
- Updated upstream sources.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

docbook-style-dsssl-1.79-3
--------------------------
* Mon Dec 19 2005 Tim Waugh <twaugh at redhat.com> 1.79-3
- Rebuilt.

doxygen-1:1.4.5-3
-----------------
* Mon Dec 19 2005 Than Ngo <than at redhat.com> 1.4.5-3
- apply patch to fix build problem with gcc-4.1

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

eclipse-1:3.1.1-1jpp_12fc
-------------------------
* Mon Dec 19 2005 Igor Foox <ifoox at redhat.com> 3.1.1-1jpp_12fc
- New version of launcher path (rh#175454).

* Mon Dec 19 2005 Andrew Overholt <overholt at redhat.com> 3.1.1-1jpp_11fc
- Update patch for offline javadoc linking.
- Rebuild with new gjdoc (rh#161147).

evolution-2.5.3-1
-----------------
* Mon Dec 19 2005 David Malcolm <dmalcolm at redhat.com> - 2.5.3-1
- 2.5.3
- Updated patch 106 (evolution-2.2.2-commit-enter-on-calendar.patch) so that it
  still applies cleanly

* Thu Dec 15 2005 Christopher Aillon <caillon at redhat.com> 2.5.2-2
- Require nspr and nss instead of mozilla-nspr and mozilla-nss
- Update no-gnome-common patch to work with standalone nss package

evolution-connector-2.5.3-1
---------------------------
* Mon Dec 19 2005 David Malcolm <dmalcolm at redhat.com> - 2.5.3-1
- 2.5.3
- regenerate patch 200
- add patch to use correct marshalling code (patch 300)
- dropped glob of etspec files

evolution-data-server-1.5.3-2
-----------------------------
* Mon Dec 19 2005 David Malcolm <dmalcolm at redhat.com> - 1.5.3-2
- Update specfile and patch 5 (evolution-data-server-1.3.5-nspr_fix.patch) to
  use nss rather than mozilla-nss throughout

* Mon Dec 19 2005 David Malcolm <dmalcolm at redhat.com> - 1.5.3-1
- 1.5.3

fedora-logos-1.1.35-1
---------------------
* Mon Dec 19 2005 Jeremy Katz <katzj at redhat.com> - 1.1.35-1
- new images from dfong

gdb-6.3.0.0-1.94
----------------
* Mon Dec 19 2005 Alexandre Oliva <aoliva at redhat.com>	6.3.0.0-1.94
- Fix type-punning warnings issued by GCC 4.1.

* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Thu Dec 01 2005 Jeff Johnston	<jjohnstn at redhat.com>	6.3.0.0-1.93
- Bump up release number.

gjdoc-0.7.7-1
-------------
* Mon Dec 19 2005 Andrew Overholt <overholt at redhat.com> 0.7.7-1
- 0.7.7.

gnbd-kernel-2.6.14.0-20051108.134753.FC5.12.2
---------------------------------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnome-libs-1:1.4.1.2.90-48
--------------------------
* Mon Dec 19 2005 Bill Nottingham <notting at redhat.com> - 1.1.4.1.2.90-48
- #175669 is fixed, rebuild with normal flags

gnome-screensaver-0.0.22-3
--------------------------
* Mon Dec 19 2005 Matthias Clasen <mclasen at redhat.com> - 0.0.22-3
- add floaters lock dialog

gtkhtml3-3.9.3-1
----------------
* Mon Dec 19 2005 David Malcolm <dmalcolm at redhat.com> - 3.9.3-1
- 3.9.3

imake-1.0.0-2
-------------
* Mon Dec 19 2005 Than Ngo <than at redhat.com> 1.0.0-2
- add some macros to fix problem in building of manpages

* Sat Dec 17 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated all packages to version 1.0.0 from X11R7 RC4
- Added new lndir, gccmakedep tarballs.
- Changed manpage dirs from man1x to man1 to match upstream RC4 default.
- Removed all previous 'misc' patch, as we now pass --with-config-dir to
  configure to specify the location of the Imake config files.
- Renamed imake patch to xorg-cf-files-1.0.0-ProjectRoot.patch as it did not
  patch imake at all.  This should probably be changed to be a custom Red Hat
  host.def file that is added as a source line instead of randomly patching
  various files.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> 0.99.2-5.1
- rebuilt

kernel-2.6.14-1.1776_FC5
------------------------
* Mon Dec 19 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc6
- Various ub stability improvements from Pete Zaitcev.
- Update ACPICA.

libselinux-1.29.2-2
-------------------
* Mon Dec 19 2005 Dan Walsh <dwalsh at redhat.com> 1.29.2-2
- Move libselinux.so to base package

libusb-0.1.10a-3
----------------
* Mon Dec 19 2005 Tim Waugh <twaugh at redhat.com> 0.1.10a-3
- Rebuild.

* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Mon Nov 21 2005 Tim Waugh <twaugh at redhat.com> 0.1.10a-2
- Build does not require xorg-x11-devel.  Fixes rebuild problem (no more
  xorg-x11-devel package).

libwvstreams-4.2.1-1
--------------------
* Mon Dec 19 2005 Harald Hoyer <harald at redhat.com> 4.2.1-1
- version 4.2.1

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

mcelog-1:0.5-1.13
-----------------
* Mon Dec 19 2005 Dave Jones <davej at redhat.com>
- Update to upstream 0.5

mesa-6.4.1-1
------------
* Sat Dec 17 2005 Mike A. Harris <mharris at redhat.com> 6.4.1-1
- Updated MesaLib tarball to version 6.4.1 from Mesa project for X11R7 RC4.
- Added pkgconfig dependency.
- Updated "BuildRequires: libdrm-devel >= 2.0-1"
- Added Obsoletes lines to all the subpackages to have cleaner upgrades.
- Added mesa-6.4.1-amd64-assyntax-fix.patch to work around a build problem on
  AMD64, which is fixed in the 6.4 branch of Mesa CVS.
- Conditionalize libOSMesa inclusion, and default to not including it for now.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> 6.4-5.1
- rebuilt

* Sun Nov 20 2005 Jeremy Katz <katzj at redhat.com> 6.4-5
- fix directory used for loading dri modules (#173679)
- install dri drivers as executable so they get stripped (#173292)

mkinitrd-5.0.15-1
-----------------
* Mon Dec 19 2005 Peter Jones <pjones at redhat.com> - 5.0.15-1
- Don't open init's console with close-on-exec

* Sun Dec 18 2005 Peter Jones <pjones at redhat.com> - 5.0.14-1
- Remove vestigial loopback support.
- Remove email addresses from man pages (which still need some work)

nmap-2:3.95-1
-------------
* Mon Dec 19 2005 Harald Hoyer <harald at redhat.com> - 2:3.95-1
- version 3.95

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

openjade-1.3.2-22
-----------------
* Mon Dec 19 2005 Tim Waugh <twaugh at redhat.com> 1.3.2-22
- Fix SOC files.
- Quieten scriptlets.

* Mon Dec 19 2005 Tim Waugh <twaugh at redhat.com> 1.3.2-21
- Fix location of catalog.

openoffice.org-1:2.0.1.1-1.2
----------------------------
* Thu Dec 15 2005 Caolan McNamara <caolanm at redhat.com> - 1:2.0.1.1-1
- gcc#25199# fixed, drop bitfield patch
- gcc#25389# fixed, drop jurt.nullpointer.patch
- gcc#25426# identified, crash with jaxpapi patch
- addressbooks
	a) evo1 addressbook removed, as only evo2 required
	b) mozilla addressbook removed, utterly useless
	c) evo2 ldap addressbook added to give some sort of ldap access
	d) patch wizard UI to show available addressbook backends
- add openoffice.org-2.0.1.oooXXXXX.config_office.nss.patch
- upstream cocks up their numbering

pam_krb5-2.2.3-1
----------------
* Mon Dec 19 2005 Nalin Dahyabhai <nalin at redhat.com> - 2.2.3-1
- fix a compile problem caused by a missing #include (Jesse Keating)

pango-1.11.1-2
--------------
* Mon Dec 19 2005 Matthias Clasen <mclasen at redhat.com> - 1.11.1-2
- BuildRequire cairo-devel

perl-DBI-1.50-1
---------------
* Mon Dec 19 2005 Jason Vas Dias<jvdias at redhat.com> - 1.50-1
- upgrade to 1.50

perl-HTML-Parser-3.48-1
-----------------------
* Mon Dec 19 2005 Jason Vas Dias<jvdias at redhat.com> - 3.48-1
- upgrade to 3.48

perl-Net-DNS-0.55-1
-------------------
* Mon Dec 19 2005 Jason Vas Dias <jvdias at redhat.com> - 0.55-1
- Upgrade to upstream version 0.55

perl-XML-SAX-0.13-1
-------------------
* Mon Dec 19 2005 Jason Vas Dias <jvdias at redhat.com>
- upgrade to 0.13
perl-XML-Twig-3.22-1
--------------------
* Mon Dec 19 2005 Jason Vas Dias<jvdias at redhat.com> - 3.22-1
- Update to 3.22

perl-libwww-perl-5.805-1
------------------------
* Sun Dec 18 2005 Jason Vas Dias<jvdias at redhat.com> - 5.805-1
- Upgrade to 5.805-1

policycoreutils-1.29.2-3
------------------------
* Wed Dec 14 2005 Dan Walsh <dwalsh at redhat.com> 1.29.2-3
- Remove commands from genhomedircon for installer

python-pyblock-0.9-1
--------------------
* Mon Dec 19 2005 Peter Jones <pjones at redhat.com> - 0.9-1
- fix some backwards isinstance() calls that cause RaidSet.get_valid()
  to fail

readahead-1:1.1-1.19.1
----------------------
* Mon Dec 19 2005 Karel Zak <kzak at redhat.com>
- sync versioned gcc, firefox, openoffice.org, evolution dirs with FC5

selinux-policy-2.1.6-11
-----------------------
* Mon Dec 19 2005 Dan Walsh <dwalsh at redhat.com> 2.1.6-11
- Add man pages

* Fri Dec 16 2005 Dan Walsh <dwalsh at redhat.com> 2.1.6-10
- Add enableaudit.pp

* Fri Dec 16 2005 Dan Walsh <dwalsh at redhat.com> 2.1.6-9
- Fix mls policy

shared-mime-info-0.16.cvs20051219-1
-----------------------------------
* Mon Dec 19 2005 Matthias Clasen <mclasen at redhat.com> - 0.16.cvs20051219-1
- Newer cvs snapshot

squid-7:2.5.STABLE12-3
----------------------
* Mon Dec 19 2005 Martin Stransky <stransky at redhat.com> 7:2.5.STABLE12-3
- fd-config.patch clean-up
- SMB_BadFetch patch from upstream

system-config-bind-4.0.0-33_FC5
-------------------------------
* Mon Dec 19 2005 Jason Vas Dias <jvdias at redhat.com> - 4.0.0-33
- fix bug 175420: traceback when named.conf included a nonexistent file
- fix bug 176142: ship updated Serbian translation

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

system-config-netboot-0.1.34-1
------------------------------
* Mon Dec 19 2005 Jason Vas Dias <jvdias at redhat.com> - 0.1.34-1 
- fix bug 174942: make diskless clients free initrd memory
- fix bug 174941: fix mkdiskless syslog.conf typo: '*' -> '*.*'
- fix bug 176144: ship updated translations

systemtap-0.5.2-2
-----------------
* Mon Dec 19 2005 Roland McGrath <roland at redhat.com> - 0.5.2-2
- Rebuilt for devel

* Mon Dec 19 2005 Roland McGrath <roland at redhat.com> - 0.5.2-1
- Fixed build with gcc 4.1, various tapset changes.

* Wed Dec 07 2005 Roland McGrath <roland at redhat.com> - 0.5.1-1
- elfutils update, build changes

transfig-1:3.2.4-13
-------------------
* Mon Dec 19 2005 Than Ngo <than at redhat.com> 3.2.4-13
- fix build problem with modular X

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

wvdial-1.54.0-5.2
-----------------
* Mon Dec 19 2005 Harald Hoyer <harald at redhat.com>
- rebuilt

xdoclet-0:1.2.2-2jpp_3fc
------------------------
* Mon Dec 19 2005 Archit Shah <ashah at redhat.com> - 0:1.2.2-2jpp_3fc
- Remove use of external javadoc URLs from javadoc task.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 0:1.2.2-2jpp_2fc
- rebuilt

xorg-x11-utils-1.0.0-1
----------------------
* Sat Dec 17 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated all tarballs to version 1.0.0 from X11R7 RC4.
- Changed manpage dir from man1x to man1 to match upstream RC4 default.
- Moved all app-defaults files from _libdir to _datadir
xorg-x11-xbitmaps-1.0.0-1
-------------------------
* Sat Dec 17 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated to xbitmaps 1.0.0 from X11R7 RC4.

xorg-x11-xkb-utils-1.0.0-1
--------------------------
* Sat Dec 17 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Updated all apps to version 1.0.0 from X11R7 RC4.
- Changed manpage dir from man1x to man1 to match upstream default.

xorg-x11-xkbdata-1.0.0-1
------------------------

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.i686 requires /lib/modules/2.6.14-1.1775_FC5
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.i686 requires kernel = 0:2.6.14-1.1775_FC5
	GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.2.i686 requires kernel-smp = 0:2.6.14-1.1775_FC5
	GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.2.i686 requires /lib/modules/2.6.14-1.1775_FC5smp
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.i686 requires /lib/modules/2.6.14-1.1775_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.i686 requires kernel = 0:2.6.14-1.1775_FC5
	cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.3.i686 requires kernel-smp = 0:2.6.14-1.1775_FC5
	cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.3.i686 requires /lib/modules/2.6.14-1.1775_FC5smp
	control-center - 1:2.13.3-1.i386 requires libedataserver-1.2.so.4
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.2.i686 requires /lib/modules/2.6.14-1.1775_FC5
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.2.i686 requires kernel = 0:2.6.14-1.1775_FC5
	dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.2.i686 requires kernel-smp = 0:2.6.14-1.1775_FC5
	dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.2.i686 requires /lib/modules/2.6.14-1.1775_FC5smp
	evolution-webcal - 2.4.1-1.1.i386 requires libedataserver-1.2.so.4
	gaim - 1:1.5.0-9.fc5.1.i386 requires libedataserver-1.2.so.4
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.2.i686 requires /lib/modules/2.6.14-1.1775_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.2.i686 requires kernel = 0:2.6.14-1.1775_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.2.i686 requires kernel-smp = 0:2.6.14-1.1775_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.2.i686 requires /lib/modules/2.6.14-1.1775_FC5smp
	gnome-panel - 2.13.3-1.i386 requires libedataserver-1.2.so.4
	gnome-python2-libgtop2 - 2.12.1-7.1.i386 requires libgtop-2.0.so.5
	gnomemeeting - 1.2.3-1.i386 requires libedataserver-1.2.so.4
	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	nautilus-sendto - 0.4-5.1.i386 requires libedataserver-1.2.so.4



Broken deps for ia64
----------------------------------------------------------
	control-center - 1:2.13.3-1.ia64 requires libedataserver-1.2.so.4()(64bit)
	evolution-webcal - 2.4.1-1.1.ia64 requires libedataserver-1.2.so.4()(64bit)
	gaim - 1:1.5.0-9.fc5.1.ia64 requires libedataserver-1.2.so.4()(64bit)
	gnome-panel - 2.13.3-1.ia64 requires libedataserver-1.2.so.4()(64bit)
	gnome-python2-libgtop2 - 2.12.1-7.1.ia64 requires libgtop-2.0.so.5()(64bit)
	gnomemeeting - 1.2.3-1.ia64 requires libedataserver-1.2.so.4()(64bit)
	jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	nautilus-sendto - 0.4-5.1.ia64 requires libedataserver-1.2.so.4()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs



Broken deps for ppc
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	control-center - 1:2.13.3-1.ppc requires libedataserver-1.2.so.4
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	evolution-webcal - 2.4.1-1.1.ppc requires libedataserver-1.2.so.4
	gaim - 1:1.5.0-9.fc5.1.ppc requires libedataserver-1.2.so.4
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	gnome-panel - 2.13.3-1.ppc requires libedataserver-1.2.so.4
	gnome-python2-libgtop2 - 2.12.1-7.1.ppc requires libgtop-2.0.so.5
	gnomemeeting - 1.2.3-1.ppc requires libedataserver-1.2.so.4
	jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	nautilus-sendto - 0.4-5.1.ppc requires libedataserver-1.2.so.4



Broken deps for ppc64
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	control-center - 1:2.13.3-1.ppc64 requires libedataserver-1.2.so.4()(64bit)
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	evolution-webcal - 2.4.1-1.1.ppc64 requires libedataserver-1.2.so.4()(64bit)
	gaim - 1:1.5.0-9.fc5.1.ppc64 requires libedataserver-1.2.so.4()(64bit)
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	gnome-panel - 2.13.3-1.ppc64 requires libedataserver-1.2.so.4()(64bit)
	gnome-python2-libgtop2 - 2.12.1-7.1.ppc64 requires libgtop-2.0.so.5()(64bit)
	gnomemeeting - 1.2.3-1.ppc64 requires libedataserver-1.2.so.4()(64bit)
	jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
	nautilus-sendto - 0.4-5.1.ppc64 requires libedataserver-1.2.so.4()(64bit)



Broken deps for s390
----------------------------------------------------------
	control-center - 1:2.13.3-1.s390 requires libedataserver-1.2.so.4
	evolution-webcal - 2.4.1-1.1.s390 requires libedataserver-1.2.so.4
	gaim - 1:1.5.0-9.fc5.1.s390 requires libedataserver-1.2.so.4
	gnome-panel - 2.13.3-1.s390 requires libedataserver-1.2.so.4
	gnome-python2-libgtop2 - 2.12.1-7.1.s390 requires libgtop-2.0.so.5
	gnomemeeting - 1.2.3-1.s390 requires libedataserver-1.2.so.4
	jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	nautilus-sendto - 0.4-5.1.s390 requires libedataserver-1.2.so.4
	systemtap - 0.5.2-2.s390 requires kernel >= 0:2.6.9-11
	systemtap - 0.5.2-2.s390 requires kernel-devel



Broken deps for s390x
----------------------------------------------------------
	control-center - 1:2.13.3-1.s390x requires libedataserver-1.2.so.4()(64bit)
	evolution-webcal - 2.4.1-1.1.s390x requires libedataserver-1.2.so.4()(64bit)
	gaim - 1:1.5.0-9.fc5.1.s390x requires libedataserver-1.2.so.4()(64bit)
	gnome-panel - 2.13.3-1.s390x requires libedataserver-1.2.so.4()(64bit)
	gnome-panel - 2.13.3-1.s390 requires libedataserver-1.2.so.4
	gnome-python2-libgtop2 - 2.12.1-7.1.s390x requires libgtop-2.0.so.5()(64bit)
	gnomemeeting - 1.2.3-1.s390x requires libedataserver-1.2.so.4()(64bit)
	jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libcairojava-1.0.so()(64bit)
	libgtk-java - 2.8.0-7.s390x requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-6.3.s390x requires libcairojava-1.0.so()(64bit)
	nautilus-sendto - 0.4-5.1.s390x requires libedataserver-1.2.so.4()(64bit)
	systemtap - 0.5.2-2.s390x requires kernel >= 0:2.6.9-11
	systemtap - 0.5.2-2.s390x requires kernel-devel



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.x86_64 requires /lib/modules/2.6.14-1.1775_FC5
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.x86_64 requires kernel = 0:2.6.14-1.1775_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.x86_64 requires /lib/modules/2.6.14-1.1775_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.x86_64 requires kernel = 0:2.6.14-1.1775_FC5
	control-center - 1:2.13.3-1.x86_64 requires libedataserver-1.2.so.4()(64bit)
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.2.x86_64 requires /lib/modules/2.6.14-1.1775_FC5
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.2.x86_64 requires kernel = 0:2.6.14-1.1775_FC5
	evolution-webcal - 2.4.1-1.1.x86_64 requires libedataserver-1.2.so.4()(64bit)
	gaim - 1:1.5.0-9.fc5.1.x86_64 requires libedataserver-1.2.so.4()(64bit)
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.2.x86_64 requires /lib/modules/2.6.14-1.1775_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.2.x86_64 requires kernel = 0:2.6.14-1.1775_FC5
	gnome-panel - 2.13.3-1.i386 requires libedataserver-1.2.so.4
	gnome-panel - 2.13.3-1.x86_64 requires libedataserver-1.2.so.4()(64bit)
	gnome-python2-libgtop2 - 2.12.1-7.1.x86_64 requires libgtop-2.0.so.5()(64bit)
	gnomemeeting - 1.2.3-1.x86_64 requires libedataserver-1.2.so.4()(64bit)
	jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	nautilus-sendto - 0.4-5.1.x86_64 requires libedataserver-1.2.so.4()(64bit)





From matt.carter85 at gmail.com  Tue Dec 20 10:03:46 2005
From: matt.carter85 at gmail.com (Matt Carter)
Date: Tue, 20 Dec 2005 10:03:46 +0000
Subject: Kernel 2.6.14-1.1776 Install Error
Message-ID: <7c79ba150512200203u37421f64j51cb7cab03f99202@mail.gmail.com>

Hi Guys

Updated to Kernel 2.6.14-1.1776 and got the following error:

/var/tmp/rpm-temp.13719:line 1:3060 Segmentation fault
/usr/sbin/module_upgrade 2.6.14-1.1776_FC5

Also on boot it freezes I have screenshot on my website:

http://www.delta-firebird.co.uk/fedora-dev/kernel-1776.jpg

Matthew



From nphilipp at redhat.com  Tue Dec 20 16:37:23 2005
From: nphilipp at redhat.com (Nils Philippsen)
Date: Tue, 20 Dec 2005 11:37:23 -0500
Subject: Fedora Core 4 Test Update: sane-backends-1.0.17-0.fc4.1
Message-ID: <200512201637.jBKGbNTP019455@devserv.devel.redhat.com>

---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2005-1183
2005-12-20
---------------------------------------------------------------------

Product     : Fedora Core 4
Name        : sane-backends
Version     : 1.0.17                      
Release     : 0.fc4.1                  
Summary     : Scanner access software
Description :
Scanner Access Now Easy (SANE) is a universal scanner interface.  The
SANE application programming interface (API) provides standardized
access to any raster image scanner hardware (flatbed scanner,
hand-held scanner, video and still cameras, frame-grabbers, etc.). If
they're using SANE, developers can write image-processing applications
without having to think about the peculiarities of individual devices.
SANE also makes it possible to write a device driver once, which can
then be used by any SANE-compliant application. SANE currently
includes drivers for some Epson SCSI scanners, HP ScanJet SCSI
scanners, Microtek SCSI scanners, Mustek SCSI flatbed scanners, PINT
devices, most UMAX SCSI scanners, Connectix QuickCam, and other SANE
devices via network. Note that this package does not enable network
scanning by default.  If you wish to enable network scanning, read the
saned(1) manpage.  If you'd like to develop SANE modules, you should
also install the sane-backends-devel package.

---------------------------------------------------------------------
Update Information:

I plan to make this update final by the end of the week.
---------------------------------------------------------------------
* Tue Dec 20 2005 Nils Philippsen <nphilipp at redhat.com> 1.0.17-1
- version 1.0.17
- reenable gphoto2 backend

* Fri Dec  9 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Sat Oct 15 2005 Florian La Roche <laroche at redhat.com>
- rebuild

* Fri Aug 19 2005 Nils Philippsen <nphilipp at redhat.com> 1.0.16-1
- version 1.0.16
- remove obsolete docdir patch

* Mon Jul 25 2005 Tim Waugh <twaugh at redhat.com>
- Fixed libusbscanner comment (bug #162983).


---------------------------------------------------------------------
This update can be downloaded from:
  http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/

e969584df107aace17d8de6d31bbcaa9  SRPMS/sane-backends-1.0.17-0.fc4.1.src.rpm
74d6df33aa3955098bed8568ef3655f1  ppc/sane-backends-1.0.17-0.fc4.1.ppc.rpm
e15191f7d9c120ff7a3facbe27f31261  ppc/sane-backends-devel-1.0.17-0.fc4.1.ppc.rpm
f0cbbef7cb7c6fba6a0bfd3e851e2806  ppc/debug/sane-backends-debuginfo-1.0.17-0.fc4.1.ppc.rpm
82cab30909074f843943420443ab9bbe  ppc/sane-backends-1.0.17-0.fc4.1.ppc64.rpm
4b1baed26703f8221b22b55cebd7b156  x86_64/sane-backends-1.0.17-0.fc4.1.x86_64.rpm
4e52e6687725d79e4dbb89ff9d2d66af  x86_64/sane-backends-devel-1.0.17-0.fc4.1.x86_64.rpm
f39a7b269d5ca9ca2ce2a6477b92dbb0  x86_64/debug/sane-backends-debuginfo-1.0.17-0.fc4.1.x86_64.rpm
256768f406353f8e3d898b94357f6645  x86_64/sane-backends-1.0.17-0.fc4.1.i386.rpm
256768f406353f8e3d898b94357f6645  i386/sane-backends-1.0.17-0.fc4.1.i386.rpm
d06ffe0d16a2485f6602bb067c751b7d  i386/sane-backends-devel-1.0.17-0.fc4.1.i386.rpm
e9fe2237ade77e8aebb12615647a2b37  i386/debug/sane-backends-debuginfo-1.0.17-0.fc4.1.i386.rpm

This update can also be installed with the Update Agent; you can
launch the Update Agent with the 'up2date' command.  You may 
need to edit your up2date channels configuration.  Within 
/etc/sysconfig/rhn/sources enable the following line: 
yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/$ARCH
---------------------------------------------------------------------



From overholt at redhat.com  Tue Dec 20 16:37:35 2005
From: overholt at redhat.com (Andrew Overholt)
Date: Tue, 20 Dec 2005 11:37:35 -0500
Subject: Fedora Core 4 Test Update: eclipse-3.1.1-1jpp_1fc.FC4.11
Message-ID: <200512201637.jBKGbZ0B019509@devserv.devel.redhat.com>

---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2005-1184
2005-12-20
---------------------------------------------------------------------

Product     : Fedora Core 4
Name        : eclipse
Version     : 3.1.1                      
Release     : 1jpp_1fc.FC4.11                  
Summary     : An open, extensible IDE
Description :
The Eclipse Platform is designed for building integrated development
environments (IDEs) that can be used to create applications as diverse
as web sites, embedded Java(tm) programs, C++ programs, and Enterprise
JavaBeans(tm).

---------------------------------------------------------------------
Update Information:

This update transitions Eclipse to use the ECJ from Eclipse
3.1.1, as well as fix some bugs in the new launcher patch. 
Also, thanks to the latest release of gjdoc, all of the API
documentation is now built.
---------------------------------------------------------------------
* Mon Dec 19 2005 Andrew Overholt <overholt at redhat.com> 3.1.1-1jpp_1fc.FC4.11
- Update patch for offline javadoc linking.
- Rebuild with new gjdoc (rh#161147).

* Tue Dec 13 2005 Igor Foox <ifoox at redhat.com> 3.1.1-1jpp_1fc.FC4.10
- New version of launcher path (rh#175454).

* Mon Dec 12 2005 Andrew Overholt <overholt at redhat.com> 3.1.1-1jpp_1fc.FC4.9
- Use ecj from 3.1.1 (rh#175380).
- Remove ecj options patch as it is in ecj from 3.1.1.
- New version of launcher patch (rh#175454) - ifoox.

* Fri Dec  9 2005 Ben Konrath <bkonrath at redhat.com>
- update updatehomedir-core.patch to remove unused code

* Wed Dec  7 2005 Andrew Overholt <overholt at redhat.com> 3.1.1-1jpp_1fc.FC4.8
- Add patch for launcher following symlinks (rh#168726, e.o#79592) - ifoox.
- Remove launcher script.

* Mon Dec  5 2005 Andrew Overholt <overholt at redhat.com> 3.1.1-1jpp_1fc.FC4.7
- Add eclipse-rcp-devel as a requirement of eclipse-platform-devel
  (rh#161267).
- Updated splash screen (thanks to Diana Fong) (rh#170580).
- Include and use rebuild-sdk-features (rh#173589).

* Fri Dec  2 2005 Andrew Overholt <overholt at redhat.com> 3.1.1-1jpp_1fc.FC4.7
- Update EFJ patch (e.o#75333).
- Update update-site-in-home-dir patch (e.o#90630) - bkonrath.

* Tue Nov 29 2005 Andrew Overholt <overholt at redhat.com> 3.1.1-1jpp_1fc.FC4.6
- Rebuild with new gcc (4.0.2) (rh#146463, rh#151919, rh#158137, rh#163079,
  rh#161483 <-- hooray for Andrew Haley!).
- All jars now natively-compiled.
- Patch org.eclipse.help.webapp jasper classpath.
- Import work done by Debian Eclipse packagers:
  - Add Fedora version in Eclipse about dialog.
  - Update eclipse-javadoc.patch to match Debian's disable-filelog patch.
  - Remove buildDoc patches and add helpindexbuilder patch (e.o#114001).
- Add BuildRequires for libgnome{,ui}-devel (rh#171532).

* Wed Nov  2 2005 Andrew Overholt <overholt at redhat.com> 3.1.1-1jpp_1fc.FC4.5
- Remove native compilation for o.e.team.cvs.core (rh#163079).


---------------------------------------------------------------------
This update can be downloaded from:
  http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/

cbdafb56e7049be33b1bb7e8031c89fc  SRPMS/eclipse-3.1.1-1jpp_1fc.FC4.11.src.rpm
8539338ad7c7971683adcc773aa5df84  ppc/eclipse-ecj-3.1.1-1jpp_1fc.FC4.11.ppc.rpm
dbc709abc3e0abc0542bb7b9fa3b1470  ppc/eclipse-platform-3.1.1-1jpp_1fc.FC4.11.ppc.rpm
da9e243755fcc784cc7f4f11313ce948  ppc/eclipse-platform-devel-3.1.1-1jpp_1fc.FC4.11.ppc.rpm
fe87896a5a8c4a7be64d67503930b78c  ppc/eclipse-jdt-3.1.1-1jpp_1fc.FC4.11.ppc.rpm
4cde286590f664b01e6a44541f250f37  ppc/eclipse-jdt-devel-3.1.1-1jpp_1fc.FC4.11.ppc.rpm
a34d0233eb53645a5ba966cc6aedd9eb  ppc/eclipse-pde-3.1.1-1jpp_1fc.FC4.11.ppc.rpm
1f6a002a538a85f0a44ada27959c59e6  ppc/eclipse-pde-devel-3.1.1-1jpp_1fc.FC4.11.ppc.rpm
55e52d1633ed56eb9b02d6a9812e9792  ppc/libswt3-gtk2-3.1.1-1jpp_1fc.FC4.11.ppc.rpm
034858b26eef4ed7fc97419675fd08cc  ppc/eclipse-rcp-3.1.1-1jpp_1fc.FC4.11.ppc.rpm
1c44dd903ca0d0604eec1b7d042accaf  ppc/eclipse-rcp-devel-3.1.1-1jpp_1fc.FC4.11.ppc.rpm
e1f827fdcb6b914621705c3f525e6138  ppc/debug/eclipse-debuginfo-3.1.1-1jpp_1fc.FC4.11.ppc.rpm
3a63ac098603c17fcbcb902619a15167  x86_64/eclipse-ecj-3.1.1-1jpp_1fc.FC4.11.x86_64.rpm
35cb2a14374cb475b51756aa8e1289be  x86_64/eclipse-platform-3.1.1-1jpp_1fc.FC4.11.x86_64.rpm
0560babc4277cc0d937342eebe0f14df  x86_64/eclipse-platform-devel-3.1.1-1jpp_1fc.FC4.11.x86_64.rpm
61ce27db048add9abfc2179e21e3afae  x86_64/eclipse-jdt-3.1.1-1jpp_1fc.FC4.11.x86_64.rpm
36ec21a82177d811fd824c7f9e67c7f1  x86_64/eclipse-jdt-devel-3.1.1-1jpp_1fc.FC4.11.x86_64.rpm
46c210846f8f79eeb3be9fd62654a405  x86_64/eclipse-pde-3.1.1-1jpp_1fc.FC4.11.x86_64.rpm
a02562507207a15d479c8fd7b16f3a2b  x86_64/eclipse-pde-devel-3.1.1-1jpp_1fc.FC4.11.x86_64.rpm
1967ccc6a3e9d6201d1c0ef32f3c8288  x86_64/libswt3-gtk2-3.1.1-1jpp_1fc.FC4.11.x86_64.rpm
2c6dd859358781dcb1b8b3c94558db07  x86_64/eclipse-rcp-3.1.1-1jpp_1fc.FC4.11.x86_64.rpm
6a77de2f76a8a8314d5dc488e2416845  x86_64/eclipse-rcp-devel-3.1.1-1jpp_1fc.FC4.11.x86_64.rpm
225bc078de7328b5e65b05f3094a3792  x86_64/debug/eclipse-debuginfo-3.1.1-1jpp_1fc.FC4.11.x86_64.rpm
e1702e51054c1013e0fc6bd6fde04004  i386/eclipse-ecj-3.1.1-1jpp_1fc.FC4.11.i386.rpm
f9dc9994939a23374a75f1790a7ed8a7  i386/eclipse-platform-3.1.1-1jpp_1fc.FC4.11.i386.rpm
cfe1fa775bd0cd691b6023ad9d768545  i386/eclipse-platform-devel-3.1.1-1jpp_1fc.FC4.11.i386.rpm
3fd0b7f73ee65c249011ad22bc086f62  i386/eclipse-jdt-3.1.1-1jpp_1fc.FC4.11.i386.rpm
2cf82545d2e701dbe4f6bc0616e891cb  i386/eclipse-jdt-devel-3.1.1-1jpp_1fc.FC4.11.i386.rpm
df1e1779a937a8610b246045943cd4d1  i386/eclipse-pde-3.1.1-1jpp_1fc.FC4.11.i386.rpm
e41dc6231b675892c605b53088d25a1d  i386/eclipse-pde-devel-3.1.1-1jpp_1fc.FC4.11.i386.rpm
ffc60a7c80e4ac2cade5fca63fda6990  i386/libswt3-gtk2-3.1.1-1jpp_1fc.FC4.11.i386.rpm
3b178398d4b8c5e7384a466da4447006  i386/eclipse-rcp-3.1.1-1jpp_1fc.FC4.11.i386.rpm
3cbfd0f8bf59811f8b1ab034d38590a1  i386/eclipse-rcp-devel-3.1.1-1jpp_1fc.FC4.11.i386.rpm
6eea7fd8c19e94c1fa2786f135086dc1  i386/debug/eclipse-debuginfo-3.1.1-1jpp_1fc.FC4.11.i386.rpm

This update can also be installed with the Update Agent; you can
launch the Update Agent with the 'up2date' command.  You may 
need to edit your up2date channels configuration.  Within 
/etc/sysconfig/rhn/sources enable the following line: 
yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/$ARCH
---------------------------------------------------------------------



From clydekunkel7734 at cox.net  Tue Dec 20 16:48:53 2005
From: clydekunkel7734 at cox.net (Clyde E. Kunkel)
Date: Tue, 20 Dec 2005 11:48:53 -0500
Subject: Why are software raid devices being renamed?
Message-ID: <43A835F5.1060006@cox.net>

Since about mkinitrd-5.0.11, software raidsets are being created in /dev 
during initrd with the name /dev/md_dn where n is the number of the 
raidset instead of /dev/mdn.  This is causing all sorts of problems from 
the worst being kernel panics and the least being raidsets not being 
mounted in fstab.

Does anyone know why this is happening and does it mean we have to make 
some changes to the way we use raid?

-- 
Regards,

Old Fart



From pjones at redhat.com  Tue Dec 20 17:37:01 2005
From: pjones at redhat.com (Peter Jones)
Date: Tue, 20 Dec 2005 12:37:01 -0500
Subject: Why are software raid devices being renamed?
In-Reply-To: <43A835F5.1060006@cox.net>
References: <43A835F5.1060006@cox.net>
Message-ID: <1135100221.3240.7.camel@localhost.localdomain>

On Tue, 2005-12-20 at 11:48 -0500, Clyde E. Kunkel wrote:
> Since about mkinitrd-5.0.11, software raidsets are being created in /dev 
> during initrd with the name /dev/md_dn where n is the number of the 
> raidset instead of /dev/mdn.  This is causing all sorts of problems from 
> the worst being kernel panics and the least being raidsets not being 
> mounted in fstab.

You're still the *only* person I've seen reporting this.  Are you sure
something else in your environment hasn't changed?

(Also, you're sending mail with reply-to: clydekunkel7734 at redhat.com,
which is certainly broken.)
-- 
  Peter



From fedora-test at adslpipe.co.uk  Tue Dec 20 18:37:46 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Tue, 20 Dec 2005 18:37:46 +0000
Subject: Why are software raid devices being renamed?
In-Reply-To: <1135100221.3240.7.camel@localhost.localdomain>
References: <43A835F5.1060006@cox.net>
	<1135100221.3240.7.camel@localhost.localdomain>
Message-ID: <43A84F7A.6020502@adslpipe.co.uk>

Peter Jones wrote:

> You're still the *only* person I've seen reporting this.  Are you sure
> something else in your environment hasn't changed?

<panto>Oh no he's isn't!</panto>

I logged this https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176179
as I didn't spot Clydes' longer running entry
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169059

I've got a un-bootable machine sitting here with 1770 smp kernel on
software raid waiting and ready to follow/test any suggestions ...





From ellson at research.att.com  Tue Dec 20 18:57:55 2005
From: ellson at research.att.com (John Ellson)
Date: Tue, 20 Dec 2005 13:57:55 -0500
Subject: Why are software raid devices being renamed?
In-Reply-To: <1135100221.3240.7.camel@localhost.localdomain>
References: <43A835F5.1060006@cox.net>
	<1135100221.3240.7.camel@localhost.localdomain>
Message-ID: <43A85433.2010105@research.att.com>

Peter Jones wrote:
> On Tue, 2005-12-20 at 11:48 -0500, Clyde E. Kunkel wrote:
>   
>> Since about mkinitrd-5.0.11, software raidsets are being created in /dev 
>> during initrd with the name /dev/md_dn where n is the number of the 
>> raidset instead of /dev/mdn.  This is causing all sorts of problems from 
>> the worst being kernel panics and the least being raidsets not being 
>> mounted in fstab.
>>     
>
> You're still the *only* person I've seen reporting this.  Are you sure
> something else in your environment hasn't changed?
>
>   
Not so.  And I can reproduce the bug on 4 software raid boxes - 3 i686 
and 1 x86_64.


See bug# 169059

John



From dmalcolm at redhat.com  Tue Dec 20 18:59:33 2005
From: dmalcolm at redhat.com (David Malcolm)
Date: Tue, 20 Dec 2005 13:59:33 -0500
Subject: rawhide report: 20051220 changes
In-Reply-To: <200512200819.jBK8JoHM013990@porkchop.devel.redhat.com>
References: <200512200819.jBK8JoHM013990@porkchop.devel.redhat.com>
Message-ID: <1135105173.7158.80.camel@cassandra.boston.redhat.com>

On Tue, 2005-12-20 at 03:19 -0500, Build System wrote:

[snip]


> Broken deps for i386
> ----------------------------------------------------------
[snip]

> 	control-center - 1:2.13.3-1.i386 requires libedataserver-1.2.so.4
[snip]

> 	evolution-webcal - 2.4.1-1.1.i386 requires libedataserver-1.2.so.4
> 	gaim - 1:1.5.0-9.fc5.1.i386 requires libedataserver-1.2.so.4
[snip]

> 	gnome-panel - 2.13.3-1.i386 requires libedataserver-1.2.so.4
[snip]
> 	gnomemeeting - 1.2.3-1.i386 requires libedataserver-1.2.so.4
[snip]
> 	nautilus-sendto - 0.4-5.1.i386 requires libedataserver-1.2.so.4
[snip]

Sorry about breaking the tree.

Looks like all of these have now been rebuilt against the newer
evolution-data-server, so rawhide should be in better shape tomorrow -
or at least this part of it.

Dave



From jkeating at redhat.com  Tue Dec 20 19:03:36 2005
From: jkeating at redhat.com (Jesse Keating)
Date: Tue, 20 Dec 2005 11:03:36 -0800
Subject: rawhide report: 20051220 changes
In-Reply-To: <200512200819.jBK8JoHM013990@porkchop.devel.redhat.com>
References: <200512200819.jBK8JoHM013990@porkchop.devel.redhat.com>
Message-ID: <1135105354.4131.19.camel@yoda.loki.me>

On Tue, 2005-12-20 at 03:19 -0500, Build System wrote:
> gnome-python2-libgtop2 - 2.12.1-7.1.i386 requires libgtop-2.0.so.5

This has just been rebuilt and should be clean for tomorrows rawhide.
With David Malcom's report that should leave just jacorb, jonas, and the
various *-kernel packages as broken deps (well and whatever we manage to
break today....)

-- 
Jesse Keating
Release Engineer: Fedora
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051220/b5641fa9/attachment.sig>
-------------- next part --------------
-- 
fedora-devel-list mailing list
fedora-devel-list at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

From jvdias at redhat.com  Tue Dec 20 20:25:23 2005
From: jvdias at redhat.com (Jason Vas Dias)
Date: Tue, 20 Dec 2005 15:25:23 -0500
Subject: Fedora Core 4 Test Update: dhcp-3.0.2-28.FC4
Message-ID: <200512202025.jBKKPNrB014567@devserv.devel.redhat.com>

---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2005-1185
2005-12-20
---------------------------------------------------------------------

Product     : Fedora Core 4
Name        : dhcp
Version     : 3.0.2                      
Release     : 28.FC4                  
Summary     : A DHCP (Dynamic Host Configuration Protocol) server and relay agent.
Description :
DHCP (Dynamic Host Configuration Protocol) is a protocol which allows
individual devices on an IP network to get their own network
configuration information (IP address, subnetmask, broadcast address,
etc.) from a DHCP server. The overall purpose of DHCP is to make it
easier to administer a large network.  The dhcp package includes the
ISC DHCP service and relay agent.

To use DHCP on your network, install a DHCP service (or relay agent),
and on clients run a DHCP client daemon.  The dhcp package provides
the ISC DHCP service and relay agent.

---------------------------------------------------------------------

* Tue Dec 20 2005 Jason Vas Dias <jvdias at redhat.com> - 11:3.0.2-28
- fix bug 176270: allow routers with an octet of 255 in their IP address


---------------------------------------------------------------------
This update can be downloaded from:
  http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/

578b6abf537672f543b17b3253d72b4c  SRPMS/dhcp-3.0.2-28.FC4.src.rpm
96426e93d4849e02964c326f41f1afd9  ppc/dhcp-3.0.2-28.FC4.ppc.rpm
91100f6861721d31873da54839cd16f1  ppc/dhclient-3.0.2-28.FC4.ppc.rpm
3da7d1153724130793aa498d9f3697d6  ppc/dhcp-devel-3.0.2-28.FC4.ppc.rpm
0070c7ba742a557aa5b41200a52116f2  ppc/debug/dhcp-debuginfo-3.0.2-28.FC4.ppc.rpm
3db90adf12231dee992631be34520bba  x86_64/dhcp-3.0.2-28.FC4.x86_64.rpm
fdfefca475ed1aa752983c76b32044ab  x86_64/dhclient-3.0.2-28.FC4.x86_64.rpm
466165ac502a5349f9a7469982fdb3df  x86_64/dhcp-devel-3.0.2-28.FC4.x86_64.rpm
948759a0dfcab182a4e172b1170d0661  x86_64/debug/dhcp-debuginfo-3.0.2-28.FC4.x86_64.rpm
1e54b76d25588d1c9e4fe0726662dd30  i386/dhcp-3.0.2-28.FC4.i386.rpm
307c1a72e3d1b4f209a1684d72b51038  i386/dhclient-3.0.2-28.FC4.i386.rpm
3f558cf848dc500057c33042e53f91e8  i386/dhcp-devel-3.0.2-28.FC4.i386.rpm
5d1077c022dd9d0928d8f38c73737887  i386/debug/dhcp-debuginfo-3.0.2-28.FC4.i386.rpm

This update can also be installed with the Update Agent; you can
launch the Update Agent with the 'up2date' command.  You may 
need to edit your up2date channels configuration.  Within 
/etc/sysconfig/rhn/sources enable the following line: 
yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/$ARCH
---------------------------------------------------------------------



From fedora-test at adslpipe.co.uk  Tue Dec 20 20:46:39 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Tue, 20 Dec 2005 20:46:39 +0000
Subject: Why are software raid devices being renamed?
In-Reply-To: <1135100221.3240.7.camel@localhost.localdomain>
References: <43A835F5.1060006@cox.net>
	<1135100221.3240.7.camel@localhost.localdomain>
Message-ID: <43A86DAF.7040902@adslpipe.co.uk>

Peter Jones wrote:

> You're still the *only* person I've seen reporting this.  Are you sure
> something else in your environment hasn't changed?

Finally I built a working initrd for 1770_FC5smp using 
mkinitrd-5.0.10-1, and a manually tweaked init script.

I then updated to today's rawhide mkinitrd-5.0.15-1 and 1776_FC5smp (in 
that order) and software raid *DEFINITELY* reverts to using the names 
md_d0 and md_d1, which scares the horses, full commentary on BZ#169059




From fedora-test at adslpipe.co.uk  Tue Dec 20 21:03:13 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Tue, 20 Dec 2005 21:03:13 +0000
Subject: call for testing, dmraid in rawhide
In-Reply-To: <1135016989.25620.2.camel@localhost.localdomain>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com><1134492498.3089.11.camel@localhost.localdomain><43A6F290.40708@adslpipe.co.uk>
	<1135016989.25620.2.camel@localhost.localdomain>
Message-ID: <43A87191.8070909@adslpipe.co.uk>

Peter Jones wrote:

> OK, this particular bug should be fixed in tomorrow's rawhide. 

OK, it's tomorrow now, and after getting somewhere with the snags on
software raid I wiped the machine and had another go at dmraid. Using an
updated boot.iso and local repo refreshed with today's rawhide, I still
get the same error from anaconda

        __init__.py line 530 in getvalid
     if isinstance(RaidDev, x) or isinstance(RaidSet,x)

Did your bugfix make it into today's rawhide?





From pjones at redhat.com  Tue Dec 20 21:11:15 2005
From: pjones at redhat.com (Peter Jones)
Date: Tue, 20 Dec 2005 16:11:15 -0500
Subject: call for testing, dmraid in rawhide
In-Reply-To: <43A87191.8070909@adslpipe.co.uk>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134492498.3089.11.camel@localhost.localdomain>
	<43A6F290.40708@adslpipe.co.uk>
	<1135016989.25620.2.camel@localhost.localdomain>
	<43A87191.8070909@adslpipe.co.uk>
Message-ID: <1135113076.3240.11.camel@localhost.localdomain>

On Tue, 2005-12-20 at 21:03 +0000, Andy Burns wrote:
> Peter Jones wrote:
> 
> > OK, this particular bug should be fixed in tomorrow's rawhide. 
> 
> OK, it's tomorrow now, and after getting somewhere with the snags on
> software raid I wiped the machine and had another go at dmraid. Using an
> updated boot.iso and local repo refreshed with today's rawhide, I still
> get the same error from anaconda
> 
>         __init__.py line 530 in getvalid
>      if isinstance(RaidDev, x) or isinstance(RaidSet,x)
> 
> Did your bugfix make it into today's rawhide?

...  rawhide from 20051220 has python-pyblock-0.9-1, which has:

            if isinstance(x, RaidDev) or isinstance(x, RaidSet):
                if not x.valid:
                    return False

That should be what's going into the installer as well.  Are you sure
the tree you pulled from was synced up correctly?
-- 
  Peter



From fedora-test at adslpipe.co.uk  Tue Dec 20 21:47:08 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Tue, 20 Dec 2005 21:47:08 +0000
Subject: call for testing, dmraid in rawhide
In-Reply-To: <1135113076.3240.11.camel@localhost.localdomain>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com><1134492498.3089.11.camel@localhost.localdomain><43A6F290.40708@adslpipe.co.uk><1135016989.25620.2.camel@localhost.localdomain><43A87191.8070909@adslpipe.co.uk>
	<1135113076.3240.11.camel@localhost.localdomain>
Message-ID: <43A87BDC.8090600@adslpipe.co.uk>

Peter Jones wrote:

> ...  rawhide from 20051220 has python-pyblock-0.9-1, which has:
> 
>             if isinstance(x, RaidDev) or isinstance(x, RaidSet):
>                 if not x.valid:
>                     return False
> 
> That should be what's going into the installer as well.  Are you sure
> the tree you pulled from was synced up correctly?

I thought so, mirrorservice.org usually catches up by early afternoon 
and I didn't re-mirror until this evening, I'm assuming the code in 
question is contained in stage2.img? I can't seem to loop-mount a 
squashfs file on my FC4 machine to see the contents :-(

Certainly the stage2.img was different from yesterday's, I had to burn a 
new boot.iso as yesterday's CD wouldn't accept today's stage2.img, I 
must get round to looking at pxeboot to make that simpler ...

# md5sum stage2.img
22f28eeae9ab71a2b3b3f9765366bebe  stage2.img
does that tally?



From roger at gwch.net  Tue Dec 20 22:03:15 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Tue, 20 Dec 2005 22:03:15 +0000
Subject: AW: rawhide report: 20051220 changes - breaks gnome if solving deps
 manually?
In-Reply-To: <1135105173.7158.80.camel@cassandra.boston.redhat.com> (from
	dmalcolm@redhat.com on Tue Dec 20 19:59:33 2005)
References: <200512200819.jBK8JoHM013990@porkchop.devel.redhat.com>
	<1135105173.7158.80.camel@cassandra.boston.redhat.com>
Message-ID: <1135116195l.2749l.0l@niobe>


[snip]
> Sorry about breaking the tree.
> 
> Looks like all of these have now been rebuilt against the newer
> evolution-data-server, so rawhide should be in better shape tomorrow
> -
> or at least this part of it.
> 
[/snip]

since last update, my gnome is broken. is this perhaps because of the  
evo-data-server? i've been downloading it manually, rpm -e the old one  
and then updating...

logs (dmesg /var/log/messages don't help - selinux is disabled), error  
message is:  (2 Window)

windows 1: Question - and then an empty window
windows 2: gnome-panel has unexpected terminated

so, i was lucky to get balsa running via nautilus to send this e-mail...

Roger



From roger at gwch.net  Tue Dec 20 22:07:47 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Tue, 20 Dec 2005 22:07:47 +0000
Subject: AW: rawhide report: 20051220 changes - breaks gnome if solving deps
 manually?
In-Reply-To: <1135116195l.2749l.0l@niobe> (from roger@gwch.net on Tue Dec 20
	23:03:15 2005)
References: <200512200819.jBK8JoHM013990@porkchop.devel.redhat.com>
	<1135105173.7158.80.camel@cassandra.boston.redhat.com>
	<1135116195l.2749l.0l@niobe>
Message-ID: <1135116467l.2749l.1l@niobe>

Am 20.12.2005 23:03:15 schrieb(en) Roger Grosswiler:
> 
> [snip]
>> Sorry about breaking the tree.
>> 
>> Looks like all of these have now been rebuilt against the newer
>> evolution-data-server, so rawhide should be in better shape tomorrow
>> -
>> or at least this part of it.
>> 
> [/snip]
> 
> since last update, my gnome is broken. is this perhaps because of the  
> evo-data-server? i've been downloading it manually, rpm -e the old  
> one and then updating...
> 
> logs (dmesg /var/log/messages don't help - selinux is disabled),  
> error message is:  (2 Window)
> 
> windows 1: Question - and then an empty window
> windows 2: gnome-panel has unexpected terminated
> 
> so, i was lucky to get balsa running via nautilus to send this  
> e-mail...
> 
> Roger



From don_springall at hotmail.com  Tue Dec 20 23:25:53 2005
From: don_springall at hotmail.com (Don Springall)
Date: Tue, 20 Dec 2005 16:25:53 -0700
Subject: AW: rawhide report: 20051220 changes - breaks gnome if solving
	deps manually
In-Reply-To: <1135116467l.2749l.1l@niobe>
Message-ID: <BAY107-F22201939A0276D5AAF2A9B853E0@phx.gbl>

You must have forced in the new evolution packages because of the following 
broken deps in rawhide report:
gnome-panel - 2.13.3-1.i386 requires libedataserver-1.2.so.4
gnome-python2-libgtop2 - 2.12.1-7.1.i386 requires libgtop-2.0.so.5
gnomemeeting - 1.2.3-1.i386 requires libedataserver-1.2.so.4

That was not such a good idea. Your best bet is to go back to the old 
versions of evolution and wait for the updates tomorrow to gnome panel etc.

>From: Roger Grosswiler <roger at gwch.net>
>Reply-To: For testers of Fedora Core development releases 
><fedora-test-list at redhat.com>
>To: fedora-test-list at redhat.com
>Subject: AW: rawhide report: 20051220 changes - breaks gnome if solving 
>deps manually?
>Date: Tue, 20 Dec 2005 22:07:47 +0000
>
>Am 20.12.2005 23:03:15 schrieb(en) Roger Grosswiler:
>>
>>[snip]
>>>Sorry about breaking the tree.
>>>
>>>Looks like all of these have now been rebuilt against the newer
>>>evolution-data-server, so rawhide should be in better shape tomorrow
>>>-
>>>or at least this part of it.
>>>
>>[/snip]
>>
>>since last update, my gnome is broken. is this perhaps because of the  
>>evo-data-server? i've been downloading it manually, rpm -e the old  one 
>>and then updating...
>>
>>logs (dmesg /var/log/messages don't help - selinux is disabled),  error 
>>message is:  (2 Window)
>>
>>windows 1: Question - and then an empty window
>>windows 2: gnome-panel has unexpected terminated
>>
>>so, i was lucky to get balsa running via nautilus to send this  e-mail...
>>
>>Roger
>
>--
>fedora-test-list mailing list
>fedora-test-list at redhat.com
>To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list




From jkeating at redhat.com  Tue Dec 20 23:43:08 2005
From: jkeating at redhat.com (Jesse Keating)
Date: Tue, 20 Dec 2005 15:43:08 -0800
Subject: Plan for the Holidays
Message-ID: <1135122188.10390.3.camel@yoda.loki.me>

With the holidays upcoming, I plan to get the devel tree as broken-dep
free as possible.  This includes the foo-kernel packages.  I'll be
trying to keep those in sync with the new kernels that are pushed into
rawhide.  A lot of folks will have time off over the next couple weeks
and if they choose to test stuff I'd like it to be as easy as possible.

That said, I think it would be good for developers to post what
specifically they think should be tested during this time.  What
components do we need some extra eyes on as we approach test2 freeze?

Off the top of my head, we need the java stack tested, and that is a
pretty big thing.  Also the functionality of your favorite apps is a
good thing to target, given that everything has been rebuilt with the
new gcc.

So Developers?  What would you like the masses to test?
-- 
Jesse Keating
Release Engineer: Fedora
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051220/9cf19aa2/attachment.sig>

From jkeating at redhat.com  Wed Dec 21 00:14:07 2005
From: jkeating at redhat.com (Jesse Keating)
Date: Tue, 20 Dec 2005 16:14:07 -0800
Subject: Plan for the Holidays
In-Reply-To: <43A89B9E.7060203@reub.net>
References: <1135122188.10390.3.camel@yoda.loki.me> <43A89B9E.7060203@reub.net>
Message-ID: <1135124047.10390.12.camel@yoda.loki.me>

On Wed, 2005-12-21 at 11:02 +1100, Reuben Farrelly wrote:
> A whole lot of stuff in -extras development hasn't been rebuilt for months and 
> months either - some as far back as March/April (look at perl-* modules in 
> extras for an example).  No doubt there are various dependency issues there too.
> 
> Can this be looked at as well?  I'm sure packages in extras would also benefit 
> from a rebuild with newer gcc and therefore wider testing over the break.
> 
> Extras really does look like a second rate citizen if everything in rawhide is 
> rebuilt for a new gc(c|j)/openssl but packages in extras are left untouched for 
> months...

Extras is maintained by the individual package maintainers.  It is up to
them to keep their packages updated.  This is usually the way it works
inside Red Hat as well, however when we release a new GCC so close to
the freeze date, I step in to autobump the packages when possible.
There isn't really somebody to do this for all of Extras, nor would
extras maintainers be all that welcome for it as a whole.  Extras
tracking rawhide is pretty tough as things change so rapidly.  However
during the holidays would be a good time for extras maintainers to
rebase their packages off the current rawhide.  Also during the freeze
and just after a test release would be another good time for Extras
maintainers to rebuild their packages.

Extras is only as second rate as the maintainers (community) makes it.

-- 
Jesse Keating
Release Engineer: Fedora
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051220/a14685e4/attachment.sig>

From clydekunkel7734 at cox.net  Wed Dec 21 00:39:54 2005
From: clydekunkel7734 at cox.net (Clyde E. Kunkel)
Date: Tue, 20 Dec 2005 19:39:54 -0500
Subject: Why are software raid devices being renamed?
In-Reply-To: <1135100221.3240.7.camel@localhost.localdomain>
References: <43A835F5.1060006@cox.net>
	<1135100221.3240.7.camel@localhost.localdomain>
Message-ID: <43A8A45A.8000905@cox.net>

Didn't "reply all" originally....my original reply to Mr. Jones is 
below.  Sorry for the confusion....

Peter Jones wrote:
> On Tue, 2005-12-20 at 11:48 -0500, Clyde E. Kunkel wrote:
>> Since about mkinitrd-5.0.11, software raidsets are being created in /dev 
>> during initrd with the name /dev/md_dn where n is the number of the 
>> raidset instead of /dev/mdn.  This is causing all sorts of problems from 
>> the worst being kernel panics and the least being raidsets not being 
>> mounted in fstab.
> 
> You're still the *only* person I've seen reporting this.  Are you sure
> something else in your environment hasn't changed?
> 
> (Also, you're sending mail with reply-to: clydekunkel7734 at redhat.com,
> which is certainly broken.)

Other folks have seen this also.  I believe they have reported in 
169059.  The only thing that I can think that may be influencing this 
besides religious updating with rawhide is that the two systems I am 
having trouble with are multi-boot.  I have tried very hard to keep the 
different distros separate.  Could they possibly write something to the 
disks that is foreign to FC?  Also, why would reverting mkinitrd back to 
5.0.10 eliminate the problem?  There must be a clue there.  I am sorry 
that I am not better at troubleshooting.  I have been studying the nash 
code best I can, but not being a programmer, it is hard going even using 
some C books that I have.  I would like to help resolve this and am 
doing the best I can to provide information.

My mail reply to address is deliberately broken to avoid spambots from 
using it.  Just remove "munged" from the @cox.mungednet.



-- 
Regards,

Old Fart



From rodd at clarkson.id.au  Wed Dec 21 03:25:47 2005
From: rodd at clarkson.id.au (Rodd Clarkson)
Date: Wed, 21 Dec 2005 14:25:47 +1100
Subject: Plan for the Holidays
In-Reply-To: <1135122188.10390.3.camel@yoda.loki.me>
References: <1135122188.10390.3.camel@yoda.loki.me>
Message-ID: <1135135547.3149.11.camel@localhost.localdomain>

On Tue, 2005-12-20 at 15:43 -0800, Jesse Keating wrote:
> With the holidays upcoming, I plan to get the devel tree as broken-dep
> free as possible.  This includes the foo-kernel packages.  I'll be
> trying to keep those in sync with the new kernels that are pushed into
> rawhide.  A lot of folks will have time off over the next couple weeks
> and if they choose to test stuff I'd like it to be as easy as possible.
> 
> That said, I think it would be good for developers to post what
> specifically they think should be tested during this time.  What
> components do we need some extra eyes on as we approach test2 freeze?
> 
> Off the top of my head, we need the java stack tested, and that is a
> pretty big thing.  Also the functionality of your favorite apps is a
> good thing to target, given that everything has been rebuilt with the
> new gcc.
> 
> So Developers?  What would you like the masses to test?

I'd like to see gpilotd and pilot-link working with my palm zire 72.
While everyone seems to agree that it should just work, it hasn't for me
and I've tried it on both FC4 and rawhide.

I know this might be trivial, but it's something that doesn't work and
should.


R.
-- 
"It's a fine line between denial and faith.
 It's much better on my side"



From rodd at clarkson.id.au  Wed Dec 21 03:39:00 2005
From: rodd at clarkson.id.au (Rodd Clarkson)
Date: Wed, 21 Dec 2005 14:39:00 +1100
Subject: Plan for the Holidays
In-Reply-To: <1135122188.10390.3.camel@yoda.loki.me>
References: <1135122188.10390.3.camel@yoda.loki.me>
Message-ID: <1135136340.3149.13.camel@localhost.localdomain>

On Tue, 2005-12-20 at 15:43 -0800, Jesse Keating wrote:
> With the holidays upcoming, I plan to get the devel tree as broken-dep
> free as possible.  This includes the foo-kernel packages.  I'll be
> trying to keep those in sync with the new kernels that are pushed into
> rawhide.  A lot of folks will have time off over the next couple weeks
> and if they choose to test stuff I'd like it to be as easy as possible.
> 
> That said, I think it would be good for developers to post what
> specifically they think should be tested during this time.  What
> components do we need some extra eyes on as we approach test2 freeze?
> 
> Off the top of my head, we need the java stack tested, and that is a
> pretty big thing.  Also the functionality of your favorite apps is a
> good thing to target, given that everything has been rebuilt with the
> new gcc.
> 
> So Developers?  What would you like the masses to test?

I'd like to see gpilotd and pilot-link working with my palm zire 72.
While everyone seems to agree that it should just work, it hasn't for me
and I've tried it on both FC4 and rawhide.

I know this might be trivial, but it's something that doesn't work and
should.


R.
-- 
"It's a fine line between denial and faith.
 It's much better on my side"
-- 
"It's a fine line between denial and faith.
 It's much better on my side"



From roger at gwch.net  Wed Dec 21 05:08:09 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Wed, 21 Dec 2005 05:08:09 +0000
Subject: AW: AW: rawhide report: 20051220 changes - breaks gnome if solving
	deps manually
In-Reply-To: <BAY107-F22201939A0276D5AAF2A9B853E0@phx.gbl> (from
	don_springall@hotmail.com on Wed Dec 21 00:25:53 2005)
References: <1135116467l.2749l.1l@niobe>
	<BAY107-F22201939A0276D5AAF2A9B853E0@phx.gbl>
Message-ID: <1135141689l.2749l.2l@niobe>

Am 21.12.2005 00:25:53 schrieb(en) Don Springall:
> You must have forced in the new evolution packages because of the  
> following broken deps in rawhide report:
> gnome-panel - 2.13.3-1.i386 requires libedataserver-1.2.so.4
> gnome-python2-libgtop2 - 2.12.1-7.1.i386 requires libgtop-2.0.so.5
> gnomemeeting - 1.2.3-1.i386 requires libedataserver-1.2.so.4
> 
> That was not such a good idea. Your best bet is to go back to the old  
> versions of evolution and wait for the updates tomorrow to gnome  
> panel etc.
> 
>> From: Roger Grosswiler <roger at gwch.net>
>> Reply-To: For testers of Fedora Core development releases  
>> <fedora-test-list at redhat.com>
>> To: fedora-test-list at redhat.com
>> Subject: AW: rawhide report: 20051220 changes - breaks gnome if  
>> solving deps manually?
>> Date: Tue, 20 Dec 2005 22:07:47 +0000
>> 
>> Am 20.12.2005 23:03:15 schrieb(en) Roger Grosswiler:
>>> 
>>> [snip]
>>>> Sorry about breaking the tree.
>>>> 
>>>> Looks like all of these have now been rebuilt against the newer
>>>> evolution-data-server, so rawhide should be in better shape  
>>>> tomorrow
>>>> -
>>>> or at least this part of it.
>>>> 
>>> [/snip]
>>> 
>>> since last update, my gnome is broken. is this perhaps because of  
>>> the  evo-data-server? i've been downloading it manually, rpm -e the  
>>> old  one and then updating...
>>> 
>>> logs (dmesg /var/log/messages don't help - selinux is disabled),   
>>> error message is:  (2 Window)
>>> 
>>> windows 1: Question - and then an empty window
>>> windows 2: gnome-panel has unexpected terminated
>>> 
>>> so, i was lucky to get balsa running via nautilus to send this   
>>> e-mail...
>>> 
>>> Roger
>> 
*sigh* i should learn reading again...

roger



From buildsys at redhat.com  Wed Dec 21 08:21:31 2005
From: buildsys at redhat.com (Build System)
Date: Wed, 21 Dec 2005 03:21:31 -0500
Subject: rawhide report: 20051221 changes
Message-ID: <200512210821.jBL8LV9F025297@porkchop.devel.redhat.com>

New package perl-String-CRC32
	Perl interface for cyclic redundency check generation


 
Updated Packages:

SysVinit-2.86-1
---------------
* Mon Dec 19 2005 Bill Nottingham <notting at redhat.com> - 2.86-1
- update to upstream 2.86
- adjust patches
- install initreq.h (#119039)
- allow halt/reboot to handle being called by login correctly (#104062, <worley at theworld.com>)
- document pam_console usage for halt (#114970)

* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Mon Dec 05 2005 Dan Walsh <dwalsh at redhat.com> - 2.85-43
- Use log(L_VB for SELinux error

anaconda-10.90.23-1
-------------------
* Tue Dec 20 2005 Jeremy Katz <katzj at redhat.com> - 10.90.23-1
- more pkgorder fixes (pnasrat)
- fix some debug spew (notting)
- segfaults in the loader should at least give us a stacktrace to work from
- fix some padding on the network screen

bind-28:9.3.2rc1-2
------------------
* Tue Dec 20 2005 Jason Vas Dias <jvdias at redhat.com> - 28:9.3.2rc1-2
- fix bug 176100: do not Require: perl just for namedGetForwarders !

control-center-1:2.13.3-2
-------------------------
* Tue Dec 20 2005 Ray Strode <rstrode at redhat.com> - 1:2.13.3-2
- rebuild

dhcp-11:3.0.3-18
----------------
* Tue Dec 20 2005 Jason Vas Dias <jvdias at redhat.com> - 11:3.0.3-18
- fix bug 176270: allow routers with an octet of 255 in their IP address

dictd-1.9.15-4
--------------
* Tue Dec 20 2005 Karsten Hopp <karsten at redhat.de> 1.9.15-4
- consult dict.org if no server is specified on the commandline
  (#176038)

docbook-style-dsssl-1.79-4
--------------------------
* Tue Dec 20 2005 Tim Waugh <twaugh at redhat.com> 1.79-4
- Rebuilt again.

evolution-webcal-2.4.1-2
------------------------
* Tue Dec 20 2005 Matthias Clasen <mclasen at redhat.com> 2.4.1-2
- Rebuild against new libedataserver

fedora-logos-1.1.37-1
---------------------
* Tue Dec 20 2005 Ray Strode <rstrode at redhat.com> - 1.1.37-1
- another new image from dfong (splash screen)
- move screensaver lock dialog background here

* Tue Dec 20 2005 Ray Strode <rstrode at redhat.com> - 1.1.36-1
- another new image from dfong (screensaver sprite)

fetchmail-6.3.1-1
-----------------
* Tue Dec 20 2005 Miloslav Trmac <mitr at redhat.com> - 6.3.1-1
- Update to fetchmail-6.3.1 (CVE-2005-4348)

gaim-1:1.5.0-9.fc5.2
--------------------
* Tue Dec 20 2005 Ray Strode <rstrode at redhat.com>
- rebuilt

gedit-1:2.13.0-2
----------------
* Tue Dec 20 2005 Matthias Clasen <mclasen at redhat.com> - 2.13.0-2
- Update requirements

glibc-2.3.90-21
---------------
* Tue Dec 20 2005 Jakub Jelinek <jakub at redhat.com> 2.3.90-21
- update from CVS
  - fix pointer (de)mangling in gconv_cache.c

* Tue Dec 20 2005 Jakub Jelinek <jakub at redhat.com> 2.3.90-20
- update from CVS
  - time ((void *) 1) should segfault, not return -EFAULT (#174856, BZ#1952)
  - fix errlist generation
- update ulps for GCC 4.1 on IA-64

* Mon Dec 19 2005 Jakub Jelinek <jakub at redhat.com> 2.3.90-19
- update from CVS
  - sysdeps/generic reorg
  - setjmp/longjmp jump pointer mangling
- rebuilt with GCC 4.1-RH prerelease, worked around broken _Pragma ()
  handling in it
- remove glibc-profile subpackage
- use non-PLT calls for malloc/free/realloc/memalign invocations in
  mtrace and mcheck hooks (#175261)
- setjmp/longjmp jump pointer mangling on ppc{,64}/ia64/s390{,x}

gnbd-kernel-2.6.14.0-20051108.134753.FC5.12.4
---------------------------------------------
* Tue Dec 20 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Mon May 23 2005 Chris Feist <cfeist at redhat.com>
- Fixed depmod in %post scriptlet to use correct kernel.

* Tue May 17 2005 Chris Feist <cfeist at redhat.com>
- Provides gnbd-kernel-modules & added ARCH=xen to build.

gnome-doc-utils-0.5.2-1
-----------------------
* Tue Dec 20 2005 Matthias Clasen <mclasen at redhat.com> - 0.5.2-1
- Update to 0.5.2

gnome-panel-2.13.3-2
--------------------
* Tue Dec 20 2005 Matthias Clasen <mclasen at redhat.com> 2.13.3-2
- Rebuild against new libedataserver

gnome-python2-2.12.1-1.2
------------------------
* Tue Dec 20 2005 Jesse Keating <jkeating at redhat.com> - 2.12.1-1.2
- rebuilt for new libgtop

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com> - 2.12.1-1.1
- rebuilt

* Wed Nov 09 2005 John (J5) Palmieri <johnp at redhat.com> - 2.12.1-1
- Update to 2.12.1

gnome-python2-extras-2.12.1-8
-----------------------------
* Tue Dec 20 2005 John (J5) Palmieri <johnp at redhat.com> - 2.12.1-8
- rebuild for new libgtop soname change

gnome-screensaver-0.0.23-3
--------------------------
* Tue Dec 20 2005 Ray Strode <rstrode at redhat.com> - 0.0.23-3
- use fedora floater screensaver by default (bug 176229)

* Tue Dec 20 2005 Ray Strode <rstrode at redhat.com> - 0.0.23-2
- install the right theme file instead of a tarball

* Tue Dec 20 2005 Ray Strode <rstrode at redhat.com> - 0.0.23-1
- Update to 0.0.23
- remove floaters screensaver engine patch (it's upstreamed)
- keep fedora branded parts

gnome-session-2.12.0-5
----------------------
* Tue Dec 20 2005 John (J5) Palmieri <johnp at redhat.com> - 2.12.0-5
- Handle shaped window for splash screen

gnome-themes-2.13.2-2
---------------------
* Tue Dec 20 2005 Matthias Clasen <mclasen at redhat.com> - 2.13.2-2
- Update the Clearlooks metacity theme

gnome-volume-manager-1.5.7-1
----------------------------
* Tue Dec 20 2005 Matthias Clasen <mclasen at redhat.com> - 1.5.7-1
- Update to 1.5.7

gnomemeeting-1.2.3-2
--------------------
* Tue Dec 20 2005 Alexander Larsson <alexl at redhat.com> 1.2.3-2
- Rebuild

hdparm-5.9-1
------------
* Wed Mar 02 2005 Karsten Hopp <karsten at redhat.de> 5.9-1
- update to 5.9
- build with gcc-4

* Mon Jan 03 2005 Karsten Hopp <karsten at redhat.de> 5.8-2 
- add --help option (#143916)

* Fri Nov 26 2004 Karsten Hopp <karsten at redhat.de> 5.8-1 
- update

hdparm-6.3-2
------------
* Tue Dec 20 2005 Karsten Hopp <karsten at redhat.de> 6.3-2
- use ExcludeArch, this allows building on archs we don't
  ship such as Alpha (#175919)

imake-1.0.0-3
-------------
* Tue Dec 20 2005 Than Ngo <than at redhat.com> 1.0.0-3
- add correct XAppLoadDir #173593
- add more macros for fedora

kdeutils-6:3.5.0-2
------------------
* Tue Dec 20 2005 Than Ngo <than at redhat.com> 6:3.5.0-2
- fix file conflict with superkaramba #176044

kernel-2.6.14-1.1777_FC5
------------------------
* Tue Dec 20 2005 Dave Jones <davej at redhat.com>
- Try to disable SMBFS again.
  smbfs got hardly any fixing in the last 12 months, whilst
  cifs is under constant improvement.  Hopefully things are
  in better shape than they were last time we tried this
  back in FC3.

* Mon Dec 19 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc6
- Various ub stability improvements from Pete Zaitcev.
- Update ACPICA.

* Mon Dec 19 2005 David Woodhouse <dwmw2 at redhat.com>
- Fix thermal overload on liquid-cooled G5s
- Fix USB suspend
- Disable floppy driver on ppc32

lftp-3.3.5-2
------------
* Tue Dec 20 2005 Jason Vas Dias<jvdias at redhat.com> - 3.3.5-2
- fix bug 176175: perl-String-CRC32 now in separate RPM

* Thu Dec 15 2005 Jason Vas Dias<jvdias at redhat.com> - 3.3.5-1
- Upgrade to version 3.3.5
- fix bug bz172376 : host lookups should use any address found after timeout

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

libcap-1.10-24
--------------
* Mon Dec 19 2005 Karsten Hopp <karsten at redhat.de> 1.10-24
- added development manpages
- as there are no manpages for the executables available, added at least
  a FAQ (#172324)

libselinux-1.29.2-3
-------------------
* Tue Dec 20 2005 Dan Walsh <dwalsh at redhat.com> 1.29.2-3
- Fix swig call for getpidcon

libtool-1.5.22-1
----------------
* Tue Dec 20 2005 Karsten Hopp <karsten at redhat.de> 1.5.22-1
- update to 1.5.22, most prominent fixes are:
  - Fix 1.5 regression that caused linking a program `-static' to also
    link statically against installed libtool libraries, contrary to
    documented (and actual 1.4.x) behavior.
  - Fix silent failure of `libtoolize --ltdl' if libltdl files not present.

nautilus-sendto-0.4-6
---------------------
* Tue Dec 20 2005 Alexander Larsson <alexl at redhat.com> 0.4-6
- Rebuild

openssh-4.2p1-10
----------------
* Tue Dec 20 2005 Tomas Mraz <tmraz at redhat.com> - 4.2p1-10
- hopefully make the askpass dialog less confusing (#174765)

policycoreutils-1.29.2-5
------------------------
* Tue Dec 20 2005 Dan Walsh <dwalsh at redhat.com> 1.29.2-5
- More fixes for chcat

* Tue Dec 20 2005 Dan Walsh <dwalsh at redhat.com> 1.29.2-4
- Add try catch for files that may not exists

* Mon Dec 19 2005 Dan Walsh <dwalsh at redhat.com> 1.29.2-3
- Remove commands from genhomedircon for installer

sane-backends-1.0.17-1
----------------------
* Tue Dec 20 2005 Nils Philippsen <nphilipp at redhat.com> 1.0.17-1
- version 1.0.17
- reenable gphoto2 backend

selinux-policy-2.1.6-13
-----------------------
* Tue Dec 20 2005 Dan Walsh <dwalsh at redhat.com> 2.1.6-13
- Add dri libs to textrel_shlib_t
- Add system_r role for java
- Add unconfined_exec_t for vncserver
- Allow slapd to use kerberos

system-config-printer-0.6.146-1
-------------------------------
* Tue Dec 20 2005 Tim Waugh <twaugh at redhat.com> 0.6.146-1
- 0.6.146:
  - Sync languages (bug #176136).

tcpdump-14:3.9.4-2
------------------
* Tue Dec 20 2005 Martin Stransky <stransky at redhat.com> - 14:3.9.4-2
- fix for #176010 - file owner problem when using 'ring buffer

tetex-3.0-12
------------
* Tue Dec 20 2005 Jindrich Novy <jnovy at redhat.com> 3.0-12
- apply more complete fix for CVE-2005-3193 (#175110) suggested by
  security response team, taken from xpdf

totem-1.3.0-1
-------------
* Tue Dec 20 2005 Matthias Clasen <mclasen at redhat.com> 1.3.0-1
- Update to 1.3.0

xorg-x11-server-1.0.0-1
-----------------------
* Sat Dec 17 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-1
- Removed xorg-server-0.99.3-rgb.txt-dix-config-fix.patch which is integrated
- manNx -> manN
- Added libxf86config.a to sdk

* Mon Nov 28 2005 Kristian H??gsberg <krh at redhat.com>
- Add a few missing BuildRequires.

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.i686 requires /lib/modules/2.6.14-1.1775_FC5
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.i686 requires kernel = 0:2.6.14-1.1775_FC5
	GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.2.i686 requires kernel-smp = 0:2.6.14-1.1775_FC5
	GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.2.i686 requires /lib/modules/2.6.14-1.1775_FC5smp
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.i686 requires /lib/modules/2.6.14-1.1775_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.i686 requires kernel = 0:2.6.14-1.1775_FC5
	cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.3.i686 requires kernel-smp = 0:2.6.14-1.1775_FC5
	cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.3.i686 requires /lib/modules/2.6.14-1.1775_FC5smp
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.2.i686 requires /lib/modules/2.6.14-1.1775_FC5
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.2.i686 requires kernel = 0:2.6.14-1.1775_FC5
	dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.2.i686 requires kernel-smp = 0:2.6.14-1.1775_FC5
	dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.2.i686 requires /lib/modules/2.6.14-1.1775_FC5smp
	gedit-devel - 1:2.13.0-2.i386 requires gedit = 0:2.13.0
	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6



Broken deps for ia64
----------------------------------------------------------
	gedit-devel - 1:2.13.0-2.ia64 requires gedit = 0:2.13.0
	jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs



Broken deps for ppc
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	gedit-devel - 1:2.13.0-2.ppc requires gedit = 0:2.13.0
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6



Broken deps for ppc64
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gedit-devel - 1:2.13.0-2.ppc64 requires gedit = 0:2.13.0
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)



Broken deps for s390
----------------------------------------------------------
	gedit-devel - 1:2.13.0-2.s390 requires gedit = 0:2.13.0
	jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	systemtap - 0.5.2-2.s390 requires kernel >= 0:2.6.9-11
	systemtap - 0.5.2-2.s390 requires kernel-devel



Broken deps for s390x
----------------------------------------------------------
	gedit-devel - 1:2.13.0-2.s390x requires gedit = 0:2.13.0
	jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libgcj.so.6()(64bit)
	libgnome-java - 2.12.0-2.s390x requires libcairojava-1.0.so()(64bit)
	libgtk-java - 2.8.0-7.s390x requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-6.3.s390x requires libcairojava-1.0.so()(64bit)
	systemtap - 0.5.2-2.s390x requires kernel >= 0:2.6.9-11
	systemtap - 0.5.2-2.s390x requires kernel-devel



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.x86_64 requires /lib/modules/2.6.14-1.1775_FC5
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.x86_64 requires kernel = 0:2.6.14-1.1775_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.x86_64 requires /lib/modules/2.6.14-1.1775_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.x86_64 requires kernel = 0:2.6.14-1.1775_FC5
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.2.x86_64 requires /lib/modules/2.6.14-1.1775_FC5
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.2.x86_64 requires kernel = 0:2.6.14-1.1775_FC5
	gedit-devel - 1:2.13.0-2.x86_64 requires gedit = 0:2.13.0
	jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)





From jkeating at j2solutions.net  Wed Dec 21 09:25:15 2005
From: jkeating at j2solutions.net (Jesse Keating)
Date: Wed, 21 Dec 2005 01:25:15 -0800
Subject: call for testing, dmraid in rawhide
In-Reply-To: <1134492498.3089.11.camel@localhost.localdomain>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134492498.3089.11.camel@localhost.localdomain>
Message-ID: <1135157115.10390.28.camel@yoda.loki.me>

On Tue, 2005-12-13 at 11:48 -0500, Peter Jones wrote:
> So, without further fanfare:
> 
> To enable this, add "dmraid" to the installer boot command line.

Hi Peter.  I have tested it with yesterday's rawhide.  My system uses a
sil3114 chip for raid, I created a mirror of two 250gig disks.  Anaconda
detected the raid and allowed me to install to it, however grub was not
installed to the raid device.  I had the boot order set for raid device
first, but there is also 2 PATA disks in the system.  The rescue mode
couldn't / wouldn't create the /dev/mapper/sil_randomweirdstring entries
for the raid device, so I booted into the full installer and chvt'd to a
shell, then mounted the file systems and ran grub to install it on the
raid device.  Grub's config is a little confused.  grub itself saw the
raid device as (hd2,0), but in grub's config file I had to use (hd0,0)
for it to find the boot directory right.  Either way, upon reboot the
root file system mounted was NOT raid, instead it used /dev/sda2.  I
haven't investigated too far into this, I'm updating to today's rawhide
right now.  However since the device is being accessed directly, I doubt
I'll be able to boot the raid device at any time.

Anything else I can provide for this please let me know.

-- 
Jesse Keating RHCE      (geek.j2solutions.net)
Fedora Legacy Team      (www.fedoralegacy.org)
GPG Public Key          (geek.j2solutions.net/jkeating.j2solutions.pub)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051221/937c06dc/attachment.sig>

From jkeating at j2solutions.net  Wed Dec 21 10:06:37 2005
From: jkeating at j2solutions.net (Jesse Keating)
Date: Wed, 21 Dec 2005 02:06:37 -0800
Subject: call for testing, dmraid in rawhide
In-Reply-To: <1135157115.10390.28.camel@yoda.loki.me>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134492498.3089.11.camel@localhost.localdomain>
	<1135157115.10390.28.camel@yoda.loki.me>
Message-ID: <1135159597.10390.33.camel@yoda.loki.me>

On Wed, 2005-12-21 at 01:25 -0800, Jesse Keating wrote:
> Anything else I can provide for this please let me know.

Also after logging in, I can use dmraid to look at stuff:

[root at dhcp-108 ~]# dmraid -r
/dev/sda: sil, "sil_afbidccddcdg", mirror, ok, 490232704 sectors, data@
0
/dev/sdb: sil, "sil_afbidccddcdg", mirror, ok, 490232704 sectors, data@
0
[root at dhcp-108 ~]# dmraid -s
*** Active Set
name   : sil_afbidccddcdg
size   : 490232704
stride : 0
type   : mirror
status : ok
subsets: 0
devs   : 2
spares : 0

but alas:

[root at dhcp-108 ~]# ls /dev/mapper/
control  sil_afbidccddcdg

no sil_afbidccddcdg1 nor 2.

-- 
Jesse Keating RHCE      (geek.j2solutions.net)
Fedora Legacy Team      (www.fedoralegacy.org)
GPG Public Key          (geek.j2solutions.net/jkeating.j2solutions.pub)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051221/22180a4e/attachment.sig>

From mike at miketc.com  Wed Dec 21 10:23:15 2005
From: mike at miketc.com (Mike Chambers)
Date: Wed, 21 Dec 2005 04:23:15 -0600
Subject: Kernel error : Misaligned resource pointer?
Message-ID: <1135160595.2794.2.camel@scrappy.miketc.com>

Tried to google this and it couldn't find anything...

Dec 20 17:34:58 scrappy kernel: **** SET: Misaligned resource pointer:
df66d1a6 Type 07 Len 0

What is that telling me?

PS. Also noticed PnPACPI stuff trying to detect something, but it didn't
find anything.  Of course, don't think I have anything to detect (or do
I? ).

-- 
Mike Chambers
Madisonville, KY

"It's only funny until someone gets hurt, then it's hilarious!"



From fedora-test at adslpipe.co.uk  Wed Dec 21 10:31:51 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Wed, 21 Dec 2005 10:31:51 +0000
Subject: call for testing, dmraid in rawhide
In-Reply-To: <1135159597.10390.33.camel@yoda.loki.me>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com><1134492498.3089.11.camel@localhost.localdomain><1135157115.10390.28.camel@yoda.loki.me>
	<1135159597.10390.33.camel@yoda.loki.me>
Message-ID: <43A92F17.2090507@adslpipe.co.uk>

Jesse Keating wrote:

> I can use dmraid to look at stuff:
> 
> [root at dhcp-108 ~]# dmraid -r
> /dev/sda: sil, "sil_afbidccddcdg", mirror, ok, 490232704 sectors, data@
> 0
> /dev/sdb: sil, "sil_afbidccddcdg", mirror, ok, 490232704 sectors, data@
> 0

reminds me, before I specifically started testing dmraid ...

the box had previously been installed with "fake" raid in the bios, and 
had windows xp installed on it, I then changed the SATA mode from RAID 
to AHCI, without actually removing the raid config from the drives, I 
realise this is the wrong way to do it.

However I then proceeded to install Fedora (at this time it was FC5T1 
rather than rawhide) purely onto /dev/sda and /dev/sdb, it went ok, and 
worked, however at each bootup, when device mapper ran, it could "see" 
the now defunct raid devices and gave a whinge about 
/dev/mapper/raidsetname_randomguidthing not existing

Just a heads up in case anyone else does the same and wonders where the 
message is from, or anyone considers that devicemapper shouldn't even be 
looking for dmraid devices if the SATA setting is not in RAID mode ...



From vonbrand at inf.utfsm.cl  Wed Dec 21 02:15:46 2005
From: vonbrand at inf.utfsm.cl (Horst von Brand)
Date: Tue, 20 Dec 2005 23:15:46 -0300
Subject: Plan for the Holidays 
In-Reply-To: Your message of "Tue, 20 Dec 2005 15:43:08 -0800."
	<1135122188.10390.3.camel@yoda.loki.me> 
Message-ID: <200512210215.jBL2Fkqi001529@laptop11.inf.utfsm.cl>

Jesse Keating <jkeating at redhat.com> wrote:

[...]

> So Developers?  What would you like the masses to test?

The gnome-games are broken, as GTK+ can't be used from SUID/SGID programs
now. Should this be kicked upstream?
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175248

Some programs can't handle UTF-8 text, i.e. xfig and fig2dev
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=158082
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=158083
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513



From sundaram at redhat.com  Wed Dec 21 12:03:22 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Wed, 21 Dec 2005 17:33:22 +0530
Subject: Plan for the Holidays
In-Reply-To: <200512210215.jBL2Fkqi001529@laptop11.inf.utfsm.cl>
References: <200512210215.jBL2Fkqi001529@laptop11.inf.utfsm.cl>
Message-ID: <43A9448A.7020704@redhat.com>

Horst von Brand wrote:

>Jesse Keating <jkeating at redhat.com> wrote:
>
>[...]
>
>  
>
>>So Developers?  What would you like the masses to test?
>>    
>>
>
>The gnome-games are broken, as GTK+ can't be used from SUID/SGID programs
>now. Should this be kicked upstream?
>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175248
>  
>
That probably would be better

regards
Rahul



From ellson at research.att.com  Wed Dec 21 12:07:18 2005
From: ellson at research.att.com (John Ellson)
Date: Wed, 21 Dec 2005 07:07:18 -0500
Subject: Why are software raid devices being renamed?
In-Reply-To: <43A8A45A.8000905@cox.net>
References: <43A835F5.1060006@cox.net>	<1135100221.3240.7.camel@localhost.localdomain>
	<43A8A45A.8000905@cox.net>
Message-ID: <43A94576.4090400@research.att.com>

Clyde E. Kunkel wrote:
> Didn't "reply all" originally....my original reply to Mr. Jones is 
> below.  Sorry for the confusion....
>
> Peter Jones wrote:
>> On Tue, 2005-12-20 at 11:48 -0500, Clyde E. Kunkel wrote:
>>> Since about mkinitrd-5.0.11, software raidsets are being created in 
>>> /dev during initrd with the name /dev/md_dn where n is the number of 
>>> the raidset instead of /dev/mdn.  This is causing all sorts of 
>>> problems from the worst being kernel panics and the least being 
>>> raidsets not being mounted in fstab.
>>
>> You're still the *only* person I've seen reporting this.  Are you sure
>> something else in your environment hasn't changed?
>>
>> (Also, you're sending mail with reply-to: clydekunkel7734 at redhat.com,
>> which is certainly broken.)
>
> Other folks have seen this also.  I believe they have reported in 
> 169059.  The only thing that I can think that may be influencing this 
> besides religious updating with rawhide is that the two systems I am 
> having trouble with are multi-boot.

None of the systems that I have with the problem are multiboot.

John



From fedora-test at adslpipe.co.uk  Wed Dec 21 13:47:11 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Wed, 21 Dec 2005 13:47:11 +0000
Subject: Why are software raid devices being renamed?
In-Reply-To: <43A94576.4090400@research.att.com>
References: <43A835F5.1060006@cox.net>	<1135100221.3240.7.camel@localhost.localdomain><43A8A45A.8000905@cox.net>
	<43A94576.4090400@research.att.com>
Message-ID: <43A95CDF.306@adslpipe.co.uk>

John Ellson wrote:

> None of the systems that I have with the problem are multiboot.

nor is mine ...



From fedora-test at adslpipe.co.uk  Wed Dec 21 14:02:27 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Wed, 21 Dec 2005 14:02:27 +0000
Subject: call for testing, dmraid in rawhide
In-Reply-To: <1135113076.3240.11.camel@localhost.localdomain>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com><1134492498.3089.11.camel@localhost.localdomain><43A6F290.40708@adslpipe.co.uk><1135016989.25620.2.camel@localhost.localdomain><43A87191.8070909@adslpipe.co.uk>
	<1135113076.3240.11.camel@localhost.localdomain>
Message-ID: <43A96073.3000300@adslpipe.co.uk>

Peter Jones wrote:

> Are you sure
> the tree you pulled from was synced up correctly?

Oh dear, I though mirrorservice.org was D-day + a few hours,
turns out it is D-day + 24hours + a few hours
Makes geographically dispersed mirrors a bit useless if they're that far 
behind :-(

I've re-synced to duke.edu instead ... will try an install with dmraid 
again tonight ...




From alan.gagne at comcast.net  Wed Dec 21 15:02:13 2005
From: alan.gagne at comcast.net (Alan J. Gagne)
Date: Wed, 21 Dec 2005 10:02:13 -0500
Subject: Unable to boot with new kernel - kernel-smp-2.6.14-1.1777_FC5
Message-ID: <1135177333.31407.7.camel@agagne.int.demandware.com>

Dec 21 05:53:14 linux1 kernel: Unable to handle kernel NULL pointer
dereference at virtual address 00000000
Dec 21 05:53:14 linux1 kernel:  printing eip:
Dec 21 05:53:14 linux1 kernel: c0239c5d
Dec 21 05:53:14 linux1 kernel: *pde = 37fe5001
Dec 21 05:53:14 linux1 kernel: Oops: 0000 [#1]
Dec 21 05:53:14 linux1 kernel: SMP
Dec 21 05:53:14 linux1 kernel: last sysfs file: /block/ram0/dev
Dec 21 05:53:14 linux1 kernel: Modules linked in: ata_piix libata sd_mod
scsi_mod
Dec 21 05:53:14 linux1 kernel: CPU:    1
Dec 21 05:53:14 linux1 kernel: EIP:    0060:[<c0239c5d>]    Not tainted
VLI
Dec 21 05:53:14 linux1 kernel: EFLAGS: 00010206   (2.6.14-1.1777_FC5smp)
Dec 21 05:53:14 linux1 kernel: EIP is at make_class_name+0x27/0x86
Dec 21 05:53:14 linux1 kernel: eax: 00000000   ebx: ffffffff   ecx:
ffffffff   edx: 00000009
Dec 21 05:53:14 linux1 kernel: esi: 00000000   edi: 00000000   ebp:
00000000   esp: f7c92e28
Dec 21 05:53:14 linux1 kernel: ds: 007b   es: 007b   ss: 0068
Dec 21 05:53:14 linux1 kernel: Process insmod (pid: 347,
threadinfo=f7c92000 task=f7c7e550)
Dec 21 05:53:14 linux1 kernel: Stack: f7c7f284 f7c7f284 00000000
f88a8280 f88a830c c023a001 00000000 f7c7f284
Dec 21 05:53:14 linux1 kernel:        f7c7f000 f7c7f048 00000000
c023a077 f7c7f114 f888c2b8 f7c7f314 c2f0bb04
Dec 21 05:53:14 linux1 kernel:        c2eb78ec f8864636 00000000
f88649b8 0000fea8 0000fe32 0000fe20 00000002
Dec 21 05:53:14 linux1 kernel: Call Trace:
Dec 21 05:53:14 linux1 kernel:  [<c023a001>] class_device_del+0x8a/0xf8
[<c023a077>] class_device_unregister+0x8/0x10
Dec 21 05:53:14 linux1 kernel:  [<f888c2b8>] scsi_remove_host+0xe4/0xf9
[scsi_mod]     [<f8864636>] ata_host_remove+0xe/0x18 [libata]
Dec 21 05:53:14 linux1 kernel:  [<f88649b8>] ata_device_add+0x1d1/0x1f4
[libata]     [<f8864f0f>] ata_pci_init_one+0x265/0x2cd [libata]
Dec 21 05:53:14 linux1 kernel:  [<c01d9acf>] pci_bus_read_config_word
+0x58/0x63     [<f882e6d7>] piix_init_one+0x153/0x15c [ata_piix]
Dec 21 05:53:14 linux1 kernel:  [<c02392c7>] __driver_attach+0x0/0x4b
[<c01dcf41>] pci_call_probe+0xa/0xc
Dec 21 05:53:14 linux1 kernel:  [<c01dcf6e>] __pci_device_probe
+0x2b/0x37     [<c01dcf98>] pci_device_probe+0x1e/0x30
Dec 21 05:53:14 linux1 kernel:  [<c0239212>] driver_probe_device
+0x32/0x7b     [<c0239300>] __driver_attach+0x39/0x4b
Dec 21 05:53:14 linux1 kernel:  [<c0238b73>] bus_for_each_dev+0x33/0x55
[<c0239323>] driver_attach+0x11/0x13
Dec 21 05:53:14 linux1 kernel:  [<c02392c7>] __driver_attach+0x0/0x4b
[<c0238ebc>] bus_add_driver+0x52/0x95
Dec 21 05:53:14 linux1 kernel:  [<c01dd15c>] __pci_register_driver
+0x96/0xac  [<f880400f>] piix_init+0xf/0x21 [ata_piix]
Dec 21 05:53:14 linux1 kernel:  [<c01393d7>] sys_init_module+0xe2/0x205
[<c0103f19>] syscall_call+0x7/0xb
Dec 21 05:53:14 linux1 kernel: Code: 5b 04 5b c3 55 57 56 53 57 89 04 24
8b 40 3c 8b 38 31 ed 83 cb ff 89 d9 89 e8 f2 ae f7 d1 49 89 ca 8b 04 24
8b 78 08 89 d9 89 e8 <f2> ae f7 d1 49 8d 44 0a 02 ba d0 00 00 00 e8 04
2b f1 ff 89 c7
Dec 21 05:53:14 linux1 kernel: input: AT Translated Set 2 keyboard
as /class/input/input0
Continuing in 82 secondssrnel: Continuing in 120 seconds

[root at linux1 proc]# more cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 2
model name      : Intel(R) Pentium(R) 4 CPU 3.06GHz
stepping        : 7
cpu MHz         : 3059.461
cache size      : 512 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 1
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca
cmov pat
pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid xtpr
bogomips        : 6124.61

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 15
model           : 2
model name      : Intel(R) Pentium(R) 4 CPU 3.06GHz
stepping        : 7
cpu MHz         : 3059.461
cache size      : 512 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 1
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca
cmov pat
pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid xtpr
bogomips        : 6118.63





From clydekunkel7734 at cox.net  Wed Dec 21 15:06:25 2005
From: clydekunkel7734 at cox.net (Clyde E. Kunkel)
Date: Wed, 21 Dec 2005 10:06:25 -0500
Subject: Unable to boot with new kernel - kernel-smp-2.6.14-1.1777_FC5
In-Reply-To: <1135177333.31407.7.camel@agagne.int.demandware.com>
References: <1135177333.31407.7.camel@agagne.int.demandware.com>
Message-ID: <43A96F71.9030909@cox.net>

Alan J. Gagne wrote:
> Dec 21 05:53:14 linux1 kernel: Unable to handle kernel NULL pointer
> dereference at virtual address 00000000
> Dec 21 05:53:14 linux1 kernel:  printing eip:
> Dec 21 05:53:14 linux1 kernel: c0239c5d
> Dec 21 05:53:14 linux1 kernel: *pde = 37fe5001
> Dec 21 05:53:14 linux1 kernel: Oops: 0000 [#1]
> Dec 21 05:53:14 linux1 kernel: SMP
> Dec 21 05:53:14 linux1 kernel: last sysfs file: /block/ram0/dev
> Dec 21 05:53:14 linux1 kernel: Modules linked in: ata_piix libata sd_mod
> scsi_mod
> Dec 21 05:53:14 linux1 kernel: CPU:    1
> Dec 21 05:53:14 linux1 kernel: EIP:    0060:[<c0239c5d>]    Not tainted
> VLI
> Dec 21 05:53:14 linux1 kernel: EFLAGS: 00010206   (2.6.14-1.1777_FC5smp)
> Dec 21 05:53:14 linux1 kernel: EIP is at make_class_name+0x27/0x86
> Dec 21 05:53:14 linux1 kernel: eax: 00000000   ebx: ffffffff   ecx:
> ffffffff   edx: 00000009
> Dec 21 05:53:14 linux1 kernel: esi: 00000000   edi: 00000000   ebp:
> 00000000   esp: f7c92e28
> Dec 21 05:53:14 linux1 kernel: ds: 007b   es: 007b   ss: 0068
> Dec 21 05:53:14 linux1 kernel: Process insmod (pid: 347,
> threadinfo=f7c92000 task=f7c7e550)
> Dec 21 05:53:14 linux1 kernel: Stack: f7c7f284 f7c7f284 00000000
> f88a8280 f88a830c c023a001 00000000 f7c7f284
> Dec 21 05:53:14 linux1 kernel:        f7c7f000 f7c7f048 00000000
> c023a077 f7c7f114 f888c2b8 f7c7f314 c2f0bb04
> Dec 21 05:53:14 linux1 kernel:        c2eb78ec f8864636 00000000
> f88649b8 0000fea8 0000fe32 0000fe20 00000002
> Dec 21 05:53:14 linux1 kernel: Call Trace:
> Dec 21 05:53:14 linux1 kernel:  [<c023a001>] class_device_del+0x8a/0xf8
> [<c023a077>] class_device_unregister+0x8/0x10
> Dec 21 05:53:14 linux1 kernel:  [<f888c2b8>] scsi_remove_host+0xe4/0xf9
> [scsi_mod]     [<f8864636>] ata_host_remove+0xe/0x18 [libata]
> Dec 21 05:53:14 linux1 kernel:  [<f88649b8>] ata_device_add+0x1d1/0x1f4
> [libata]     [<f8864f0f>] ata_pci_init_one+0x265/0x2cd [libata]
> Dec 21 05:53:14 linux1 kernel:  [<c01d9acf>] pci_bus_read_config_word
> +0x58/0x63     [<f882e6d7>] piix_init_one+0x153/0x15c [ata_piix]
> Dec 21 05:53:14 linux1 kernel:  [<c02392c7>] __driver_attach+0x0/0x4b
> [<c01dcf41>] pci_call_probe+0xa/0xc
> Dec 21 05:53:14 linux1 kernel:  [<c01dcf6e>] __pci_device_probe
> +0x2b/0x37     [<c01dcf98>] pci_device_probe+0x1e/0x30
> Dec 21 05:53:14 linux1 kernel:  [<c0239212>] driver_probe_device
> +0x32/0x7b     [<c0239300>] __driver_attach+0x39/0x4b
> Dec 21 05:53:14 linux1 kernel:  [<c0238b73>] bus_for_each_dev+0x33/0x55
> [<c0239323>] driver_attach+0x11/0x13
> Dec 21 05:53:14 linux1 kernel:  [<c02392c7>] __driver_attach+0x0/0x4b
> [<c0238ebc>] bus_add_driver+0x52/0x95
> Dec 21 05:53:14 linux1 kernel:  [<c01dd15c>] __pci_register_driver
> +0x96/0xac  [<f880400f>] piix_init+0xf/0x21 [ata_piix]
> Dec 21 05:53:14 linux1 kernel:  [<c01393d7>] sys_init_module+0xe2/0x205
> [<c0103f19>] syscall_call+0x7/0xb
> Dec 21 05:53:14 linux1 kernel: Code: 5b 04 5b c3 55 57 56 53 57 89 04 24
> 8b 40 3c 8b 38 31 ed 83 cb ff 89 d9 89 e8 f2 ae f7 d1 49 89 ca 8b 04 24
> 8b 78 08 89 d9 89 e8 <f2> ae f7 d1 49 8d 44 0a 02 ba d0 00 00 00 e8 04
> 2b f1 ff 89 c7
> Dec 21 05:53:14 linux1 kernel: input: AT Translated Set 2 keyboard
> as /class/input/input0
> Continuing in 82 secondssrnel: Continuing in 120 seconds
> 
> [root at linux1 proc]# more cpuinfo
> processor       : 0
> vendor_id       : GenuineIntel
> cpu family      : 15
> model           : 2
> model name      : Intel(R) Pentium(R) 4 CPU 3.06GHz
> stepping        : 7
> cpu MHz         : 3059.461
> cache size      : 512 KB
> physical id     : 0
> siblings        : 2
> core id         : 0
> cpu cores       : 1
> fdiv_bug        : no
> hlt_bug         : no
> f00f_bug        : no
> coma_bug        : no
> fpu             : yes
> fpu_exception   : yes
> cpuid level     : 2
> wp              : yes
> flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca
> cmov pat
> pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid xtpr
> bogomips        : 6124.61
> 
> processor       : 1
> vendor_id       : GenuineIntel
> cpu family      : 15
> model           : 2
> model name      : Intel(R) Pentium(R) 4 CPU 3.06GHz
> stepping        : 7
> cpu MHz         : 3059.461
> cache size      : 512 KB
> physical id     : 0
> siblings        : 2
> core id         : 0
> cpu cores       : 1
> fdiv_bug        : no
> hlt_bug         : no
> f00f_bug        : no
> coma_bug        : no
> fpu             : yes
> fpu_exception   : yes
> cpuid level     : 2
> wp              : yes
> flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca
> cmov pat
> pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid xtpr
> bogomips        : 6118.63
> 
> 
> 
boot with kernel parm: acpi=off

-- 
Regards,

Old Fart



From alan.gagne at comcast.net  Wed Dec 21 15:26:40 2005
From: alan.gagne at comcast.net (Alan J. Gagne)
Date: Wed, 21 Dec 2005 10:26:40 -0500
Subject: Unable to boot with new kernel - kernel-smp-2.6.14-1.1777_FC5
Message-ID: <1135178800.31407.11.camel@agagne.int.demandware.com>

Thanks!

problem solved using suggested boot parm. acpi=off

Alan



From pjones at redhat.com  Wed Dec 21 15:46:40 2005
From: pjones at redhat.com (Peter Jones)
Date: Wed, 21 Dec 2005 10:46:40 -0500
Subject: Why are software raid devices being renamed?
In-Reply-To: <43A94576.4090400@research.att.com>
References: <43A835F5.1060006@cox.net>
	<1135100221.3240.7.camel@localhost.localdomain>
	<43A8A45A.8000905@cox.net> <43A94576.4090400@research.att.com>
Message-ID: <1135180000.3240.17.camel@localhost.localdomain>

On Wed, 2005-12-21 at 07:07 -0500, John Ellson wrote:

> None of the systems that I have with the problem are multiboot.

Are you rebuilding the initrd from a rescue image when it's
miss-created, or from an actual running system?

-- 
  Peter



From bmillett at gmail.com  Wed Dec 21 15:50:21 2005
From: bmillett at gmail.com (Brian Millett)
Date: Wed, 21 Dec 2005 09:50:21 -0600
Subject: boot command line quiet no workie
Message-ID: <1135180222.3826.6.camel@localhost.localdomain>

Whith the last couple of kernels for rawhide & the latest as of 12/21,
I've noticed that "quiet" on the boot command line is handled just like
my kids handle it: totally ignored.  I don't think that word means what
I think it means.  Is there a new "quiet"?

Thanks.
-- 
Brian Millett - [ Garibaldi, "The Gathering"]
"I don't trust telepaths. Never have, never will."




From clydekunkel7734 at cox.net  Wed Dec 21 16:08:28 2005
From: clydekunkel7734 at cox.net (Clyde E. Kunkel)
Date: Wed, 21 Dec 2005 11:08:28 -0500
Subject: Why are software raid devices being renamed?
In-Reply-To: <1135180000.3240.17.camel@localhost.localdomain>
References: <43A835F5.1060006@cox.net>	<1135100221.3240.7.camel@localhost.localdomain>	<43A8A45A.8000905@cox.net>
	<43A94576.4090400@research.att.com>
	<1135180000.3240.17.camel@localhost.localdomain>
Message-ID: <43A97DFC.9090404@cox.net>

Peter Jones wrote:
> On Wed, 2005-12-21 at 07:07 -0500, John Ellson wrote:
> 
>> None of the systems that I have with the problem are multiboot.
> 
> Are you rebuilding the initrd from a rescue image when it's
> miss-created, or from an actual running system?
> 
FWIW, to get the 16 Dec rawhide tree to boot, I rebuilt the initrd from 
an updated FC5T1 that I have separately installed on the same system. 
See comment #65 in bz 169059.


-- 
Regards,

Old Fart
(my reply-to address may be "munged")



From arjan at fenrus.demon.nl  Wed Dec 21 16:14:59 2005
From: arjan at fenrus.demon.nl (Arjan van de Ven)
Date: Wed, 21 Dec 2005 17:14:59 +0100
Subject: boot command line quiet no workie
In-Reply-To: <1135180222.3826.6.camel@localhost.localdomain>
References: <1135180222.3826.6.camel@localhost.localdomain>
Message-ID: <1135181705.3456.60.camel@laptopd505.fenrus.org>

On Wed, 2005-12-21 at 09:50 -0600, Brian Millett wrote:
> Whith the last couple of kernels for rawhide & the latest as of 12/21,
> I've noticed that "quiet" on the boot command line is handled just like
> my kids handle it: totally ignored.  I don't think that word means what
> I think it means.  Is there a new "quiet"?

I suspect Dave really wants to get all the debugging he can get during
test releases....

At least way back I also disabled "quiet" in the kernel during test
releases to get better quality feedback.



From bmillett at gmail.com  Wed Dec 21 16:18:49 2005
From: bmillett at gmail.com (Brian Millett)
Date: Wed, 21 Dec 2005 10:18:49 -0600
Subject: boot command line quiet no workie
In-Reply-To: <1135181705.3456.60.camel@laptopd505.fenrus.org>
References: <1135180222.3826.6.camel@localhost.localdomain>
	<1135181705.3456.60.camel@laptopd505.fenrus.org>
Message-ID: <1135181929.3826.31.camel@localhost.localdomain>

On Wed, 2005-12-21 at 17:14 +0100, Arjan van de Ven wrote:
> On Wed, 2005-12-21 at 09:50 -0600, Brian Millett wrote:
> > Whith the last couple of kernels for rawhide & the latest as of 12/21,
> > I've noticed that "quiet" on the boot command line is handled just like
> > my kids handle it: totally ignored.  I don't think that word means what
> > I think it means.  Is there a new "quiet"?
> 
> I suspect Dave really wants to get all the debugging he can get during
> test releases....
> 
> At least way back I also disabled "quiet" in the kernel during test
> releases to get better quality feedback.

Ok, fine with me.  Thanks for the answer.

-- 
Brian Millett - [ Maynard, "A Distant Star"]
"Things can get kind of weird out on the rim, too. It's funny. You never
know what you're going to find when you look over the edge of what's
known and into what's not."




From harald at redhat.com  Wed Dec 21 16:21:40 2005
From: harald at redhat.com (Harald Hoyer)
Date: Wed, 21 Dec 2005 11:21:40 -0500
Subject: Fedora Core 4 Test Update: k3b-0.12.10-0.fc4.1
Message-ID: <200512211621.jBLGLeg4032385@devserv.devel.redhat.com>

---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2005-1189
2005-12-21
---------------------------------------------------------------------

Product     : Fedora Core 4
Name        : k3b
Version     : 0.12.10                      
Release     : 0.fc4.1                  
Summary     : CD/DVD burning application for KDE
Description :
K3b provides a comfortable user interface to perform most CD/DVD
burning tasks. While the experienced user can take influence in all
steps of the burning process the beginner may find comfort in the
automatic settings and the reasonable k3b defaults which allow a quick
start.

---------------------------------------------------------------------
Update Information:

An updated version of k3b is available, which may fix the
bugs introduced by the latest KDE update.
---------------------------------------------------------------------
* Tue Dec 20 2005 Harald Hoyer <harald at redhat.com> 0:0.12.10-1
- version 0.12.10

* Tue Dec  6 2005 Harald Hoyer <harald at redhat.com> 0:0.12.8-1
- version 0.12.8

* Wed Sep 21 2005 Harald Hoyer <harald at redhat.com> 0:0.12.4-0.a.1
- version 0.12.4a

* Thu Jul 14 2005 Harald Hoyer <harald at redhat.com> 0:0.12.2-1
- version 0.12.2
- ported some patches

* Mon Jul 11 2005 Harald Hoyer <harald at redhat.com> 0:0.11.23-2
- added "dvd+rw-tools cdrdao" to Requires


---------------------------------------------------------------------
This update can be downloaded from:
  http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/

2648f3e8d477896634e73e3de70a01a7  SRPMS/k3b-0.12.10-0.fc4.1.src.rpm
77e1aa050755226fa6e5cccaa23b2148  ppc/k3b-0.12.10-0.fc4.1.ppc.rpm
ed72b0047a75ff3b0999517cbabec848  ppc/debug/k3b-debuginfo-0.12.10-0.fc4.1.ppc.rpm
6972163e2130901d6f3ce2048c570382  x86_64/k3b-0.12.10-0.fc4.1.x86_64.rpm
7a55e104510398feb3d5ccb12228f07d  x86_64/debug/k3b-debuginfo-0.12.10-0.fc4.1.x86_64.rpm
39bb18e8f4c59fd1dd051d3d02b03f5f  i386/k3b-0.12.10-0.fc4.1.i386.rpm
9ffa2fa17bb2adbe363d7dd5f5b37ec9  i386/debug/k3b-debuginfo-0.12.10-0.fc4.1.i386.rpm

This update can also be installed with the Update Agent; you can
launch the Update Agent with the 'up2date' command.  You may 
need to edit your up2date channels configuration.  Within 
/etc/sysconfig/rhn/sources enable the following line: 
yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/$ARCH
---------------------------------------------------------------------



From pjones at redhat.com  Wed Dec 21 16:26:47 2005
From: pjones at redhat.com (Peter Jones)
Date: Wed, 21 Dec 2005 11:26:47 -0500
Subject: call for testing, dmraid in rawhide
In-Reply-To: <1135157115.10390.28.camel@yoda.loki.me>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134492498.3089.11.camel@localhost.localdomain>
	<1135157115.10390.28.camel@yoda.loki.me>
Message-ID: <1135182408.3240.27.camel@localhost.localdomain>

On Wed, 2005-12-21 at 01:25 -0800, Jesse Keating wrote:
> On Tue, 2005-12-13 at 11:48 -0500, Peter Jones wrote:
> > So, without further fanfare:
> > 
> > To enable this, add "dmraid" to the installer boot command line.
> 
> Hi Peter.  I have tested it with yesterday's rawhide.  My system uses a
> sil3114 chip for raid, I created a mirror of two 250gig disks.  Anaconda
> detected the raid and allowed me to install to it, however grub was not
> installed to the raid device.  I had the boot order set for raid device
> first, but there is also 2 PATA disks in the system.

The two pata disks may be the key -- if you set it to RAID mode and set
the bios so that the raid disk is before any other hard drives in the
boot order (preferably the only drive set to boot), then boot the
installer, go to tty2, and run:

modprobe edd
cd /sys/firmware/edd
ls -ld *
ls -l *

What does it say?

> The rescue mode couldn't / wouldn't create the
> /dev/mapper/sil_randomweirdstring entries for the raid device, so I
> booted into the full installer and chvt'd to a shell, then mounted the
> file systems and ran grub to install it on the raid device.

I suspect rescue mode needs some work.  Any idea who owns it?

> Grub's config is a little confused.

Can you post grub.conf and device.map ?

> grub itself saw the raid device as (hd2,0), but in grub's config file I
> had to use (hd0,0) for it to find the boot directory right.

grub-install still needs some hacking before it'll support this right.
Anaconda should get it right, assuming it picks the right device to boot
at all.

>   Either way, upon reboot the root file system mounted
> was NOT raid, instead it used /dev/sda2.  I haven't investigated too far
> into this, I'm updating to today's rawhide right now.  However since the
> device is being accessed directly, I doubt I'll be able to boot the raid
> device at any time.

Hrm.  That's weird.  That sounds like the initrd was made when you
weren't using a raid device as / .

> Anything else I can provide for this please let me know.

the "init" file from the initrd you were booting would be good.  To
extract it, do:

mkdir /tmp/initrd
cd /tmp/initrd
zcat /boot/initrd-`uname -r`.img | cpio -di

and it'll be /tmp/initrd/init .
-- 
  Peter



From pjones at redhat.com  Wed Dec 21 16:27:41 2005
From: pjones at redhat.com (Peter Jones)
Date: Wed, 21 Dec 2005 11:27:41 -0500
Subject: call for testing, dmraid in rawhide
In-Reply-To: <1135159597.10390.33.camel@yoda.loki.me>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134492498.3089.11.camel@localhost.localdomain>
	<1135157115.10390.28.camel@yoda.loki.me>
	<1135159597.10390.33.camel@yoda.loki.me>
Message-ID: <1135182461.3240.29.camel@localhost.localdomain>

On Wed, 2005-12-21 at 02:06 -0800, Jesse Keating wrote:

> [root at dhcp-108 ~]# ls /dev/mapper/
> control  sil_afbidccddcdg
> 
> no sil_afbidccddcdg1 nor 2.

This means it was set up by dmraid being called in the initscripts, not
in the initrd as expected.

-- 
  Peter



From pjones at redhat.com  Wed Dec 21 16:30:24 2005
From: pjones at redhat.com (Peter Jones)
Date: Wed, 21 Dec 2005 11:30:24 -0500
Subject: call for testing, dmraid in rawhide
In-Reply-To: <43A92F17.2090507@adslpipe.co.uk>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134492498.3089.11.camel@localhost.localdomain>
	<1135157115.10390.28.camel@yoda.loki.me>
	<1135159597.10390.33.camel@yoda.loki.me>
	<43A92F17.2090507@adslpipe.co.uk>
Message-ID: <1135182624.3240.33.camel@localhost.localdomain>

On Wed, 2005-12-21 at 10:31 +0000, Andy Burns wrote:

> Just a heads up in case anyone else does the same and wonders where the 
> message is from, or anyone considers that devicemapper shouldn't even be 
> looking for dmraid devices if the SATA setting is not in RAID mode ...

Also a note for people testing rawhide now -- if you've got bogus raid
metadata on your disks, you should probably remove it with the "dmraid"
utility.  If you haven't removed it, but you want to install anyway and
not use the dmraid functionality, boot the installer with "nodmraid" on
the command line.  (dmraid defaulted to being disabled in test1, 'cause
it wasn't quite functional yet)

-- 
  Peter



From pjones at redhat.com  Wed Dec 21 16:51:25 2005
From: pjones at redhat.com (Peter Jones)
Date: Wed, 21 Dec 2005 11:51:25 -0500
Subject: call for testing, dmraid in rawhide
In-Reply-To: <1135182408.3240.27.camel@localhost.localdomain>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134492498.3089.11.camel@localhost.localdomain>
	<1135157115.10390.28.camel@yoda.loki.me>
	<1135182408.3240.27.camel@localhost.localdomain>
Message-ID: <1135183885.3240.38.camel@localhost.localdomain>

On Wed, 2005-12-21 at 11:26 -0500, Peter Jones wrote:

> > The rescue mode couldn't / wouldn't create the
> > /dev/mapper/sil_randomweirdstring entries for the raid device, so I
> > booted into the full installer and chvt'd to a shell, then mounted the
> > file systems and ran grub to install it on the raid device.
> 
> I suspect rescue mode needs some work.  Any idea who owns it?

Turns out, this is a really dumb question ;)

-- 
  Peter, eating humble pie.



From ellson at research.att.com  Wed Dec 21 17:00:28 2005
From: ellson at research.att.com (John Ellson)
Date: Wed, 21 Dec 2005 12:00:28 -0500
Subject: Why are software raid devices being renamed?
In-Reply-To: <1135180000.3240.17.camel@localhost.localdomain>
References: <43A835F5.1060006@cox.net>	
	<1135100221.3240.7.camel@localhost.localdomain>
	<43A8A45A.8000905@cox.net>	 <43A94576.4090400@research.att.com>
	<1135180000.3240.17.camel@localhost.localdomain>
Message-ID: <43A98A2C.7030304@research.att.com>

Peter Jones wrote:
> On Wed, 2005-12-21 at 07:07 -0500, John Ellson wrote:
>
>   
>> None of the systems that I have with the problem are multiboot.
>>     
>
> Are you rebuilding the initrd from a rescue image when it's
> miss-created, or from an actual running system?
>
>   
No, from a running system.

I'm running kernel-2.6.14-1.1777_FC5.x86_64.rpm
and I upgrade initrd using:

    rpm -Uvh mkinitrd-5.0.15-1.x86_64.rpm

then rebuild the initrd using:

    cd /boot
    mv initrd-2.6.14-1.1777_FC5.img initrd-2.6.14-1.1777_FC5.img.old
    mkinitrd initrd-2.6.14-1.1777_FC5.img 2.6.14-1.1777_FC5

then reboot.  (With 1777 I reboot with "acpi=off irqpoll" because of
other bugs #176284, but the mkintrd problem occurs with all recent kernels)


John



From arjan at fenrus.demon.nl  Wed Dec 21 17:03:03 2005
From: arjan at fenrus.demon.nl (Arjan van de Ven)
Date: Wed, 21 Dec 2005 18:03:03 +0100
Subject: call for testing, dmraid in rawhide
In-Reply-To: <1135183885.3240.38.camel@localhost.localdomain>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134492498.3089.11.camel@localhost.localdomain>
	<1135157115.10390.28.camel@yoda.loki.me>
	<1135182408.3240.27.camel@localhost.localdomain>
	<1135183885.3240.38.camel@localhost.localdomain>
Message-ID: <1135184583.3456.66.camel@laptopd505.fenrus.org>

On Wed, 2005-12-21 at 11:51 -0500, Peter Jones wrote:
> On Wed, 2005-12-21 at 11:26 -0500, Peter Jones wrote:
> 
> > > The rescue mode couldn't / wouldn't create the
> > > /dev/mapper/sil_randomweirdstring entries for the raid device, so I
> > > booted into the full installer and chvt'd to a shell, then mounted the
> > > file systems and ran grub to install it on the raid device.
> > 
> > I suspect rescue mode needs some work.  Any idea who owns it?
> 
> Turns out, this is a really dumb question ;)

you forgot the "you ask you own it" rule?
bwahahahahahahahahah



From pjones at redhat.com  Wed Dec 21 17:57:25 2005
From: pjones at redhat.com (Peter Jones)
Date: Wed, 21 Dec 2005 12:57:25 -0500
Subject: call for testing, dmraid in rawhide
In-Reply-To: <1135184583.3456.66.camel@laptopd505.fenrus.org>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134492498.3089.11.camel@localhost.localdomain>
	<1135157115.10390.28.camel@yoda.loki.me>
	<1135182408.3240.27.camel@localhost.localdomain>
	<1135183885.3240.38.camel@localhost.localdomain>
	<1135184583.3456.66.camel@laptopd505.fenrus.org>
Message-ID: <1135187845.3240.46.camel@localhost.localdomain>

On Wed, 2005-12-21 at 18:03 +0100, Arjan van de Ven wrote:
> On Wed, 2005-12-21 at 11:51 -0500, Peter Jones wrote:
> > On Wed, 2005-12-21 at 11:26 -0500, Peter Jones wrote:
> > 
> > > > The rescue mode couldn't / wouldn't create the
> > > > /dev/mapper/sil_randomweirdstring entries for the raid device, so I
> > > > booted into the full installer and chvt'd to a shell, then mounted the
> > > > file systems and ran grub to install it on the raid device.
> > > 
> > > I suspect rescue mode needs some work.  Any idea who owns it?
> > 
> > Turns out, this is a really dumb question ;)
> 
> you forgot the "you ask you own it" rule?
> bwahahahahahahahahah

I already owned it :P
-- 
  Peter



From fedora-test at adslpipe.co.uk  Wed Dec 21 18:46:57 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Wed, 21 Dec 2005 18:46:57 +0000
Subject: call for testing, dmraid in rawhide
In-Reply-To: <1135113076.3240.11.camel@localhost.localdomain>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com><1134492498.3089.11.camel@localhost.localdomain><43A6F290.40708@adslpipe.co.uk><1135016989.25620.2.camel@localhost.localdomain><43A87191.8070909@adslpipe.co.uk>
	<1135113076.3240.11.camel@localhost.localdomain>
Message-ID: <43A9A321.7020307@adslpipe.co.uk>

Peter Jones wrote:

> ...  rawhide from 20051220 has python-pyblock-0.9-1, which has:
> 
>             if isinstance(x, RaidDev) or isinstance(x, RaidSet):
>                 if not x.valid:
>                     return False
> 
> That should be what's going into the installer as well.  Are you sure
> the tree you pulled from was synced up correctly?

OK, definitely using today's tree with kernel 1777_FC5smp
your patch has made a difference, but it still crashes :-(

See http://adslpipe.co.uk/dmraid2.jpg



From fedora-test at adslpipe.co.uk  Wed Dec 21 18:50:51 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Wed, 21 Dec 2005 18:50:51 +0000
Subject: rawhide report: 20051221 changes
In-Reply-To: <200512210821.jBL8LV9F025297@porkchop.devel.redhat.com>
References: <200512210821.jBL8LV9F025297@porkchop.devel.redhat.com>
Message-ID: <43A9A40B.9040404@adslpipe.co.uk>

Build System wrote:

> fedora-logos-1.1.37-1
> ---------------------
> * Tue Dec 20 2005 Ray Strode <rstrode at redhat.com> - 1.1.37-1
> - another new image from dfong (splash screen)
> - move screensaver lock dialog background here

The new cd bootsplash screen looks very nice, well apart from the [F1] 
to [F5] labels at the bottom being such a dark blue they're practically 
black :-(




From pjones at redhat.com  Wed Dec 21 18:57:30 2005
From: pjones at redhat.com (Peter Jones)
Date: Wed, 21 Dec 2005 13:57:30 -0500
Subject: call for testing, dmraid in rawhide
In-Reply-To: <43A9A321.7020307@adslpipe.co.uk>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134492498.3089.11.camel@localhost.localdomain>
	<43A6F290.40708@adslpipe.co.uk>
	<1135016989.25620.2.camel@localhost.localdomain>
	<43A87191.8070909@adslpipe.co.uk>
	<1135113076.3240.11.camel@localhost.localdomain>
	<43A9A321.7020307@adslpipe.co.uk>
Message-ID: <1135191451.3240.50.camel@localhost.localdomain>

On Wed, 2005-12-21 at 18:46 +0000, Andy Burns wrote:
> Peter Jones wrote:
> 
> > ...  rawhide from 20051220 has python-pyblock-0.9-1, which has:
> > 
> >             if isinstance(x, RaidDev) or isinstance(x, RaidSet):
> >                 if not x.valid:
> >                     return False
> > 
> > That should be what's going into the installer as well.  Are you sure
> > the tree you pulled from was synced up correctly?
> 
> OK, definitely using today's tree with kernel 1777_FC5smp
> your patch has made a difference, but it still crashes :-(
> 
> See http://adslpipe.co.uk/dmraid2.jpg

Hrm.  That looks like an error I thought was fixed -- do you have more
than one set of raid metadata on the disks, with one set pointing to
drives that don't exist?

(or even just one set, if it's pointing to some non-existing drive)
-- 
  Peter



From matt.carter85 at gmail.com  Wed Dec 21 19:01:12 2005
From: matt.carter85 at gmail.com (Matt Carter)
Date: Wed, 21 Dec 2005 19:01:12 +0000
Subject: Kernel 2.6.14-1.1777 Udev Freeze
Message-ID: <7c79ba150512211101v184a620y16b23e74dc851b6c@mail.gmail.com>

Updated to the latest kernel tonight, seems to be getting further and
further now when I boot, I have used vga=791 to grab as much of the
screenshot as possible. You can find it at:

http://www.delta-firebird.co.uk/fedora-dev/kernel-1777.jpg


Matthew



From McBroomRC at oro.doe.gov  Wed Dec 21 19:04:47 2005
From: McBroomRC at oro.doe.gov (McBroom, Robert C)
Date: Wed, 21 Dec 2005 14:04:47 -0500
Subject: Plan for the Holidays
Message-ID: <DFAB73FBDD8F46419C9914B020C962CB13DA67@OROEXCHANGE.oro.doe.gov>

Packages not yet rebuilt with the new gcc from extras-development
 
Parsing package install arguments
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Package plplot.i386 0:5.5.3-8.fc5 set to be updated
---> Package plplot-octave.i386 0:5.5.3-8.fc5 set to be updated
---> Package blas.i386 0:3.0-35.fc5 set to be updated
---> Package octave.i386 6:2.9.4-3.fc5 set to be updated
---> Package plplot-java.i386 0:5.5.3-8.fc5 set to be updated
---> Package ufsparse.i386 0:0.91-2.fc5 set to be updated
---> Package lapack.i386 0:3.0-35.fc5 set to be updated
--> Running transaction check
--> Processing Dependency: libgfortran.so.0 for package: octave
--> Processing Dependency: libgfortran.so.0 for package: plplot
--> Processing Dependency: libgfortran.so.0 for package: blas
--> Processing Dependency: libgfortran.so.0 for package: lapack
--> Processing Dependency: libgfortran.so.0 for package: plplot-octave
--> Finished Dependency Resolution
Error: Missing Dependency: libgfortran.so.0 is needed by package octave
Error: Missing Dependency: libgfortran.so.0 is needed by package plplot
Error: Missing Dependency: libgfortran.so.0 is needed by package blas
Error: Missing Dependency: libgfortran.so.0 is needed by package lapack
Error: Missing Dependency: libgfortran.so.0 is needed by package
plplot-octave

Robert McBroom
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051221/4ed97a6e/attachment.htm>

From aoliva at redhat.com  Wed Dec 21 19:35:41 2005
From: aoliva at redhat.com (Alexandre Oliva)
Date: Wed, 21 Dec 2005 17:35:41 -0200
Subject: Why are software raid devices being renamed?
In-Reply-To: <1135100221.3240.7.camel@localhost.localdomain> (Peter Jones's
	message of "Tue, 20 Dec 2005 12:37:01 -0500")
References: <43A835F5.1060006@cox.net>
	<1135100221.3240.7.camel@localhost.localdomain>
Message-ID: <orslsmdz02.fsf@livre.oliva.athome.lsd.ic.unicamp.br>

On Dec 20, 2005, Peter Jones <pjones at redhat.com> wrote:

> On Tue, 2005-12-20 at 11:48 -0500, Clyde E. Kunkel wrote:
>> Since about mkinitrd-5.0.11, software raidsets are being created in /dev 
>> during initrd with the name /dev/md_dn where n is the number of the 
>> raidset instead of /dev/mdn.  This is causing all sorts of problems from 
>> the worst being kernel panics and the least being raidsets not being 
>> mounted in fstab.

> You're still the *only* person I've seen reporting this.

Not true.  It's even been a while since I narrowed the problem I've
got myself on 5 different boxes to some change in nash.

-- 
Alexandre Oliva         http://www.lsd.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer   aoliva@{redhat.com, gcc.gnu.org}
Free Software Evangelist  oliva@{lsd.ic.unicamp.br, gnu.org}



From jkeating at redhat.com  Wed Dec 21 19:38:29 2005
From: jkeating at redhat.com (Jesse Keating)
Date: Wed, 21 Dec 2005 11:38:29 -0800
Subject: Another round of java rebuilds
Message-ID: <1135193909.10390.46.camel@yoda.loki.me>

A gcc bug was found that is triggered by some of the java packages.
This has been fixed so I am starting another round of java rebuilds.  It
remains to be seen if all java packages will rebuild cleanly this time
around.  I do believe jonas and jacorb were the only ones left after
last time.

-- 
Jesse Keating
Release Engineer: Fedora
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051221/d29dd2b6/attachment.sig>

From paul at all-the-johnsons.co.uk  Wed Dec 21 20:03:38 2005
From: paul at all-the-johnsons.co.uk (Paul)
Date: Wed, 21 Dec 2005 20:03:38 +0000
Subject: Audio gone
Message-ID: <1135195418.3232.3.camel@T7.Linux>

Hi,

I thought this may have been just for the last test kernel, but 1777_FC5
also has it.

My system has two sound cards, one is switched on in the BIOS (nVidia
onboard job). The Soundblaster Audigy is reporting as having the modules
loaded. However, s.c.soundcard is not showing any PCM devices on it and
alsamixer is returning

function snd_ctl_open failed for default: No such file or directory

if I run it from the terminal window (doesn't matter if I'm on as su or
standard user for it).

Has anyone else come across this?

/sbin/ldmod shows

Module                  Size  Used by
lp                     48529  0 
parport_pc             64617  1 
ppdev                  42953  0 
parport                76237  3 lp,parport_pc,ppdev
autofs4                56521  1 
ip_conntrack_ftp       41745  0 
ip_conntrack_netbios_ns    36289  0 
ipt_REJECT             39361  1 
ipt_state              35265  16 
ip_conntrack           96765  3
ip_conntrack_ftp,ip_conntrack_netbios_ns,ipt_state
nfnetlink              40585  1 ip_conntrack
iptable_filter         36545  1 
ip_tables              55249  3 ipt_REJECT,ipt_state,iptable_filter
video                  52041  0 
button                 41057  0 
battery                44105  0 
ac                     38857  0 
ipv6                  417889  16 
floppy                104073  0 
usblp                  48193  0 
usb_storage            99593  0 
snd_emu10k1_synth      41409  0 
snd_emux_synth         73921  1 snd_emu10k1_synth
snd_seq_virmidi        41793  1 snd_emux_synth
snd_seq_midi_emul      40129  1 snd_emux_synth
snd_emu10k1           158213  1 snd_emu10k1_synth
snd_rawmidi            63329  2 snd_seq_virmidi,snd_emu10k1
snd_ac97_codec        143129  1 snd_emu10k1
snd_seq_dummy          37445  0 
snd_seq_oss            69953  0 
snd_seq_midi_event     41921  2 snd_seq_virmidi,snd_seq_oss
snd_seq                97025  8
snd_emux_synth,snd_seq_virmidi,snd_seq_midi_emul,snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_seq_device         43601  7
snd_emu10k1_synth,snd_emux_synth,snd_emu10k1,snd_rawmidi,snd_seq_dummy,snd_seq_oss,snd_seq
bt878                  45193  0 
snd_pcm_oss            89841  0 
snd_mixer_oss          52417  1 snd_pcm_oss
emu10k1_gp             37441  0 
gameport               51537  2 emu10k1_gp
sg                     74345  0 
snd_pcm               135625  3 snd_emu10k1,snd_ac97_codec,snd_pcm_oss
bttv                  236977  1 bt878
video_buf              59077  1 bttv
i2c_algo_bit           42569  1 bttv
v4l2_common            40769  1 bttv
btcx_risc              38345  1 bttv
tveeprom               50257  1 bttv
ehci_hcd               68557  0 
snd_timer              61513  3 snd_emu10k1,snd_seq,snd_pcm
snd_ac97_bus           36033  1 snd_ac97_codec
snd_page_alloc         45649  2 snd_emu10k1,snd_pcm
snd_util_mem           38977  2 snd_emux_synth,snd_emu10k1
snd_hwdep              44897  2 snd_emux_synth,snd_emu10k1
snd                   101033  13
snd_emux_synth,snd_seq_virmidi,snd_emu10k1,snd_rawmidi,snd_ac97_codec,snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_hwdep
i2c_nforce2            41153  0 
i2c_core               58689  4 bttv,i2c_algo_bit,tveeprom,i2c_nforce2
soundcore              44897  1 snd
shpchp                 82113  0 
skge                   75089  0 
ohci1394               70169  0 
videodev               45633  1 bttv
ieee1394              400729  1 ohci1394
ohci_hcd               56285  0 
dm_snapshot            50321  0 
dm_zero                35393  0 
dm_mirror              56257  0 
dm_mod                 96657  6 dm_snapshot,dm_zero,dm_mirror
ext3                  175057  7 
jbd                    98665  1 ext3
sata_nv                43973  0 
libata                 95833  1 sata_nv
aic7xxx               168569  0 
scsi_transport_spi     58689  1 aic7xxx
sd_mod                 53057  0 
scsi_mod              190481  6
usb_storage,sg,libata,aic7xxx,scsi_transport_spi,sd_mod

TTFN

Paul
-- 
main(t,_,a) char*a;{return!0<t?t<3?main(-79,-13,a+main(-87,1-_,main(-86,
0,a+1 )+a)):1,t<_?main(t+1,_,a ):3,main (-94,-27+t,a)&&t==2?_<13?main(2,
_+1,"%s %d %d\n"):9:16:t<0?t<-72?main(_,t,"@n'+,#'/*{}w+/w#cdnr/+,{}r/*de}
+,/*{*+,/w{%+,/w#q#n+,/#{l,+,/n{n+,/+#n+,/#;#q#n+,/+k#;*+,/'r :'d*'3,}{w+K 
w'K:'+}e#';dq#'l q#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){){nl]
'/+#n';d}rw' i;# ){nl]!/n{n#'; r{#w'r nc{nl]'/#{l,+'K {rw' iK{;[{nl]'/w#q#n
'wk nw' iwk{KK{nl]!/w{%'l##w#' i; :{nl]'/*{q#'ld;r'}{nlwb!/*de}'c ;;{nl'-{}
rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}{rl#'{n' ')# }'+}##
(!!/"):t<-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1
):0<t?main(2,2,"%s"):*a=='/'||main(0,main(-61,*a,"!ek;dc i at bK'(q)-[w]*%n+r3#l
,{}:\nuwloca-O;m .vpbks,fxntdCeghiry"),a+1);}
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051221/4ca72fb4/attachment.sig>

From katzj at redhat.com  Wed Dec 21 21:06:13 2005
From: katzj at redhat.com (Jeremy Katz)
Date: Wed, 21 Dec 2005 16:06:13 -0500
Subject: rawhide report: 20051221 changes
In-Reply-To: <43A9A40B.9040404@adslpipe.co.uk>
References: <200512210821.jBL8LV9F025297@porkchop.devel.redhat.com>
	<43A9A40B.9040404@adslpipe.co.uk>
Message-ID: <1135199173.24295.3.camel@bree.local.net>

On Wed, 2005-12-21 at 18:50 +0000, Andy Burns wrote:
> Build System wrote:
> > fedora-logos-1.1.37-1
> > ---------------------
> > * Tue Dec 20 2005 Ray Strode <rstrode at redhat.com> - 1.1.37-1
> > - another new image from dfong (splash screen)
> > - move screensaver lock dialog background here
> 
> The new cd bootsplash screen looks very nice, well apart from the [F1] 
> to [F5] labels at the bottom being such a dark blue they're practically 
> black :-(

They're not intended to look like that -- I'll have to look and see how
the image creation is going differently than I expect.  I might not get
to it until after the holidays, though, but it'll definitely be taken
care of for test2

Jeremy



From jvdias at redhat.com  Wed Dec 21 21:13:24 2005
From: jvdias at redhat.com (Jason Vas Dias)
Date: Wed, 21 Dec 2005 16:13:24 -0500
Subject: Fedora Core 4 Test Update: lftp-3.2.1-10_FC4
Message-ID: <200512212113.jBLLDOmO025609@devserv.devel.redhat.com>

---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2005-1190
2005-12-21
---------------------------------------------------------------------

Product     : Fedora Core 4
Name        : lftp
Version     : 3.2.1                      
Release     : 10_FC4                  
Summary     : A sophisticated file transfer program
Description :
LFTP is a sophisticated ftp/http file transfer program. Like bash, it has job
control and uses the readline library for input. It has bookmarks, built-in
mirroring, and can transfer several files in parallel. It is designed with
reliability in mind.

---------------------------------------------------------------------

* Wed Dec 21 2005 Jason Vas Dias <jvdias at redhat.com> 3.2.1-10
- fix bug 176315: openssl libraries not being picked up - gnutls was instead
- improvements to bug 172376 fix

* Fri Dec 16 2005 Jason Vas Dias <jvdias at redhat.com> 3.2.1-8
- fix bug 173276: handle unresponsive DNS servers better


---------------------------------------------------------------------
This update can be downloaded from:
  http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/

459b6ccd6938dea5efb231faeedfdf8e  SRPMS/lftp-3.2.1-10_FC4.src.rpm
8889d18032cb765cd7da5cc60b64870a  ppc/lftp-3.2.1-10_FC4.ppc.rpm
52a86703805b095b9da809788b972b24  ppc/debug/lftp-debuginfo-3.2.1-10_FC4.ppc.rpm
b3f79e5bf00ee9b9f951adf4b64da442  x86_64/lftp-3.2.1-10_FC4.x86_64.rpm
45f815bc217538abcc3e9d90132745ea  x86_64/debug/lftp-debuginfo-3.2.1-10_FC4.x86_64.rpm
1a0f1b808fea3d8d50c604835903392d  i386/lftp-3.2.1-10_FC4.i386.rpm
0fdd68abfcfbced8d37bed9937869a7e  i386/debug/lftp-debuginfo-3.2.1-10_FC4.i386.rpm

This update can also be installed with the Update Agent; you can
launch the Update Agent with the 'up2date' command.  You may 
need to edit your up2date channels configuration.  Within 
/etc/sysconfig/rhn/sources enable the following line: 
yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/$ARCH
---------------------------------------------------------------------



From paul at all-the-johnsons.co.uk  Wed Dec 21 21:24:50 2005
From: paul at all-the-johnsons.co.uk (Paul)
Date: Wed, 21 Dec 2005 21:24:50 +0000
Subject: Skype and KNode broken
Message-ID: <1135200290.3232.9.camel@T7.Linux>

Hi,

After applying todays (21/12/05) rawhide updates, I'm getting the
following errors from knode and skype

[paul at T7 ~]$ skype
skype: error while loading shared libraries: libqt-mt.so.3: wrong ELF
class: ELFCLASS64
[paul at T7 ~]$ knode
knode: error while loading shared libraries: libqui.so.1: cannot open
shared object file: No such file or directory

Which packages do I need to regress to get these working again?

TTFN

Paul
-- 
main(t,_,a) char*a;{return!0<t?t<3?main(-79,-13,a+main(-87,1-_,main(-86,
0,a+1 )+a)):1,t<_?main(t+1,_,a ):3,main (-94,-27+t,a)&&t==2?_<13?main(2,
_+1,"%s %d %d\n"):9:16:t<0?t<-72?main(_,t,"@n'+,#'/*{}w+/w#cdnr/+,{}r/*de}
+,/*{*+,/w{%+,/w#q#n+,/#{l,+,/n{n+,/+#n+,/#;#q#n+,/+k#;*+,/'r :'d*'3,}{w+K 
w'K:'+}e#';dq#'l q#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){){nl]
'/+#n';d}rw' i;# ){nl]!/n{n#'; r{#w'r nc{nl]'/#{l,+'K {rw' iK{;[{nl]'/w#q#n
'wk nw' iwk{KK{nl]!/w{%'l##w#' i; :{nl]'/*{q#'ld;r'}{nlwb!/*de}'c ;;{nl'-{}
rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}{rl#'{n' ')# }'+}##
(!!/"):t<-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1
):0<t?main(2,2,"%s"):*a=='/'||main(0,main(-61,*a,"!ek;dc i at bK'(q)-[w]*%n+r3#l
,{}:\nuwloca-O;m .vpbks,fxntdCeghiry"),a+1);}
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051221/6af6b24b/attachment.sig>

From drepper at redhat.com  Wed Dec 21 21:44:08 2005
From: drepper at redhat.com (Ulrich Drepper)
Date: Wed, 21 Dec 2005 13:44:08 -0800
Subject: Skype and KNode broken
In-Reply-To: <1135200290.3232.9.camel@T7.Linux>
References: <1135200290.3232.9.camel@T7.Linux>
Message-ID: <43A9CCA8.8060301@redhat.com>

Paul wrote:
> After applying todays (21/12/05) rawhide updates, I'm getting the
> following errors from knode and skype

ldconfig is broken for x86-64 in the current glibc RPM.  You can get an 
old ldconfig binary and run it.  2.3.90-22 will fix this.

-- 
? Ulrich Drepper ? Red Hat, Inc. ? 444 Castro St ? Mountain View, CA ?



From pjones at redhat.com  Wed Dec 21 21:49:28 2005
From: pjones at redhat.com (Peter Jones)
Date: Wed, 21 Dec 2005 16:49:28 -0500
Subject: Why are software raid devices being renamed?
In-Reply-To: <orslsmdz02.fsf@livre.oliva.athome.lsd.ic.unicamp.br>
References: <43A835F5.1060006@cox.net>
	<1135100221.3240.7.camel@localhost.localdomain>
	<orslsmdz02.fsf@livre.oliva.athome.lsd.ic.unicamp.br>
Message-ID: <1135201769.3240.61.camel@localhost.localdomain>

On Wed, 2005-12-21 at 17:35 -0200, Alexandre Oliva wrote:

> > You're still the *only* person I've seen reporting this.
> 
> Not true.

Indeed, I missed your report in the middle of another bug.

>   It's even been a while since I narrowed the problem I've
> got myself on 5 different boxes to some change in nash.

You have?  When?  The closest I've seen of that was when you said it was
happening with one version but not another.  That doesn't actually even
narrow it down to nash actually being the culprit, much less to a
specific change.  If you've actually narrowed it down in some way,
please, do tell me your findings?

-- 
  Peter



From clydekunkel7734 at cox.net  Wed Dec 21 22:08:58 2005
From: clydekunkel7734 at cox.net (Clyde E. Kunkel)
Date: Wed, 21 Dec 2005 17:08:58 -0500
Subject: Why are software raid devices being renamed?
In-Reply-To: <1135201769.3240.61.camel@localhost.localdomain>
References: <43A835F5.1060006@cox.net>	<1135100221.3240.7.camel@localhost.localdomain>	<orslsmdz02.fsf@livre.oliva.athome.lsd.ic.unicamp.br>
	<1135201769.3240.61.camel@localhost.localdomain>
Message-ID: <43A9D27A.2060108@cox.net>

Peter Jones wrote:
> On Wed, 2005-12-21 at 17:35 -0200, Alexandre Oliva wrote:
> 
>>> You're still the *only* person I've seen reporting this.
>> Not true.
> 
> Indeed, I missed your report in the middle of another bug.
> 
>>   It's even been a while since I narrowed the problem I've
>> got myself on 5 different boxes to some change in nash.
> 
> You have?  When?  The closest I've seen of that was when you said it was
> happening with one version but not another.  That doesn't actually even
> narrow it down to nash actually being the culprit, much less to a
> specific change.  If you've actually narrowed it down in some way,
> please, do tell me your findings?
> 

Don't want to beat a dead horse, especially when you have the problem 
identified as a kernel problem (thank you BTW), but, the change in nash 
from mkinitrd-5.0.10 to -5.0.11 which changed the various open type 
statements to various coeOpen statements was when the raid renaming 
problem started for me. Look at comments #39 and #40 of 11/24/05 on 169059.

-- 
Regards,

Old Fart



From pjones at redhat.com  Wed Dec 21 22:59:20 2005
From: pjones at redhat.com (Peter Jones)
Date: Wed, 21 Dec 2005 17:59:20 -0500
Subject: Why are software raid devices being renamed?
In-Reply-To: <43A9D27A.2060108@cox.net>
References: <43A835F5.1060006@cox.net>
	<1135100221.3240.7.camel@localhost.localdomain>
	<orslsmdz02.fsf@livre.oliva.athome.lsd.ic.unicamp.br>
	<1135201769.3240.61.camel@localhost.localdomain>
	<43A9D27A.2060108@cox.net>
Message-ID: <1135205960.3240.64.camel@localhost.localdomain>

On Wed, 2005-12-21 at 17:08 -0500, Clyde E. Kunkel wrote:

> Don't want to beat a dead horse, especially when you have the problem 
> identified as a kernel problem (thank you BTW), but, the change in nash 
> from mkinitrd-5.0.10 to -5.0.11 which changed the various open type 
> statements to various coeOpen statements was when the raid renaming 
> problem started for me. Look at comments #39 and #40 of 11/24/05 on 169059.

If the file descriptor being set "close on exec" makes any difference
with what the ioctl that scans raids does, then there's something
really, really broken in that ioctl.

-- 
  Peter



From jvdias at redhat.com  Wed Dec 21 23:09:27 2005
From: jvdias at redhat.com (Jason Vas Dias)
Date: Wed, 21 Dec 2005 18:09:27 -0500
Subject: Fedora Core 4 Test Update: xterm-207-2.FC4
Message-ID: <200512212309.jBLN9R6c029783@devserv.devel.redhat.com>

---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2005-1192
2005-12-21
---------------------------------------------------------------------

Product     : Fedora Core 4
Name        : xterm
Version     : 207                      
Release     : 2.FC4                  
Summary     : xterm terminal emulator for the X Window System
Description :
The xterm program is a terminal emulator for the X Window System. It
provides DEC VT102 and Tektronix 4014 compatible terminals for
programs that can't use the window system directly.

---------------------------------------------------------------------

* Wed Dec 21 2005 Jason Vas Dias <jvdias at redhat.com> - 207-2.FC4
- Fix bug 164210: tek4014 support should be enabled by default
- Fix bug 175684: compile with --enable-256-color


---------------------------------------------------------------------
This update can be downloaded from:
  http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/

5a58482cd438606d29d785a3e332e12a  SRPMS/xterm-207-2.FC4.src.rpm
2c479bdf463ecb008299787d86cbdea9  ppc/xterm-207-2.FC4.ppc.rpm
b998e875db10a9ba1ca1b2878e3efcb7  ppc/debug/xterm-debuginfo-207-2.FC4.ppc.rpm
9877e6851ebf4d218cf117204c2ebaae  x86_64/xterm-207-2.FC4.x86_64.rpm
5d752d5b692b8142f7dfa4055b084f7a  x86_64/debug/xterm-debuginfo-207-2.FC4.x86_64.rpm
c392f7086ca3fa212be62355f920e0ea  i386/xterm-207-2.FC4.i386.rpm
e2ea61fd9dcebb4fc003e7ec2c0bbc2b  i386/debug/xterm-debuginfo-207-2.FC4.i386.rpm

This update can also be installed with the Update Agent; you can
launch the Update Agent with the 'up2date' command.  You may 
need to edit your up2date channels configuration.  Within 
/etc/sysconfig/rhn/sources enable the following line: 
yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/$ARCH
---------------------------------------------------------------------



From orion at cora.nwra.com  Wed Dec 21 23:16:36 2005
From: orion at cora.nwra.com (Orion Poplawski)
Date: Wed, 21 Dec 2005 16:16:36 -0700
Subject: Plan for the Holidays - Packages to be rebuilt
In-Reply-To: <DFAB73FBDD8F46419C9914B020C962CB13DA67@OROEXCHANGE.oro.doe.gov>
References: <DFAB73FBDD8F46419C9914B020C962CB13DA67@OROEXCHANGE.oro.doe.gov>
Message-ID: <43A9E254.4020703@cora.nwra.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

McBroom, Robert C wrote:
> Packages not yet rebuilt with the new gcc from extras-development
>  
> Parsing package install arguments
> Resolving Dependencies
> --> Populating transaction set with selected packages. Please wait.
> ---> Package plplot.i386 0:5.5.3-8.fc5 set to be updated
> ---> Package plplot-octave.i386 0:5.5.3-8.fc5 set to be updated
> ---> Package blas.i386 0:3.0-35.fc5 set to be updated
> ---> Package octave.i386 6:2.9.4-3.fc5 set to be updated
> ---> Package plplot-java.i386 0:5.5.3-8.fc5 set to be updated
> ---> Package ufsparse.i386 0:0.91-2.fc5 set to be updated
> ---> Package lapack.i386 0:3.0-35.fc5 set to be updated
> --> Running transaction check
> --> Processing Dependency: libgfortran.so.0 for package: octave
> --> Processing Dependency: libgfortran.so.0 for package: plplot
> --> Processing Dependency: libgfortran.so.0 for package: blas
> --> Processing Dependency: libgfortran.so.0 for package: lapack
> --> Processing Dependency: libgfortran.so.0 for package: plplot-octave
> --> Finished Dependency Resolution
> Error: Missing Dependency: libgfortran.so.0 is needed by package octave
> Error: Missing Dependency: libgfortran.so.0 is needed by package plplot
> Error: Missing Dependency: libgfortran.so.0 is needed by package blas
> Error: Missing Dependency: libgfortran.so.0 is needed by package lapack
> Error: Missing Dependency: libgfortran.so.0 is needed by package
> plplot-octave
> 
> Robert McBroom
> 
> 

Tom just rebuilt blas and lapack.  Quentin has rebuilt octave.  I'm
trying to rebuild plplot and running into what looks like modular X
isssues.  Hopefully tomorrow....

Oh, hdf and hdf5 have been rebuilt.  Does netcdf need to be too?

- - Orion

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFDqeJTORnzrtFC2/sRAmoTAJwOMk9c4rGfxSa0Clh4vo59KZnGPgCfQbnd
ArYFfIe48BUAvphrZJdhmrE=
=m3a+
-----END PGP SIGNATURE-----



From fct-cornette at insight.rr.com  Wed Dec 21 23:21:42 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Wed, 21 Dec 2005 18:21:42 -0500
Subject: rawhide report: 20051221 changes
In-Reply-To: <200512210821.jBL8LV9F025297@porkchop.devel.redhat.com>
References: <200512210821.jBL8LV9F025297@porkchop.devel.redhat.com>
Message-ID: <43A9E386.1070302@insight.rr.com>

> 
> selinux-policy-2.1.6-13
> -----------------------
> * Tue Dec 20 2005 Dan Walsh <dwalsh at redhat.com> 2.1.6-13
> - Add dri libs to textrel_shlib_t
> - Add system_r role for java
> - Add unconfined_exec_t for vncserver
> - Allow slapd to use kerberos

Anything to be concerned about?
libsemanage.parse_module_headers: Data did not represent a module.
Failed!

The below change allowed 3D games to function again. (Radeon) - Thanks!

/sbin/restorecon reset /usr/bin/vncserver context 
system_u:object_r:bin_t->system_u:object_r:unconfined_exec_t
/sbin/restorecon reset /usr/lib/dri/i810_dri.so context 
system_u:object_r:lib_t->system_u:object_r:textrel_shlib_t
/sbin/restorecon reset /usr/lib/dri/i830_dri.so context 
system_u:object_r:lib_t->system_u:object_r:textrel_shlib_t
/sbin/restorecon reset /usr/lib/dri/i915_dri.so context 
system_u:object_r:lib_t->system_u:object_r:textrel_shlib_t
/sbin/restorecon reset /usr/lib/dri/mga_dri.so context 
system_u:object_r:lib_t->system_u:object_r:textrel_shlib_t
/sbin/restorecon reset /usr/lib/dri/r128_dri.so context 
system_u:object_r:lib_t->system_u:object_r:textrel_shlib_t
/sbin/restorecon reset /usr/lib/dri/r200_dri.so context 
system_u:object_r:lib_t->system_u:object_r:textrel_shlib_t
/sbin/restorecon reset /usr/lib/dri/savage_dri.so context 
system_u:object_r:lib_t->system_u:object_r:textrel_shlib_t
/sbin/restorecon reset /usr/lib/dri/sis_dri.so context 
system_u:object_r:lib_t->system_u:object_r:textrel_shlib_t
/sbin/restorecon reset /usr/lib/dri/unichrome_dri.so context 
system_u:object_r:lib_t->system_u:object_r:textrel_shlib_t



From fedora-test at adslpipe.co.uk  Thu Dec 22 01:10:49 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Thu, 22 Dec 2005 01:10:49 +0000
Subject: rawhide report: 20051221 changes
In-Reply-To: <1135199173.24295.3.camel@bree.local.net>
References: <200512210821.jBL8LV9F025297@porkchop.devel.redhat.com><43A9A40B.9040404@adslpipe.co.uk>
	<1135199173.24295.3.camel@bree.local.net>
Message-ID: <43A9FD19.1030402@adslpipe.co.uk>

Jeremy Katz wrote:

> They're not intended to look like that

I thought it was just worth a heads up rather than a bugzilla ;-)





From fct-cornette at insight.rr.com  Thu Dec 22 03:09:51 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Wed, 21 Dec 2005 22:09:51 -0500
Subject: Dec 14th dated #prelink# files left on system 
Message-ID: <43AA18FF.2080808@insight.rr.com>

There was discussions on the regular fedora list regarding #prelink# 
files on the system. I have several from Dec 14th and a few from other 
dates back to Dec 11th. 
/usr/lib/libkpimidentities.so.1.0.0.#prelink#.QhucI5 (Dated Dec 11th) 
was printed out when I ran yum today on most packages that were updated. 
Anyway, I deleted the files. Why is there so many copies of 
libpostproc.so.0.0.1.#prelink#.<random>?


]# locate '#prelink#'
/usr/lib/libavcodec-CVS.so.#prelink#.pMEfF1
/usr/lib/libavformat-CVS.so.#prelink#.Epk7g8
/usr/lib/libkpimidentities.so.1.0.0.#prelink#.QhucI5
/usr/lib/libpostproc.so.0.0.1.#prelink#.EAjjAQ
/usr/lib/libpostproc.so.0.0.1.#prelink#.Uvu1aj
/usr/lib/libpostproc.so.0.0.1.#prelink#.a7ZrbE
/usr/libexec/modemlights_applet2.#prelink#.y9mtY4
/usr/libexec/null_applet.#prelink#.ypknof


Is it safe to delete these files? There were libraries without the 
#prelink# added to the file names.


Jim



From notting at redhat.com  Thu Dec 22 03:53:58 2005
From: notting at redhat.com (Bill Nottingham)
Date: Wed, 21 Dec 2005 22:53:58 -0500
Subject: Fedora Core 4 Test Update: gnucash-1.8.12-0.fc4
Message-ID: <200512220353.jBM3rwPg015242@devserv.devel.redhat.com>

---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2005-1193
2005-12-21
---------------------------------------------------------------------

Product     : Fedora Core 4
Name        : gnucash
Version     : 1.8.12                      
Release     : 0.fc4                  
Summary     : GnuCash is an application to keep track of your finances.
Description :
GnuCash is a personal finance manager. A check-book like register GUI
allows you to enter and track bank accounts, stocks, income and even
currency trades. The interface is designed to be simple and easy to
use, but is backed with double-entry accounting principles to ensure
balanced books.

---------------------------------------------------------------------
Update Information:

This updates gnucash to 1.8.12, the latest upstream release.

If no new regressions are found, this will be pushed final
sometime around the new year.
---------------------------------------------------------------------
* Tue Dec 20 2005 Bill Nottingham <notting at redhat.com> 1.8.12-0.fc4
- update to 1.8.12


---------------------------------------------------------------------
This update can be downloaded from:
  http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/

f512ced4a71d40f7770177e83cb9e097  SRPMS/gnucash-1.8.12-0.fc4.src.rpm
9a528c602de5316d109f3bd9b8ce6ad2  ppc/gnucash-1.8.12-0.fc4.ppc.rpm
48903a0763ce122dcee7f7ac0317918a  ppc/gnucash-backend-postgres-1.8.12-0.fc4.ppc.rpm
3e717e01cd8c68d80d17859ebe417ff7  ppc/debug/gnucash-debuginfo-1.8.12-0.fc4.ppc.rpm
777bffb37dc80f882d4d5212a0a58067  x86_64/gnucash-1.8.12-0.fc4.x86_64.rpm
3aa507f9be97a42792e68033d776c6fd  x86_64/gnucash-backend-postgres-1.8.12-0.fc4.x86_64.rpm
50132eb3bd53624c9ceeb5b64db933f6  x86_64/debug/gnucash-debuginfo-1.8.12-0.fc4.x86_64.rpm
9e558f5851efd71d41a1864825d0a9cf  i386/gnucash-1.8.12-0.fc4.i386.rpm
70d67fed9ae00fd7fb8de73823f002c6  i386/gnucash-backend-postgres-1.8.12-0.fc4.i386.rpm
858154bdefe15c883aecb83237b25a92  i386/debug/gnucash-debuginfo-1.8.12-0.fc4.i386.rpm

This update can also be installed with the Update Agent; you can
launch the Update Agent with the 'up2date' command.  You may 
need to edit your up2date channels configuration.  Within 
/etc/sysconfig/rhn/sources enable the following line: 
yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/$ARCH
---------------------------------------------------------------------



From fct-cornette at insight.rr.com  Thu Dec 22 04:31:36 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Wed, 21 Dec 2005 23:31:36 -0500
Subject: rpm -qaV |grep missing
Message-ID: <43AA2C28.8040602@insight.rr.com>

I was seeing messages regarding missing elements from packages when 
running prelink. I removed the db entry for mozilla, then ran 'yum 
update mozilla'. This still showed the same error in prelink. 'rpm 
--replacefiles --replacepkgs mozilla' did not change the error message.
I then --nodep removed mozilla, then reinstalled. I still have the same 
complaint with prelink. Error below:

prelink: /usr/lib/mozilla-1.7.12/libgtkembedmoz.so: Could not find one 
of the dependencies
prelink: /usr/lib/thunderbird-1.5/thunderbird-bin: Could not find one of 
the dependencies
prelink: /usr/lib/mozilla-1.7.12/mozilla-bin: Could not find one of the 
dependencies
prelink: /usr/lib/mozilla-1.7.12/regchrome: Could not find one of the 
dependencies
prelink: /usr/lib/mozilla-1.7.12/xpcshell: Could not find one of the 
dependencies
prelink: /usr/lib/firefox-1.5/firefox-bin: Could not find one of the 
dependencies

I then decided to run 'rpm -qaV |grep missing and am getting a slew of 
packages with missing elements. A lot of the packages are 
system-config-* packages with errors for file.pyc errors. docbook 
packages also seem to have a lot of missing components.

Is this a problem seen on anyone elses system? Or is this related to the 
post and pre scriptlet error or recent days?

Jim



From train at voicenet.com  Thu Dec 22 04:36:27 2005
From: train at voicenet.com (Herbert Rutledge)
Date: Wed, 21 Dec 2005 23:36:27 -0500
Subject: rpm -qaV |grep missing
In-Reply-To: <43AA2C28.8040602@insight.rr.com>
References: <43AA2C28.8040602@insight.rr.com>
Message-ID: <1135226187.4150.11.camel@trylon>

On Wed, 2005-12-21 at 23:31 -0500, Jim Cornette wrote:

> I then decided to run 'rpm -qaV |grep missing and am getting a slew of 
> packages with missing elements. A lot of the packages are 
> system-config-* packages with errors for file.pyc errors. docbook 
> packages also seem to have a lot of missing components.
> 
> Is this a problem seen on anyone elses system? 

I've seen the same thing here.


-train



From fct-cornette at insight.rr.com  Thu Dec 22 04:58:26 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Wed, 21 Dec 2005 23:58:26 -0500
Subject: rpm -qaV |grep missing
In-Reply-To: <1135226187.4150.11.camel@trylon>
References: <43AA2C28.8040602@insight.rr.com> <1135226187.4150.11.camel@trylon>
Message-ID: <43AA3272.2070206@insight.rr.com>

Herbert Rutledge wrote:
> On Wed, 2005-12-21 at 23:31 -0500, Jim Cornette wrote:
> 
> 
>>I then decided to run 'rpm -qaV |grep missing and am getting a slew of 
>>packages with missing elements. A lot of the packages are 
>>system-config-* packages with errors for file.pyc errors. docbook 
>>packages also seem to have a lot of missing components.
>>
>>Is this a problem seen on anyone elses system? 
> 
> 
> I've seen the same thing here.
> 
> 
> -train
> 

Thanks for verifying. The system-config-* packages verify OK when I 
delete the database ebntry, then reinstall with yum. Both the 
docbook-simple and slides create a file with the extention of .cat which 
shows up on a verify of the two packages.

Mozilla still complains about missing chrome packages after db entry 
removal, replace files and packages and after erasing and installing 
again mozilla.

Thanks,
Jim



From gsc.news at online.de  Thu Dec 22 06:20:06 2005
From: gsc.news at online.de (=?ISO-8859-1?Q?=22Dr=2E_G=FCnter_Schmidt=22?=)
Date: Thu, 22 Dec 2005 07:20:06 +0100
Subject: ext3 Filessyten in FC5-Test incompatible with other FC or RHEL
	versions
Message-ID: <43AA4596.4080108@online.de>

I have a multi boot system with FC5-TEST, FC3, RH9 and Centos4 (RHEL4
clone).
The /boot and /home are common to all OS's. Since I installed FC5 I can
not access anymore
the common partitions if I boot into the older systems.
Is there any solution to that problem.

Any help is welcome,
thanks
 G?nter





From gsc.news at online.de  Thu Dec 22 06:24:48 2005
From: gsc.news at online.de (=?ISO-8859-1?Q?=22Dr=2E_G=FCnter_Schmidt=22?=)
Date: Thu, 22 Dec 2005 07:24:48 +0100
Subject: ext3 Filessyten in FC5-Test incompatible with other FC or RHEL
	versions
Message-ID: <43AA46B0.6070005@online.de>

I have a multi boot system with FC5-TEST, FC3, RH9 and Centos4 (RHEL4
clone).
The /boot and /home are common to all OS's. Since I installed FC5 I can
not access anymore
the common partitions if I boot into the older systems.
Is there any solution to that problem.

Any help is welcome,
thanks
 G?nter





From jkeating at j2solutions.net  Thu Dec 22 06:27:33 2005
From: jkeating at j2solutions.net (Jesse Keating)
Date: Wed, 21 Dec 2005 22:27:33 -0800
Subject: ext3 Filessyten in FC5-Test incompatible with other FC or RHEL
	versions
In-Reply-To: <43AA46B0.6070005@online.de>
References: <43AA46B0.6070005@online.de>
Message-ID: <1135232853.2861.2.camel@ender>

On Thu, 2005-12-22 at 07:24 +0100, "Dr. G?nter Schmidt" wrote:
> 
> I have a multi boot system with FC5-TEST, FC3, RH9 and Centos4 (RHEL4
> clone).
> The /boot and /home are common to all OS's. Since I installed FC5 I can
> not access anymore
> the common partitions if I boot into the older systems.
> Is there any solution to that problem.

Could it be SELinux tagging?  Using SELinux on the file system then
booting to an older distro that doesn't have SELinux enabled?

-- 
Jesse Keating RHCE      (geek.j2solutions.net)
Fedora Legacy Team      (www.fedoralegacy.org)
GPG Public Key          (geek.j2solutions.net/jkeating.j2solutions.pub)
 
Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating



From buildsys at redhat.com  Thu Dec 22 08:13:01 2005
From: buildsys at redhat.com (Build System)
Date: Thu, 22 Dec 2005 03:13:01 -0500
Subject: rawhide report: 20051222 changes
Message-ID: <200512220813.jBM8D1Yb018993@porkchop.devel.redhat.com>

 

 
Updated Packages:

SysVinit-2.86-2
---------------
* Wed Dec 21 2005 Bill Nottingham <notting at redhat.com> - 2.86-2
- fix single user mode (#176348)

ant-0:1.6.5-1jpp_2fc
--------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 0:1.6.5-1jpp_2fc
- rebuilt again

antlr-0:2.7.4-2jpp_5fc
----------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 0:2.7.4-2jpp_5fc
- rebuilt for new gcj

bcel-0:5.1-1jpp_5fc
-------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 0:5.1-1jpp_5fc
- rebuilt again

bind-30:9.3.2-1
---------------
* Wed Dec 21 2005 Jason Vas Dias <jvdias at redhat.com> - 30:9.3.2-1
- Upgrade to 9.3.2, released today

bridge-utils-1.0.6-1
--------------------
* Wed Dec 21 2005 David Woodhouse <dwmw2 at redhat.com> 1.0.6-1
- Update to 1.0.6
- Cleanups from Matthias Saou (#172774)

cairo-java-1.0.1-4
------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 1.0.0-4
- rebuilt again

classpathx-jaf-0:1.0-2jpp_4fc
-----------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:1.0-2jpp_4fc
- rebuilt

classpathx-mail-0:1.0-4jpp_4fc
------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 0:1.0-4jpp_4fc
- rebuilt

cryptix-0:3.2.0-4jpp_3fc
------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 3.2.0-4jpp_3fc
- rebuilt again

cvs-1.11.21-3
-------------
* Wed Dec 21 2005 Martin Stransky <stransky at redhat.com> 1.11.21-3
- fix for #150031 - cvs diff -kk -u fails

dtdparser-0:1.21-2jpp_3fc
-------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 0:1.21-2jpp_3fc
- rebuilt again

fontconfig-2.3.93-2
-------------------
* Wed Dec 21 2005 Carl Worth <cworth at redhat.com> - 2.3.93-2
- Fix to create /var/cache/fontconfig/stamp in the post install stage.

* Wed Dec 21 2005 Carl Worth <cworth at redhat.com> - 2.3.93-1
- New upstream version.

gaim-1:1.5.0-9.fc5.3
--------------------
* Wed Dec 21 2005 Warren Togami <wtogami at redhat.com>
- rebuild for nss-devel (#176314 nosnilmot)

gcc-4.1.0-0.10
--------------
* Wed Dec 21 2005 Jakub Jelinek <jakub at redhat.com> 4.1.0-0.10
- update from gcc-4_1-branch (-r108539:108861)
  - PRs ada/18659, ada/18819, c++/20552, c++/21228, c++/24278, c++/24915,
	fortran/18197, fortran/25458, libgfortran/25039, libgfortran/25264,
	libgfortran/25349, libobjc/14382, libstdc++/25421, middle-end/22313,
	middle-end/24306, rtl-optimization/23837, rtl-optimization/25224,
	rtl-optimization/25310, target/24969, testsuite/25215,
	tree-optimization/23838, tree-optimization/24378
- update from gomp-20050608-branch (up to -r108859)
  - fix _Pragma handling (Richard Henderson, PR preprocessor/25240)
- fix reload re-recognition of insns (Alan Modra, PR rtl-optimization/25432)
- don't peephole RTX_FRAME_RELATED_P insns (Andrew Haley, PR
  middle-end/25121)

* Thu Dec 15 2005 Jakub Jelinek <jakub at redhat.com> 4.1.0-0.9
- fix OpenMP lastprivate handling for global vars (Aldy Hernandez)
- fix gnu.xml.dom.DomNode's detach method (Caolan McNamara,
  PR classpath/25426)
- fix up the #175569 fix (Tom Tromey, #175833, PR java/25429)
- fix strength reduction miscompilation of libgnomecanvas
  (#175669, PR rtl-optimization/24899)
- create libgcj-*.jar with - at E options and feed a sorted list to
  it rather than relying on filesystem sorting

* Wed Dec 14 2005 Jakub Jelinek <jakub at redhat.com> 4.1.0-0.8
- update from gcc-4_1-branch (-r108414:108539)
  - PRs classpath/25389, fortran/23815, fortran/25078, target/25254
- fix Java ICE on initialized static final var used in case
  (Andrew Haley, #175569, PR java/25429)
- fix crash in _Unwind_IteratePhdrCallback (Andrew Haley)
- don't Require alsa-lib-devel, just BuildRequire it
  (#175627)
- use .gnu.linkonce.d.rel.ro.* sections for objects that
  are constant after relocation processing

gedit-1:2.13.0-3
----------------
* Wed Dec 21 2005 Jeremy Katz <katzj at redhat.com> - 1:2.13.0-3
- fix gedit-devel requirement to include epoch

gimp-print-4.2.7-15
-------------------
* Wed Dec 21 2005 Tim Waugh <twaugh at redhat.com> 4.2.7-15
- Fix PPD translations (bug #176086).
- Fix Spanish po file (bug #176214).

glib-java-0.2.1-3.5
-------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0 9.2.1-3.5
- rebuilt

glibc-2.3.90-22
---------------
* Wed Dec 21 2005 Jakub Jelinek <jakub at redhat.com> 2.3.90-22
- update from CVS
  - minor fts fixes
- revert broken _Pragma () workaround
- fix ldconfig on bi-arch architectures (#176316)

gnome-panel-2.13.3-3
--------------------
* Wed Dec 21 2005 Ray Strode <rstrode at redhat.com> 2.13.3-3
- add patch from cvs to fix crasher bug

gnome-themes-2.13.2-3
---------------------
* Wed Dec 21 2005 Matthias Clasen <mclasen at redhat.com> - 2.13.2-3
- Make sure the new Clearlooks metacity theme gets picked up

gnu-crypto-0:2.0.1-1jpp_11fc
----------------------------
* Wed Dec 21 2005 Gary Benson <gbenson at redhat.com> - 0:2.0.1-1jpp_11fc
- Rebuild again

gnu.getopt-0:1.0.9-4jpp_3fc
---------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:1.0.9-4jpp_3fc
- rebuilt again

gnu.regexp-0:1.1.4-7jpp_2fc
---------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:1.1.4-7jpp_2fc
- rebuilt again

hplip-0.9.7-4
-------------
* Wed Dec 21 2005 Tim Waugh <twaugh at redhat.com> 0.9.7-4
- Build requires python-devel, libjpeg-devel (bug #176317).

imake-1.0.0-4
-------------
* Wed Dec 21 2005 Than Ngo <than at redhat.com> 1.0.0-4
- final fix for #173593

initscripts-8.20-1
------------------
* Wed Dec 21 2005 Bill Nottingham <notting at redhat.com> 8.20-1
- remove kmodule. udev handles module loading now
- require appropriate udev

* Thu Dec 15 2005 Bill Nottingham <notting at redhat.com> 8.19-1
- Require syslog, for alternate implementations thereof (#172885)
- Fix fsck invocation for weeding out netdev devices (#175803)

* Fri Dec 02 2005 Bill Nottingham <notting at redhat.com> 8.18-1
- use new dhclient file paths, add appropriate conflict (#169164)

jakarta-commons-codec-0:1.3-2jpp_2fc
------------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:1.3-2jpp_2fc
- rebuilt again

jakarta-commons-collections-0:3.1-2jpp_3fc
------------------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:3.1-2jpp_3fc
- rebuilt again

jakarta-commons-dbcp-0:1.2.1-3jpp_3fc
-------------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 0:1.2.1-3jpp_3fc
- rebuilt again

jakarta-commons-lang-0:2.0-2jpp_3fc
-----------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 0:2.0-2jpp_3fc
- rebuilt again

jakarta-commons-launcher-0:0.9-3jpp_2fc
---------------------------------------
* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com> - 0:0.9-3jpp_2fc
- rebuilt for new gcj

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Thu Jan 20 2005 Gary Benson <gbenson at redhat.com> - 0:0.9-3jpp_1fc
- Build into Fedora.

jakarta-commons-pool-0:1.2-2jpp_3fc
-----------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 0:1.2-2jpp_3fc
- rebuilt again

java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_57rh
------------------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 0:1.4.2.0-40jpp_57rh
- rebuilt again w/ another new gcc

javacc-0:3.2-1jpp_4fc
---------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:3.2-1jpp_4fc
- rebuilt

jlex-0:1.2.6-1jpp_3fc
---------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 1.2.6-1jpp_3fc
- rebuilt again

jpackage-utils-0:1.6.3-1jpp_3rh
-------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:1.6.3-1jpp_3rh
- Bump release number and rebuild for yet another new gcc

jsch-0:0.1.18-1jpp_4fc
----------------------
* Wed Dec 21 2005 Andrew Overholt <overholt at redhat.com> 0.1.18-1jpp_4fc
- Rebuild again

junit-0:3.8.1-3jpp_6fc
----------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:3.8.1-3jpp_6fc
- rebuilt again

kdelibs-6:3.5.0-4
-----------------
* Wed Dec 21 2005 Than Ngo <than at redhat.com> 6:3.5.0-4
- apply patch to fix crash in kicker on KDE logout

kernel-xen-2.6.14-1.21_FC5
--------------------------
* Tue Dec 20 2005 Juan Quintela <quintela at redhat.com>
- switch BSD license to Dual BSD/GPL as agreed with upstream.

* Tue Dec 20 2005 Juan Quintela <quintela at redhat.com>
- add EXPORT_SYMBOL for xen_net_read_mac.

* Tue Dec 20 2005 Juan Quintela <quintela at redhat.com>
- xennet is a module again.
- merge with rawhide 1.7776 kernel.
- HIGHMEM4G is default now.

lftp-3.3.5-4
------------
* Wed Dec 21 2005 Jason Vas Dias<jvdias at redhat.com> - 3.3.5-4
- fix bug 176315: openssl libraries not being picked up - gnutls was instead
- improvements to bug 172376 fix

libgnomeprint22-2.12.1-4
------------------------
* Wed Dec 21 2005 Kristian H??gsberg <krh at redhat.com> 2.12.1-4
- Spec file clean-ups from from Matthias Saou (#172923):
  - Explicitly disable rpath.
  - Exclude static modules from the main package.
  - Exclude static libraries from the devel package (useless).
  - Don't own entire /usr/share/gtk-doc.
  - Remove explicit pre/post /sbin/ldconfig deps (they're automatic with -p).
  - Change PreReqs to more correct Requires.
  - Fix devel summary.
  - Add _smp_mflags to build.

linux-atm-2.5.0-0.20050118.3
----------------------------
* Wed Dec 21 2005 David Woodhouse <dwmw2 at redhat.com> 2.5.0-0.20050118.3
- Package cleanups from Matthias Saou (#172932):
-  Add missing /sbin/ldconfig calls for the libs package.
-  Tag atmsigd.conf config file as noreplace.
-  Remove INSTALL (dangling symlink) from %doc.
-  Don't include Makefile* file from doc/.
-  Don't include both sgml and txt howto (only txt).
-  Minor spec file cleanups.

log4j-0:1.2.8-7jpp_7fc
----------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:1.2.8-7jpp7fc
- rebuilt again

lucene-0:1.4.3-1jpp_11fc
------------------------
* Wed Dec 21 2005 Gary Benson <gbenson at redhat.com> - 0:1.4.3-1jpp_10fc
- Rebuilt again

man-pages-ja-20051215-1
-----------------------
* Wed Dec 21 2005 Akira TAGOH <tagoh at redhat.com> - 20051215-1
- updates to 20051215.

mesa-6.4.1-2
------------
* Tue Dec 20 2005 Mike A. Harris <mharris at redhat.com> 6.4.1-2
- Rebuild to ensure libGLU gets rebuilt with new gcc with C++ compiler fixes.
- Changed the 3 devel packages to use Obsoletes instead of Conflicts for the
  packages the files used to be present in, as this is more friendy for
  OS upgrades.
- Added "Requires: libX11-devel" to mesa-libGL-devel package (#173712)
- Added "Requires: libGL-devel" to mesa-libGLU-devel package (#175253)

mx4j-1:3.0.1-1jpp_6fc
---------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:3.0.1-1jpp_6fc
- rebuilt again

nanoxml-0:2.2.3-3jpp_4fc
------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:2.2.3-3jpp_4fc
- rebuilt again

objectweb-anttask-0:1.2-1jpp_2fc
--------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:1.2-1jpp_2fc
- rebuilt again

oldkilim-0:1.1.3-2jpp_4fc
-------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:1.1.3-2jpp_4fc
- rebuilt again

oro-0:2.0.8-1jpp_4fc
--------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 2.0.8-1jpp_4fc
- rebuilt again

p6spy-0:1.3-2jpp_4fc
--------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:1.3-2jpp_4fc
- rebuilt again

puretls-0.9-0.b4.1jpp_3fc
-------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0.9-0.b4.1jpp_2fc
- rebuilt again

qt-1:3.3.5-11
-------------
* Wed Dec 21 2005 Than Ngo <than at redhat.com> 1:3.3.5-11 
- BuildRequires on libXt-devel/xorg-x11-proto-devel

readahead-1:1.1-1.20.1
----------------------
* Wed Dec 21 2005 Karel Zak <kzak at redhat.com>
- removed double slashes in the directory names
- removed or fixed the rest of X11R6 directories

regexp-0:1.3-2jpp_4fc
---------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:1.2-2jpp_4fc
- rebuilt again

rhpl-0.180-1
------------
* Wed Dec 21 2005 Chris Lumens <clumens at redhat.com> 0.180-1
- Deprecate rhpl.log.

rhpxl-0.9-1
-----------
* Wed Dec 21 2005 Chris Lumens <clumens at redhat.com> 0.9-1
- Don't use rhpl.log anymore.

selinux-policy-2.1.6-14
-----------------------
* Wed Dec 21 2005 Dan Walsh <dwalsh at redhat.com> 2.1.6-14
- Lots of fixes to make mls policy work

system-config-bind-4.0.0-34_FC5
-------------------------------
* Wed Dec 21 2005 Jason Vas Dias <jvdias at redhat.com> - 4.0.0-34
- fix bug 170617: don't use pam_stack in pam configuration file

system-config-netboot-0.1.36-1
------------------------------
* Wed Dec 21 2005 Jason Vas Dias <jvdias at redhat.com> - 0.1.36-1
- fix bug 170634: don't use pam_stack in pam configuration file
- fix bug 171820: add desktop.in file to POTFILES.in
- use 'LC_ALL=C' for updateDiskless' 'echo y | /sbin/mke2fs ...',
  as pointed out by email from Kiko Albiol Colomer <kiko at sertecnet.com>

udev-078-2
----------
* Wed Dec 21 2005 Bill Nottingham <notting at redhat.com> - 078-2
- udevstart change: allow greylisting of certain modaliases (usb, firewire)

* Wed Dec 21 2005 Harald Hoyer <harald at redhat.com> - 078-1
- version 078
- fixed symlink to pam_console.dev

vnc-4.1.1-31
------------
* Wed Dec 21 2005 Tim Waugh <twaugh at redhat.com> 4.1.1-31
- Rebase on xorg-x11-server-1.0.0-2.

werken.xpath-0:0.9.4-0.beta.9jpp_2fc
------------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:0.9.4-0.beta.9jpp_2fc
- rebuilt again

wsdl4j-0:1.5.1-1jpp_3fc
-----------------------
* Mon Dec 12 2005 Jesse Keating <jkeating at redhat.com> - 0:1.5.1-1jpp_3fc
- rebuilt again

xalan-j2-0:2.6.0-3jpp_6fc
-------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:2.6.0-3jpp_6fc
- rebuild again

xen-3.0-0.20051206.fc5.1
------------------------
* Tue Dec 06 2005 Juan Quintela <quintela at trasno.org> - 3.0-0.20051206.fc5.1
- 20051206 version (should be 3.0.0).
- Remove xen-bootloader fixes (integrated upstream).

xerces-j2-0:2.6.2-6jpp_1fc
--------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:2.6.2-6jpp_1fc
- rebuilt for new gcj

xfig-3.2.4-17
-------------
* Wed Dec 21 2005 Than Ngo <than at redhat.com> 3.2.4-17
- workaround for utf8

xjavadoc-0:1.1-1jpp_3fc
-----------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 1.1-1jpp_2fc
- rebuilt again

xml-commons-0:1.0-0.b2.7jpp_4fc
-------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:1.0-0.b2.7jpp_4fc
- rebuilt again

* Tue Dec 13 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

xml-commons-resolver-0:1.1-1jpp_7fc
-----------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:1.1-1jpp_7fc
- rebuilt again

xorg-x11-server-1.0.0-2
-----------------------
* Wed Dec 21 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-2
- Added xserver-1.0.0-parser-add-missing-headers-to-sdk.patch to provide the
  necessary libxf86config.a headers to be able to use the library. (#173084)

xterm-207-10
------------
* Wed Dec 21 2005 Jason Vas Dias<jvdias at redhat.com> - 207-10
- Fix bug 164210: tek4014 support should be enabled by default

yum-2.5.0-5
-----------
* Wed Dec 21 2005 Paul Nasrat <pnasrat at redhat.com> - 2.5.0-5
- Make txmbr hashable (#175975)

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.i686 requires /lib/modules/2.6.14-1.1775_FC5
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.i686 requires kernel = 0:2.6.14-1.1775_FC5
	GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.2.i686 requires kernel-smp = 0:2.6.14-1.1775_FC5
	GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.2.i686 requires /lib/modules/2.6.14-1.1775_FC5smp
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.i686 requires /lib/modules/2.6.14-1.1775_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.i686 requires kernel = 0:2.6.14-1.1775_FC5
	cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.3.i686 requires kernel-smp = 0:2.6.14-1.1775_FC5
	cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.3.i686 requires /lib/modules/2.6.14-1.1775_FC5smp
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.2.i686 requires /lib/modules/2.6.14-1.1775_FC5
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.2.i686 requires kernel = 0:2.6.14-1.1775_FC5
	dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.2.i686 requires kernel-smp = 0:2.6.14-1.1775_FC5
	dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.2.i686 requires /lib/modules/2.6.14-1.1775_FC5smp
	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6



Broken deps for ia64
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs



Broken deps for ppc
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6



Broken deps for ppc64
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)



Broken deps for s390
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	systemtap - 0.5.2-2.s390 requires kernel >= 0:2.6.9-11
	systemtap - 0.5.2-2.s390 requires kernel-devel



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.x86_64 requires /lib/modules/2.6.14-1.1775_FC5
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.x86_64 requires kernel = 0:2.6.14-1.1775_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.x86_64 requires /lib/modules/2.6.14-1.1775_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.x86_64 requires kernel = 0:2.6.14-1.1775_FC5
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.2.x86_64 requires /lib/modules/2.6.14-1.1775_FC5
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.2.x86_64 requires kernel = 0:2.6.14-1.1775_FC5
	jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)





From ggw at wolves.durham.nc.us  Thu Dec 22 08:26:22 2005
From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury)
Date: Thu, 22 Dec 2005 03:26:22 -0500
Subject: Minor nit on new logo screen during install
Message-ID: <20051222082622.GA12012@wolves.durham.nc.us>

This is a minor nit-pick.
I *like* the new logo screens, and I haven't even seen them all yet.
In the process of doing an install of today's rawhide (2005-12-21),
the text below the install progress bar is too far down and the "Release
Notes" button overlaps the second line of the description by about 5-6
pixels.  The text is readable, but the descenders and baseline are out
of sight behind the button.

--Wolfe
-- 
G.Wolfe Woodbury     `- -'
RHCT                   U
The Line Eater is a boojum!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051222/b6d0cf14/attachment.sig>

From gsc.news at online.de  Thu Dec 22 11:10:45 2005
From: gsc.news at online.de (gsc.news at online.de)
Date: Thu, 22 Dec 2005 12:10:45 +0100
Subject: AW: Re: ext3 Filessyten in FC5-Test incompatible with other FC or
 RHEL versions
Message-ID: <8409627.64261135249845786.JavaMail.servlet@kundenserver>

>
>On Thu, 2005-12-22 at 07:24 +0100, "Dr. G?nter Schmidt" wrote:
>> 
>> I have a multi boot system with FC5-TEST, FC3, RH9 and Centos4 (RHEL4
>> clone).
>> The /boot and /home are common to all OS's. Since I installed FC5 I can
>> not access anymore
>> the common partitions if I boot into the older systems.
>> Is there any solution to that problem.
>
>Could it be SELinux tagging?  Using SELinux on the file system then
>booting to an older distro that doesn't have SELinux enabled?

This may be possible for RH9 but not Cento4, there is SELinux enabled too.

I tried to disable SELinux and convert the partions back to ext2 but the message
during boot is still the same:
mount: wrong fs type, bad option, bad superblock on /dev/hda2
(which is my boot partition).



From fct-cornette at insight.rr.com  Thu Dec 22 11:51:44 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Thu, 22 Dec 2005 06:51:44 -0500
Subject: ext3 Filessyten in FC5-Test incompatible with other FC or RHEL
 versions
In-Reply-To: <43AA46B0.6070005@online.de>
References: <43AA46B0.6070005@online.de>
Message-ID: <43AA9350.4090202@insight.rr.com>

Dr. G?nter Schmidt wrote:
> I have a multi boot system with FC5-TEST, FC3, RH9 and Centos4 (RHEL4
> clone).
> The /boot and /home are common to all OS's. Since I installed FC5 I can
> not access anymore
> the common partitions if I boot into the older systems.
> Is there any solution to that problem.
> 
> Any help is welcome,
> thanks
>  G?nter
> 
> 
> 

If I recall, there was a change in the ext2 utilities from FC3 to FC4 
which fsils with earlier distro created partitions.

I believe you need to disable filechecking with the entries in your 
fstab  file. That is, change the last two digits in your older distros 
to zero.
Alternatively, you could mount the other OS partitions whenever you need 
to access the files on the common partitions..

Are you talking about a common /home partition?

Jim

-- 
Time sure flies when you don't know what you're doing.



From bernd.bartmann at gmail.com  Thu Dec 22 11:53:44 2005
From: bernd.bartmann at gmail.com (Bernd Bartmann)
Date: Thu, 22 Dec 2005 12:53:44 +0100
Subject: ext3 Filessyten in FC5-Test incompatible with other FC or
	RHEL versions
In-Reply-To: <8409627.64261135249845786.JavaMail.servlet@kundenserver>
References: <8409627.64261135249845786.JavaMail.servlet@kundenserver>
Message-ID: <6c18a4f0512220353j7cc6d30eo6c6dcf76fe5b58a3@mail.gmail.com>

On 12/22/05, gsc.news at online.de <gsc.news at online.de> wrote:
> >
> >On Thu, 2005-12-22 at 07:24 +0100, "Dr. G?nter Schmidt" wrote:
> >>
> >> I have a multi boot system with FC5-TEST, FC3, RH9 and Centos4 (RHEL4
> >> clone).
> >> The /boot and /home are common to all OS's. Since I installed FC5 I can
> >> not access anymore
> >> the common partitions if I boot into the older systems.
> >> Is there any solution to that problem.
> >
> >Could it be SELinux tagging?  Using SELinux on the file system then
> >booting to an older distro that doesn't have SELinux enabled?
>
> This may be possible for RH9 but not Cento4, there is SELinux enabled too.
>
> I tried to disable SELinux and convert the partions back to ext2 but the message
> during boot is still the same:
> mount: wrong fs type, bad option, bad superblock on /dev/hda2
> (which is my boot partition).

Please have a look at my bug report #174618 in Bugzilla. Looks as if
you have a similar problem.

Best regards,
Bernd.



From dr.diesel at gmail.com  Thu Dec 22 12:34:55 2005
From: dr.diesel at gmail.com (Dr. Diesel)
Date: Thu, 22 Dec 2005 07:34:55 -0500
Subject: RedHat Fedora Dev Team?
Message-ID: <2a28d2ab0512220434y52dc268ev30a0e2db218cfae0@mail.gmail.com>

How many coders are currently involved at RedHat?  Are there specific
groups, like kernel guys etc?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051222/e05aa726/attachment.htm>

From aoliva at redhat.com  Thu Dec 22 13:02:45 2005
From: aoliva at redhat.com (Alexandre Oliva)
Date: Thu, 22 Dec 2005 11:02:45 -0200
Subject: Why are software raid devices being renamed?
References: <43A835F5.1060006@cox.net>
	<1135100221.3240.7.camel@localhost.localdomain>
	<orslsmdz02.fsf@livre.oliva.athome.lsd.ic.unicamp.br>
	<1135201769.3240.61.camel@localhost.localdomain>
Message-ID: <orbqz9nv2i.fsf@livre.oliva.athome.lsd.ic.unicamp.br>

On Dec 21, 2005, Peter Jones <pjones at redhat.com> wrote:

> On Wed, 2005-12-21 at 17:35 -0200, Alexandre Oliva wrote:
>> > You're still the *only* person I've seen reporting this.
>> 
>> Not true.

> Indeed, I missed your report in the middle of another bug.

>> It's even been a while since I narrowed the problem I've
>> got myself on 5 different boxes to some change in nash.

> You have?  When?

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169059#c47

> If you've actually narrowed it down in some way, please, do tell me
> your findings?

I did, back on Nov 30.  I compared the full contents of a working
initrd.img, created with mkinitrd-5.1.10, with those of one created
with mkinitrd-5.1.12.  The scripts were identical, the device nodes
were identical, everything was the same, except for the nash binary.
And, as the comment says, that's as far as I got then.

-- 
Alexandre Oliva         http://www.lsd.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer   aoliva@{redhat.com, gcc.gnu.org}
Free Software Evangelist  oliva@{lsd.ic.unicamp.br, gnu.org}



From gsc.news at online.de  Thu Dec 22 13:47:29 2005
From: gsc.news at online.de (gsc.news at online.de)
Date: Thu, 22 Dec 2005 14:47:29 +0100
Subject: AW: Re: ext3 Filessyten in FC5-Test incompatible with other FC or
 RHEL versions
Message-ID: <9856623.86241135259249461.JavaMail.servlet@kundenserver>

>If I recall, there was a change in the ext2 utilities from FC3 to FC4 
>which fsils with earlier distro created partitions.
>
>I believe you need to disable filechecking with the entries in your 
>fstab  file. That is, change the last two digits in your older distros 
>to zero.
>Alternatively, you could mount the other OS partitions whenever you need 
>to access the files on the common partitions..
>
>Are you talking about a common /home partition?

Yes, and therefore, I can't use my privous installations anymore.
And I have no idea, how to convert the ext3 back.

I have read already bug #174618, but they assume a kernel patch for
FC4. But as I want to use Centos4 and don't believe RedHat will corporate
such a patch into their Kernels.



From arjan at fenrus.demon.nl  Thu Dec 22 14:31:03 2005
From: arjan at fenrus.demon.nl (Arjan van de Ven)
Date: Thu, 22 Dec 2005 15:31:03 +0100
Subject: AW: Re: ext3 Filessyten in FC5-Test incompatible with other FC
	or RHEL versions
In-Reply-To: <9856623.86241135259249461.JavaMail.servlet@kundenserver>
References: <9856623.86241135259249461.JavaMail.servlet@kundenserver>
Message-ID: <1135261863.2940.38.camel@laptopd505.fenrus.org>

On Thu, 2005-12-22 at 14:47 +0100, gsc.news at online.de wrote:
> >If I recall, there was a change in the ext2 utilities from FC3 to FC4 
> >which fsils with earlier distro created partitions.
> >
> >I believe you need to disable filechecking with the entries in your 
> >fstab  file. That is, change the last two digits in your older distros 
> >to zero.
> >Alternatively, you could mount the other OS partitions whenever you need 
> >to access the files on the common partitions..
> >
> >Are you talking about a common /home partition?
> 
> Yes, and therefore, I can't use my privous installations anymore.

that sounds nasty; maybe fedora should turn off MLS for now until
there's a better compatibility?

> I have read already bug #174618, but they assume a kernel patch for
> FC4. But as I want to use Centos4 and don't believe RedHat will corporate
> such a patch into their Kernels.

well if you use CentOS4 the question is "will CentOS put it into their
kernel" not "will Red Hat"....




From sds at tycho.nsa.gov  Thu Dec 22 14:49:33 2005
From: sds at tycho.nsa.gov (Stephen Smalley)
Date: Thu, 22 Dec 2005 09:49:33 -0500
Subject: AW: Re: ext3 Filessyten in FC5-Test incompatible with other FC
	or RHEL versions
In-Reply-To: <8409627.64261135249845786.JavaMail.servlet@kundenserver>
References: <8409627.64261135249845786.JavaMail.servlet@kundenserver>
Message-ID: <1135262973.951.45.camel@moss-spartans.epoch.ncsc.mil>

On Thu, 2005-12-22 at 12:10 +0100, gsc.news at online.de wrote:
> >
> >On Thu, 2005-12-22 at 07:24 +0100, "Dr. G?nter Schmidt" wrote:
> >> 
> >> I have a multi boot system with FC5-TEST, FC3, RH9 and Centos4 (RHEL4
> >> clone).
> >> The /boot and /home are common to all OS's. Since I installed FC5 I can
> >> not access anymore
> >> the common partitions if I boot into the older systems.
> >> Is there any solution to that problem.
> >
> >Could it be SELinux tagging?  Using SELinux on the file system then
> >booting to an older distro that doesn't have SELinux enabled?
> 
> This may be possible for RH9 but not Cento4, there is SELinux enabled too.
> 
> I tried to disable SELinux and convert the partions back to ext2 but the message
> during boot is still the same:
> mount: wrong fs type, bad option, bad superblock on /dev/hda2
> (which is my boot partition).

In FC5, the security contexts have been extended with an additional
field for the Multi-Category Security (MCS) and Multi-Level Security
(MLS) support, see
http://www.livejournal.com/users/james_morris/5583.html
and
http://www.livejournal.com/users/james_morris/5020.html

Older SELinux kernels with MLS support disabled (i.e. RHEL4/CentOS4,
FC3, older FC4 kernels) will reject the extended security contexts as
being invalid, which yields the error you are seeing.  Some
compatibility patches were upstreamed to help with this problem, and I
think that they went into the latest FC4 kernel update, but I'm not sure
about RHEL4 yet.

On the RH9 side, you are likely running into the old xattr-on-symlinks
problem in older 2.4 kernels; the fix for that problem was backported to
a FC1 kernel update long ago, IIRC, but naturally not to RH9.

-- 
Stephen Smalley
National Security Agency



From jreiser at BitWagon.com  Thu Dec 22 15:29:35 2005
From: jreiser at BitWagon.com (John Reiser)
Date: Thu, 22 Dec 2005 07:29:35 -0800
Subject: AW: Re: ext3 Filessyten in FC5-Test incompatible with other FC
 or RHEL versions
In-Reply-To: <1135262973.951.45.camel@moss-spartans.epoch.ncsc.mil>
References: <8409627.64261135249845786.JavaMail.servlet@kundenserver>
	<1135262973.951.45.camel@moss-spartans.epoch.ncsc.mil>
Message-ID: <43AAC65F.4010807@BitWagon.com>

Stephen Smalley wrote:

> On the RH9 side, you are likely running into the old xattr-on-symlinks
> problem in older 2.4 kernels; the fix for that problem was backported to
> a FC1 kernel update long ago, IIRC, but naturally not to RH9.

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152827
contains a pointer to the patch which can be applied to
kernel-2.4.20-37.9.legacy with only small offsets.
I did so, and the rebuilt kernel works.  The same patch also
applies to RedHat 8.2, and the resulting kernel works, too.

-- 



From sds at tycho.nsa.gov  Thu Dec 22 15:47:56 2005
From: sds at tycho.nsa.gov (Stephen Smalley)
Date: Thu, 22 Dec 2005 10:47:56 -0500
Subject: AW: Re: ext3 Filessyten in FC5-Test incompatible with other FC
	or RHEL versions
In-Reply-To: <1135262973.951.45.camel@moss-spartans.epoch.ncsc.mil>
References: <8409627.64261135249845786.JavaMail.servlet@kundenserver>
	<1135262973.951.45.camel@moss-spartans.epoch.ncsc.mil>
Message-ID: <1135266476.951.60.camel@moss-spartans.epoch.ncsc.mil>

On Thu, 2005-12-22 at 09:49 -0500, Stephen Smalley wrote:
> In FC5, the security contexts have been extended with an additional
> field for the Multi-Category Security (MCS) and Multi-Level Security
> (MLS) support, see
> http://www.livejournal.com/users/james_morris/5583.html
> and
> http://www.livejournal.com/users/james_morris/5020.html
> 
> Older SELinux kernels with MLS support disabled (i.e. RHEL4/CentOS4,
> FC3, older FC4 kernels) will reject the extended security contexts as
> being invalid, which yields the error you are seeing.  Some
> compatibility patches were upstreamed to help with this problem, and I
> think that they went into the latest FC4 kernel update, but I'm not sure
> about RHEL4 yet.

BTW, the MLS compatibility patch can't just be applied to the
RHEL4/CentOS4 kernel as is (the patch would have no real effect by
itself), because it depends on a prior patch that mainstreamed the MLS
code (turning it from a compile-time option that was disabled in RHEL4
to a load-time option).  The MLS code isn't even built into the RHEL4
kernel currently. So the patch would have to be reworked for it.

-- 
Stephen Smalley
National Security Agency



From katzj at redhat.com  Thu Dec 22 15:56:19 2005
From: katzj at redhat.com (Jeremy Katz)
Date: Thu, 22 Dec 2005 10:56:19 -0500
Subject: Minor nit on new logo screen during install
In-Reply-To: <20051222082622.GA12012@wolves.durham.nc.us>
References: <20051222082622.GA12012@wolves.durham.nc.us>
Message-ID: <1135266979.2340.0.camel@orodruin.boston.redhat.com>

On Thu, 2005-12-22 at 03:26 -0500, G.Wolfe Woodbury wrote:
> This is a minor nit-pick.
> I *like* the new logo screens, and I haven't even seen them all yet.
> In the process of doing an install of today's rawhide (2005-12-21),
> the text below the install progress bar is too far down and the "Release
> Notes" button overlaps the second line of the description by about 5-6
> pixels.  The text is readable, but the descenders and baseline are out
> of sight behind the button.

Yeah, the header image is larger now and that throws off our
all-too-careful manual padding.  Will be fixed before test2 :-)

Jeremy



From gsc.news at online.de  Thu Dec 22 16:54:34 2005
From: gsc.news at online.de (=?ISO-8859-1?Q?=22Dr=2E_G=FCnter_Schmidt=22?=)
Date: Thu, 22 Dec 2005 17:54:34 +0100
Subject: AW: Re: ext3 Filessyten in FC5-Test incompatible with other FC
 or RHEL versions
In-Reply-To: <1135261863.2940.38.camel@laptopd505.fenrus.org>
References: <9856623.86241135259249461.JavaMail.servlet@kundenserver>
	<1135261863.2940.38.camel@laptopd505.fenrus.org>
Message-ID: <43AADA4A.8060102@online.de>

Arjan van de Ven wrote:
>
> that sounds nasty; maybe fedora should turn off MLS for now until
> there's a better compatibility?
>
>   
>> I have read already bug #174618, but they assume a kernel patch for
>> FC4. But as I want to use Centos4 and don't believe RedHat will corporate
>> such a patch into their Kernels.
>>     
>
> well if you use CentOS4 the question is "will CentOS put it into their
> kernel" not "will Red Hat"....
>   
No Centos does only recompile the redhat src.rpm's:
    If not in RHEL4 => not in Centos4




From thethirddoorontheleft at verizon.net  Thu Dec 22 18:44:36 2005
From: thethirddoorontheleft at verizon.net (Darwin H. Webb)
Date: Thu, 22 Dec 2005 10:44:36 -0800
Subject: AW: Re: ext3 Filessyten in FC5-Test incompatible with other FC
 or RHEL versions
In-Reply-To: <43AADA4A.8060102@online.de>
References: <9856623.86241135259249461.JavaMail.servlet@kundenserver>
	<1135261863.2940.38.camel@laptopd505.fenrus.org>
	<43AADA4A.8060102@online.de>
Message-ID: <43AAF414.6060508@verizon.net>

Dr. G?nter Schmidt wrote:
> Arjan van de Ven wrote:
>   
>> that sounds nasty; maybe fedora should turn off MLS for now until
>> there's a better compatibility?
>>
>>   
>>     
>>> I have read already bug #174618, but they assume a kernel patch for
>>> FC4. But as I want to use Centos4 and don't believe RedHat will corporate
>>> such a patch into their Kernels.
>>>     
>>>       
>> well if you use CentOS4 the question is "will CentOS put it into their
>> kernel" not "will Red Hat"....
>>   
>>     
> No Centos does only recompile the redhat src.rpm's:
>     If not in RHEL4 => not in Centos4
>
>
>   

Every year I see the xmas season bank robber news clips and shake my head.


Facts about bank robbers.

   1.

      They get away with very little money.

   2.

      They always get caught. (so few don't they become the experts in
      bank robbing and write books.)

   3.

      They are not very smart.


My mainframe is on the video screen,

it's nineteen sixty seven,

It's the prettiest computer I've every seen,

my big blue water cool died and when to heavvvv' IN


Don't know why it had to go,

the extended attributes came like an April snow,

Security gave it just six months,

The Unix boys when out to lunch

If only I had read the news,

then maybe I would have had a hunch,

There been a change in the wind,

file systems can never be shared aaaaaagaaaa' IN


My mainframe is on the video screen,

it's nineteen sixty seven,

It's the prettiest computer I've every seen,

my big blue water cool died and when to heavvvv' IN


nun na Knock Knock

nun na Knock Knock

nun na Knock Knock

nun na Knock Knock

nun na Knock Knock

nun na Knock Knock

nun na Knock Knock

nun na Knock Knock

nun na Knock Knock


And you call yourself a doctor. Humph!




From fedora-test at adslpipe.co.uk  Thu Dec 22 20:24:16 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Thu, 22 Dec 2005 20:24:16 +0000
Subject: call for testing, dmraid in rawhide
In-Reply-To: <43A9A321.7020307@adslpipe.co.uk>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com><1134492498.3089.11.camel@localhost.localdomain><43A6F290.40708@adslpipe.co.uk><1135016989.25620.2.camel@localhost.localdomain><43A87191.8070909@adslpipe.co.uk><1135113076.3240.11.camel@localhost.localdomain>
	<43A9A321.7020307@adslpipe.co.uk>
Message-ID: <43AB0B70.4050607@adslpipe.co.uk>

Peter Jones wrote:

[Strange your reply made it to the mailman archive, but I don't seem to 
have received it via the list, so this "hand pasted" reply will probably 
lose it's position in the reply chain]

> Hrm.  That looks like an error I thought was fixed -- do you have more
> than one set of raid metadata on the disks, with one set pointing to
> drives that don't exist?

Do you mean metadata from Intel matrix raid setup, or some remnants of 
metadata from software raid?

> (or even just one set, if it's pointing to some non-existing drive)

I had a working software raid on the disks, didn't wipe them, changed 
bios from SATA=AHCI to SATA=RAID, went into the bios raid config and 
created a split config 100GiB mirror plus 300GiB stripe

That seemed to be enough to blow away the old contents of the drives, 
grub didn't even load, machine tried to PXE boot, so I proceeded to 
install ...




From don_springall at hotmail.com  Thu Dec 22 21:41:06 2005
From: don_springall at hotmail.com (Don Springall)
Date: Thu, 22 Dec 2005 14:41:06 -0700
Subject: Floppy Drive
Message-ID: <BAY107-F9D942F7B6152096985C1E85300@phx.gbl>

I think with today's update my system stopped detecting the floppy drive. No 
messages any longer in dmesg   detecting floppy. Nothing in /etc/fstab for 
it any more either.
Kernel 2.6.15-rc5-git6
udev-078-2
hal-0.5.5.1-2.1




From wrrhdev at riede.org  Thu Dec 22 22:53:56 2005
From: wrrhdev at riede.org (Willem Riede)
Date: Thu, 22 Dec 2005 22:53:56 +0000
Subject: rawhide report: 20051222 changes
In-Reply-To: <200512220813.jBM8D1Yb018993@porkchop.devel.redhat.com> (from
	buildsys@redhat.com on Thu Dec 22 03:13:01 2005)
References: <200512220813.jBM8D1Yb018993@porkchop.devel.redhat.com>
Message-ID: <1135292036l.5079l.0l@serve.riede.org>

On 12/22/2005 03:13:01 AM, Build System wrote:
>  
>  
> Updated Packages:
> 
> SysVinit-2.86-2
> ---------------
> * Wed Dec 21 2005 Bill Nottingham <notting at redhat.com> - 2.86-2
> - fix single user mode (#176348)
> 
> 
> gimp-print-4.2.7-15
> -------------------
> * Wed Dec 21 2005 Tim Waugh <twaugh at redhat.com> 4.2.7-15
> - Fix PPD translations (bug #176086).
> - Fix Spanish po file (bug #176214).
> 
> 
> selinux-policy-2.1.6-14
> -----------------------
> * Wed Dec 21 2005 Dan Walsh <dwalsh at redhat.com> 2.1.6-14
> - Lots of fixes to make mls policy work


Updating to today's rawhide (x86_64) gives the following minor nits:


  Updating  : SysVinit                     ##################### [ 50/422]
telinit: timeout opening/writing control channel /dev/initctl
  Updating  : selinux-policy-targeted      ##################### [ 99/422]
libsemanage.parse_module_headers: Data did not represent a module.
Failed!
  Cleanup   : gimp-print-utils             ##################### [374/422]
install-catalog: removal of /usr/share/sgml/openjade/catalog from /etc/sgml/openjade-1.3.2-20.soc
install-catalog: removal of /etc/sgml/openjade-1.3.2-20.soc from /etc/sgml/catalog


Should I worry about these?

Thanks, Willem Riede.



From islifefun1975 at yahoo.com  Thu Dec 22 23:10:47 2005
From: islifefun1975 at yahoo.com (Josh)
Date: Thu, 22 Dec 2005 15:10:47 -0800 (PST)
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <43A58DA4.9090401@karan.org>
Message-ID: <20051222231047.24118.qmail@web34001.mail.mud.yahoo.com>

 
 While we are on the subject of the Acer Ferrari 4005 - has anyone got 
the battery meter to work ?
 Battery does not work on Ferrari 4005 with FC4 x86_64. I have filed a bug. This seems to be due to ACPI error.
 
 Josh


		
---------------------------------
Yahoo! for Good - Make a difference this year. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051222/aae010a2/attachment.htm>

From fct-cornette at insight.rr.com  Fri Dec 23 00:00:14 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Thu, 22 Dec 2005 19:00:14 -0500
Subject: AW: Re: ext3 Filessyten in FC5-Test incompatible with other FC
 or RHEL versions
In-Reply-To: <9856623.86241135259249461.JavaMail.servlet@kundenserver>
References: <9856623.86241135259249461.JavaMail.servlet@kundenserver>
Message-ID: <43AB3E0E.1050807@insight.rr.com>

gsc.news at online.de wrote:
>>If I recall, there was a change in the ext2 utilities from FC3 to FC4 
>>which fsils with earlier distro created partitions.
>>
>>I believe you need to disable filechecking with the entries in your 
>>fstab  file. That is, change the last two digits in your older distros 
>>to zero.
>>Alternatively, you could mount the other OS partitions whenever you need 
>>to access the files on the common partitions..
>>
>>Are you talking about a common /home partition?
> 
> 
> Yes, and therefore, I can't use my privous installations anymore.
> And I have no idea, how to convert the ext3 back.
> 
> I have read already bug #174618, but they assume a kernel patch for
> FC4. But as I want to use Centos4 and don't believe RedHat will corporate
> such a patch into their Kernels.
> 

I like the seperate partitions for /boot for each installation. Another 
good idea is to chainload the different installations and installing 
grub in each distros boot partiton. In that way, you do not have to be 
concerned about installations butting heads with each other.

With using one /boot partition between several installations, the 
boot/grub directory is probably a mangled mess with each installation 
overwriting the other distributions files.

I am surprises a common /boot partition scheme even works.

The issue with preventing file checking with older distributions and 
newer distributions being mixed on the same system, caused a person to 
be dropped to the maintenence shell when an ext3 partition was mounted. 
I cannot recall which way the problem went, older to newer or newer to 
older.
Since you did not mention FC4, I assumed you were effected by the 
problem which was due to incompatibility between FC3 and FC4. A /home 
partition which was common between distros would have dropped you to 
maintenence with the problem that I was thinking of.

Regarding recovering your partitions, Unless you formatted the 
partitions, you should have the same makeup for them. /boot/grub is 
probably a mess though. All I see is that you might have to make a boot 
partition for each distribution. You might need to deal with this on the 
fedora forum or the Centos list or in documentation for the details on 
seperate /boot partitions, using /boot off of the / partition and other 
schemes.

Jim



From silverhead at comcast.net  Thu Dec 22 18:16:43 2005
From: silverhead at comcast.net (James W. Bennett)
Date: Thu, 22 Dec 2005 13:16:43 -0500
Subject: Floppy Drive
In-Reply-To: <BAY107-F9D942F7B6152096985C1E85300@phx.gbl>
References: <BAY107-F9D942F7B6152096985C1E85300@phx.gbl>
Message-ID: <43AAED8B.2090401@comcast.net>

Don Springall wrote:

> I think with today's update my system stopped detecting the floppy 
> drive. No messages any longer in dmesg   detecting floppy. Nothing in 
> /etc/fstab for it any more either.
> Kernel 2.6.15-rc5-git6
> udev-078-2
> hal-0.5.5.1-2.1
>
>
What Motherboard are you using? The reason I asked is I am using an ASUS 
P5WD2 Premium and soon after I installed this motherboard  my floppy 
quit working, and has never work since. I have purchases two new floppy 
drives  and still don't work.  But it is not the fault of Linux but the 
fault of ASUS. What I am saying is be sure it is not your hardware that 
is failing.



From ggw at wolves.durham.nc.us  Fri Dec 23 00:42:11 2005
From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury)
Date: Thu, 22 Dec 2005 19:42:11 -0500
Subject: rawhide 2005-12-21 Firstboot fails to find screen :1 when rhgb not
 present
Message-ID: <20051223004211.GA3144@wolves.durham.nc.us>

Fresh install of rawhide of 2005-12-21:
Firstboot fails to connect to screen :1 to run when RHGB is *not*
present in the mix.  The X server starts, but firstboot fails to detect
and connect.   Lost the traceback info and there is no relevant
information in the various files in /var/log/

about to try install of today's (12-22) rawhide
-- 
G.Wolfe Woodbury     `- -'
RHCT                   U
The Line Eater is a boojum!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051222/d7e2a3a1/attachment.sig>

From don_springall at hotmail.com  Fri Dec 23 00:56:08 2005
From: don_springall at hotmail.com (Don Springall)
Date: Thu, 22 Dec 2005 17:56:08 -0700
Subject: Floppy Drive
Message-ID: <BAY107-F2001DA97A1E2036594695D85330@phx.gbl>

An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051222/157d0f64/attachment.htm>

From davej at redhat.com  Fri Dec 23 02:18:17 2005
From: davej at redhat.com (Dave Jones)
Date: Thu, 22 Dec 2005 21:18:17 -0500
Subject: AW: Re: ext3 Filessyten in FC5-Test incompatible with other FC
	or RHEL versions
In-Reply-To: <1135261863.2940.38.camel@laptopd505.fenrus.org>
References: <9856623.86241135259249461.JavaMail.servlet@kundenserver>
	<1135261863.2940.38.camel@laptopd505.fenrus.org>
Message-ID: <20051223021817.GA27537@redhat.com>

On Thu, Dec 22, 2005 at 03:31:03PM +0100, Arjan van de Ven wrote:
 > On Thu, 2005-12-22 at 14:47 +0100, gsc.news at online.de wrote:
 > > >If I recall, there was a change in the ext2 utilities from FC3 to FC4 
 > > >which fsils with earlier distro created partitions.
 > > >
 > > >I believe you need to disable filechecking with the entries in your 
 > > >fstab  file. That is, change the last two digits in your older distros 
 > > >to zero.
 > > >Alternatively, you could mount the other OS partitions whenever you need 
 > > >to access the files on the common partitions..
 > > >
 > > >Are you talking about a common /home partition?
 > > 
 > > Yes, and therefore, I can't use my privous installations anymore.
 > 
 > that sounds nasty; maybe fedora should turn off MLS for now until
 > there's a better compatibility?

The latest FC4 update kernel can read MLS labelled filesystems without problem.
I've not checked FC3, that one might be a little more tricky, as the compat code
requires changes that have happened post 2.6.12 (where FC3 is currently sat).
Given the effort required to make that work, the limited time remaining in the
FC3 lifetime, and the low general appeal of such a feature, it probably won't
get fixed.

		Dave



From buildsys at redhat.com  Fri Dec 23 08:19:48 2005
From: buildsys at redhat.com (Build System)
Date: Fri, 23 Dec 2005 03:19:48 -0500
Subject: rawhide report: 20051223 changes
Message-ID: <200512230819.jBN8JmWP009800@porkchop.devel.redhat.com>

New package liboil
	Library of Optimized Inner Loops, CPU optimized functions


 
Updated Packages:

MAKEDEV-3.20-3
--------------
* Thu Dec 22 2005 Nalin Dahyabhai <nalin at redhat.com> 3.20-3
- actually get the name of the file right

* Thu Dec 22 2005 Nalin Dahyabhai <nalin at redhat.com> 3.20-2
- actually include the devices.txt file which corresponds to the 2.6 kernel

aqbanking-1.8.1beta-1
---------------------

aspell-12:0.60.3-3
------------------
* Mon Dec 19 2005 Ivana Varekova <varekova at redhat.com> 12:0.60.3-3
- fix for gcc 4.1

avahi-0.6.1-3
-------------
* Thu Dec 22 2005 Jason Vas Dias <jvdias at redhat.com> - 0.6.1-3
- move initscripts from /etc/init.d to /etc/rc.d/init.d

avalon-framework-0:4.1.4-2jpp_7fc
---------------------------------
* Wed Dec 21 2005 Gary Benson <gbenson at redhat.com> 0:4.1.4-2jpp_7fc
- Rebuild again

avalon-logkit-0:1.2-3jpp_2fc
----------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:1.2-3jpp_2fc
- bump again

boost-1.33.1-2
--------------
* Thu Dec 22 2005 Jesse Keating <jkeating at redhat.com> 1.33.1-2
- rebuilt

* Mon Nov 14 2005 Benjamin Kosnik <bkoz at redhat.com> 1.33.1-1
- Update to boost-1.33.1 beta.
- Run testsuite, gather results.

cairo-java-1.0.2-0
------------------
* Thu Dec 22 2005 Andrw Cagney <cagney at redhat.com> - 1.0.2-0
Adam Jocksch <ajocksch at redhat.com>
- import cairo-java-1.0.2.tar.gz.

* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 1.0.0-5
- build on s390x again.

carol-0:1.8.9.3-1jpp_8fc
------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:1.8.9.3-1jpp_8fc
- rebuilt again

cscope-15.5-13
--------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuild on new gcc

dlm-1.0.0-9.FC5
---------------
* Thu Dec 22 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt again
- don't build on ppc ppc64 since the dlm-kernel isnt built there either.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Tue May 17 2005 Chris Feist <cfeist at redhat.com>
- Requires dlm-kernel-modules.

dlm-kernel-2.6.14.1-20051219.162641.FC5.3
-----------------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Mon Dec 19 2005 Chris Feist <cfeist at redhat.com>
- Updated upstream sources.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

eclipse-1:3.1.1-1jpp_13fc
-------------------------
* Wed Dec 21 2005 Andrew Overholt <overholt at redhat.com> 3.1.1-1jpp_13fc
- Rebuild with new gcc (gcc#25121).

ethereal-0.10.14-0.pre1
-----------------------
* Thu Dec 22 2005 Radek Vokal <rvokal at redhat.com> 0.10.14-0.pre1
- 0.10.14 prerelease, fix for conflict with error.h

frysk-0.0.1.2005.12.14.15.12-0.FC4.1
------------------------------------
* Thu Dec 22 2005 Andrew Cagney <cagney at redhat.com> 0.0.1.2005.12.14.15.12-0.FC4.1
- Import frysk-0.0.1.2005.12.14.15.12 rpm.
- Drop build dependency java-1.4.2-gcj-compat-devel
- Apply Patch003, frysk-makefileam.patch.

gawk-3.1.5-5
------------
* Thu Dec 22 2005 Karel Zak <kzak at redhat.com> 3.1.5-5
- fix "gawk -v BINMODE=1" (patch by Aharon Robbins)
- fix conversion from large number to string (patch by Aharon Robbins)

geronimo-specs-0:1.0-0.M2.2jpp_5fc
----------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:1.0-0.M2.2jpp_5fc
- rebuilt again

glib-java-0.2.2-1
-----------------
* Thu Dec 22 2005 Adam Jocksch <ajocksch at redhat.com>
- bumped version to 0.2.2, updated tarball.

gnucash-1.8.12-1
----------------
* Thu Dec 22 2005 Bill Nottingham <notting at redhat.com> 1.8.12-1
- update to 1.8.12

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gpm-1.20.1-72
-------------
* Thu Dec 22 2005 Jesse Keating <jkeating at redhat.com> 1.20.1-72
- rebuilt again

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt
- added autoconf as a BuildReq

gwenhywfar-1.99.2-1
-------------------
* Thu Dec 22 2005 Bill Nottingham <notting at redhat.com> 1.99.2-1
- update to 1.99.2
- use the pkgconfig file, not gwenhywfar-config

jakarta-commons-beanutils-0:1.7.0-2jpp_4fc
------------------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 0:1.7.0-2jpp_4fc
- rebuilt again

jakarta-commons-cli-0:1.0-6jpp_3fc
----------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 0:1.0-6jpp_3fc
- rebuilt again

jakarta-commons-digester-0:1.6-2jpp_7fc
---------------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 0:1.6-2jpp_7fc
- rebuilt again

jakarta-commons-discovery-1:0.3-1jpp_3fc
----------------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> -1:1:0.3-1jpp_3fc
- rebuilt again

jakarta-commons-el-0:1.0-4jpp_4fc
---------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 0:1.0-4jpp_4fc
- rebuilt again

jakarta-commons-fileupload-1:1.0-3jpp_4fc
-----------------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 1:1.0-3jpp_3fc
- rebuilt again

jakarta-commons-httpclient-1:3.0-0.rc2.0jpp_3fc
-----------------------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 1:3.0-0.rc2.0jpp_3fc
- rebuilt again

jakarta-commons-logging-0:1.0.4-2jpp_8fc
----------------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 0:1.0.4-2jpp_8fc
- rebuilt again

jakarta-commons-modeler-0:1.1-4jpp_4fc
--------------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 0:1.1-4jpp_4fc
- rebuilt again

jakarta-commons-validator-0:1.1.3-1jpp_4fc
------------------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 0:1.1.3-1jpp_4fc
- rebuilt again

jessie-0:1.0.0-11
-----------------
* Thu Dec 22 2005 Jesse Keating <fitzsim at redhat.com> 0:1.0.0-11
- Bump for gcc/gcj

jgroups-0:2.2.6-1jpp_3fc
------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:2.2.6-1jpp_3fc
- rebuilt again

jonathan-core-0:4.1-1jpp_6fc
----------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:4.1-1jpp_6fc
- rebuilt again

jonathan-jeremie-0:4.2-1jpp_6fc
-------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:4.2-1jpp_6fc
- rebuilt done

jonathan-rmi-3.1-6
------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 3.1-6
- rebuilt again

jotm-0:2.0.5-1jpp_5fc
---------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:2.0.5-1jpp_5fc
- rebuilt again

kernel-2.6.14-1.1783_FC5
------------------------
* Thu Dec 22 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc6-git3

* Wed Dec 21 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc6-git2

libavc1394-0.5.1-2
------------------
* Thu Dec 22 2005 Warren Togami <wtogami at redhat.com> 0.5.1-2
- remove .a and .la (#172641)
- GPL -> LGPL (#165908)

libgconf-java-2.12.1-2
----------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 2.12.1-2
- rebuilt again

libglade-java-2.12.1-3
----------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 2.12.1-3
- rebuilt again

libgnome-java-2.12.1-3
----------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 2.12.1-2
- rebuilt again

* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

libgtk-java-2.8.2-0
-------------------
* Thu Dec 22 2005 Andrw Cagney <cagney at redhat.com> - 2.8.2-0
Adam Jocksch <ajocksch at redhat.com>
- import libgtk-java-2.8.2.tar.gz

* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 2.8.1-3
- rebuilt again

libofx-0.8.0-1
--------------
* Tue Dec 20 2005 Bill Nottingham <notting at redhat.com> 0.8.0-1
- update to 0.8.0

libvte-java-0.11.11-7
---------------------

medor-0:1.4.4-1jpp_3fc
----------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:1.4.4-1jpp_3fc
- rebuilt
medor-expression-0:1.4.2-1jpp_3fc
---------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:1.4.2-1jpp_3fc
- rebuilt again
mockobjects-0:0.09-12jpp_4fc
----------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:09-11jpp_4fc
- rebuilt again

monolog-0:1.8.6-1jpp_11fc
-------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:1.8.6-1jpp_11fc
- rebuilt again

objectweb-deploysched-0:0.2-1jpp_3fc
------------------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:0.2-1jpp_3fc
- rebuilt again
openoffice.org-1:2.0.1.1-2.2
----------------------------
* Wed Dec 21 2005 Caolan McNamara <caolanm at redhat.com> - 1:2.0.1.1-2
- add openoffice.org-2.0.1.oooXXXXX.vcl.animatedtheme.patch for animated
  theme problem

oprofile-0.9.1-7
----------------
* Thu Dec 22 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

pm-utils-0.08-1
---------------
* Thu Dec 22 2005 Peter Jones <pjones at redhat.com> - 0.08-1
- Fix scripts for new pciutils

policycoreutils-1.29.2-6
------------------------
* Thu Dec 22 2005 Dan Walsh <dwalsh at redhat.com> 1.29.2-6
- Turn off try catch block to debug anaconda failure

rhpl-0.181-1
------------
* Thu Dec 22 2005 Jeremy Katz <katzj at redhat.com> - 0.181-1
- Clean up spacing and use current widgets for exception dialog
- add serbian keyboard models (#175611)

selinux-policy-2.1.6-16
-----------------------
* Thu Dec 22 2005 Dan Walsh <dwalsh at redhat.com> 2.1.6-16
- Fix hostname in targeted policy

* Wed Dec 21 2005 Dan Walsh <dwalsh at redhat.com> 2.1.6-15
- Fix passwd command on mls

setools-2.2-4.1
---------------
* Fri Dec 16 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt for new gcj

* Wed Dec 14 2005 Dan Walsh <dwalsh at redhat.com> 2.2-4
- Fix dessktop files
- Apply fixes from bkyoung

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

struts-0:1.2.4-2jpp_5fc
-----------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 0:1.2.4-2jpp_5fc
- rebuilt again

synaptics-0:0.14.4-4.1
----------------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

sysreport-1.4.2-7
-----------------
* Thu Dec 22 2005 Jesse Keating <jkeating at redhat.com> 1.4.2-7
- rebuilt

sysstat-6.0.1-3.1
-----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

tomcat5-0:5.0.30-8jpp_7fc
-------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> 0:5.0.30-8jpp_7fc
- rebuilt again

unzip-5.52-1
------------
* Thu Dec 22 2005 Ivana Varekova <vraekova at redhat.com> 5.52-1
- update to 5.52

velocity-0:1.4-3jpp_3fc
-----------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 0:1.4-3jpp_3fc
- rebuilt again

xdoclet-0:1.2.2-2jpp_4fc
------------------------
* Wed Dec 21 2005 Jesse Keating <jkeating at redhat.com> - 0:1.2.2-2jpp_4fc
- rebuilt again

xen-3.0-0.20051206.fc5.2
------------------------
* Thu Dec 22 2005 Jesse Keating <jkeating at redhat.com> - 3.0-0.20051206.fc5.2
- rebuilt

xorg-x11-server-1.0.0-3
-----------------------
* Thu Dec 22 2005 Mike A. Harris <mharris at redhat.com> 1.0.0-3
- Added "Provides: libxf86config-devel = 1.0.0-3" to sdk package.

xsri-1:2.1.0-9.1
----------------
* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.i686 requires /lib/modules/2.6.14-1.1775_FC5
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.i686 requires kernel = 0:2.6.14-1.1775_FC5
	GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.2.i686 requires kernel-smp = 0:2.6.14-1.1775_FC5
	GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.2.i686 requires /lib/modules/2.6.14-1.1775_FC5smp
	aqhbci - 1.0.2beta-2.1.i386 requires libgwenhywfar.so.17
	aqhbci-devel - 1.0.2beta-2.1.i386 requires libgwenhywfar.so.17
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.i686 requires /lib/modules/2.6.14-1.1775_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.i686 requires kernel = 0:2.6.14-1.1775_FC5
	cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.3.i686 requires kernel-smp = 0:2.6.14-1.1775_FC5
	cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.3.i686 requires /lib/modules/2.6.14-1.1775_FC5smp
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.4.i686 requires /lib/modules/2.6.14-1.1777_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.4.i686 requires kernel = 0:2.6.14-1.1777_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.4.i686 requires /lib/modules/2.6.14-1.1777_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.4.i686 requires kernel-smp = 0:2.6.14-1.1777_FC5
	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6



Broken deps for ia64
----------------------------------------------------------
	aqhbci - 1.0.2beta-2.1.ia64 requires libgwenhywfar.so.17()(64bit)
	aqhbci-devel - 1.0.2beta-2.1.ia64 requires libgwenhywfar.so.17()(64bit)
	jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs



Broken deps for ppc
----------------------------------------------------------
	aqhbci - 1.0.2beta-2.1.ppc requires libgwenhywfar.so.17
	aqhbci-devel - 1.0.2beta-2.1.ppc requires libgwenhywfar.so.17
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6



Broken deps for ppc64
----------------------------------------------------------
	aqhbci - 1.0.2beta-2.1.ppc64 requires libgwenhywfar.so.17()(64bit)
	aqhbci-devel - 1.0.2beta-2.1.ppc64 requires libgwenhywfar.so.17()(64bit)
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)



Broken deps for s390
----------------------------------------------------------
	aqhbci - 1.0.2beta-2.1.s390 requires libgwenhywfar.so.17
	aqhbci-devel - 1.0.2beta-2.1.s390 requires libgwenhywfar.so.17
	jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	systemtap - 0.5.2-2.s390 requires kernel >= 0:2.6.9-11
	systemtap - 0.5.2-2.s390 requires kernel-devel



Broken deps for s390x
----------------------------------------------------------
	aqhbci - 1.0.2beta-2.1.s390x requires libgwenhywfar.so.17()(64bit)
	aqhbci-devel - 1.0.2beta-2.1.s390x requires libgwenhywfar.so.17()(64bit)
	jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit)
	libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit)
	systemtap - 0.5.2-2.s390x requires kernel >= 0:2.6.9-11
	systemtap - 0.5.2-2.s390x requires kernel-devel



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.x86_64 requires /lib/modules/2.6.14-1.1775_FC5
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.x86_64 requires kernel = 0:2.6.14-1.1775_FC5
	aqhbci - 1.0.2beta-2.1.x86_64 requires libgwenhywfar.so.17()(64bit)
	aqhbci-devel - 1.0.2beta-2.1.x86_64 requires libgwenhywfar.so.17()(64bit)
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.x86_64 requires /lib/modules/2.6.14-1.1775_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.x86_64 requires kernel = 0:2.6.14-1.1775_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.4.x86_64 requires /lib/modules/2.6.14-1.1777_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.4.x86_64 requires kernel = 0:2.6.14-1.1777_FC5
	jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)





From arjan at fenrus.demon.nl  Fri Dec 23 08:23:59 2005
From: arjan at fenrus.demon.nl (Arjan van de Ven)
Date: Fri, 23 Dec 2005 09:23:59 +0100
Subject: AW: Re: ext3 Filessyten in FC5-Test incompatible with other FC
	or RHEL versions
In-Reply-To: <20051223021817.GA27537@redhat.com>
References: <9856623.86241135259249461.JavaMail.servlet@kundenserver>
	<1135261863.2940.38.camel@laptopd505.fenrus.org>
	<20051223021817.GA27537@redhat.com>
Message-ID: <1135326239.2941.3.camel@laptopd505.fenrus.org>

On Thu, 2005-12-22 at 21:18 -0500, Dave Jones wrote:
> On Thu, Dec 22, 2005 at 03:31:03PM +0100, Arjan van de Ven wrote:
>  > On Thu, 2005-12-22 at 14:47 +0100, gsc.news at online.de wrote:
>  > > >If I recall, there was a change in the ext2 utilities from FC3 to FC4 
>  > > >which fsils with earlier distro created partitions.
>  > > >
>  > > >I believe you need to disable filechecking with the entries in your 
>  > > >fstab  file. That is, change the last two digits in your older distros 
>  > > >to zero.
>  > > >Alternatively, you could mount the other OS partitions whenever you need 
>  > > >to access the files on the common partitions..
>  > > >
>  > > >Are you talking about a common /home partition?
>  > > 
>  > > Yes, and therefore, I can't use my privous installations anymore.
>  > 
>  > that sounds nasty; maybe fedora should turn off MLS for now until
>  > there's a better compatibility?
> 
> The latest FC4 update kernel can read MLS labelled filesystems without problem.
> I've not checked FC3, that one might be a little more tricky, as the compat code
> requires changes that have happened post 2.6.12 (where FC3 is currently sat).
> Given the effort required to make that work, the limited time remaining in the
> FC3 lifetime, and the low general appeal of such a feature, it probably won't
> get fixed

given that even RHEL4 can't get compatibility code.. why go through this
pain in the first place? Is MLS a compelling enough feature for fedora
to go through this pain? Is it even used for something or by someone in
the first place?



From roger at gwch.net  Fri Dec 23 12:16:49 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Fri, 23 Dec 2005 13:16:49 +0100 (CET)
Subject: X-Server keeps crashing after last update
Message-ID: <39576.86.61.73.37.1135340209.squirrel@www.gwch.net>

Hey,
i've been updating today, now gdm keeps crashing. Log says:
(WW) Warning, couldn't open module bitmap
(II) UnloadModule: "bitmap"
(EE) Failed to load module "bitmap" (module does not exist, 0)

how can i get it back??

thx
roger



From gsc.news at online.de  Fri Dec 23 12:28:43 2005
From: gsc.news at online.de (=?ISO-8859-1?Q?Dr=2E_G=FCnter_Schmidt?=)
Date: Fri, 23 Dec 2005 13:28:43 +0100
Subject: AW: Re: AW: Re: ext3 Filessyten in FC5-Test incompatible with other
 FC or RHEL versions
Message-ID: <5134634.158301135340923965.JavaMail.servlet@kundenserver>

>
>On Thu, 2005-12-22 at 21:18 -0500, Dave Jones wrote:
>> On Thu, Dec 22, 2005 at 03:31:03PM +0100, Arjan van de Ven wrote:
>>  > On Thu, 2005-12-22 at 14:47 +0100, gsc.news at online.de wrote:
>>  > > >If I recall, there was a change in the ext2 utilities from FC3 to FC4 
>
>>  > > >which fsils with earlier distro created partitions.
>>  > > >
>>  > > >I believe you need to disable filechecking with the entries in your 
>>  > > >fstab  file. That is, change the last two digits in your older distros 
>
>>  > > >to zero.
>>  > > >Alternatively, you could mount the other OS partitions whenever you 
>need 
>>  > > >to access the files on the common partitions..
>>  > > >
>>  > > >Are you talking about a common /home partition?
>>  > > 
>>  > > Yes, and therefore, I can't use my privous installations anymore.
>>  > 
>>  > that sounds nasty; maybe fedora should turn off MLS for now until
>>  > there's a better compatibility?
>> 
>> The latest FC4 update kernel can read MLS labelled filesystems without 
>problem.
>> I've not checked FC3, that one might be a little more tricky, as the compat 
>code
>> requires changes that have happened post 2.6.12 (where FC3 is currently 
>sat).
>> Given the effort required to make that work, the limited time remaining in 
>the
>> FC3 lifetime, and the low general appeal of such a feature, it probably 
>won't
>> get fixed
>
>given that even RHEL4 can't get compatibility code.. why go through this
>pain in the first place? Is MLS a compelling enough feature for fedora
>to go through this pain? Is it even used for something or by someone in
>the first place?

This would also meen the upcomming RHEL5 (derived from FC5) will be incompatible
with RHEL4 (derived from FC3) and RHLE3 (derived from RH9).

The user friendly version would be not to change an existing partition during boot
time without a warning.

As current solution I can only backup my boot and home partitions, format them
under centos4, restore the data and forget FC5.



From fct-cornette at insight.rr.com  Fri Dec 23 13:35:38 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Fri, 23 Dec 2005 08:35:38 -0500
Subject: Verifying rpms as root compared to user - missing files
Message-ID: <43ABFD2A.2010905@insight.rr.com>

After reinstalling a lot of packages that failed verification for 
missing elements due to the earlier problem, the below rpms still show 
missing (just two entries as root, many more as user, not visible to user)

missing     /usr/lib/mozilla-1.7.12/chrome/overlayinfo/global/content
missing     /var/cache/foomatic

How would one get these two missing files installed? I tried several 
options to rpm on the yum downloaded rpms. --replacefiles -replacepkgs, 
totally removing and reinstalling the rpms. Removing the rpms, cheaning 
the directories where the files live, but no luck.

Rpm verification as user sent me on a wild goose chase. (firestarter, 
chrooted stuff and the like.)

Jim

-- 
Time sure flies when you don't know what you're doing.



From pknirsch at redhat.com  Fri Dec 23 13:41:57 2005
From: pknirsch at redhat.com (Phil Knirsch)
Date: Fri, 23 Dec 2005 14:41:57 +0100
Subject: Verifying rpms as root compared to user - missing files
In-Reply-To: <43ABFD2A.2010905@insight.rr.com>
References: <43ABFD2A.2010905@insight.rr.com>
Message-ID: <43ABFEA5.20407@redhat.com>

Jim Cornette wrote:
> After reinstalling a lot of packages that failed verification for 
> missing elements due to the earlier problem, the below rpms still show 
> missing (just two entries as root, many more as user, not visible to user)
> 
> missing     /usr/lib/mozilla-1.7.12/chrome/overlayinfo/global/content
> missing     /var/cache/foomatic
> 
> How would one get these two missing files installed? I tried several 
> options to rpm on the yum downloaded rpms. --replacefiles -replacepkgs, 
> totally removing and reinstalling the rpms. Removing the rpms, cheaning 
> the directories where the files live, but no luck.
> 
> Rpm verification as user sent me on a wild goose chase. (firestarter, 
> chrooted stuff and the like.)
> 
> Jim
> 

Funny enough, i stumbled across exactly those verify "errors" yesterday.

The problem lies in the postscripts that are run from those packages. 
Mozilla runs /usr/lib/mozilla-1.7.8/mozilla-rebuild-databases.pl which 
basically removes everything in 
/usr/lib/mozilla-1.7.12/chrome/overlayinfo/ and recreates it from 
scratch. Foomatic has this as the first few lines of it's postinstall 
script:

if [ -d /var/cache/foomatic ] ; then
    /bin/rm -rf /var/cache/foomatic
fi

So, no wonder /var/cache/foomatic is missing after an install/updateb ;)

For mozilla, i'm nor sure what can/should be done. For foomatic otoh it 
would be much better to remove the contents of /var/cache/foomatic only, 
not the complete directory.

Read ya, Phil

-- 
Philipp Knirsch      | Tel.:  +49-711-96437-470
Development          | Fax.:  +49-711-96437-111
Red Hat GmbH         | Email: Phil Knirsch <phil at redhat.de>
Hauptstaetterstr. 58 | Web:   http://www.redhat.de/
D-70178 Stuttgart
Motd:  You're only jealous cos the little penguins are talking to me.



From justin.conover at gmail.com  Fri Dec 23 14:05:14 2005
From: justin.conover at gmail.com (Justin Conover)
Date: Fri, 23 Dec 2005 08:05:14 -0600
Subject: Fluendo announces free MP3 audio decoding for GNU/Linux and Unix
Message-ID: <a36b7e2a0512230605h3c391eeaybfc2229e9c4a5b1f@mail.gmail.com>

http://www.fluendo.com/press/releases/PR-2005-05.html

Good news, can Fedora get this in before FC5?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051223/358df971/attachment.htm>

From sundaram at redhat.com  Fri Dec 23 14:06:49 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Fri, 23 Dec 2005 19:36:49 +0530
Subject: Fluendo announces free MP3 audio decoding for GNU/Linux and Unix
In-Reply-To: <a36b7e2a0512230605h3c391eeaybfc2229e9c4a5b1f@mail.gmail.com>
References: <a36b7e2a0512230605h3c391eeaybfc2229e9c4a5b1f@mail.gmail.com>
Message-ID: <43AC0479.2010609@redhat.com>

Justin Conover wrote:

> http://www.fluendo.com/press/releases/PR-2005-05.html
>
> Good news, can Fedora get this in before FC5? 

See fedora-devel discussion. In short, we cant.

-- 
Rahul 

Learn. Network. Experience open source.
Red Hat Summit Nashville  |  May 30 - June 2, 2006
Learn more: http://www.redhat.com/promo/summit/



From justin.conover at gmail.com  Fri Dec 23 14:17:03 2005
From: justin.conover at gmail.com (Justin Conover)
Date: Fri, 23 Dec 2005 08:17:03 -0600
Subject: Fluendo announces free MP3 audio decoding for GNU/Linux and Unix
In-Reply-To: <43AC0479.2010609@redhat.com>
References: <a36b7e2a0512230605h3c391eeaybfc2229e9c4a5b1f@mail.gmail.com>
	<43AC0479.2010609@redhat.com>
Message-ID: <a36b7e2a0512230617k712eeb2k2bd6a3f889bb89cf@mail.gmail.com>

On 12/23/05, Rahul Sundaram <sundaram at redhat.com> wrote:
>
> Justin Conover wrote:
>
> > http://www.fluendo.com/press/releases/PR-2005-05.html
> >
> > Good news, can Fedora get this in before FC5?
>
> See fedora-devel discussion. In short, we cant.
>
> --
> Rahul
>
> Learn. Network. Experience open source.
> Red Hat Summit Nashville  |  May 30 - June 2, 2006
> Learn more: http://www.redhat.com/promo/summit/
>
> --
> fedora-test-list mailing list
> fedora-test-list at redhat.com
> To unsubscribe:
> https://www.redhat.com/mailman/listinfo/fedora-test-list
>

https://www.redhat.com/archives/fedora-devel-list/2005-December/msg01094.html

Alright, I see were it is still a problem.

btw, I do agree that OGG is better, however my ipod doesn't and having 10gb
of mp3's for  my ipod and 10gb of ogg is wasting space on my drive ;)

Oh well.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051223/0e395b94/attachment.htm>

From sundaram at redhat.com  Fri Dec 23 14:23:39 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Fri, 23 Dec 2005 19:53:39 +0530
Subject: Fluendo announces free MP3 audio decoding for GNU/Linux and Unix
In-Reply-To: <a36b7e2a0512230617k712eeb2k2bd6a3f889bb89cf@mail.gmail.com>
References: <a36b7e2a0512230605h3c391eeaybfc2229e9c4a5b1f@mail.gmail.com>	<43AC0479.2010609@redhat.com>
	<a36b7e2a0512230617k712eeb2k2bd6a3f889bb89cf@mail.gmail.com>
Message-ID: <43AC086B.8070109@redhat.com>

Hi

>
> https://www.redhat.com/archives/fedora-devel-list/2005-December/msg01094.html
>
> Alright, I see were it is still a problem.
>
> btw, I do agree that OGG is better, however my ipod doesn't and having 
> 10gb of mp3's for  my ipod and 10gb of ogg is wasting space on my drive ;)
>
> Oh well.

Well just like you buy hardware that runs Linux you can buy hardware 
that supports Free formats and yes those are available. Just my 2 cents.


-- 
Rahul 

Learn. Network. Experience open source.
Red Hat Summit Nashville  |  May 30 - June 2, 2006
Learn more: http://www.redhat.com/promo/summit/



From justin.conover at gmail.com  Fri Dec 23 14:28:54 2005
From: justin.conover at gmail.com (Justin Conover)
Date: Fri, 23 Dec 2005 08:28:54 -0600
Subject: Fluendo announces free MP3 audio decoding for GNU/Linux and Unix
In-Reply-To: <43AC086B.8070109@redhat.com>
References: <a36b7e2a0512230605h3c391eeaybfc2229e9c4a5b1f@mail.gmail.com>
	<43AC0479.2010609@redhat.com>
	<a36b7e2a0512230617k712eeb2k2bd6a3f889bb89cf@mail.gmail.com>
	<43AC086B.8070109@redhat.com>
Message-ID: <a36b7e2a0512230628re008a7bn5b60fa36a713c02e@mail.gmail.com>

On 12/23/05, Rahul Sundaram <sundaram at redhat.com> wrote:
>
> Hi
>
> >
> >
> https://www.redhat.com/archives/fedora-devel-list/2005-December/msg01094.html
> >
> > Alright, I see were it is still a problem.
> >
> > btw, I do agree that OGG is better, however my ipod doesn't and having
> > 10gb of mp3's for  my ipod and 10gb of ogg is wasting space on my drive
> ;)
> >
> > Oh well.
>
> Well just like you buy hardware that runs Linux you can buy hardware
> that supports Free formats and yes those are available. Just my 2 cents.
>
>
> --
> Rahul



Yep, only I bought the ipod back when they first came out before there were
any good free format players, if I could buy another one now, I would, but
I'm not  one to waste money ;)

Guess I'll give this a shot again, last time I installed it, the support for
other formats wasn't the best.

http://ipodlinux.org/Main_Page
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051223/c6c92ca2/attachment.htm>

From sundaram at redhat.com  Fri Dec 23 14:49:56 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Fri, 23 Dec 2005 20:19:56 +0530
Subject: Fluendo announces free MP3 audio decoding for GNU/Linux and Unix
In-Reply-To: <a36b7e2a0512230628re008a7bn5b60fa36a713c02e@mail.gmail.com>
References: <a36b7e2a0512230605h3c391eeaybfc2229e9c4a5b1f@mail.gmail.com>	<43AC0479.2010609@redhat.com>	<a36b7e2a0512230617k712eeb2k2bd6a3f889bb89cf@mail.gmail.com>	<43AC086B.8070109@redhat.com>
	<a36b7e2a0512230628re008a7bn5b60fa36a713c02e@mail.gmail.com>
Message-ID: <43AC0E94.8010709@redhat.com>

Hi

>
> Yep, only I bought the ipod back when they first came out before there 
> were any good free format players, if I could buy another one now, I 
> would, but I'm not  one to waste money ;)
>
> Guess I'll give this a shot again, last time I installed it, the 
> support for other formats wasn't the best.
>
> http://ipodlinux.org/Main_Page

Its a matter of building up critical mass. From the business perspective 
its merely a question of customer demand. If enough of their potential 
customers choose to use a competition's product because it supported a 
royalty free format and let them know that, then will introduce support 
for that format in a future revision. It might be as simple as modifying 
and providing a new firmware update. The initial adopters would face 
some inconveniences of course.

-- 
Rahul 

Learn. Network. Experience open source.
Red Hat Summit Nashville  |  May 30 - June 2, 2006
Learn more: http://www.redhat.com/promo/summit/



From Robin.Laing at drdc-rddc.gc.ca  Fri Dec 23 16:43:17 2005
From: Robin.Laing at drdc-rddc.gc.ca (Robin Laing)
Date: Fri, 23 Dec 2005 09:43:17 -0700
Subject: Fluendo announces free MP3 audio decoding for GNU/Linux and Unix
In-Reply-To: <a36b7e2a0512230617k712eeb2k2bd6a3f889bb89cf@mail.gmail.com>
References: <a36b7e2a0512230605h3c391eeaybfc2229e9c4a5b1f@mail.gmail.com>	<43AC0479.2010609@redhat.com>
	<a36b7e2a0512230617k712eeb2k2bd6a3f889bb89cf@mail.gmail.com>
Message-ID: <43AC2925.7020705@drdc-rddc.gc.ca>

Justin Conover wrote:
> 
> 
> On 12/23/05, *Rahul Sundaram* <sundaram at redhat.com 
> <mailto:sundaram at redhat.com>> wrote:
> 
>     Justin Conover wrote:
> 
>      > http://www.fluendo.com/press/releases/PR-2005-05.html
>      >
>      > Good news, can Fedora get this in before FC5?
> 
>     See fedora-devel discussion. In short, we cant.
> 
>     --
>     Rahul
> 
>     Learn. Network. Experience open source.
>     Red Hat Summit Nashville  |  May 30 - June 2, 2006
>     Learn more: http://www.redhat.com/promo/summit/
> 
>     --
>     fedora-test-list mailing list
>     fedora-test-list at redhat.com <mailto:fedora-test-list at redhat.com>
>     To unsubscribe:
>     https://www.redhat.com/mailman/listinfo/fedora-test-list
> 
> 
> https://www.redhat.com/archives/fedora-devel-list/2005-December/msg01094.html
> 
> Alright, I see were it is still a problem.
> 
> btw, I do agree that OGG is better, however my ipod doesn't and having 
> 10gb of mp3's for  my ipod and 10gb of ogg is wasting space on my drive ;)
> 
> Oh well.
> 

I build files and rip CD's under flac.  When I want to put them on my 
player (iRiver) I have to convert.  This is easy as has been discussed 
in the past.

I have a player directory that I convert the wanted songs into.  Then 
I use "unison" to sync the iRiver to the directory.  I only have the 
<1 gig of duplicates.

Robin





From ggw at wolves.durham.nc.us  Fri Dec 23 20:26:03 2005
From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury)
Date: Fri, 23 Dec 2005 15:26:03 -0500
Subject: installation attempt rawhide 2005-12-23 - failed
Message-ID: <20051223202603.GA894@wolves.durham.nc.us>

I attempted to do a clean install of today's rawhide (2005-12-23) and it
fails after /sbin/loader with a kernel Oops!

The traceback mentions selinux, but I couldn't capture all the details.
Since when has there been a three minute countdown in oopses?

work1: Celeron (Coppermine) @ 500MHz  256MB RAM
       VIA Chipset IDE etc.         Trident Cyberblade/i1 AGP
       etc.
-- 
G.Wolfe Woodbury     `- -'
RHCT                   U
The Line Eater is a boojum!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051223/f57aa930/attachment.sig>

From davej at redhat.com  Fri Dec 23 20:29:33 2005
From: davej at redhat.com (Dave Jones)
Date: Fri, 23 Dec 2005 15:29:33 -0500
Subject: installation attempt rawhide 2005-12-23 - failed
In-Reply-To: <20051223202603.GA894@wolves.durham.nc.us>
References: <20051223202603.GA894@wolves.durham.nc.us>
Message-ID: <20051223202933.GC7020@redhat.com>

On Fri, Dec 23, 2005 at 03:26:03PM -0500, G.Wolfe Woodbury wrote:
 > I attempted to do a clean install of today's rawhide (2005-12-23) and it
 > fails after /sbin/loader with a kernel Oops!
 > 
 > The traceback mentions selinux, but I couldn't capture all the details.

Please do, and file in bugzilla.
(Unless it has..
EIP is at con_set_trans_new+0x2b/0x48
with a trace that looks like..
 vt_ioctl
 unmap_page_range
 selinux_file_ioctl
 vt_ioctl

as that one got filed earlier.

 > Since when has there been a three minute countdown in oopses?

Since about two weeks ago. It now gives people time to scribble
stuff down/take a photo before the interesting bits scroll off the screen.

		Dave



From ggw at wolves.durham.nc.us  Fri Dec 23 20:54:46 2005
From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury)
Date: Fri, 23 Dec 2005 15:54:46 -0500
Subject: installation attempt rawhide 2005-12-23 - failed
In-Reply-To: <20051223202933.GC7020@redhat.com>
References: <20051223202603.GA894@wolves.durham.nc.us>
	<20051223202933.GC7020@redhat.com>
Message-ID: <20051223205446.GA1464@wolves.durham.nc.us>

On Fri, Dec 23, 2005 at 03:29:33PM -0500, Dave Jones wrote:
> On Fri, Dec 23, 2005 at 03:26:03PM -0500, G.Wolfe Woodbury wrote:
>  > I attempted to do a clean install of today's rawhide (2005-12-23) and it
>  > fails after /sbin/loader with a kernel Oops!
>  > 
>  > The traceback mentions selinux, but I couldn't capture all the details.
> 
> Please do, and file in bugzilla.
> (Unless it has..
> EIP is at con_set_trans_new+0x2b/0x48
> with a trace that looks like..
>  vt_ioctl
>  unmap_page_range
>  selinux_file_ioctl
>  vt_ioctl
> 
> as that one got filed earlier.

That's the one.  I figured someone else had to have seen it.

> 
>  > Since when has there been a three minute countdown in oopses?
> 
> Since about two weeks ago. It now gives people time to scribble
> stuff down/take a photo before the interesting bits scroll off the screen.

neat.

-- 
G.Wolfe Woodbury     `- -'
RHCT                   U
The Line Eater is a boojum!



From davej at redhat.com  Fri Dec 23 22:20:05 2005
From: davej at redhat.com (Dave Jones)
Date: Fri, 23 Dec 2005 17:20:05 -0500
Subject: installation attempt rawhide 2005-12-23 - failed
In-Reply-To: <20051223205446.GA1464@wolves.durham.nc.us>
References: <20051223202603.GA894@wolves.durham.nc.us>
	<20051223202933.GC7020@redhat.com>
	<20051223205446.GA1464@wolves.durham.nc.us>
Message-ID: <20051223222005.GA28034@redhat.com>

On Fri, Dec 23, 2005 at 03:54:46PM -0500, G.Wolfe Woodbury wrote:

 > >  > Since when has there been a three minute countdown in oopses?
 > > Since about two weeks ago. It now gives people time to scribble
 > > stuff down/take a photo before the interesting bits scroll off the screen.
 > 
 > neat.
 
it's an add-on in the fc5 kernel only right now. I'll be sending
it upstream after 2.6.15 is released.

		Dave



From fedora-test at adslpipe.co.uk  Fri Dec 23 22:38:56 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Fri, 23 Dec 2005 22:38:56 +0000
Subject: installation attempt rawhide 2005-12-23 - failed
In-Reply-To: <20051223222005.GA28034@redhat.com>
References: <20051223202603.GA894@wolves.durham.nc.us><20051223202933.GC7020@redhat.com><20051223205446.GA1464@wolves.durham.nc.us>
	<20051223222005.GA28034@redhat.com>
Message-ID: <43AC7C80.9080605@adslpipe.co.uk>

Dave Jones wrote:

> it's an add-on in the fc5 kernel only right now. I'll be sending
> it upstream after 2.6.15 is released.

one very minor nitpick about the timer, could it print "%d seconds " 
(note the trailing space) rather than "%d seconds" so that as the 
counter drops from 100 to 99 and from 10 to 9 it doesn't leave an 
orphaned "s" behind, which leads it to display "1 secondsss"



From davej at redhat.com  Fri Dec 23 22:38:02 2005
From: davej at redhat.com (Dave Jones)
Date: Fri, 23 Dec 2005 17:38:02 -0500
Subject: installation attempt rawhide 2005-12-23 - failed
In-Reply-To: <43AC7C80.9080605@adslpipe.co.uk>
References: <20051223222005.GA28034@redhat.com>
	<43AC7C80.9080605@adslpipe.co.uk>
Message-ID: <20051223223802.GB28034@redhat.com>

On Fri, Dec 23, 2005 at 10:38:56PM +0000, Andy Burns wrote:
 > Dave Jones wrote:
 > 
 > >it's an add-on in the fc5 kernel only right now. I'll be sending
 > >it upstream after 2.6.15 is released.
 > 
 > one very minor nitpick about the timer, could it print "%d seconds " 
 > (note the trailing space) rather than "%d seconds" so that as the 
 > counter drops from 100 to 99 and from 10 to 9 it doesn't leave an 
 > orphaned "s" behind, which leads it to display "1 secondsss"

Indeed it could.  Just fixed it in CVS, thanks for the poke.

		Dave



From fct-cornette at insight.rr.com  Sat Dec 24 00:59:04 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Fri, 23 Dec 2005 19:59:04 -0500
Subject: Verifying rpms as root compared to user - missing files
In-Reply-To: <43ABFEA5.20407@redhat.com>
References: <43ABFD2A.2010905@insight.rr.com> <43ABFEA5.20407@redhat.com>
Message-ID: <43AC9D58.5030903@insight.rr.com>

Phil Knirsch wrote:
> Jim Cornette wrote:
> 
>> After reinstalling a lot of packages that failed verification for 
>> missing elements due to the earlier problem, the below rpms still show 
>> missing (just two entries as root, many more as user, not visible to 
>> user)
>>
>> missing     /usr/lib/mozilla-1.7.12/chrome/overlayinfo/global/content
>> missing     /var/cache/foomatic
>>
>> How would one get these two missing files installed? I tried several 
>> options to rpm on the yum downloaded rpms. --replacefiles 
>> -replacepkgs, totally removing and reinstalling the rpms. Removing the 
>> rpms, cheaning the directories where the files live, but no luck.
>>
>> Rpm verification as user sent me on a wild goose chase. (firestarter, 
>> chrooted stuff and the like.)
>>
>> Jim
>>
> 
> Funny enough, i stumbled across exactly those verify "errors" yesterday.
> 
> The problem lies in the postscripts that are run from those packages. 
> Mozilla runs /usr/lib/mozilla-1.7.8/mozilla-rebuild-databases.pl which 
> basically removes everything in 
> /usr/lib/mozilla-1.7.12/chrome/overlayinfo/ and recreates it from 
> scratch. Foomatic has this as the first few lines of it's postinstall 
> script:
> 
> if [ -d /var/cache/foomatic ] ; then
>    /bin/rm -rf /var/cache/foomatic
> fi
> 
> So, no wonder /var/cache/foomatic is missing after an install/updateb ;)
> 
> For mozilla, i'm nor sure what can/should be done. For foomatic otoh it 
> would be much better to remove the contents of /var/cache/foomatic only, 
> not the complete directory.
> 
> Read ya, Phil
> 

Thanks for the feedback. I guess the system is clean as I can get it for 
now. At least the test condition works.

I believe I ran the mozilla script from a shell after reading something 
from a google search on the fedoralegacy list, but with the 12 instead 
of 7 after mozilla-1.7.n
The missing file content for mozilla went down to only the one listed 
above after the script completed.

Jim



From green at redhat.com  Sat Dec 24 01:19:52 2005
From: green at redhat.com (Anthony Green)
Date: Fri, 23 Dec 2005 17:19:52 -0800
Subject: X-Server keeps crashing after last update
In-Reply-To: <39576.86.61.73.37.1135340209.squirrel@www.gwch.net>
References: <39576.86.61.73.37.1135340209.squirrel@www.gwch.net>
Message-ID: <1135387192.3588.3.camel@localhost.localdomain>

On Fri, 2005-12-23 at 13:16 +0100, Roger Grosswiler wrote:
> Hey,
> i've been updating today, now gdm keeps crashing. Log says:
> (WW) Warning, couldn't open module bitmap
> (II) UnloadModule: "bitmap"
> (EE) Failed to load module "bitmap" (module does not exist, 0)
> 
> how can i get it back??

I had the same problem.  I don't know what the real problem was, but I
was able to fix it with:

$ yum --exclude=\*debuginfo install xorg-x11\*

AG




From caolanm at redhat.com  Sat Dec 24 03:12:03 2005
From: caolanm at redhat.com (Caolan McNamara)
Date: Fri, 23 Dec 2005 22:12:03 -0500
Subject: Fedora Core 4 Test Update: openoffice.org-2.0.1.1-2.1
Message-ID: <200512240312.jBO3C3JK005232@devserv.devel.redhat.com>

---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2005-1194
2005-12-23
---------------------------------------------------------------------

Product     : Fedora Core 4
Name        : openoffice.org
Version     : 2.0.1.1                      
Release     : 2.1                  
Summary     : OpenOffice.org comprehensive office suite.
Description :
OpenOffice.org is an Open Source, community-developed, multi-platform
office productivity suite.  It includes the key desktop applications,
such as a word processor, spreadsheet, presentation manager, formula
editor and drawing program, with a user interface and feature set
similar to other office suites.  Sophisticated and flexible,
OpenOffice.org also works transparently with a variety of file
formats, including Microsoft Office.

Usage: Simply type "ooffice" to run OpenOffice.org or select the
requested component (Writer, Calc, Draw, Impress, etc.) from your
desktop menu. On first start a few files will be installed in the
user's home, if necessary.

The OpenOffice.org team hopes you enjoy working with OpenOffice.org!

Note: Non-.vor templates covered under the GPL license.

---------------------------------------------------------------------
Update Information:

2.0.1 Final
---------------------------------------------------------------------
* Wed Dec 21 2005 Caolan McNamara <caolanm at redhat.com> - 1:2.0.1.1-2
- 2.0.1
- add openoffice.org-2.0.1.oooXXXXX.vcl.animatedtheme.patch for animated
  theme problem

* Thu Dec 15 2005 Caolan McNamara <caolanm at redhat.com> - 1:2.0.1.1-1
- gcc#25199# fixed, drop bitfield patch
- gcc#25389# fixed, drop jurt.nullpointer.patch
- gcc#25426# identified, crash with jaxpapi patch
- addressbooks
	a) evo1 addressbook removed, as only evo2 required
	b) mozilla addressbook removed, utterly useless
	c) evo2 ldap addressbook added to give some sort of ldap access
	d) patch wizard UI to show available addressbook backends
- add openoffice.org-2.0.1.oooXXXXX.config_office.nss.patch
- upstream cocks up their numbering

* Tue Dec 13 2005 Caolan McNamara <caolanm at redhat.com> - 1:2.0.1-145.3
- system agg

* Thu Dec  8 2005 Caolan McNamara <caolanm at redhat.com> - 1:2.0.1-145.2
- gcc 4.1 rebuild
- disable workspace.jaxpapi.patch for now
- disable fasterhelpcontent2.patch for now
- rh#175272# openoffice.org-2.0.1.ooo59129.vcl.readonlyentry.patch
- gcc#25389# File(new URI("file:./")) regression

* Thu Dec  8 2005 Caolan McNamara <caolanm at redhat.com> - 1:2.0.1-145.1
- next version

* Thu Dec  8 2005 Caolan McNamara <caolanm at redhat.com> - 1:2.0.1-144.1
- openoffice.org-2.0.1.rh175242.connectivity.mozab.patch, provide mozilla
  address backend despite http://bugzilla.mozilla.org/show_bug.cgi?id=135137

* Mon Dec  5 2005 Caolan McNamara <caolanm at redhat.com> - 1:2.0.1-143.3
- default to evo2 as address book
- add workspace.sb41.patch for gcc 4.1 support
- add libgcj.so.7 to jvm providing jvmfwk lib list (workspace.cmcfixes23)


---------------------------------------------------------------------
This update can be downloaded from:
  http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/

d1c65721c6adb68afb35e67abb283fd2  SRPMS/openoffice.org-2.0.1.1-2.1.src.rpm
49fc7901e0bec805841b0030c96ddddf  ppc/openoffice.org-core-2.0.1.1-2.1.ppc.rpm
84500b7c96a6ed11ada1bd9799e02b06  ppc/openoffice.org-pyuno-2.0.1.1-2.1.ppc.rpm
ce6aec076b723ae4d2bea234f439cf5a  ppc/openoffice.org-writer-2.0.1.1-2.1.ppc.rpm
183ed0ca0293cc5a27e67a99bd91d8ca  ppc/openoffice.org-calc-2.0.1.1-2.1.ppc.rpm
1909a99a130aa9d9328d8bd463b8981a  ppc/openoffice.org-draw-2.0.1.1-2.1.ppc.rpm
71ef0e92f7fb33e4119b5878a98abd35  ppc/openoffice.org-impress-2.0.1.1-2.1.ppc.rpm
140b6b18babbfc5e2093d585dc7550c5  ppc/openoffice.org-math-2.0.1.1-2.1.ppc.rpm
ffbfc028bb49188a443455d739754286  ppc/openoffice.org-graphicfilter-2.0.1.1-2.1.ppc.rpm
681b8d4e5c92df67806727c60f905629  ppc/openoffice.org-xsltfilter-2.0.1.1-2.1.ppc.rpm
653cf69af68f68117dfde430f099b295  ppc/openoffice.org-javafilter-2.0.1.1-2.1.ppc.rpm
1f6fd42ca335697d784c6b56ec286799  ppc/openoffice.org-testtools-2.0.1.1-2.1.ppc.rpm
41d9286316583ba7b3fe13b04656e135  ppc/openoffice.org-langpack-af_ZA-2.0.1.1-2.1.ppc.rpm
18604f6ebb0a5aed92aefc95315dc723  ppc/openoffice.org-langpack-ar-2.0.1.1-2.1.ppc.rpm
fdfc3894dd6a55dece2805659b66419b  ppc/openoffice.org-langpack-bg_BG-2.0.1.1-2.1.ppc.rpm
5d7310aa1426108a9610635a4963dce3  ppc/openoffice.org-langpack-bn_IN-2.0.1.1-2.1.ppc.rpm
060e95da224e8cb01b14d1c03d6bb162  ppc/openoffice.org-langpack-ca_ES-2.0.1.1-2.1.ppc.rpm
20e0785f751681dc30a2e4143cc76ebe  ppc/openoffice.org-langpack-cs_CZ-2.0.1.1-2.1.ppc.rpm
692eeb82e3dc9f0f13be3bb469fadace  ppc/openoffice.org-langpack-cy_GB-2.0.1.1-2.1.ppc.rpm
9599f3069693e843b73f4351f1c73aac  ppc/openoffice.org-langpack-da_DK-2.0.1.1-2.1.ppc.rpm
4cc840cc58eeeb08dd5fcdf4c3de6ea7  ppc/openoffice.org-langpack-de-2.0.1.1-2.1.ppc.rpm
99d29e256962d440f72daf8d23d95678  ppc/openoffice.org-langpack-el_GR-2.0.1.1-2.1.ppc.rpm
654e4790b86598e679c6d57020d489f0  ppc/openoffice.org-langpack-es-2.0.1.1-2.1.ppc.rpm
20dc9ae9c2a1678942da3c1c402089ea  ppc/openoffice.org-langpack-et_EE-2.0.1.1-2.1.ppc.rpm
c6c6b0690e2aea2ae4b027f4a8b4c2db  ppc/openoffice.org-langpack-eu_ES-2.0.1.1-2.1.ppc.rpm
844a74aab4ee9414fc44093b807aa2a5  ppc/openoffice.org-langpack-fi_FI-2.0.1.1-2.1.ppc.rpm
22b72b4084d2b1655f498926406e5a4f  ppc/openoffice.org-langpack-fr-2.0.1.1-2.1.ppc.rpm
220821fb0e652b467e0ea63d6d744ebe  ppc/openoffice.org-langpack-gl_ES-2.0.1.1-2.1.ppc.rpm
b3f545b2759ca79b99ae947ae5ebb72e  ppc/openoffice.org-langpack-gu_IN-2.0.1.1-2.1.ppc.rpm
b0b699eaa41147fed0d3b13113a4a5e1  ppc/openoffice.org-langpack-pa_IN-2.0.1.1-2.1.ppc.rpm
9a64ce67fcfab7d4ef315ce86962126c  ppc/openoffice.org-langpack-he_IL-2.0.1.1-2.1.ppc.rpm
bc543c278b5c4f0682fd2bfa486374a7  ppc/openoffice.org-langpack-hi_IN-2.0.1.1-2.1.ppc.rpm
6c2d95e8c471add0bbf0b147ae44fcc3  ppc/openoffice.org-langpack-hu_HU-2.0.1.1-2.1.ppc.rpm
f5db2d5aa3a833a1545608b4e2928c28  ppc/openoffice.org-langpack-hr_HR-2.0.1.1-2.1.ppc.rpm
f3942d0f465e9197fa4e484558aef19e  ppc/openoffice.org-langpack-it-2.0.1.1-2.1.ppc.rpm
99f97377a16244bb940045a4b24a3459  ppc/openoffice.org-langpack-nl-2.0.1.1-2.1.ppc.rpm
89d0770f62982f652a3d85d19765a24c  ppc/openoffice.org-langpack-nn_NO-2.0.1.1-2.1.ppc.rpm
d02224efb3eff58062f356bf76853307  ppc/openoffice.org-langpack-lt_LT-2.0.1.1-2.1.ppc.rpm
017c72db26c208e73670ddb7dba5c816  ppc/openoffice.org-langpack-ms_MY-2.0.1.1-2.1.ppc.rpm
78a5f33fdde9b873b9f2727741af8dd2  ppc/openoffice.org-langpack-nb_NO-2.0.1.1-2.1.ppc.rpm
82bff09b652cfd1d9cc5f4e3053b61b3  ppc/openoffice.org-langpack-pl_PL-2.0.1.1-2.1.ppc.rpm
acb2146c39d91c9d68448121c23acf1a  ppc/openoffice.org-langpack-pt_PT-2.0.1.1-2.1.ppc.rpm
87bbb2276a637e934943109126b61420  ppc/openoffice.org-langpack-pt_BR-2.0.1.1-2.1.ppc.rpm
92267d307ab66a9820765502882981f0  ppc/openoffice.org-langpack-ru-2.0.1.1-2.1.ppc.rpm
116587e2504eb1669299b3c5d4455bd6  ppc/openoffice.org-langpack-sk_SK-2.0.1.1-2.1.ppc.rpm
700bbfe13a2fba368fdb45a3daf3528d  ppc/openoffice.org-langpack-sl_SI-2.0.1.1-2.1.ppc.rpm
e486b0b81b7b81d42d599b752edca54f  ppc/openoffice.org-langpack-sv-2.0.1.1-2.1.ppc.rpm
88ceeb7262a6ab5da76d957718adcc7e  ppc/openoffice.org-langpack-ta_IN-2.0.1.1-2.1.ppc.rpm
2469cdf2af9516db52a058a4e521b6ec  ppc/openoffice.org-langpack-th_TH-2.0.1.1-2.1.ppc.rpm
3b46df0e950ab51186c0171ca58ce530  ppc/openoffice.org-langpack-tr_TR-2.0.1.1-2.1.ppc.rpm
2b28d7922e70a9b404c400517a51bd80  ppc/openoffice.org-langpack-zh_CN-2.0.1.1-2.1.ppc.rpm
898ec73a2256c6051881cc079d7002ab  ppc/openoffice.org-langpack-zh_TW-2.0.1.1-2.1.ppc.rpm
99db6dc1eccbfc4f9af019beb5c50ef3  ppc/openoffice.org-langpack-zu_ZA-2.0.1.1-2.1.ppc.rpm
07ab673bcbc755ca7da869d83d6e2597  ppc/debug/openoffice.org-debuginfo-2.0.1.1-2.1.ppc.rpm
3a0ba992732b07732000c6115fe13adb  ppc/openoffice.org-langpack-ja_JP-2.0.1.1-2.1.ppc.rpm
8545c541ae8c21f4516eb4a28b07fdee  ppc/openoffice.org-langpack-ko_KR-2.0.1.1-2.1.ppc.rpm
e77c7a2a7052fa96b19125e09fcb298f  x86_64/openoffice.org-core-2.0.1.1-2.1.i386.rpm
c98ae72e57fbff6b9a2f242ce93b8502  x86_64/openoffice.org-writer-2.0.1.1-2.1.i386.rpm
7d1eb04c3af4d709d813e1da1c49d2ef  x86_64/openoffice.org-calc-2.0.1.1-2.1.i386.rpm
2c896519c6b7c5f67a28b5b722a791f2  x86_64/openoffice.org-draw-2.0.1.1-2.1.i386.rpm
0b84af6debf3bd485fbd70f3e3f8a249  x86_64/openoffice.org-impress-2.0.1.1-2.1.i386.rpm
c8d58f956169e2c58526a91245cd93da  x86_64/openoffice.org-math-2.0.1.1-2.1.i386.rpm
4c9c1f85ba5d96c8091684c5cf90e145  x86_64/openoffice.org-graphicfilter-2.0.1.1-2.1.i386.rpm
59a83899eff6e6f3fd5333cab6e0b43a  x86_64/openoffice.org-xsltfilter-2.0.1.1-2.1.i386.rpm
bb55dae277e8bf130e67ead7c3a6644e  x86_64/openoffice.org-javafilter-2.0.1.1-2.1.i386.rpm
11635c91d59c7a6c932ad95604e73d43  x86_64/openoffice.org-testtools-2.0.1.1-2.1.i386.rpm
3ecd385982684a00d68888d2379bf1ee  x86_64/openoffice.org-langpack-af_ZA-2.0.1.1-2.1.i386.rpm
64fb71213c48aa13430dc5aa15220dfa  x86_64/openoffice.org-langpack-ar-2.0.1.1-2.1.i386.rpm
e1836ea72b923bfd65dc7b26560108e6  x86_64/openoffice.org-langpack-bg_BG-2.0.1.1-2.1.i386.rpm
516e099be6895f069829c6f572728927  x86_64/openoffice.org-langpack-ca_ES-2.0.1.1-2.1.i386.rpm
a99aff1cf0775d567a1ae17303172795  x86_64/openoffice.org-langpack-cs_CZ-2.0.1.1-2.1.i386.rpm
a6957bbbc9f6f55e12c118febe2f3d64  x86_64/openoffice.org-langpack-cy_GB-2.0.1.1-2.1.i386.rpm
1dfbfb973f5e2428e798c9e49ae3f333  x86_64/openoffice.org-langpack-da_DK-2.0.1.1-2.1.i386.rpm
1fac5105e411abf82d555c999e68269e  x86_64/openoffice.org-langpack-de-2.0.1.1-2.1.i386.rpm
f5e8ab923c6cb6717efc3510281e43ab  x86_64/openoffice.org-langpack-el_GR-2.0.1.1-2.1.i386.rpm
819b835c5bbf102746bad62cdfc2cd08  x86_64/openoffice.org-langpack-es-2.0.1.1-2.1.i386.rpm
aa20a6074ee806309297500e851a1998  x86_64/openoffice.org-langpack-et_EE-2.0.1.1-2.1.i386.rpm
c423af1c06c257c1a144bd21d3ba3fde  x86_64/openoffice.org-langpack-eu_ES-2.0.1.1-2.1.i386.rpm
11e203fc31d0927fc78546682e0ddc13  x86_64/openoffice.org-langpack-fi_FI-2.0.1.1-2.1.i386.rpm
3acc23e060fd507f113b47e565045270  x86_64/openoffice.org-langpack-fr-2.0.1.1-2.1.i386.rpm
3d9caff6bf52d53ade92df9816b2937b  x86_64/openoffice.org-langpack-gl_ES-2.0.1.1-2.1.i386.rpm
65016d610b878349edcacf653ae2aac9  x86_64/openoffice.org-langpack-gu_IN-2.0.1.1-2.1.i386.rpm
8a1cfceb6ba7c862168d9a79da806e2a  x86_64/openoffice.org-langpack-he_IL-2.0.1.1-2.1.i386.rpm
48ae2aba3b38fcfe8b2d639d3db569ec  x86_64/openoffice.org-langpack-hi_IN-2.0.1.1-2.1.i386.rpm
a25e3d209704d78a253d3fa85f840ef7  x86_64/openoffice.org-langpack-hu_HU-2.0.1.1-2.1.i386.rpm
f5649283d26c485662b019bac5af4ddf  x86_64/openoffice.org-langpack-it-2.0.1.1-2.1.i386.rpm
297fb8ce340071e99650a8907bbcffcb  x86_64/openoffice.org-langpack-ja_JP-2.0.1.1-2.1.i386.rpm
c1baaf687ddd705cefefbfe751dda686  x86_64/openoffice.org-langpack-ko_KR-2.0.1.1-2.1.i386.rpm
a6c7cf216727c8cf12d50d2271ca831c  x86_64/openoffice.org-langpack-lt_LT-2.0.1.1-2.1.i386.rpm
58f5f3e337e4305e6225b7b8cdba5646  x86_64/openoffice.org-langpack-ms_MY-2.0.1.1-2.1.i386.rpm
9d8194fe3f85b06da13dced52019b170  x86_64/openoffice.org-langpack-nb_NO-2.0.1.1-2.1.i386.rpm
fa9087e4d452ea73e0516e60428c5ddc  x86_64/openoffice.org-langpack-nl-2.0.1.1-2.1.i386.rpm
0c50e31a58778d0a470b55eb6476e71e  x86_64/openoffice.org-langpack-nn_NO-2.0.1.1-2.1.i386.rpm
5e864fdfd56b2e612476031239fa53b2  x86_64/openoffice.org-langpack-pl_PL-2.0.1.1-2.1.i386.rpm
fb1bf760cb87aa3932adb8ecc9489eb0  x86_64/openoffice.org-langpack-pt_PT-2.0.1.1-2.1.i386.rpm
4622e90f6d967c26228d64c24bd247af  x86_64/openoffice.org-langpack-pt_BR-2.0.1.1-2.1.i386.rpm
3fdc35d7c6fa91e3a4dc7a692014c319  x86_64/openoffice.org-langpack-ru-2.0.1.1-2.1.i386.rpm
9688980c42cd954c0edd4aeea1e6a6ae  x86_64/openoffice.org-langpack-sk_SK-2.0.1.1-2.1.i386.rpm
09e2729655379b63f90511567e7a260f  x86_64/openoffice.org-langpack-sl_SI-2.0.1.1-2.1.i386.rpm
b05765e334f30f6b984b944f9834cb97  x86_64/openoffice.org-langpack-sv-2.0.1.1-2.1.i386.rpm
017e225250778653eda601b45f2e5ea8  x86_64/openoffice.org-langpack-ta_IN-2.0.1.1-2.1.i386.rpm
6de4ab9aaa18bdc46323f5f51dab0053  x86_64/openoffice.org-langpack-th_TH-2.0.1.1-2.1.i386.rpm
caf3f721dc05c5f40d310346c6b30f99  x86_64/openoffice.org-langpack-tr_TR-2.0.1.1-2.1.i386.rpm
13f606b0b0ef29257758cbeb23d5d8a9  x86_64/openoffice.org-langpack-zh_CN-2.0.1.1-2.1.i386.rpm
ba4228fbb9cfa83461ee66e12ca51afb  x86_64/openoffice.org-langpack-zh_TW-2.0.1.1-2.1.i386.rpm
c39db1ee9dc6dc69767f939cf891e55f  x86_64/openoffice.org-langpack-zu_ZA-2.0.1.1-2.1.i386.rpm
e77c7a2a7052fa96b19125e09fcb298f  i386/openoffice.org-core-2.0.1.1-2.1.i386.rpm
698811ec5d442a5c61acb6f473320e59  i386/openoffice.org-pyuno-2.0.1.1-2.1.i386.rpm
c98ae72e57fbff6b9a2f242ce93b8502  i386/openoffice.org-writer-2.0.1.1-2.1.i386.rpm
7d1eb04c3af4d709d813e1da1c49d2ef  i386/openoffice.org-calc-2.0.1.1-2.1.i386.rpm
2c896519c6b7c5f67a28b5b722a791f2  i386/openoffice.org-draw-2.0.1.1-2.1.i386.rpm
0b84af6debf3bd485fbd70f3e3f8a249  i386/openoffice.org-impress-2.0.1.1-2.1.i386.rpm
c8d58f956169e2c58526a91245cd93da  i386/openoffice.org-math-2.0.1.1-2.1.i386.rpm
4c9c1f85ba5d96c8091684c5cf90e145  i386/openoffice.org-graphicfilter-2.0.1.1-2.1.i386.rpm
59a83899eff6e6f3fd5333cab6e0b43a  i386/openoffice.org-xsltfilter-2.0.1.1-2.1.i386.rpm
bb55dae277e8bf130e67ead7c3a6644e  i386/openoffice.org-javafilter-2.0.1.1-2.1.i386.rpm
11635c91d59c7a6c932ad95604e73d43  i386/openoffice.org-testtools-2.0.1.1-2.1.i386.rpm
3ecd385982684a00d68888d2379bf1ee  i386/openoffice.org-langpack-af_ZA-2.0.1.1-2.1.i386.rpm
64fb71213c48aa13430dc5aa15220dfa  i386/openoffice.org-langpack-ar-2.0.1.1-2.1.i386.rpm
e1836ea72b923bfd65dc7b26560108e6  i386/openoffice.org-langpack-bg_BG-2.0.1.1-2.1.i386.rpm
be9378d439e50de210da9087ca1c7f4d  i386/openoffice.org-langpack-bn_IN-2.0.1.1-2.1.i386.rpm
516e099be6895f069829c6f572728927  i386/openoffice.org-langpack-ca_ES-2.0.1.1-2.1.i386.rpm
a99aff1cf0775d567a1ae17303172795  i386/openoffice.org-langpack-cs_CZ-2.0.1.1-2.1.i386.rpm
a6957bbbc9f6f55e12c118febe2f3d64  i386/openoffice.org-langpack-cy_GB-2.0.1.1-2.1.i386.rpm
1dfbfb973f5e2428e798c9e49ae3f333  i386/openoffice.org-langpack-da_DK-2.0.1.1-2.1.i386.rpm
1fac5105e411abf82d555c999e68269e  i386/openoffice.org-langpack-de-2.0.1.1-2.1.i386.rpm
f5e8ab923c6cb6717efc3510281e43ab  i386/openoffice.org-langpack-el_GR-2.0.1.1-2.1.i386.rpm
819b835c5bbf102746bad62cdfc2cd08  i386/openoffice.org-langpack-es-2.0.1.1-2.1.i386.rpm
aa20a6074ee806309297500e851a1998  i386/openoffice.org-langpack-et_EE-2.0.1.1-2.1.i386.rpm
c423af1c06c257c1a144bd21d3ba3fde  i386/openoffice.org-langpack-eu_ES-2.0.1.1-2.1.i386.rpm
11e203fc31d0927fc78546682e0ddc13  i386/openoffice.org-langpack-fi_FI-2.0.1.1-2.1.i386.rpm
3acc23e060fd507f113b47e565045270  i386/openoffice.org-langpack-fr-2.0.1.1-2.1.i386.rpm
3d9caff6bf52d53ade92df9816b2937b  i386/openoffice.org-langpack-gl_ES-2.0.1.1-2.1.i386.rpm
65016d610b878349edcacf653ae2aac9  i386/openoffice.org-langpack-gu_IN-2.0.1.1-2.1.i386.rpm
321415ef57408bdb87e3d90827d0c593  i386/openoffice.org-langpack-pa_IN-2.0.1.1-2.1.i386.rpm
8a1cfceb6ba7c862168d9a79da806e2a  i386/openoffice.org-langpack-he_IL-2.0.1.1-2.1.i386.rpm
48ae2aba3b38fcfe8b2d639d3db569ec  i386/openoffice.org-langpack-hi_IN-2.0.1.1-2.1.i386.rpm
a25e3d209704d78a253d3fa85f840ef7  i386/openoffice.org-langpack-hu_HU-2.0.1.1-2.1.i386.rpm
cf75440ece1e222288fb39240d593c60  i386/openoffice.org-langpack-hr_HR-2.0.1.1-2.1.i386.rpm
f5649283d26c485662b019bac5af4ddf  i386/openoffice.org-langpack-it-2.0.1.1-2.1.i386.rpm
297fb8ce340071e99650a8907bbcffcb  i386/openoffice.org-langpack-ja_JP-2.0.1.1-2.1.i386.rpm
c1baaf687ddd705cefefbfe751dda686  i386/openoffice.org-langpack-ko_KR-2.0.1.1-2.1.i386.rpm
a6c7cf216727c8cf12d50d2271ca831c  i386/openoffice.org-langpack-lt_LT-2.0.1.1-2.1.i386.rpm
58f5f3e337e4305e6225b7b8cdba5646  i386/openoffice.org-langpack-ms_MY-2.0.1.1-2.1.i386.rpm
9d8194fe3f85b06da13dced52019b170  i386/openoffice.org-langpack-nb_NO-2.0.1.1-2.1.i386.rpm
fa9087e4d452ea73e0516e60428c5ddc  i386/openoffice.org-langpack-nl-2.0.1.1-2.1.i386.rpm
0c50e31a58778d0a470b55eb6476e71e  i386/openoffice.org-langpack-nn_NO-2.0.1.1-2.1.i386.rpm
5e864fdfd56b2e612476031239fa53b2  i386/openoffice.org-langpack-pl_PL-2.0.1.1-2.1.i386.rpm
fb1bf760cb87aa3932adb8ecc9489eb0  i386/openoffice.org-langpack-pt_PT-2.0.1.1-2.1.i386.rpm
4622e90f6d967c26228d64c24bd247af  i386/openoffice.org-langpack-pt_BR-2.0.1.1-2.1.i386.rpm
3fdc35d7c6fa91e3a4dc7a692014c319  i386/openoffice.org-langpack-ru-2.0.1.1-2.1.i386.rpm
9688980c42cd954c0edd4aeea1e6a6ae  i386/openoffice.org-langpack-sk_SK-2.0.1.1-2.1.i386.rpm
09e2729655379b63f90511567e7a260f  i386/openoffice.org-langpack-sl_SI-2.0.1.1-2.1.i386.rpm
b05765e334f30f6b984b944f9834cb97  i386/openoffice.org-langpack-sv-2.0.1.1-2.1.i386.rpm
017e225250778653eda601b45f2e5ea8  i386/openoffice.org-langpack-ta_IN-2.0.1.1-2.1.i386.rpm
6de4ab9aaa18bdc46323f5f51dab0053  i386/openoffice.org-langpack-th_TH-2.0.1.1-2.1.i386.rpm
caf3f721dc05c5f40d310346c6b30f99  i386/openoffice.org-langpack-tr_TR-2.0.1.1-2.1.i386.rpm
13f606b0b0ef29257758cbeb23d5d8a9  i386/openoffice.org-langpack-zh_CN-2.0.1.1-2.1.i386.rpm
ba4228fbb9cfa83461ee66e12ca51afb  i386/openoffice.org-langpack-zh_TW-2.0.1.1-2.1.i386.rpm
c39db1ee9dc6dc69767f939cf891e55f  i386/openoffice.org-langpack-zu_ZA-2.0.1.1-2.1.i386.rpm
564d3e643a4d6c1156c4a11164e5f946  i386/debug/openoffice.org-debuginfo-2.0.1.1-2.1.i386.rpm

This update can also be installed with the Update Agent; you can
launch the Update Agent with the 'up2date' command.  You may 
need to edit your up2date channels configuration.  Within 
/etc/sysconfig/rhn/sources enable the following line: 
yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/$ARCH
---------------------------------------------------------------------



From davej at redhat.com  Sat Dec 24 03:12:12 2005
From: davej at redhat.com (Dave Jones)
Date: Fri, 23 Dec 2005 22:12:12 -0500
Subject: Fedora Core 4 Test Update: cpuspeed-1.2.1-1.24_FC4
Message-ID: <200512240312.jBO3CCIf005348@devserv.devel.redhat.com>

---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2005-1195
2005-12-23
---------------------------------------------------------------------

Product     : Fedora Core 4
Name        : cpuspeed
Version     : 1.2.1                      
Release     : 1.24_FC4                  
Summary     : CPU Frequency adjusting daemon.
Description :
cpuspeed is a daemon that dynamically changes the speed
of your processor(s) depending upon its current workload
if it is capable (needs Intel Speedstep, AMD PowerNow!,
or similar support).

---------------------------------------------------------------------

* Fri Dec 23 2005 Dave Jones <davej at redhat.com>
- Reset speed to max on deamon exit.
- Don't load acpi-cpufreq if no throttling states exist.


---------------------------------------------------------------------
This update can be downloaded from:
  http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/

d1fa9376da61859d5c1085668d3dde68  SRPMS/cpuspeed-1.2.1-1.24_FC4.src.rpm
49d30891d829ededfb2baee8a513bed6  ppc/cpuspeed-1.2.1-1.24_FC4.ppc.rpm
e82aa7274e97a340af25474b39f82db0  ppc/debug/cpuspeed-debuginfo-1.2.1-1.24_FC4.ppc.rpm
4f8a6c58bea730f6ddbf74a6b2844723  x86_64/cpuspeed-1.2.1-1.24_FC4.x86_64.rpm
7766b7b705fa3fa753a091e6c616e0f0  x86_64/debug/cpuspeed-debuginfo-1.2.1-1.24_FC4.x86_64.rpm
9a9f6a38bf04e29a22bd5014b19505e5  i386/cpuspeed-1.2.1-1.24_FC4.i386.rpm
1652546a80cf6145eaf45493c11ad96e  i386/debug/cpuspeed-debuginfo-1.2.1-1.24_FC4.i386.rpm

This update can also be installed with the Update Agent; you can
launch the Update Agent with the 'up2date' command.  You may 
need to edit your up2date channels configuration.  Within 
/etc/sysconfig/rhn/sources enable the following line: 
yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/$ARCH
---------------------------------------------------------------------



From notting at redhat.com  Sat Dec 24 03:28:06 2005
From: notting at redhat.com (Bill Nottingham)
Date: Fri, 23 Dec 2005 22:28:06 -0500
Subject: rawhide report: 20051222 changes
In-Reply-To: <1135292036l.5079l.0l@serve.riede.org>
References: <200512220813.jBM8D1Yb018993@porkchop.devel.redhat.com>
	<1135292036l.5079l.0l@serve.riede.org>
Message-ID: <20051224032806.GE2688@devserv.devel.redhat.com>

Willem Riede (wrrhdev at riede.org) said: 
> Updating to today's rawhide (x86_64) gives the following minor nits:
> 
> 
>   Updating  : SysVinit                     ##################### [ 50/422]
> telinit: timeout opening/writing control channel /dev/initctl

This is an intermittent error that pops up from time to time;
it means init didn't reexec itself correctly. It's in bugzilla.

Bill



From dragoran at feuerpokemon.de  Sat Dec 24 08:50:15 2005
From: dragoran at feuerpokemon.de (dragoran)
Date: Sat, 24 Dec 2005 09:50:15 +0100
Subject: Fedora Core 4 Test Update: openoffice.org-2.0.1.1-2.1
In-Reply-To: <200512240312.jBO3C3JK005232@devserv.devel.redhat.com>
References: <200512240312.jBO3C3JK005232@devserv.devel.redhat.com>
Message-ID: <43AD0BC7.1090808@feuerpokemon.de>

Caolan McNamara schrieb:

>---------------------------------------------------------------------
>Fedora Test Update Notification
>FEDORA-2005-1194
>2005-12-23
>---------------------------------------------------------------------
>
>Product     : Fedora Core 4
>Name        : openoffice.org
>Version     : 2.0.1.1                      
>Release     : 2.1                  
>Summary     : OpenOffice.org comprehensive office suite.
>Description :
>OpenOffice.org is an Open Source, community-developed, multi-platform
>office productivity suite.  It includes the key desktop applications,
>such as a word processor, spreadsheet, presentation manager, formula
>editor and drawing program, with a user interface and feature set
>similar to other office suites.  Sophisticated and flexible,
>OpenOffice.org also works transparently with a variety of file
>formats, including Microsoft Office.
>
>Usage: Simply type "ooffice" to run OpenOffice.org or select the
>requested component (Writer, Calc, Draw, Impress, etc.) from your
>desktop menu. On first start a few files will be installed in the
>user's home, if necessary.
>
>The OpenOffice.org team hopes you enjoy working with OpenOffice.org!
>
>Note: Non-.vor templates covered under the GPL license.
>
>---------------------------------------------------------------------
>Update Information:
>
>2.0.1 Final
>---------------------------------------------------------------------
>* Wed Dec 21 2005 Caolan McNamara <caolanm at redhat.com> - 1:2.0.1.1-2
>- 2.0.1
>- add openoffice.org-2.0.1.oooXXXXX.vcl.animatedtheme.patch for animated
>  theme problem
>
>* Thu Dec 15 2005 Caolan McNamara <caolanm at redhat.com> - 1:2.0.1.1-1
>- gcc#25199# fixed, drop bitfield patch
>- gcc#25389# fixed, drop jurt.nullpointer.patch
>- gcc#25426# identified, crash with jaxpapi patch
>- addressbooks
>	a) evo1 addressbook removed, as only evo2 required
>	b) mozilla addressbook removed, utterly useless
>	c) evo2 ldap addressbook added to give some sort of ldap access
>	d) patch wizard UI to show available addressbook backends
>- add openoffice.org-2.0.1.oooXXXXX.config_office.nss.patch
>- upstream cocks up their numbering
>
>* Tue Dec 13 2005 Caolan McNamara <caolanm at redhat.com> - 1:2.0.1-145.3
>- system agg
>
>* Thu Dec  8 2005 Caolan McNamara <caolanm at redhat.com> - 1:2.0.1-145.2
>- gcc 4.1 rebuild
>- 
>
the fc4 version is build with gcc 4.1 too? or is this part from the 
changelog from rawhide?



From n0dalus+redhat at gmail.com  Sat Dec 24 12:18:29 2005
From: n0dalus+redhat at gmail.com (n0dalus)
Date: Sat, 24 Dec 2005 22:48:29 +1030
Subject: kdeartwork and xscreensaver-extras
Message-ID: <6280325c0512240418g4d396021m71d7d46d55d004c7@mail.gmail.com>

Just a quick question:

Is it a bug that the new kdeartwork 3.5.0-2 depends on xscreensaver-extras?

n0dalus.



From gajownik at fedora.pl  Sat Dec 24 15:25:38 2005
From: gajownik at fedora.pl (Dawid Gajownik)
Date: Sat, 24 Dec 2005 16:25:38 +0100
Subject: [libXScrnSaver] Is =?utf-8?b?4oCcUmVxdWlyZXMucHJpdmF0ZeKAnSByZWFs?=
 =?utf-8?q?ly_needed=3F?=
Message-ID: <43AD6872.1080103@fedora.pl>

Hi!

	I wanted to update gajim in Fedora Extras but libXScrnSaver-devel has 
broken dependencies. `pkg-config --libs xscrnsaver' command gives this 
output:

Package x11 was not found in the pkg-config search path.
Perhaps you should add the directory containing `x11.pc'
to the PKG_CONFIG_PATH environment variable
Package 'x11', required by 'XScrnSaver', not found

	Before reporting this in Bugzilla I wanted to ask about one question. 
/usr/lib/pkgconfig/xscrnsaver.pc file contains this line:

Requires.private: x11 xext

	If I understand pkg-config's manpage correctly, ?Requires.private? and 
?Libs.private? are only needed in the case of static linking. Am I 
right? If yes, maybe it would be better to comment this line out to not 
to add unnecessary dependency bloat? (X.org X11 libs in Rawhide do not 
provide static libs.) Here's the proposal patch ? 
http://wiki.fedora.pl/gajownik/xorg/libXScrnSaver-private.patch

Comments?

BTW Merry Christmas!

-- 

   ^_*




From janina at rednote.net  Sat Dec 24 16:20:47 2005
From: janina at rednote.net (Janina Sajka)
Date: Sat, 24 Dec 2005 11:20:47 -0500
Subject: compat-libstdc++ missing
Message-ID: <20051224162047.GA4521@rednote.net>

I have an application that needs compat-libstdc++. One of the two
currently in the development/i386/Fedora/RPMS appears to be compiled for
FC4:

compat-libstdc++-296-2.96-133.i386.rpm
compat-libstdc++-33-3.2.3-47.fc4.i386.rpm


Furthermore, there is no SRPM.

PS: My app won't install on Test 1 using compat-libstdc++-33-3.2.3-47.fc4.i386.rpm.

				Janina



From pjones at redhat.com  Fri Dec 23 19:35:59 2005
From: pjones at redhat.com (Peter Jones)
Date: Fri, 23 Dec 2005 14:35:59 -0500
Subject: call for testing, dmraid in rawhide
In-Reply-To: <43AB0B70.4050607@adslpipe.co.uk>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com>
	<1134492498.3089.11.camel@localhost.localdomain>
	<43A6F290.40708@adslpipe.co.uk>
	<1135016989.25620.2.camel@localhost.localdomain>
	<43A87191.8070909@adslpipe.co.uk>
	<1135113076.3240.11.camel@localhost.localdomain>
	<43A9A321.7020307@adslpipe.co.uk>  <43AB0B70.4050607@adslpipe.co.uk>
Message-ID: <1135366559.4199.3.camel@localhost.localdomain>

On Thu, 2005-12-22 at 20:24 +0000, Andy Burns wrote: 
> Peter Jones wrote:
> 
> [Strange your reply made it to the mailman archive, but I don't seem to 
> have received it via the list, so this "hand pasted" reply will probably 
> lose it's position in the reply chain]
> 
> > Hrm.  That looks like an error I thought was fixed -- do you have more
> > than one set of raid metadata on the disks, with one set pointing to
> > drives that don't exist?
> 
> Do you mean metadata from Intel matrix raid setup, or some remnants of 
> metadata from software raid?

>From a software raid setup.

> > (or even just one set, if it's pointing to some non-existing drive)
> 
> I had a working software raid on the disks, didn't wipe them, changed 
> bios from SATA=AHCI to SATA=RAID, went into the bios raid config and 
> created a split config 100GiB mirror plus 300GiB stripe

I assume you mean you changed it to AHCI from RAID...

> That seemed to be enough to blow away the old contents of the drives, 
> grub didn't even load, machine tried to PXE boot, so I proceeded to 
> install ...

It's not.  It could change several things that cause grub not to start,
but from our perspective when examining the disks, they're exactly the
same.  We currently have no way to tell if the BIOS is in "raid" mode or
not.

(Perhaps there is a way, and it seems desirable that software could even
modify this setting, but I've seen no evidence that this is the case.
Of course, I haven't been looking, since there's still much else that's
more important to do in supporting dmraid fully.)

It's really best if you actually go and "delete" the raid volume before
turning raid off in the BIOS, or else we'll still see the raid when we
probe the disks.  without removing the metadata, it's also possible
(though unlikely if you're keeping the disks on one controller/bios)
that making another raid on the same drive will result in multiple sets
of metadata on the disk.  This is very difficult to handle in any way
one might call "correct".  That being said, a traceback certainly isn't
the best answer.

-- 
  Peter



From fedora-test at adslpipe.co.uk  Sat Dec 24 17:58:46 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Sat, 24 Dec 2005 17:58:46 +0000
Subject: call for testing, dmraid in rawhide
In-Reply-To: <1135366559.4199.3.camel@localhost.localdomain>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com><1134492498.3089.11.camel@localhost.localdomain><43A6F290.40708@adslpipe.co.uk><1135016989.25620.2.camel@localhost.localdomain><43A87191.8070909@adslpipe.co.uk><1135113076.3240.11.camel@localhost.localdomain><43A9A321.7020307@adslpipe.co.uk>
	<43AB0B70.4050607@adslpipe.co.uk>
	<1135366559.4199.3.camel@localhost.localdomain>
Message-ID: <43AD8C56.9080109@adslpipe.co.uk>

Peter Jones wrote:

>>From a software raid setup.

there could have been remnants, I'll "dd if=/dev/zero" it next time

> I assume you mean you changed it to AHCI from RAID...

no, I was testing dmraid so I put it *into* RAID mode (I can't press 
ctrl-I to get into the raid otherwise) it was in AHCI mode from a day or 
two earlier when I was discussing with you a different issue with 
software raid ...

> We currently have no way to tell if the BIOS is in "raid" mode or
> not.

ok, I'll bera that in mind

> I haven't been looking, since there's still much else that's
> more important to do in supporting dmraid fully.)

Yes, I can't say that I really want this machine to end up with dmraid 
on it, I will most likely stick with software raid on machines that 
don't have "proper" RAID, but I'm happy to help with testing ...

> It's really best if you actually go and "delete" the raid volume before
> turning raid off in the BIOS, or else we'll still see the raid when we
> probe the disks.  

I did see that happen when I first installed

The last few days worth of rawhide haven't been bootable (even to get 
into anaconda) for me, with or without raid, but I'll try dmraid again 
once that is fixed

Thanks.




From mike at miketc.com  Sat Dec 24 18:17:24 2005
From: mike at miketc.com (Mike Chambers)
Date: Sat, 24 Dec 2005 12:17:24 -0600
Subject: Today's attempted rawhide install
Message-ID: <1135448244.2945.0.camel@scrappy.miketc.com>

I too have also ran into the kernel oops from trying to install rawhide
this morning.

I understand a bug has already been filed for this.  Is there a fix in
the works or set to come out today by chance?

-- 
Mike Chambers
Madisonville, KY

"It's only funny until someone gets hurt, then it's hilarious!"



From paul at all-the-johnsons.co.uk  Sat Dec 24 18:54:06 2005
From: paul at all-the-johnsons.co.uk (Paul)
Date: Sat, 24 Dec 2005 18:54:06 +0000
Subject: What's happened with ALSA & xmms?
Message-ID: <1135450446.3595.6.camel@T7.Linux>

Hi,

xmms is reporting I only have aRts and crossfade for output. Is anyone
else having this problem? I'm using the 1783_FC5 kernel, x86_64 hardware
with xmms 1.2.10-18.1.fc5

mplayer is playing audio fine.

TTFN

Paul
-- 
main(t,_,a) char*a;{return!0<t?t<3?main(-79,-13,a+main(-87,1-_,main(-86,
0,a+1 )+a)):1,t<_?main(t+1,_,a ):3,main (-94,-27+t,a)&&t==2?_<13?main(2,
_+1,"%s %d %d\n"):9:16:t<0?t<-72?main(_,t,"@n'+,#'/*{}w+/w#cdnr/+,{}r/*de}
+,/*{*+,/w{%+,/w#q#n+,/#{l,+,/n{n+,/+#n+,/#;#q#n+,/+k#;*+,/'r :'d*'3,}{w+K 
w'K:'+}e#';dq#'l q#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){){nl]
'/+#n';d}rw' i;# ){nl]!/n{n#'; r{#w'r nc{nl]'/#{l,+'K {rw' iK{;[{nl]'/w#q#n
'wk nw' iwk{KK{nl]!/w{%'l##w#' i; :{nl]'/*{q#'ld;r'}{nlwb!/*de}'c ;;{nl'-{}
rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}{rl#'{n' ')# }'+}##
(!!/"):t<-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1
):0<t?main(2,2,"%s"):*a=='/'||main(0,main(-61,*a,"!ek;dc i at bK'(q)-[w]*%n+r3#l
,{}:\nuwloca-O;m .vpbks,fxntdCeghiry"),a+1);}
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051224/55a2dd89/attachment.sig>

From fedora-test at adslpipe.co.uk  Sat Dec 24 19:19:21 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Sat, 24 Dec 2005 19:19:21 +0000
Subject: Today's attempted rawhide install
In-Reply-To: <1135448244.2945.0.camel@scrappy.miketc.com>
References: <1135448244.2945.0.camel@scrappy.miketc.com>
Message-ID: <43AD9F39.7090706@adslpipe.co.uk>

Mike Chambers wrote:

> I understand a bug has already been filed for this.  Is there a fix in
> the works or set to come out today by chance?

Didn't see any notice from buildsys at redhat.com today, but considering 
the date I can't say I expected one, Dave told me the bug was a bit 
puzzling but that he was looking at it,

If you're feeling particularly brave/foolish you could risk
http://people.redhat.com/davej/kernels/Fedora/devel/RPMS.kernel/kernel-2.6.14-1.1784_FC5.i586.rpm
which appears newer that yesterdays rawhide, but no idea what's in it




From mike at miketc.com  Sat Dec 24 19:48:52 2005
From: mike at miketc.com (Mike Chambers)
Date: Sat, 24 Dec 2005 13:48:52 -0600
Subject: Today's attempted rawhide install
In-Reply-To: <43AD9F39.7090706@adslpipe.co.uk>
References: <1135448244.2945.0.camel@scrappy.miketc.com>
	<43AD9F39.7090706@adslpipe.co.uk>
Message-ID: <1135453732.3186.1.camel@scrappy.miketc.com>

On Sat, 2005-12-24 at 19:19 +0000, Andy Burns wrote:

> Didn't see any notice from buildsys at redhat.com today, but considering 
> the date I can't say I expected one, Dave told me the bug was a bit 
> puzzling but that he was looking at it,
> 
> If you're feeling particularly brave/foolish you could risk
> http://people.redhat.com/davej/kernels/Fedora/devel/RPMS.kernel/kernel-2.6.14-1.1784_FC5.i586.rpm
> which appears newer that yesterdays rawhide, but no idea what's in it

Well, i would try that kernel for the install (I am running the same one
via yum update without problems), but not sure how to go about it.  I
would replace the current rawhide kernel with the new one and run a yum
command to get the repo data/whatever in sync to do the install?

-- 
Mike Chambers
Madisonville, KY

"It's only funny until someone gets hurt, then it's hilarious!"



From mike at miketc.com  Sat Dec 24 19:58:01 2005
From: mike at miketc.com (Mike Chambers)
Date: Sat, 24 Dec 2005 13:58:01 -0600
Subject: Today's attempted rawhide install
In-Reply-To: <1135453732.3186.1.camel@scrappy.miketc.com>
References: <1135448244.2945.0.camel@scrappy.miketc.com>
	<43AD9F39.7090706@adslpipe.co.uk>
	<1135453732.3186.1.camel@scrappy.miketc.com>
Message-ID: <1135454281.3186.3.camel@scrappy.miketc.com>

On Sat, 2005-12-24 at 13:48 -0600, Mike Chambers wrote:

> Well, i would try that kernel for the install (I am running the same one
> via yum update without problems), but not sure how to go about it.  I
> would replace the current rawhide kernel with the new one and run a yum
> command to get the repo data/whatever in sync to do the install?

Ok, I am running createrepo to get yum up to par.  But not sure if I
would need to run something to create an updated boot.iso to match?

-- 
Mike Chambers
Madisonville, KY

"It's only funny until someone gets hurt, then it's hilarious!"



From davej at redhat.com  Sat Dec 24 20:06:03 2005
From: davej at redhat.com (Dave Jones)
Date: Sat, 24 Dec 2005 15:06:03 -0500
Subject: Today's attempted rawhide install
In-Reply-To: <43AD9F39.7090706@adslpipe.co.uk>
References: <1135448244.2945.0.camel@scrappy.miketc.com>
	<43AD9F39.7090706@adslpipe.co.uk>
Message-ID: <20051224200603.GA23432@redhat.com>

On Sat, Dec 24, 2005 at 07:19:21PM +0000, Andy Burns wrote:
 > Mike Chambers wrote:
 > 
 > >I understand a bug has already been filed for this.  Is there a fix in
 > >the works or set to come out today by chance?
 > 
 > Didn't see any notice from buildsys at redhat.com today, but considering 
 > the date I can't say I expected one, Dave told me the bug was a bit 
 > puzzling but that he was looking at it,
 > 
 > If you're feeling particularly brave/foolish you could risk
 > http://people.redhat.com/davej/kernels/Fedora/devel/RPMS.kernel/kernel-2.6.14-1.1784_FC5.i586.rpm
 > which appears newer that yesterdays rawhide, but no idea what's in it

just an update to rc6-git4, minor stuff really.
I'm not sure why this didn't make todays rawhide.
Hmm, actually, a yum list updates on my workstation
shows no updates for the last two days.  Odd.

		Dave



From pbrobinson at gmail.com  Sat Dec 24 22:30:27 2005
From: pbrobinson at gmail.com (Peter Robinson)
Date: Sat, 24 Dec 2005 22:30:27 +0000
Subject: Today's attempted rawhide install
In-Reply-To: <20051224200603.GA23432@redhat.com>
References: <1135448244.2945.0.camel@scrappy.miketc.com>
	<43AD9F39.7090706@adslpipe.co.uk> <20051224200603.GA23432@redhat.com>
Message-ID: <5256d0b0512241430g14190c11qc11a31729afc1617@mail.gmail.com>

On 12/24/05, Dave Jones <davej at redhat.com> wrote:
> On Sat, Dec 24, 2005 at 07:19:21PM +0000, Andy Burns wrote:
>  > Mike Chambers wrote:
>  >
>  > >I understand a bug has already been filed for this.  Is there a fix in
>  > >the works or set to come out today by chance?
>  >
>  > Didn't see any notice from buildsys at redhat.com today, but considering
>  > the date I can't say I expected one, Dave told me the bug was a bit
>  > puzzling but that he was looking at it,
>  ys>
>  > If you're feeling particularly brave/foolish you could risk
>  > http://people.redhat.com/davej/kernels/Fedora/devel/RPMS.kernel/kernel-2.6.14-1.1784_FC5.i586.rpm
>  > which appears newer that yesterdays rawhide, but no idea what's in it
>
> just an update to rc6-git4, minor stuff really.
> I'm not sure why this didn't make todays rawhide.
> Hmm, actually, a yum list updates on my workstation
> shows no updates for the last two days.  Odd.

No build reports to the list either... build system on strike, or
maybe just gone on holidays too :-)

Pete



From gsc.news at online.de  Sun Dec 25 06:48:46 2005
From: gsc.news at online.de (=?ISO-8859-1?Q?G=FCnter_Schmidt?=)
Date: Sun, 25 Dec 2005 07:48:46 +0100
Subject: AW: Re: AW: Re: ext3 Filessyten in FC5-Test incompatible with
 other FC or RHEL versions
In-Reply-To: <5134634.158301135340923965.JavaMail.servlet@kundenserver>
References: <5134634.158301135340923965.JavaMail.servlet@kundenserver>
Message-ID: <43AE40CE.8010900@online.de>

Dr. G?nter Schmidt wrote:

>>On Thu, 2005-12-22 at 21:18 -0500, Dave Jones wrote:
>>    
>>
>>>On Thu, Dec 22, 2005 at 03:31:03PM +0100, Arjan van de Ven wrote:
>>> > On Thu, 2005-12-22 at 14:47 +0100, gsc.news at online.de wrote:
>>> > > >If I recall, there was a change in the ext2 utilities from FC3 to FC4 
>>>      
>>>
>>> > > >which fsils with earlier distro created partitions.
>>> > > >
>>> > > >I believe you need to disable filechecking with the entries in your 
>>> > > >fstab  file. That is, change the last two digits in your older distros 
>>>      
>>>
>>> > > >to zero.
>>> > > >Alternatively, you could mount the other OS partitions whenever you 
>>>      
>>>
>>need 
>>    
>>
>>> > > >to access the files on the common partitions..
>>> > > >
>>> > > >Are you talking about a common /home partition?
>>> > > 
>>> > > Yes, and therefore, I can't use my privous installations anymore.
>>> > 
>>> > that sounds nasty; maybe fedora should turn off MLS for now until
>>> > there's a better compatibility?
>>>
>>>The latest FC4 update kernel can read MLS labelled filesystems without 
>>>      
>>>
>>problem.
>>    
>>
>>>I've not checked FC3, that one might be a little more tricky, as the compat 
>>>      
>>>
>>code
>>    
>>
>>>requires changes that have happened post 2.6.12 (where FC3 is currently 
>>>      
>>>
>>sat).
>>    
>>
>>>Given the effort required to make that work, the limited time remaining in 
>>>      
>>>
>>the
>>    
>>
>>>FC3 lifetime, and the low general appeal of such a feature, it probably 
>>>      
>>>
>>won't
>>    
>>
>>>get fixed
>>>      
>>>
>>given that even RHEL4 can't get compatibility code.. why go through this
>>pain in the first place? Is MLS a compelling enough feature for fedora
>>to go through this pain? Is it even used for something or by someone in
>>the first place?
>>    
>>
>
>This would also meen the upcomming RHEL5 (derived from FC5) will be incompatible
>with RHEL4 (derived from FC3) and RHLE3 (derived from RH9).
>
>The user friendly version would be not to change an existing partition during boot
>time without a warning.
>
>As current solution I can only backup my boot and home partitions, format them
>under centos4, restore the data and forget FC5.
>
>  
>
In the meantime I found out, that I have in Centos4 already a newer 
kernel (2.6.9-22.0.1.EL)
which allows the access to my /home and /boot partitions, but as the 
/boot was not accessible
while I did the 'up2date' the new kernel was not added to grub.conf. 
After manual add and reboot
I am back again in my 'normal system.

Thanks for all comments

Merry Christmas and a Happy new Year
G?nter



From sundaram at redhat.com  Sun Dec 25 11:13:00 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Sun, 25 Dec 2005 16:43:00 +0530
Subject: GNOME "Run" menu
In-Reply-To: <1134157683.4622.7.camel@localhost.localdomain>
References: <1134157683.4622.7.camel@localhost.localdomain>
Message-ID: <43AE7EBC.4000408@redhat.com>

Leon Stringer wrote:

>Is the "Run" menu item from GNOME deliberately missing or is this an
>oversight?
>
>  
>
It is deliberate. You can access the run dialog by use the shortcut 
(Alt+F2) which is faster.  You still have the panel applet. Right click 
panel to get the content menu => Click Add to panel =>  Click Run Dialog 
if you need a GUI way to do this. GNOME 2.14 which is planned to be 
included in FC5 will have a menu editor and there might have a gconf key 
to turn the menu entry back again. The idea behind this change to my 
understanding is to streamline the menus and make sure that any 
application that doesnt use the freedesktop desktop specification to 
automatically add menu entries on installation gets fixed.  The deskbar 
applet proposed for inclusion in GNOME 2.14 
(http://mail.gnome.org/archives/deskbar-applet-list/2005-October/msg00116.html 
) adds a enhanced replacement for the run dialog with provisions for 
keyboard shortcuts.  Also the context menu entry for the terminal in the 
desktop has also been removed. A replacement with additional 
functionality to open a terminal in any folder is available in Fedora 
Extras.

# yum install nautilus-open-terminal if you need it.

-- 
Rahul 

Learn. Network. Experience open source.
Red Hat Summit Nashville  |  May 30 - June 2, 2006
Learn more: http://www.redhat.com/promo/summit/



From sundaram at redhat.com  Sun Dec 25 11:25:42 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Sun, 25 Dec 2005 16:55:42 +0530
Subject: RedHat Fedora Dev Team?
In-Reply-To: <2a28d2ab0512220434y52dc268ev30a0e2db218cfae0@mail.gmail.com>
References: <2a28d2ab0512220434y52dc268ev30a0e2db218cfae0@mail.gmail.com>
Message-ID: <43AE81B6.9000602@redhat.com>

Dr. Diesel wrote:

> How many coders are currently involved at RedHat?  Are there specific 
> groups, like kernel guys etc?
>
I am not sure of the exact numbers but all of the Red Hat Engineers are 
involved in Fedora either by direct code contributions to the upstream 
project or through packaging and maintenance in Fedora Core or Extras 
repository. There are several others who take care of the infrastructure 
such as cvs and legal issues and involved with other projects such as 
documentation or artwork. There are several groups organized for the 
kernel, desktop etc. Some of the teams are listed in the wiki pages at 
http://fedoraproject.org

-- 
Rahul 

Learn. Network. Experience open source.
Red Hat Summit Nashville  |  May 30 - June 2, 2006
Learn more: http://www.redhat.com/promo/summit/



From sundaram at redhat.com  Sun Dec 25 11:29:06 2005
From: sundaram at redhat.com (Rahul Sundaram)
Date: Sun, 25 Dec 2005 16:59:06 +0530
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <20051219115001.GA13016@srv01.cluenet.de>
References: <20051216231258.2660F741F5@hormel.redhat.com>	<1134814017.3778.5.camel@BillMurray>	<20051218114454.GA3485@srv01.cluenet.de>	<43A54E0C.9080809@redhat.com>
	<20051219115001.GA13016@srv01.cluenet.de>
Message-ID: <43AE8282.2050504@redhat.com>

Daniel Roesen wrote:

>On Sun, Dec 18, 2005 at 05:24:52PM +0530, Rahul Sundaram wrote:
>  
>
>>It is a pain. However the current development tree as well as FC5 test 1 
>>has support for software suspend.
>>    
>>
>
>Thanks, but /if/ I'm going down the "special kernel" route, it will be
>an uptodate FC4 kernel with suspend2 applied. From all I read about this
>topic, I won't go down the in-kernel suspend path.
>
>  
>
Well thats your choice. The in-kernel path is whats going to tested and 
integrated in Fedora unless the suspend2 patches get into the upstream 
kernel. If you want a solution that works out of the box in Fedora for 
now it makes better sense to test out the current integration in the 
development and test releases of Fedora Core 5 and make sure it works 
well for your systems or send feedback through bugzilla otherwise.

-- Rahul 

Learn. Network. Experience open source.
Red Hat Summit Nashville  |  May 30 - June 2, 2006
Learn more: http://www.redhat.com/promo/summit/



From fct-cornette at insight.rr.com  Mon Dec 26 03:08:28 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Sun, 25 Dec 2005 22:08:28 -0500
Subject: #prelink# semi-disaster
Message-ID: <43AF5EAC.80908@insight.rr.com>

Trying to launch ppracer, I ended up having a permission error. When 
investigating the library which I was having permission errors with, I 
found out that the library was linked to a #prelink#<random-number> file.
Deleting all of the #prelink#<random> from /tmp left one obviously 
broken symlink to /usr/lib/libGL.so.1

Anyway, is there an option to any option to find broken symlinks 
system-wide.

Most importantly, for programs that can break the sanity of the system 
if you are shutting down the computer, are there any mechanisms being 
developed to prevent system shutdown until processes such as prelink, 
updating system in the background are not in a sane condition.

To fix the above problem, I deleted the database entries for the library 
that had the broken dep and all associated rpms. I then yum installed 
the same packages that were db entry only removed.

Jim


-- 
My computer can beat up your computer.
- Karl Lehenbauer



From michal at harddata.com  Mon Dec 26 06:07:11 2005
From: michal at harddata.com (Michal Jaegermann)
Date: Sun, 25 Dec 2005 23:07:11 -0700
Subject: #prelink# semi-disaster
In-Reply-To: <43AF5EAC.80908@insight.rr.com>
References: <43AF5EAC.80908@insight.rr.com>
Message-ID: <20051226060711.GA6593@mail.harddata.com>

On Sun, Dec 25, 2005 at 10:08:28PM -0500, Jim Cornette wrote:
> Deleting all of the #prelink#<random> from /tmp left one obviously 
> broken symlink to /usr/lib/libGL.so.1

If in such moment you will rerun 'ldconfig' then all correct links
should be created.  Indeed, this is not precisely obvious.

   Michal



From buildsys at redhat.com  Mon Dec 26 08:12:56 2005
From: buildsys at redhat.com (Build System)
Date: Mon, 26 Dec 2005 03:12:56 -0500
Subject: rawhide report: 20051226 changes
Message-ID: <200512260812.jBQ8Cu3m007769@porkchop.devel.redhat.com>

New package elilo
	ELILO linux boot loader for EFI-based systems

New package gnu-efi
	Development Libraries and headers for EFI

New package libpfm
	a performance monitoring library for Linux/ia64

New package libunwind
	An unwinding library for ia64.

New package pfmon
	a performance monitoring tool for Linux/ia64

New package prctl
	Utility to perform process operations

New package salinfo
	SAL info tool.


 
Updated Packages:

dmidecode-1:2.6-1.14
--------------------
* Fri Apr 15 2005 Florian La Roche <laroche at redhat.com>
- remove empty scripts

* Wed Mar 02 2005 Dave Jones <davej at redhat.com>
- Update to upstream 2.6

* Tue Mar 01 2005 Dave Jones <davej at redhat.com>
- Rebuild for gcc4

kernel-2.6.14-1.1786_FC5
------------------------
* Sun Dec 25 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc7
- bah humbug.

rgmanager-1.9.31-3
------------------
* Thu May 05 2005 Chris Feist <cfeist at redhat.com>
- Cleaned up .spec file.

* Thu May 05 2005 Chris Feist <cfeist at redhat.com>
- Added patch to disable starting up the init scripts.

* Mon Dec 20 2004 Chris Feist <cfeist at redhat.com>
- Rebuild with new sources.

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.i686 requires /lib/modules/2.6.14-1.1775_FC5
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.i686 requires kernel = 0:2.6.14-1.1775_FC5
	GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.2.i686 requires kernel-smp = 0:2.6.14-1.1775_FC5
	GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.2.i686 requires /lib/modules/2.6.14-1.1775_FC5smp
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.i686 requires /lib/modules/2.6.14-1.1775_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.i686 requires kernel = 0:2.6.14-1.1775_FC5
	cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.3.i686 requires kernel-smp = 0:2.6.14-1.1775_FC5
	cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.3.i686 requires /lib/modules/2.6.14-1.1775_FC5smp
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.3.i686 requires /lib/modules/2.6.14-1.1783_FC5
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.3.i686 requires kernel = 0:2.6.14-1.1783_FC5
	dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.3.i686 requires /lib/modules/2.6.14-1.1783_FC5smp
	dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.3.i686 requires kernel-smp = 0:2.6.14-1.1783_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.4.i686 requires /lib/modules/2.6.14-1.1777_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.4.i686 requires kernel = 0:2.6.14-1.1777_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.4.i686 requires /lib/modules/2.6.14-1.1777_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.4.i686 requires kernel-smp = 0:2.6.14-1.1777_FC5
	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6



Broken deps for ia64
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs



Broken deps for ppc
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6



Broken deps for ppc64
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)



Broken deps for s390
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6



Broken deps for s390x
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit)
	libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit)



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.x86_64 requires /lib/modules/2.6.14-1.1775_FC5
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.x86_64 requires kernel = 0:2.6.14-1.1775_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.x86_64 requires /lib/modules/2.6.14-1.1775_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.x86_64 requires kernel = 0:2.6.14-1.1775_FC5
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.3.x86_64 requires /lib/modules/2.6.14-1.1783_FC5
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.3.x86_64 requires kernel = 0:2.6.14-1.1783_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.4.x86_64 requires /lib/modules/2.6.14-1.1777_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.4.x86_64 requires kernel = 0:2.6.14-1.1777_FC5
	jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)





From admin at ramshacklestudios.com  Mon Dec 26 08:18:49 2005
From: admin at ramshacklestudios.com (Peter Gordon)
Date: Mon, 26 Dec 2005 00:18:49 -0800
Subject: [OT] Re: rawhide report: 20051226 changes
In-Reply-To: <200512260812.jBQ8Cu3m007769@porkchop.devel.redhat.com>
References: <200512260812.jBQ8Cu3m007769@porkchop.devel.redhat.com>
Message-ID: <1135585129.4830.2.camel@tuxhugger>

On Mon, 2005-12-26 at 03:12 -0500, Build System wrote:
> kernel-2.6.14-1.1786_FC5
> ------------------------
> * Sun Dec 25 2005 Dave Jones <davej at redhat.com>
> - 2.6.15-rc7
> - bah humbug.

Bah! Where's your holiday spirit? :-P

-- 
Peter Gordon (codergeek42)
GnuPG Public Key: 0xDA3634D7
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051226/f0d3a6a0/attachment.sig>

From res at ausics.net  Mon Dec 26 10:49:43 2005
From: res at ausics.net (Res)
Date: Mon, 26 Dec 2005 20:49:43 +1000 (EST)
Subject: FC5 - printing
Message-ID: <Pine.LNX.4.64.0512262043420.30631@ebfjryy.nhfvpf.arg>

Hey All,
Hope everyone is enjoying their holidays, well everyone unlike those of us 
still working/on call etc :(

Has anyone tried the current test and had good results with default 
setup for either Epson C65 or Oki 7550 .... or do we have to remove 
gimp-print and install gutenprint for the drivers still...


-- 
Cheers
Res



From paul at all-the-johnsons.co.uk  Mon Dec 26 11:46:58 2005
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Mon, 26 Dec 2005 11:46:58 +0000
Subject: rawhide report: 20051226 changes
In-Reply-To: <200512260812.jBQ8Cu3m007769@porkchop.devel.redhat.com>
References: <200512260812.jBQ8Cu3m007769@porkchop.devel.redhat.com>
Message-ID: <1135597618.23839.4.camel@T7.Linux>

Hi,

> kernel-2.6.14-1.1786_FC5
> ------------------------
> * Sun Dec 25 2005 Dave Jones <davej at redhat.com>
> - 2.6.15-rc7
> - bah humbug.

Does this fix the alsa problem currently seen via xmms and the cd
player?

TTFN

Paul
-- 
main(t,_,a) char*a;{return!0<t?t<3?main(-79,-13,a+main(-87,1-_,main(-86,
0,a+1 )+a)):1,t<_?main(t+1,_,a ):3,main (-94,-27+t,a)&&t==2?_<13?main(2,
_+1,"%s %d %d\n"):9:16:t<0?t<-72?main(_,t,"@n'+,#'/*{}w+/w#cdnr/+,{}r/*de}
+,/*{*+,/w{%+,/w#q#n+,/#{l,+,/n{n+,/+#n+,/#;#q#n+,/+k#;*+,/'r :'d*'3,}{w+K 
w'K:'+}e#';dq#'l q#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){){nl]
'/+#n';d}rw' i;# ){nl]!/n{n#'; r{#w'r nc{nl]'/#{l,+'K {rw' iK{;[{nl]'/w#q#n
'wk nw' iwk{KK{nl]!/w{%'l##w#' i; :{nl]'/*{q#'ld;r'}{nlwb!/*de}'c ;;{nl'-{}
rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}{rl#'{n' ')# }'+}##
(!!/"):t<-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1
):0<t?main(2,2,"%s"):*a=='/'||main(0,main(-61,*a,"!ek;dc i at bK'(q)-[w]*%n+r3#l
,{}:\nuwloca-O;m .vpbks,fxntdCeghiry"),a+1);}



From dragoran at feuerpokemon.de  Mon Dec 26 13:00:34 2005
From: dragoran at feuerpokemon.de (dragoran)
Date: Mon, 26 Dec 2005 14:00:34 +0100
Subject: rawhide report: 20051226 changes
In-Reply-To: <200512260812.jBQ8Cu3m007769@porkchop.devel.redhat.com>
References: <200512260812.jBQ8Cu3m007769@porkchop.devel.redhat.com>
Message-ID: <43AFE972.4080508@feuerpokemon.de>

Build System schrieb:

>New package elilo
>	ELILO linux boot loader for EFI-based systems
>
>New package gnu-efi
>	Development Libraries and headers for EFI
>
>New package libpfm
>	a performance monitoring library for Linux/ia64
>
>New package libunwind
>	An unwinding library for ia64.
>
>New package pfmon
>	a performance monitoring tool for Linux/ia64
>
>New package prctl
>	Utility to perform process operations
>
>New package salinfo
>	SAL info tool.
>
>
> 
>Updated Packages:
>
>dmidecode-1:2.6-1.14
>--------------------
>* Fri Apr 15 2005 Florian La Roche <laroche at redhat.com>
>- remove empty scripts
>
>* Wed Mar 02 2005 Dave Jones <davej at redhat.com>
>- Update to upstream 2.6
>
>* Tue Mar 01 2005 Dave Jones <davej at redhat.com>
>- Rebuild for gcc4
>
>kernel-2.6.14-1.1786_FC5
>------------------------
>* Sun Dec 25 2005 Dave Jones <davej at redhat.com>
>- 2.6.15-rc7
>- bah humbug.
>
>rgmanager-1.9.31-3
>------------------
>* Thu May 05 2005 Chris Feist <cfeist at redhat.com>
>- Cleaned up .spec file.
>
>* Thu May 05 2005 Chris Feist <cfeist at redhat.com>
>- Added patch to disable starting up the init scripts.
>
>* Mon Dec 20 2004 Chris Feist <cfeist at redhat.com>
>- Rebuild with new sources.
>
>Broken deps for i386
>----------------------------------------------------------
>	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.i686 requires /lib/modules/2.6.14-1.1775_FC5
>	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.i686 requires kernel = 0:2.6.14-1.1775_FC5
>	GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.2.i686 requires kernel-smp = 0:2.6.14-1.1775_FC5
>	GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.2.i686 requires /lib/modules/2.6.14-1.1775_FC5smp
>	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.i686 requires /lib/modules/2.6.14-1.1775_FC5
>	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.i686 requires kernel = 0:2.6.14-1.1775_FC5
>	cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.3.i686 requires kernel-smp = 0:2.6.14-1.1775_FC5
>	cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.3.i686 requires /lib/modules/2.6.14-1.1775_FC5smp
>	dlm-kernel - 2.6.14.1-20051219.162641.FC5.3.i686 requires /lib/modules/2.6.14-1.1783_FC5
>	dlm-kernel - 2.6.14.1-20051219.162641.FC5.3.i686 requires kernel = 0:2.6.14-1.1783_FC5
>	dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.3.i686 requires /lib/modules/2.6.14-1.1783_FC5smp
>	dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.3.i686 requires kernel-smp = 0:2.6.14-1.1783_FC5
>	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.4.i686 requires /lib/modules/2.6.14-1.1777_FC5
>	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.4.i686 requires kernel = 0:2.6.14-1.1777_FC5
>	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.4.i686 requires /lib/modules/2.6.14-1.1777_FC5smp
>	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.4.i686 requires kernel-smp = 0:2.6.14-1.1777_FC5
>	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
>	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
>	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
>
>
>
>Broken deps for ia64
>----------------------------------------------------------
>	jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
>	rgmanager - 1.9.31-3.ia64 requires ccs
>
>
>
>Broken deps for ppc
>----------------------------------------------------------
>	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
>	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
>	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
>	jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
>	jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
>	jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
>
>
>
>Broken deps for ppc64
>----------------------------------------------------------
>	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
>	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
>	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
>	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
>	jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
>
>
>
>Broken deps for s390
>----------------------------------------------------------
>	jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
>	jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
>	jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
>
>
>
>Broken deps for s390x
>----------------------------------------------------------
>	jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
>	libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit)
>	libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit)
>
>
>
>Broken deps for x86_64
>----------------------------------------------------------
>	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.x86_64 requires /lib/modules/2.6.14-1.1775_FC5
>	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.x86_64 requires kernel = 0:2.6.14-1.1775_FC5
>	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.x86_64 requires /lib/modules/2.6.14-1.1775_FC5
>	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.x86_64 requires kernel = 0:2.6.14-1.1775_FC5
>	dlm-kernel - 2.6.14.1-20051219.162641.FC5.3.x86_64 requires /lib/modules/2.6.14-1.1783_FC5
>	dlm-kernel - 2.6.14.1-20051219.162641.FC5.3.x86_64 requires kernel = 0:2.6.14-1.1783_FC5
>	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.4.x86_64 requires /lib/modules/2.6.14-1.1777_FC5
>	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.4.x86_64 requires kernel = 0:2.6.14-1.1777_FC5
>	jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
>	jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
>	jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
>
>
>
>  
>
kernel still won't boot (tryed boot.iso with and without selinux)



From vherva at viasys.com  Mon Dec 26 13:24:39 2005
From: vherva at viasys.com (Ville Herva)
Date: Mon, 26 Dec 2005 15:24:39 +0200
Subject: kernel-2.6.14-1.1637,
	1653: long delay after "Uncompressing..." phase
Message-ID: <20051226132439.GO22090@vianova.fi>

Since kernel-2.6.14-1.1637, there has been a long delay during boot after
the "Uncompressing..." line. It takes about a minute or so, and judging
from the sound of the fan, it appears to take 100% CPU. Observed on a Compaq
AP250 PIII 866MHz. Earlier kernels did not have this glitch.

Ok:
 kernel-2.6.12-1.1398_FC4
 kernel-2.6.12-1.1447_FC4
 kernel-2.6.12-1.1456_FC4
 kernel-2.6.13-1.1526_FC4
 kernel-2.6.13-1.1532_FC4

Long delay (about minute or so):
 kernel-2.6.14-1.1637_FC4
 kernel-2.6.14-1.1653_FC4


Hardware:
                Vendor: Compaq
                Version: 686J2 v2.04
                Release Date: 12/04/2000
                Address: 0xE0000
                Runtime Size: 128 kB
                ROM Size: 512 kB

                Manufacturer: Compaq
                Product Name: Professional Workstation AP250

                Socket Designation: XU1
                Type: Central Processor
                Family: Pentium III
                Manufacturer: Intel
                Signature: Type 0, Family 6, Model 8, Stepping 6
                Version: Pentium(R) III processor 866 MHz
                Voltage: 2.0 V
                External Clock: 133 MHz
                Max Speed: 1000 MHz
                Current Speed: 866 MHz



From mihamina.rakotomandimby at etu.univ-orleans.fr  Mon Dec 26 15:22:40 2005
From: mihamina.rakotomandimby at etu.univ-orleans.fr (Rakotomandimby Mihamina)
Date: Mon, 26 Dec 2005 16:22:40 +0100
Subject: generating zope.conf (zope 2.9) patch
Message-ID: <1135610560.2420.20.camel@localhost.localdomain>

Hi, 
I am packaging zope 2.9 (wich, at this time is in beta version) in order
to have a ready RPM package when it's released as final stable.

The sample configuration file is not the same anymore, and the patch for
zope 2.8s is obsolete for 2.9.


$ cd /source/directory
$ mv Zope/skel/etc/zope.conf.in Zope/skel/etc/zope.conf.in.original

I edited Zope/skel/etc/zope.conf.in
And generated the patch as folllow.

$ diff -Naur Zope/skel/etc/zope.conf.in.original 

Zope/skel/etc/zope.conf.in
--- Zope/skel/etc/zope.conf.in.original 2005-12-21 12:09:22.000000000
+0100
+++ Zope/skel/etc/zope.conf.in  2005-12-26 14:28:10.000000000 +0100
@@ -146,7 +146,8 @@
 #
 # Example:
 #
-#    effective-user chrism
+
+effective-user <<ZOPE_USER>>


 # Directive: enable-product-installation
@@ -510,7 +511,8 @@
 #
 # Example:
 #
-#    security-policy-implementation python
+
+security-policy-implementation python

 # Directive: skip-authentication-checking

######################################################
################ End of the patch ####################
######################################################

Then I save it under the SOURCES directory

$ diff -Naur Zope/skel/etc/zope.conf.in.original \ 		
	Zope/skel/etc/zope.conf.in >\
	/usr/src/redhat/SOURCES/zope-2.9.0-config.patch

$ rpmbuild -ba zope.spec
[...]
+ echo 'Patch #0 (zope-2.9.0-config.patch):'
Patch #0 (zope-2.9.0-config.patch):
+ patch -p1 -b --suffix .config -s
The text leading up to this was:
--------------------------
|--- Zope/skel/etc/zope.conf.in.original        2005-12-21
12:09:22.000000000 +0100
|+++ Zope/skel/etc/zope.conf.in 2005-12-26 14:28:10.000000000 +0100
--------------------------
File to patch:


What did I do wrong?
I attach the specfile.

-- 
A powerfull GroupWare, CMS, CRM, ECM: CPS (Open Source & GPL).
Opengroupware, SPIP, Plone, PhpBB, JetSpeed... are good: CPS is better.
http://www.cps-project.org for downloads & documentation.
Free hosting of CPS groupware: http://www.objectis.org.
-------------- next part --------------
%define python_minver 2.4

%define zope_user      zope
%define zope_group     %{zope_user}

%define zope_home      %{_libdir}/zope
%define software_home  %{zope_home}/lib/python
%define instance_home  %{_localstatedir}/lib/zope

%define zopectl        %{_bindir}/zopectl
%define runzope        %{_bindir}/runzope

Name:    zope
Summary: Web application server for flexible content management applications
Version: 2.9.0b1
Release: 1%{?dist}
License: ZPL
Group: 	 System Environment/Daemons
URL:     http://www.zope.org/
Source0: Zope-2.9.0b1.tgz
#Source10: http://www.zope.org/Products/Zope/Hotfix-2005-04-05/Hotfix-20050405/Hotfix_20050405.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)

Source1: zope.init.in
Source2: zope.sysconfig.in
Source3: zope.zopectl.in
Source4: zope-README.Fedora
Source5: zope.logrotate.in
Source6: zope.logrotate.cron.in
Patch0:  zope-2.9.0-config.patch
# Patch1:  zope-2.8.3-pythonwarning.patch

BuildRequires: python-devel >= %{python_minver} 
BuildRequires: python >= %{python_minver} 
Requires:      python >= %{python_minver}

Requires(pre): /usr/sbin/useradd
Requires(post): /sbin/chkconfig
Requires(preun): /sbin/chkconfig, /sbin/service

%description
Zope is an application server framework that enables developers to quickly
build web applications such as intranets, portals, and content management
systems.

After starting Zope, you can access it by pointing your browser to
http://localhost:8080

WARNING: this zope package has been built on python 2.4.X, which is not
supported ! Do not file bugreports or ask for support on zope.org if you
choose to use this package.


%prep

#%setup -q -n Zope-%{version}-final #-a 10

%setup -q -n Zope-%{version} #-a 10
%patch0 -p1 -b .config
# remove the backup, or we'll install it too...
rm -f skel/etc/zope.conf.in.config
# Warning on the default index_html about python 2.4 & zope 2.8
# %patch1 -p1 -b .pythonwarning

chmod -x Zope/skel/import/README.txt
cp -p %{SOURCE4} README.Fedora
cp -p %{SOURCE5} Zope/skel/etc/logrotate.conf.in


%build
./configure \
  --with-python=%{__python} \
  --prefix=$RPM_BUILD_ROOT%{zope_home} \
#  --optimize
  
#    --no-compile

make %{?_smp_mflags}


%install
rm -rf $RPM_BUILD_ROOT
rm -f docs

# Create all required additional directories
for dir in %{zope_home} %{software_home} %{instance_home}/{Products,bin,var} \
    %{_sysconfdir}/sysconfig %{_bindir}; do
    mkdir -p $RPM_BUILD_ROOT$dir
done


install -D -m 755 %{SOURCE1} $RPM_BUILD_ROOT%{_initrddir}/zope
install -D -m 644 %{SOURCE2} $RPM_BUILD_ROOT%{_sysconfdir}/sysconfig/zope
install -D -m 755 %{SOURCE3} $RPM_BUILD_ROOT%{_bindir}/zopectl
install -D -m 755 %{SOURCE6} $RPM_BUILD_ROOT%{_sysconfdir}/cron.daily/zope-logrotate
perl -pi -e 's,<<SYSCONFDIR>>,%{_sysconfdir},g;
             s,<<BINDIR>>,%{_bindir},g;
             s,<<LOCALSTATEDIR>>,%{_localstatedir},g;
             s,<<ZOPE_USER>>,%{zope_user},g' \
    $RPM_BUILD_ROOT%{_initrddir}/zope \
    $RPM_BUILD_ROOT%{_sysconfdir}/sysconfig/zope \
    $RPM_BUILD_ROOT%{_bindir}/zopectl \
    $RPM_BUILD_ROOT%{_sysconfdir}/cron.daily/zope-logrotate \
    README.Fedora Zope/skel/etc/zope.conf.in

# Install the skel, translating paths, into the build root
%{__python} "Zope/utilities/copyzopeskel.py" \
     --sourcedir="Zope/skel" \
     --targetdir="$RPM_BUILD_ROOT%{instance_home}" \
     --replace="INSTANCE_HOME:%{instance_home}" \
     --replace="SOFTWARE_HOME:%{software_home}" \
     --replace="ZOPE_HOME:%{zope_home}" \
     --replace="PYTHON:%{__python}" \

# Actually copy all the other files over
make install

# Hotfix
#cp -a Hotfix_20050405 $RPM_BUILD_ROOT%{zope_home}/lib/python/Products

chmod 700 $RPM_BUILD_ROOT%{instance_home}
chmod 755 $RPM_BUILD_ROOT%{zope_home}

# Symlink to include in the docs
ln -sf %{zope_home}/doc Zope/docs

# write version.txt
echo "Zope %{version}-%{release}" > \
    "$RPM_BUILD_ROOT%{zope_home}/lib/python/version.txt"

# Compile .pyc
%{__python} -c "import compileall; \
    compileall.compile_dir(\"$RPM_BUILD_ROOT%{zope_home}\", \
    ddir=\"%{zope_home}\", force=1)"



%clean
rm -rf $RPM_BUILD_ROOT


%pre
/usr/sbin/useradd -c "Zope user" -s /bin/false -r -d %{zope_home} \
    %{zope_user} 2>/dev/null || :


%post
# add zope init to runlevels
/sbin/chkconfig --add zope


%preun
if [ $1 -eq 0 ]; then
  /sbin/service zope stop >/dev/null 2>&1
  /sbin/chkconfig --del zope
fi



%files 
%defattr(-, root, root, -)
# %doc %{zope_home}/doc
%doc Zope/docs README.Fedora
%config(noreplace) %{_sysconfdir}/sysconfig/zope
%config %{_initrddir}/zope
%config %{_sysconfdir}/cron.daily/zope-logrotate
%attr(0755, root, root) %{_bindir}/zopectl
%dir %{zope_home}
%{zope_home}/bin
# %{zope_home}/import
%{zope_home}/lib
%dir %{zope_home}/skel
%{zope_home}/include
%{zope_home}/zopeskel
%{zope_home}/skel/bin
%{zope_home}/skel/Extensions
%{zope_home}/skel/import
%{zope_home}/skel/log
%{zope_home}/skel/Products
%{zope_home}/skel/README.txt
%{zope_home}/skel/var
%config %{zope_home}/skel/etc
%attr(-, %{zope_user}, %{zope_group}) %dir %{instance_home}
%attr(-, %{zope_user}, %{zope_group}) %{instance_home}/bin
%attr(-, %{zope_user}, %{zope_group}) %{instance_home}/Extensions
%attr(-, %{zope_user}, %{zope_group}) %{instance_home}/import
%attr(-, %{zope_user}, %{zope_group}) %{instance_home}/log
%attr(-, %{zope_user}, %{zope_group}) %{instance_home}/Products
%attr(-, %{zope_user}, %{zope_group}) %{instance_home}/README.txt
%attr(-, %{zope_user}, %{zope_group}) %{instance_home}/var
%attr(-, %{zope_user}, %{zope_group}) %config %{instance_home}/etc



%changelog
* Thu Nov 10 2005 Mihamina Rakotomandimby <mihamina.rakotomandimby at etu.univ-orleans.fr> 2.8.4-1
- update to 2.8.4

* Tue Oct 25 2005 Aurelien Bompard <gauret[AT]free.fr> 2.8.3-3
- rebuild

* Tue Oct 25 2005 Aurelien Bompard <gauret[AT]free.fr> 2.8.3-2
- add warning about zope 2.8 & python 2.4 (bug 171681)

* Sat Oct 22 2005 Aurelien Bompard <gauret[AT]free.fr> 2.8.3-1
- version 2.8.3

* Sat Oct 15 2005 Aurelien Bompard <gauret[AT]free.fr> 2.8.2-1
- version 2.8.2

* Sat Sep 10 2005 Aurelien Bompard <gauret[AT]free.fr> 2.8.1-1
- version 2.8.1

* Sun Jun 12 2005 Aurelien Bompard <gauret[AT]free.fr> 2.8.0-2
- rebuild

* Sat Jun 11 2005 Aurelien Bompard <gauret[AT]free.fr> 2.8.0-1
- version 2.8.0

* Sun Jun 05 2005 Aurelien Bompard <gauret[AT]free.fr> 2.7.6-2
- don't remove the zope user un postun (to keep the Data.fs to the
  correct owner after removal)

* Sun May 08 2005 Aurelien Bompard <gauret[AT]free.fr> 2.7.6-1%{?dist}
- version 2.7.6
- use disttag

* Thu Apr 07 2005 Aurelien Bompard <gauret[AT]free.fr> 2.7.5-2.fc4
- add hotfix

* Thu Mar 24 2005 Aurelien Bompard <gauret[AT]free.fr> 2.7.5-1.fc4
- version 2.7.5
- drop Epoch
- change release tag for FC4
- convert some tabs into spaces

* Wed Jan 26 2005 Aurelien Bompard <gauret[AT]free.fr> 2.7.4-1
- version 2.7.4
- flag the documentation as %%doc
- make %%zope_home go+rx to allow users to create instances and to allow
  access to docs
- add a logrotate cron job
- flag config files as %%config even in %%zope_home and %%instance_home

* Fri Dec 10 2004 Aurelien Bompard <gauret[AT]free.fr> 2.7.3-0.fdr.6
- activate "security-policy-implementation python" in zope.conf

* Sun Nov 21 2004 Aurelien Bompard <gauret[AT]free.fr> 2.7.3-0.fdr.5
- revert to zope's default directory tree to allow multiple instances
- make the zopectl script multiple-instaces-aware.
- add README.Fedora

* Fri Nov 12 2004 Aurelien Bompard <gauret[AT]free.fr> 2.7.3-0.fdr.4
- compile scripts in %zope_home/bin too
- keep skel dir in %zope_home to fix mkzopeinstance
- BuildRequire python, since python-devel doesn't require it.

* Fri Nov 12 2004 Aurelien Bompard <gauret[AT]free.fr> 2.7.3-0.fdr.3
- compile .pyc instead of just touch-ing them

* Thu Nov 11 2004 Aurelien Bompard <gauret[AT]free.fr> 2.7.3-0.fdr.2
- deal with leftover .pyc files
- minor spec cleanups

* Thu Nov 11 2004 Aurelien Bompard <gauret[AT]free.fr> 2.7.3-0.fdr.1
- fix scriptlets requirements
- use standard buildroot
- replace %%buildroot by RPM_BUILD_ROOT
- update to 2.7.3
- drop Hotfix
- drop patch 1, fixed upstream

* Tue Aug 10 2004 Aurelien Bompard <gauret[AT]free.fr> 2.7.2-0.fdr.3
- add hotfix from Zope.org: 
  http://zope.org/Products/Zope/Hotfix-200400807/Hotfix-20040807-alert

* Wed Aug 04 2004 Aurelien Bompard <gauret[AT]free.fr> 2.7.2-0.fdr.2
- add patch to warn the user that the initial user cannot be added while
  Zope is running (from Chris McDonough)

* Wed Aug 04 2004 Aurelien Bompard <gauret[AT]free.fr> 2.7.2-0.fdr.1
- version 2.7.2
- remove leftover byte-compilation in %%post
- Zope 2.7.x really requires python >= 2.3.3

* Wed Jul 14 2004 Rex Dieter <rexdieter at sf.net> 2.7.1-0.fdr.1
- 2.7.1
- move files created in %%post back into rpm.  Unowned files are bad.
- make (theoretically) buildable for all rh73-rh90,fc1/2,el3
  NOTE: lowerred python_minver to 2.2.2 to test builds, though (most) 
  docs claim 2.3.3 is required.  (??) 
- don't use Requires(preun,postun)
- use %%_smp_mflags

* Tue Apr 28 2004 Chris McDonough <chrism at plope.com> 2.7.0-0.fdr.1
- Prep for submission to Fedora.us by revising work done by Matthias
- Refer to source files by URL instead of by name
- Write version.txt into software home in post
- Don't ship byte-compiled files, instead compile them in post
- Add patch for inverted P_WAIT/P_NOWAIT in zdctl (fixes startup)
- Add patch for objectmanager bug that could effect sites that depend
  on userid/username separation
- Improved init script (OK and FAILED now are printed at the appropriate
  times)
- Remove runzope workaround by adding a <zoperunner> stanza to the
  config file.
- Start in runlevels 345.
- Known issues:
  - zopectl is started and runs as the root user at boot time,
    (although Zope itself runs as the zope user)
  - no distro-specific docs telling people which port the software
    runs on or how to add a user via zopectl adduser.

* Wed Feb 18 2004 Matthias Saou <http://freshrpms.net/> 2.7.0-0.6.fr
- Initial RPM release.
- The startup/stop needs to be modified further.
- Currently "zopectl" returns an error although Zope does start...


From katzj at redhat.com  Mon Dec 26 15:47:40 2005
From: katzj at redhat.com (Jeremy Katz)
Date: Mon, 26 Dec 2005 10:47:40 -0500
Subject: Today's attempted rawhide install
In-Reply-To: <5256d0b0512241430g14190c11qc11a31729afc1617@mail.gmail.com>
References: <1135448244.2945.0.camel@scrappy.miketc.com>
	<43AD9F39.7090706@adslpipe.co.uk> <20051224200603.GA23432@redhat.com>
	<5256d0b0512241430g14190c11qc11a31729afc1617@mail.gmail.com>
Message-ID: <1135612060.2752.15.camel@bree.local.net>

On Sat, 2005-12-24 at 22:30 +0000, Peter Robinson wrote:
> No build reports to the list either... build system on strike, or
> maybe just gone on holidays too :-)

The rawhide compose has started not pushing if there are a few things in
the logs which imply failure -- one of those was a false positive which
started showing up on Saturday.  Fixed now and it looked like today's
rawhide push went out as normal

Jeremy



From katzj at redhat.com  Mon Dec 26 15:49:35 2005
From: katzj at redhat.com (Jeremy Katz)
Date: Mon, 26 Dec 2005 10:49:35 -0500
Subject: Today's attempted rawhide install
In-Reply-To: <1135454281.3186.3.camel@scrappy.miketc.com>
References: <1135448244.2945.0.camel@scrappy.miketc.com>
	<43AD9F39.7090706@adslpipe.co.uk>
	<1135453732.3186.1.camel@scrappy.miketc.com>
	<1135454281.3186.3.camel@scrappy.miketc.com>
Message-ID: <1135612175.2752.18.camel@bree.local.net>

On Sat, 2005-12-24 at 13:58 -0600, Mike Chambers wrote:
> On Sat, 2005-12-24 at 13:48 -0600, Mike Chambers wrote:
> 
> > Well, i would try that kernel for the install (I am running the same one
> > via yum update without problems), but not sure how to go about it.  I
> > would replace the current rawhide kernel with the new one and run a yum
> > command to get the repo data/whatever in sync to do the install?
> 
> Ok, I am running createrepo to get yum up to par.  But not sure if I
> would need to run something to create an updated boot.iso to match?

If you grab the anaconda src.rpm, there's a neat little script,
scripts/upd-kernel in the source tree which will take the pxeboot
directory and update it.  Going from that to a boot.iso is left as an
exercise for the reader ;-)

Jeremy



From fct-cornette at insight.rr.com  Mon Dec 26 17:18:32 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Mon, 26 Dec 2005 12:18:32 -0500
Subject: #prelink# semi-disaster
In-Reply-To: <20051226060711.GA6593@mail.harddata.com>
References: <43AF5EAC.80908@insight.rr.com>
	<20051226060711.GA6593@mail.harddata.com>
Message-ID: <43B025E8.2070602@insight.rr.com>

Michal Jaegermann wrote:
> On Sun, Dec 25, 2005 at 10:08:28PM -0500, Jim Cornette wrote:
> 
>>Deleting all of the #prelink#<random> from /tmp left one obviously 
>>broken symlink to /usr/lib/libGL.so.1
> 
> 
> If in such moment you will rerun 'ldconfig' then all correct links
> should be created.  Indeed, this is not precisely obvious.
> 
>    Michal
> 

Would I run this against the entire /usr/lib directory or just against 
the particular library where the problem was encountered?

locate '#prelink#' presently returns no transitional libraries. At the 
time the problem was encountered, there were about 5 returned libraries 
that returned results. Most of the returned outputs were sound related 
libraries which are not part of Fedora Core.


Having a systemwide warning where shutdown would not happen until the 
system was in sane state is still a desirable action. prelink and 
package updating interrupted on shutdown seem to be dangerous actions to 
interrupt whie they are in mid-stream condition. Ideally, they would 
exit cleanly and save data like in a hybernation state and pick up when 
the system beacme powered up again.
I favor the complete action, then shut down while preventing additional 
programs from launching during the shutdown request. Laptops would 
probably benifit from the complete critical, then hybernate concept.

In the meantime, running top before shutting down the system is probably 
wise to ensure at least a critical application or daemon is not 
performing tasks at the time of shutdown.

Jim


-- 
"Nuclear war can ruin your whole compile."
-- Karl Lehenbauer



From michal at harddata.com  Mon Dec 26 17:34:32 2005
From: michal at harddata.com (Michal Jaegermann)
Date: Mon, 26 Dec 2005 10:34:32 -0700
Subject: #prelink# semi-disaster
In-Reply-To: <43B025E8.2070602@insight.rr.com>
References: <43AF5EAC.80908@insight.rr.com>
	<20051226060711.GA6593@mail.harddata.com>
	<43B025E8.2070602@insight.rr.com>
Message-ID: <20051226173432.GA19984@mail.harddata.com>

On Mon, Dec 26, 2005 at 12:18:32PM -0500, Jim Cornette wrote:
> Michal Jaegermann wrote:
> >On Sun, Dec 25, 2005 at 10:08:28PM -0500, Jim Cornette wrote:
> >
> >>Deleting all of the #prelink#<random> from /tmp left one obviously 
> >>broken symlink to /usr/lib/libGL.so.1
> >
> >If in such moment you will rerun 'ldconfig' then all correct links
> >should be created.  Indeed, this is not precisely obvious.
> 
> Would I run this against the entire /usr/lib directory or just against 
> the particular library where the problem was encountered?

You can just type 'ldconfig' and that is all.  It does not take very
long.  Obviously after removing "bad prelink leftovers".  You may be
more spefic if you wish.

> locate '#prelink#' presently returns no transitional libraries. At the 
> time the problem was encountered, there were about 5 returned libraries 
> that returned results.

I have seen something of that sort but I do not know how to
reproduce it.  Possibly by reboot while prelink is running. This may
happen as prelink is running from cron, which may mean anacron, and
you may be not aware that this is happening.  A test installation is
likely to be rebooted quite often.

   Michal



From mihamina.rakotomandimby at etu.univ-orleans.fr  Mon Dec 26 18:22:09 2005
From: mihamina.rakotomandimby at etu.univ-orleans.fr (Rakotomandimby Mihamina)
Date: Mon, 26 Dec 2005 19:22:09 +0100
Subject: generating zope.conf (zope 2.9) patch
In-Reply-To: <20051226171624.GB18916@mail.harddata.com>
References: <1135610560.2420.20.camel@localhost.localdomain>
	<20051226171624.GB18916@mail.harddata.com>
Message-ID: <1135621329.2420.26.camel@localhost.localdomain>

> > I edited Zope/skel/etc/zope.conf.in
> > And generated the patch as folllow.
> > $ diff -Naur Zope/skel/etc/zope.conf.in.original 
> You are in a wrong directory judging from what you write later.
> > Patch #0 (zope-2.9.0-config.patch):
> > + patch -p1 -b --suffix .config -s
> If you have this '-p1' then you should start in BUILD/ when creating
> patch.

Ok. Thank you.

> > %setup -q -n Zope-%{version} #-a 10
> So your top directory is not called 'Zope'.

Erm... The sources unpack into a directory called 
Zope-2.9-xxx
Then there is a subdir in it, called "Zope".

> > %patch0 -p1 -b .config
> Possibly '-p0' above instead of '-p1', which means "skip one level
> of directories", will be good enough although patches to be used
> with '-p1' better document how they were really generated (which
> may be useful in the future).

I'll try and report.

Plese would you reply on the list? so that more people can discuss :-)
I already set the Reply-To address, if the Mailing List manager does not
overwrite it, just replying will be OK.

-- 
A powerfull GroupWare, CMS, CRM, ECM: CPS (Open Source & GPL).
Opengroupware, SPIP, Plone, PhpBB, JetSpeed... are good: CPS is better.
http://www.cps-project.org for downloads & documentation.
Free hosting of CPS groupware: http://www.objectis.org.



From fct-cornette at insight.rr.com  Mon Dec 26 18:14:45 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Mon, 26 Dec 2005 13:14:45 -0500
Subject: #prelink# semi-disaster
In-Reply-To: <20051226173432.GA19984@mail.harddata.com>
References: <43AF5EAC.80908@insight.rr.com>
	<20051226060711.GA6593@mail.harddata.com>
	<43B025E8.2070602@insight.rr.com>
	<20051226173432.GA19984@mail.harddata.com>
Message-ID: <43B03315.3010108@insight.rr.com>

Michal Jaegermann wrote:
> On Mon, Dec 26, 2005 at 12:18:32PM -0500, Jim Cornette wrote:
> 
>>Michal Jaegermann wrote:
>>
>>>On Sun, Dec 25, 2005 at 10:08:28PM -0500, Jim Cornette wrote:
>>>
>>>
>>>>Deleting all of the #prelink#<random> from /tmp left one obviously 
>>>>broken symlink to /usr/lib/libGL.so.1
>>>
>>>If in such moment you will rerun 'ldconfig' then all correct links
>>>should be created.  Indeed, this is not precisely obvious.
>>
>>Would I run this against the entire /usr/lib directory or just against 
>>the particular library where the problem was encountered?
> 
> 
> You can just type 'ldconfig' and that is all.  It does not take very
> long.  Obviously after removing "bad prelink leftovers".  You may be
> more spefic if you wish.
> 

Thanks! After briefly browsing the documentation seemed to be more 
option specific and not too much related to when to perform certain actions.

> 
>>locate '#prelink#' presently returns no transitional libraries. At the 
>>time the problem was encountered, there were about 5 returned libraries 
>>that returned results.
> 
> 
> I have seen something of that sort but I do not know how to
> reproduce it.  Possibly by reboot while prelink is running. This may
> happen as prelink is running from cron, which may mean anacron, and
> you may be not aware that this is happening.  A test installation is
> likely to be rebooted quite often.

The problem is encountered on a laptop which is shutdown frequently 
after use.
When the library.so.n.#prelink#<random-characters> file is encountered, 
there is usually the library.so.n file intact with an earlier date for 
it. When the #prelink# files are located, usually there are entries for 
the same library with dates either a day or two later for the #prelink# 
version. This problem is bothersome. However, the problem with library 
symlinked to /tmp/prelink<random-characters> scares me since I clean 
/tmp frequently and realize that others use ramdisks for files destined 
to /tmp.  Prelink might be better off using var/cache/prelink for its 
temporary action for in transition actions.

jim

> 
>    Michal
> 



From mrsam at courier-mta.com  Mon Dec 26 18:32:03 2005
From: mrsam at courier-mta.com (Sam Varshavchik)
Date: Mon, 26 Dec 2005 13:32:03 -0500
Subject: #prelink# semi-disaster
References: <43AF5EAC.80908@insight.rr.com>
	<20051226060711.GA6593@mail.harddata.com>
	<43B025E8.2070602@insight.rr.com>
	<20051226173432.GA19984@mail.harddata.com>
	<43B03315.3010108@insight.rr.com>
Message-ID: <cone.1135621923.690721.1265.500@commodore.email-scan.com>

Jim Cornette writes:

> 
> The problem is encountered on a laptop which is shutdown frequently 
> after use.
> When the library.so.n.#prelink#<random-characters> file is encountered, 
> there is usually the library.so.n file intact with an earlier date for 
> it. When the #prelink# files are located, usually there are entries for 
> the same library with dates either a day or two later for the #prelink# 
> version. This problem is bothersome. However, the problem with library 
> symlinked to /tmp/prelink<random-characters> scares me since I clean 
> /tmp frequently and realize that others use ramdisks for files destined 
> to /tmp.  Prelink might be better off using var/cache/prelink for its 
> temporary action for in transition actions.

During shutdown all existing processes should receive a SIGTERM first, then 
SIGKILL five seconds later if they are still running.

File a bug against prelink, stating that prelink should be catching the 
SIGTERM, and cleaning up after itself.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051226/462ad6a8/attachment.sig>

From michal at harddata.com  Mon Dec 26 18:34:41 2005
From: michal at harddata.com (Michal Jaegermann)
Date: Mon, 26 Dec 2005 11:34:41 -0700
Subject: generating zope.conf (zope 2.9) patch
In-Reply-To: <1135621329.2420.26.camel@localhost.localdomain>
References: <1135610560.2420.20.camel@localhost.localdomain>
	<20051226171624.GB18916@mail.harddata.com>
	<1135621329.2420.26.camel@localhost.localdomain>
Message-ID: <20051226183441.GA21387@mail.harddata.com>

On Mon, Dec 26, 2005 at 07:22:09PM +0100, Rakotomandimby Mihamina wrote:
> 
> Erm... The sources unpack into a directory called 
> Zope-2.9-xxx
> Then there is a subdir in it, called "Zope".

Exactly!  And if you will look closer then you will notice that you
are changing directory to this Zope-2.9-xxx before applying patches
so -p1, instead of -p0,  on a patch you generated the way you did
that is wrong and that is the problem.

If you want -p1 you need to start, when making patch, one level
above.  See 'man patch'.

   Michal



From fct-cornette at insight.rr.com  Mon Dec 26 19:01:27 2005
From: fct-cornette at insight.rr.com (Jim Cornette)
Date: Mon, 26 Dec 2005 14:01:27 -0500
Subject: #prelink# semi-disaster
In-Reply-To: <cone.1135621923.690721.1265.500@commodore.email-scan.com>
References: <43AF5EAC.80908@insight.rr.com>
	<20051226060711.GA6593@mail.harddata.com>
	<43B025E8.2070602@insight.rr.com>
	<20051226173432.GA19984@mail.harddata.com>
	<43B03315.3010108@insight.rr.com>
	<cone.1135621923.690721.1265.500@commodore.email-scan.com>
Message-ID: <43B03E07.9020003@insight.rr.com>

Sam Varshavchik wrote:
> Jim Cornette writes:
> 
>>
>> The problem is encountered on a laptop which is shutdown frequently 
>> after use.
>> When the library.so.n.#prelink#<random-characters> file is 
>> encountered, there is usually the library.so.n file intact with an 
>> earlier date for it. When the #prelink# files are located, usually 
>> there are entries for the same library with dates either a day or two 
>> later for the #prelink# version. This problem is bothersome. However, 
>> the problem with library symlinked to /tmp/prelink<random-characters> 
>> scares me since I clean /tmp frequently and realize that others use 
>> ramdisks for files destined to /tmp.  Prelink might be better off 
>> using var/cache/prelink for its temporary action for in transition 
>> actions.
> 
> 
> During shutdown all existing processes should receive a SIGTERM first, 
> then SIGKILL five seconds later if they are still running.
> 
> File a bug against prelink, stating that prelink should be catching the 
> SIGTERM, and cleaning up after itself.
> 
> 

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176570

Would the 5 seconds before a SIGKILL be a smart idea in modern Linux? 
This practice seems barbaric! If a process is not showing any activity, 
it might need killed, but killed in process?

Thanks!

Jim

-- 
"Nuclear war can ruin your whole compile."
-- Karl Lehenbauer



From selinux at gmail.com  Mon Dec 26 19:30:04 2005
From: selinux at gmail.com (Tom London)
Date: Mon, 26 Dec 2005 11:30:04 -0800
Subject: rawhide report: 20051226 changes
In-Reply-To: <43AFE972.4080508@feuerpokemon.de>
References: <200512260812.jBQ8Cu3m007769@porkchop.devel.redhat.com>
	<43AFE972.4080508@feuerpokemon.de>
Message-ID: <4c4ba1530512261130y5ff866d6wad9ed4d1ec4bc599@mail.gmail.com>

On 12/26/05, dragoran <dragoran at feuerpokemon.de> wrote:
> kernel still won't boot (tryed boot.iso with and without selinux)
>
I can boot this kernal, but I get the following complaint about irqs
if I reboot via 'reboot'.  Power cycling seems to avoid this
problem.....

tom

Dec 26 11:02:27 localhost kernel: ACPI: PCI Interrupt 0000:02:0b.0[A]
-> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11
Dec 26 11:02:27 localhost kernel: Yenta: CardBus bridge found at
0000:02:0b.0 [1179:0001]
Dec 26 11:02:27 localhost kernel: irq 11: nobody cared (try booting
with the "irqpoll" option)
Dec 26 11:02:27 localhost kernel:  [<c013a7b8>]
__report_bad_irq+0x2b/0x69     [<c013a87c>] note_interrupt+0x6d/0xa1
Dec 26 11:02:27 localhost kernel:  [<c013a2e5>] __do_IRQ+0x9a/0xcd    
[<c0104bf0>] do_IRQ+0x5c/0x77
Dec 26 11:02:27 localhost kernel:  =======================
Dec 26 11:02:27 localhost kernel:  [<c01037a6>]
common_interrupt+0x1a/0x20     [<c01201bc>] __do_softirq+0x2c/0x7f
Dec 26 11:02:27 localhost kernel:  [<c0104ccf>] do_softirq+0x38/0x3f
Dec 26 11:02:27 localhost kernel:  =======================
Dec 26 11:02:27 localhost kernel:  [<c0104c02>] do_IRQ+0x6e/0x77    
[<c01037a6>] common_interrupt+0x1a/0x20
Dec 26 11:02:27 localhost kernel:  [<c02e342a>]
_spin_unlock_irqrestore+0xa/0xc     [<c013a52e>] setup_irq+0xba/0xe3
Dec 26 11:02:27 localhost kernel:  [<c025d3e1>]
yenta_interrupt+0x0/0xb6     [<c013a672>] request_irq+0x6f/0x8d
Dec 26 11:02:27 localhost kernel:  [<c025f009>]
yenta_probe+0x191/0x256     [<c022bacd>] __driver_attach+0x0/0x49
Dec 26 11:02:27 localhost kernel:  [<c01cfe4f>] pci_call_probe+0xa/0xc
    [<c01cfe7c>] __pci_device_probe+0x2b/0x37
Dec 26 11:02:27 localhost kernel:  [<c01cfea6>]
pci_device_probe+0x1e/0x30     [<c022ba1a>]
driver_probe_device+0x32/0x7b
Dec 26 11:02:27 localhost kernel:  [<c022bb05>]
__driver_attach+0x38/0x49     [<c022b375>] bus_for_each_dev+0x33/0x55
Dec 26 11:02:27 localhost kernel:  [<c022bb27>]
driver_attach+0x11/0x13     [<c022bacd>] __driver_attach+0x0/0x49
Dec 26 11:02:27 localhost kernel:  [<c022b6c0>]
bus_add_driver+0x52/0x95     [<c01d006a>]
__pci_register_driver+0x96/0xac
Dec 26 11:02:27 localhost kernel:  [<c03ae6c0>] do_initcalls+0x43/0x8e
    [<c010026e>] init+0x0/0x112
Dec 26 11:02:27 localhost kernel:  [<c0100295>] init+0x27/0x112    
[<c010127d>] kernel_thread_helper+0x5/0xb
Dec 26 11:02:27 localhost kernel: handlers:
Dec 26 11:02:27 localhost kernel: [<c025d3e1>] (yenta_interrupt+0x0/0xb6)
Dec 26 11:02:27 localhost kernel: Disabling IRQ #11
Dec 26 11:02:27 localhost kernel: Yenta: ISA IRQ mask 0x04b8, PCI irq 11
Dec 26 11:02:27 localhost kernel: Socket status: 30000007
Dec 26 11:02:27 localhost kernel: pcmcia: parent PCI bridge I/O
window: 0xc000 - 0xcfff
Dec 26 11:02:27 localhost kernel: cs: IO port probe 0xc000-0xcfff: clean.


--
Tom London



From davej at redhat.com  Mon Dec 26 19:32:19 2005
From: davej at redhat.com (Dave Jones)
Date: Mon, 26 Dec 2005 14:32:19 -0500
Subject: rawhide report: 20051226 changes
In-Reply-To: <200512260812.jBQ8Cu3m007769@porkchop.devel.redhat.com>
References: <200512260812.jBQ8Cu3m007769@porkchop.devel.redhat.com>
Message-ID: <20051226193219.GA6070@redhat.com>

On Mon, Dec 26, 2005 at 03:12:56AM -0500, Build System wrote:

 > New package salinfo
 > 	SAL info tool.

Odd. This has been around for ages, (though I'm not entirely
sure why, as it's ia64 only, and of limited use).

 > Updated Packages:
 > dmidecode-1:2.6-1.14
 > --------------------
 > * Fri Apr 15 2005 Florian La Roche <laroche at redhat.com>
 > - remove empty scripts
 > 
 > * Wed Mar 02 2005 Dave Jones <davej at redhat.com>
 > - Update to upstream 2.6
 > 
 > * Tue Mar 01 2005 Dave Jones <davej at redhat.com>
 > - Rebuild for gcc4

rawhide also has dmidecode-2.7-1.22
Why on earth did this ancient version pop up?

		Dave



From katzj at redhat.com  Mon Dec 26 19:42:18 2005
From: katzj at redhat.com (Jeremy Katz)
Date: Mon, 26 Dec 2005 14:42:18 -0500
Subject: rawhide report: 20051226 changes
In-Reply-To: <20051226193219.GA6070@redhat.com>
References: <200512260812.jBQ8Cu3m007769@porkchop.devel.redhat.com>
	<20051226193219.GA6070@redhat.com>
Message-ID: <1135626138.2752.30.camel@bree.local.net>

On Mon, 2005-12-26 at 14:32 -0500, Dave Jones wrote:
> On Mon, Dec 26, 2005 at 03:12:56AM -0500, Build System wrote:
>  > New package salinfo
>  > 	SAL info tool.
> 
> Odd. This has been around for ages, (though I'm not entirely
> sure why, as it's ia64 only, and of limited use).

ia64 trees went kablooie for a few days (... part of why rawhide didn't
go out) and I think the treediff went against a non-existent one, so all
the ia64 only packages showed up as "new"

>  > Updated Packages:
>  > dmidecode-1:2.6-1.14
>  > --------------------
>  > * Fri Apr 15 2005 Florian La Roche <laroche at redhat.com>
>  > - remove empty scripts
>  > 
>  > * Wed Mar 02 2005 Dave Jones <davej at redhat.com>
>  > - Update to upstream 2.6
>  > 
>  > * Tue Mar 01 2005 Dave Jones <davej at redhat.com>
>  > - Rebuild for gcc4
> 
> rawhide also has dmidecode-2.7-1.22
> Why on earth did this ancient version pop up?

This is the last version available for ia64 and cf above.

Jeremy



From clydekunkel7734 at cox.net  Mon Dec 26 20:41:58 2005
From: clydekunkel7734 at cox.net (Clyde E. Kunkel)
Date: Mon, 26 Dec 2005 15:41:58 -0500
Subject: xorg-x11-drivers
Message-ID: <43B05596.2020608@cox.net>

Hello,

Is it safe to just yum update the specific xorg-x11-drv-<driver> for my 
graphics card instead of installing all of them?  yum wanted to update 
install about 53 drivers it looks like.
-- 
Regards,

Old Fart
(my reply to address is "munged" to avoid spambots)



From davej at redhat.com  Mon Dec 26 21:37:18 2005
From: davej at redhat.com (Dave Jones)
Date: Mon, 26 Dec 2005 16:37:18 -0500
Subject: kernel-2.6.14-1.1637,
	1653: long delay after "Uncompressing..." phase
In-Reply-To: <20051226132439.GO22090@vianova.fi>
References: <20051226132439.GO22090@vianova.fi>
Message-ID: <20051226213718.GA10076@redhat.com>

On Mon, Dec 26, 2005 at 03:24:39PM +0200, Ville Herva wrote:
 > Since kernel-2.6.14-1.1637, there has been a long delay during boot after
 > the "Uncompressing..." line. It takes about a minute or so, and judging
 > from the sound of the fan, it appears to take 100% CPU. Observed on a Compaq
 > AP250 PIII 866MHz. Earlier kernels did not have this glitch.

a handy trick for finding out where delays occur is to boot
with the options.. 'time initcall_debug'

		Dave



From paul at all-the-johnsons.co.uk  Tue Dec 27 00:42:16 2005
From: paul at all-the-johnsons.co.uk (Paul)
Date: Tue, 27 Dec 2005 00:42:16 +0000
Subject: x86_64 and i386 rpms
Message-ID: <1135644136.3419.1.camel@T7.Linux>

Hi,

I have duplicate copies of x86_64 and i386 rpms installed on my box
(this appears to have occured when I did the full install a few weeks
back on the new 64bit box).

Is there any problem with me ditching the i386 rpms or to they provide
something the 64 bit versions don't?

TTFN

Paul
-- 
main(t,_,a) char*a;{return!0<t?t<3?main(-79,-13,a+main(-87,1-_,main(-86,
0,a+1 )+a)):1,t<_?main(t+1,_,a ):3,main (-94,-27+t,a)&&t==2?_<13?main(2,
_+1,"%s %d %d\n"):9:16:t<0?t<-72?main(_,t,"@n'+,#'/*{}w+/w#cdnr/+,{}r/*de}
+,/*{*+,/w{%+,/w#q#n+,/#{l,+,/n{n+,/+#n+,/#;#q#n+,/+k#;*+,/'r :'d*'3,}{w+K 
w'K:'+}e#';dq#'l q#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){){nl]
'/+#n';d}rw' i;# ){nl]!/n{n#'; r{#w'r nc{nl]'/#{l,+'K {rw' iK{;[{nl]'/w#q#n
'wk nw' iwk{KK{nl]!/w{%'l##w#' i; :{nl]'/*{q#'ld;r'}{nlwb!/*de}'c ;;{nl'-{}
rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}{rl#'{n' ')# }'+}##
(!!/"):t<-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1
):0<t?main(2,2,"%s"):*a=='/'||main(0,main(-61,*a,"!ek;dc i at bK'(q)-[w]*%n+r3#l
,{}:\nuwloca-O;m .vpbks,fxntdCeghiry"),a+1);}
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051227/cc85ccf9/attachment.sig>

From paul at all-the-johnsons.co.uk  Tue Dec 27 00:42:16 2005
From: paul at all-the-johnsons.co.uk (Paul)
Date: Tue, 27 Dec 2005 00:42:16 +0000
Subject: x86_64 and i386 rpms
Message-ID: <1135644136.3419.3.camel@T7.Linux>

Hi,

I have duplicate copies of x86_64 and i386 rpms installed on my box
(this appears to have occured when I did the full install a few weeks
back on the new 64bit box).

Is there any problem with me ditching the i386 rpms or to they provide
something the 64 bit versions don't?

TTFN

Paul
-- 
main(t,_,a) char*a;{return!0<t?t<3?main(-79,-13,a+main(-87,1-_,main(-86,
0,a+1 )+a)):1,t<_?main(t+1,_,a ):3,main (-94,-27+t,a)&&t==2?_<13?main(2,
_+1,"%s %d %d\n"):9:16:t<0?t<-72?main(_,t,"@n'+,#'/*{}w+/w#cdnr/+,{}r/*de}
+,/*{*+,/w{%+,/w#q#n+,/#{l,+,/n{n+,/+#n+,/#;#q#n+,/+k#;*+,/'r :'d*'3,}{w+K 
w'K:'+}e#';dq#'l q#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){){nl]
'/+#n';d}rw' i;# ){nl]!/n{n#'; r{#w'r nc{nl]'/#{l,+'K {rw' iK{;[{nl]'/w#q#n
'wk nw' iwk{KK{nl]!/w{%'l##w#' i; :{nl]'/*{q#'ld;r'}{nlwb!/*de}'c ;;{nl'-{}
rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}{rl#'{n' ')# }'+}##
(!!/"):t<-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1
):0<t?main(2,2,"%s"):*a=='/'||main(0,main(-61,*a,"!ek;dc i at bK'(q)-[w]*%n+r3#l
,{}:\nuwloca-O;m .vpbks,fxntdCeghiry"),a+1);}
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051227/7a813cda/attachment.sig>

From paul at all-the-johnsons.co.uk  Tue Dec 27 00:42:16 2005
From: paul at all-the-johnsons.co.uk (Paul)
Date: Tue, 27 Dec 2005 00:42:16 +0000
Subject: x86_64 and i386 rpms
Message-ID: <1135644136.3419.2.camel@T7.Linux>

Hi,

I have duplicate copies of x86_64 and i386 rpms installed on my box
(this appears to have occured when I did the full install a few weeks
back on the new 64bit box).

Is there any problem with me ditching the i386 rpms or to they provide
something the 64 bit versions don't?

TTFN

Paul
-- 
main(t,_,a) char*a;{return!0<t?t<3?main(-79,-13,a+main(-87,1-_,main(-86,
0,a+1 )+a)):1,t<_?main(t+1,_,a ):3,main (-94,-27+t,a)&&t==2?_<13?main(2,
_+1,"%s %d %d\n"):9:16:t<0?t<-72?main(_,t,"@n'+,#'/*{}w+/w#cdnr/+,{}r/*de}
+,/*{*+,/w{%+,/w#q#n+,/#{l,+,/n{n+,/+#n+,/#;#q#n+,/+k#;*+,/'r :'d*'3,}{w+K 
w'K:'+}e#';dq#'l q#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){){nl]
'/+#n';d}rw' i;# ){nl]!/n{n#'; r{#w'r nc{nl]'/#{l,+'K {rw' iK{;[{nl]'/w#q#n
'wk nw' iwk{KK{nl]!/w{%'l##w#' i; :{nl]'/*{q#'ld;r'}{nlwb!/*de}'c ;;{nl'-{}
rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}{rl#'{n' ')# }'+}##
(!!/"):t<-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1
):0<t?main(2,2,"%s"):*a=='/'||main(0,main(-61,*a,"!ek;dc i at bK'(q)-[w]*%n+r3#l
,{}:\nuwloca-O;m .vpbks,fxntdCeghiry"),a+1);}
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051227/c3ed21d0/attachment.sig>

From ellson at research.att.com  Tue Dec 27 00:55:55 2005
From: ellson at research.att.com (John Ellson)
Date: Mon, 26 Dec 2005 19:55:55 -0500
Subject: x86_64 and i386 rpms
In-Reply-To: <1135644136.3419.2.camel@T7.Linux>
References: <1135644136.3419.2.camel@T7.Linux>
Message-ID: <43B0911B.4020507@research.att.com>

Paul wrote:
> Hi,
>
> I have duplicate copies of x86_64 and i386 rpms installed on my box
> (this appears to have occured when I did the full install a few weeks
> back on the new 64bit box).
>
> Is there any problem with me ditching the i386 rpms or to they provide
> something the 64 bit versions don't?
>
> TTFN
>
> Paul
>   
Basically openoffice.org needs them.   I don't think there is anything 
else of
much significance.


rpm will complain if you try to remove something that satisfies a 
requirement.


John



From tgl at redhat.com  Tue Dec 27 06:26:21 2005
From: tgl at redhat.com (Tom Lane)
Date: Tue, 27 Dec 2005 01:26:21 -0500
Subject: x86_64 and i386 rpms 
In-Reply-To: <1135644136.3419.1.camel@T7.Linux> 
References: <1135644136.3419.1.camel@T7.Linux>
Message-ID: <20127.1135664781@sss.pgh.pa.us>

Paul <paul at all-the-johnsons.co.uk> writes:
> I have duplicate copies of x86_64 and i386 rpms installed on my box
> (this appears to have occured when I did the full install a few weeks
> back on the new 64bit box).

> Is there any problem with me ditching the i386 rpms or to they provide
> something the 64 bit versions don't?

This is actually standard operating procedure for 64-bit platforms
(ppc64 and s390x do the same thing).  The point is that if you've got
any 32-bit executables hanging about on your machine, you need the
32-bit libraries to support them.  You can remove the 32-bit versions
if you're certain you don't need to run any old binaries without
recompiling 'em ... but don't be too surprised if you find yourself
putting back those libraries at some point.

I believe that the RPM "requires" infrastructure will keep you from
removing any 32-bit packages that are properly referenced by other
RPMs.  The risk factor comes in with homegrown or locally-built
applications.

			regards, tom lane



From buildsys at redhat.com  Tue Dec 27 09:13:11 2005
From: buildsys at redhat.com (Build System)
Date: Tue, 27 Dec 2005 04:13:11 -0500
Subject: rawhide report: 20051227 changes
Message-ID: <200512270913.jBR9DBbg015227@porkchop.devel.redhat.com>

 

 
Updated Packages:

scim-tables-0.5.5-2
-------------------
* Mon Dec 26 2005 Jens Petersen <petersen at redhat.com> - 0.5.5-2
- remove the Japanese and Korean tables and their subpackages

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.i686 requires /lib/modules/2.6.14-1.1775_FC5
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.i686 requires kernel = 0:2.6.14-1.1775_FC5
	GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.2.i686 requires kernel-smp = 0:2.6.14-1.1775_FC5
	GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.2.i686 requires /lib/modules/2.6.14-1.1775_FC5smp
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.i686 requires /lib/modules/2.6.14-1.1775_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.i686 requires kernel = 0:2.6.14-1.1775_FC5
	cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.3.i686 requires kernel-smp = 0:2.6.14-1.1775_FC5
	cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.3.i686 requires /lib/modules/2.6.14-1.1775_FC5smp
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.3.i686 requires /lib/modules/2.6.14-1.1783_FC5
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.3.i686 requires kernel = 0:2.6.14-1.1783_FC5
	dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.3.i686 requires /lib/modules/2.6.14-1.1783_FC5smp
	dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.3.i686 requires kernel-smp = 0:2.6.14-1.1783_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.4.i686 requires /lib/modules/2.6.14-1.1777_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.4.i686 requires kernel = 0:2.6.14-1.1777_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.4.i686 requires /lib/modules/2.6.14-1.1777_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.4.i686 requires kernel-smp = 0:2.6.14-1.1777_FC5
	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6



Broken deps for ia64
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs



Broken deps for ppc
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6



Broken deps for ppc64
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)



Broken deps for s390
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6



Broken deps for s390x
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit)
	libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit)



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.x86_64 requires /lib/modules/2.6.14-1.1775_FC5
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.2.x86_64 requires kernel = 0:2.6.14-1.1775_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.x86_64 requires /lib/modules/2.6.14-1.1775_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.3.x86_64 requires kernel = 0:2.6.14-1.1775_FC5
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.3.x86_64 requires /lib/modules/2.6.14-1.1783_FC5
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.3.x86_64 requires kernel = 0:2.6.14-1.1783_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.4.x86_64 requires /lib/modules/2.6.14-1.1777_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.4.x86_64 requires kernel = 0:2.6.14-1.1777_FC5
	jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)





From SimonLanzmich at gmx.de  Tue Dec 27 11:55:19 2005
From: SimonLanzmich at gmx.de (Simon Lanzmich)
Date: Tue, 27 Dec 2005 12:55:19 +0100
Subject: rawhide installation problem
Message-ID: <1135684519.3500.1.camel@simon.home>

Today I attempted to do a http / ftp installation.
Since the boot.iso from rawhide does not boot, I tried the boot.iso from
FC5test1, which boots fine.
(Actually, I did not burn the iso to a CD but instead I extracted its
contents on my disk and booted it with grub - This usually worked very
well, or is this what is meant by "Hard drive install is broken" in the
release announcement?)

However, I don't get very far with the installation. The installer
complains that it can't retrieve Fedora/base/stage2.img and I see the
following messages when I press Alt+F3 / Alt+F4:

transferring
http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/Fedora/base/stage2.img to a fd (I usually use a mirror, but I wanted to be sure that this is not the problem)
mntloop loop0 on /mnt/runtime as /tmp/ramfs/stage2.img is 43
failed to mount loop: Invalid argument
Error mounting /dev/loop0 on /mnt/runtume (Invalid argument)

and 

<4> Unable to identify CD-ROM format.
<4> VFS: Can't find an ext2 filesystem on dev loop0
<3> cramfs: wrong magic
<3> Fat: bogus number of FAT structure
<6> VFS: Can't find a valid FAT filesystem on dev loop0





From roger at gwch.net  Tue Dec 27 12:07:55 2005
From: roger at gwch.net (Roger Grosswiler)
Date: Tue, 27 Dec 2005 13:07:55 +0100
Subject: X-Server keeps crashing after last update
In-Reply-To: <1135387192.3588.3.camel@localhost.localdomain>
References: <39576.86.61.73.37.1135340209.squirrel@www.gwch.net>
	<1135387192.3588.3.camel@localhost.localdomain>
Message-ID: <1135685275.2983.0.camel@niobe>

Am Freitag, den 23.12.2005, 17:19 -0800 schrieb Anthony Green:
> On Fri, 2005-12-23 at 13:16 +0100, Roger Grosswiler wrote:
> > Hey,
> > i've been updating today, now gdm keeps crashing. Log says:
> > (WW) Warning, couldn't open module bitmap
> > (II) UnloadModule: "bitmap"
> > (EE) Failed to load module "bitmap" (module does not exist, 0)
> > 
> > how can i get it back??
> 
> I had the same problem.  I don't know what the real problem was, but I
> was able to fix it with:
> 
> $ yum --exclude=\*debuginfo install xorg-x11\*
> 
> AG
> 
> 
Hey Antony,

This reinstalled X11 again without debuginfo-files - nevertheless, it
works now!

Thanks,
Roger



From paul at permanentmail.com  Tue Dec 27 15:18:22 2005
From: paul at permanentmail.com (Paul Dickson)
Date: Tue, 27 Dec 2005 08:18:22 -0700
Subject: rawhide report: 20051226 changes
In-Reply-To: <200512260812.jBQ8Cu3m007769@porkchop.devel.redhat.com>
References: <200512260812.jBQ8Cu3m007769@porkchop.devel.redhat.com>
Message-ID: <20051227081822.e3ee826c.paul@permanentmail.com>

On Mon, 26 Dec 2005 03:12:56 -0500, Build System wrote:

> kernel-2.6.14-1.1786_FC5
> ------------------------
> * Sun Dec 25 2005 Dave Jones <davej at redhat.com>
> - 2.6.15-rc7
> - bah humbug.

Is it just me, or has the last several kernel updates
(kernel-2.6.14-1.1771_FC5 is the oldest I still have installed) been
ignoring the quiet boot option?

The last time this happened to me, the last option was being ignored.
But that's not the case now.

	-Paul



From kevin.hobbs.1 at ohiou.edu  Tue Dec 27 15:23:40 2005
From: kevin.hobbs.1 at ohiou.edu (Kevin H. Hobbs)
Date: Tue, 27 Dec 2005 10:23:40 -0500
Subject: What's happened with ALSA & xmms?
In-Reply-To: <1135450446.3595.6.camel@T7.Linux>
References: <1135450446.3595.6.camel@T7.Linux>
Message-ID: <1135697020.479.10.camel@gargon.hooperlab>

On Sat, 2005-12-24 at 18:54 +0000, Paul wrote:
> Hi,
> 
> xmms is reporting I only have aRts and crossfade for output. Is anyone
> else having this problem? I'm using the 1783_FC5 kernel, x86_64 hardware
> with xmms 1.2.10-18.1.fc5
> 
> mplayer is playing audio fine.
> 
> TTFN
> 
> Paul
> -- 
> fedora-test-list mailing list
> fedora-test-list at redhat.com
> To unsubscribe: 
> https://www.redhat.com/mailman/listinfo/fedora-test-list

Yes, I had that problem with xmms from extras on x86_64.  I'm running
FC4 on that box though. Thatmight mean something. The two output plugins
that work are separate rpms, are they not?  I rebuilt the xmms src.rpm
in extras and now I have alsa, oss, and disk writer plugins. The only
change I made to the spec file was the release number to get rpm to
upgrade. 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051227/6bbb9dad/attachment.sig>

From davej at redhat.com  Tue Dec 27 19:22:32 2005
From: davej at redhat.com (Dave Jones)
Date: Tue, 27 Dec 2005 14:22:32 -0500
Subject: rawhide report: 20051226 changes
In-Reply-To: <20051227081822.e3ee826c.paul@permanentmail.com>
References: <200512260812.jBQ8Cu3m007769@porkchop.devel.redhat.com>
	<20051227081822.e3ee826c.paul@permanentmail.com>
Message-ID: <20051227192231.GA13347@redhat.com>

On Tue, Dec 27, 2005 at 08:18:22AM -0700, Paul Dickson wrote:
 > On Mon, 26 Dec 2005 03:12:56 -0500, Build System wrote:
 > 
 > > kernel-2.6.14-1.1786_FC5
 > > ------------------------
 > > * Sun Dec 25 2005 Dave Jones <davej at redhat.com>
 > > - 2.6.15-rc7
 > > - bah humbug.
 > 
 > Is it just me, or has the last several kernel updates
 > (kernel-2.6.14-1.1771_FC5 is the oldest I still have installed) been
 > ignoring the quiet boot option?

Yes, it's deliberate.  During the test releases, the number of
times I have to walk people through removing the boot option
drove me nuts. (Some users take a little more hand-holding than
others, so it can really clutter up a bugzilla with a half dozen
repeated failed attempts to do what I asked).

Getting good quality debug info is more important at this
stage than aesthetics.  I'll disable that patch for the final
release.

(The same patch is also in the 2.6.15rc test updates for FC4 right now
 for the same reasons).

		Dave



From ejprinz at austin.rr.com  Tue Dec 27 23:35:44 2005
From: ejprinz at austin.rr.com (Erwin J. Prinz)
Date: Tue, 27 Dec 2005 17:35:44 -0600
Subject: OOo writer entering infinite loop when scrolling an embedded Impress
 document (OOo bug 59836)
Message-ID: <43B1CFD0.1080306@austin.rr.com>

All:

There is a reproducible bug in OOo 2.0.1 (x86 Linux) which I have reduced to the
following steps:

1. Open presentation at:
http://home.austin.rr.com/prinz/impress.odp
It contains a graphic, a text field, and a rectangle.

2. Open writer document at:
http://home.austin.rr.com/prinz/writer.odt

It contains the graphic of step 1 inserted in a frame as "Impress Document".

3. Put cursor into the line under the heading "Blah blah". Hit <enter> a few
times. Frame moves down. Then, hit <backspace> a few times. Frame moves up, and
size of inserted graphic becomes much smaller.

4. Resize graphic. Put cursor back into the line under the heading. Hit <enter>
until the graphic should move to the next page. The program now enters an
infinite loop, with 100% CPU utilization. The behavior is mostly reproducible.
It may be necessary to remove and add a few empty paragraphs such that the frame
changes the page a few times (from page 1 to page 2 and back).

I have added a bug with openoffice.org (http://qa.openoffice.org/issues/show_bug.cgi?id=59836)
since it is not specific to Fedora Core 4. It also occurs in the Linux RPMs distributed
by openoffice.org. But, it does not occur in the Windows version.

Best regards, Erwin





From buildsys at redhat.com  Wed Dec 28 08:01:25 2005
From: buildsys at redhat.com (Build System)
Date: Wed, 28 Dec 2005 03:01:25 -0500
Subject: rawhide report: 20051228 changes
Message-ID: <200512280801.jBS81P7u002778@porkchop.devel.redhat.com>

 

 
Updated Packages:

GFS-kernel-2.6.14.1-20051219.162641.FC5.5
-----------------------------------------
* Tue Dec 27 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

cman-kernel-2.6.14.1-20051219.162641.FC5.4
------------------------------------------
* Tue Dec 27 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

* Mon Dec 19 2005 Chris Feist <cfeist at redhat.com>
- Updated upstream sources.

* Fri Dec 09 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

dlm-kernel-2.6.14.1-20051219.162641.FC5.4
-----------------------------------------
* Tue Dec 27 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnbd-kernel-2.6.14.0-20051108.134753.FC5.12.27
----------------------------------------------
* Tue Dec 27 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kernel-2.6.14-1.1788_FC5
------------------------
* Tue Dec 27 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc7-git1

selinux-policy-2.1.6-17
-----------------------
* Tue Dec 27 2005 Dan Walsh <dwalsh at redhat.com> 2.1.6-17
- Fix library specification
- Give kudzu execmem privs

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.5.i686 requires kernel = 0:2.6.14-1.1786_FC5
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.5.i686 requires /lib/modules/2.6.14-1.1786_FC5
	GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.5.i686 requires /lib/modules/2.6.14-1.1786_FC5smp
	GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.5.i686 requires kernel-smp = 0:2.6.14-1.1786_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.4.i686 requires kernel = 0:2.6.14-1.1786_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.4.i686 requires /lib/modules/2.6.14-1.1786_FC5
	cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.4.i686 requires /lib/modules/2.6.14-1.1786_FC5smp
	cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.4.i686 requires kernel-smp = 0:2.6.14-1.1786_FC5
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.4.i686 requires kernel = 0:2.6.14-1.1786_FC5
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.4.i686 requires /lib/modules/2.6.14-1.1786_FC5
	dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.4.i686 requires /lib/modules/2.6.14-1.1786_FC5smp
	dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.4.i686 requires kernel-smp = 0:2.6.14-1.1786_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.27.i686 requires kernel = 0:2.6.14-1.1786_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.27.i686 requires /lib/modules/2.6.14-1.1786_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.27.i686 requires /lib/modules/2.6.14-1.1786_FC5smp
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.27.i686 requires kernel-smp = 0:2.6.14-1.1786_FC5
	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6



Broken deps for ia64
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs



Broken deps for ppc
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6



Broken deps for ppc64
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)



Broken deps for s390
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	systemtap - 0.5.2-2.s390 requires kernel >= 0:2.6.9-11
	systemtap - 0.5.2-2.s390 requires kernel-devel



Broken deps for s390x
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit)
	libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit)
	systemtap - 0.5.2-2.s390x requires kernel >= 0:2.6.9-11
	systemtap - 0.5.2-2.s390x requires kernel-devel



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.5.x86_64 requires kernel = 0:2.6.14-1.1786_FC5
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.5.x86_64 requires /lib/modules/2.6.14-1.1786_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.4.x86_64 requires kernel = 0:2.6.14-1.1786_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.4.x86_64 requires /lib/modules/2.6.14-1.1786_FC5
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.4.x86_64 requires kernel = 0:2.6.14-1.1786_FC5
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.4.x86_64 requires /lib/modules/2.6.14-1.1786_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.27.x86_64 requires kernel = 0:2.6.14-1.1786_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.27.x86_64 requires /lib/modules/2.6.14-1.1786_FC5
	jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)





From petersen at redhat.com  Wed Dec 28 08:35:08 2005
From: petersen at redhat.com (Jens Petersen)
Date: Wed, 28 Dec 2005 17:35:08 +0900
Subject: Results of Fedora community SCIM survey
In-Reply-To: <43730B9D.7090200@redhat.com>
References: <43730B9D.7090200@redhat.com>
Message-ID: <43B24E3C.70702@redhat.com>

Jens Petersen wrote:
> The Fedora I18N Team invites you kindly to participate in a survey
> to provide feedback on the SCIM platform for Asian language input.

Thank you to all those who participated in the SCIM survey conducted
online last month.  There was a total of 120 responses
(half of them were for Simplified Chinese and a fifth for Japanese).
Overall the feedback by users on SCIM was quite positive:

	https://www.keysurvey.com/report/80474/-1/87ca

Some of the suggestions and comments made include:

- having an option to hide the scim IME panel
- each IME should provide help on keybindings in the help dialog
- better IME icons
- better translations for some languages
- adding support for Greek letters to scim-input-pad
- easier way to input signs and symbols from scim-anthy and other IMEs
- Korean users find native input somewhat slow
- Korean and Indian users would prefer a different hotkey toggle to Ctrl-Space

The results are also available in csv format from:

	http://people.redhat.com/petersen/scim/ScimSurveyResults.csv

and translations of the comments in responses into English:

	http://people.redhat.com/petersen/scim/ScimSurveyTranslation.csv

They can be read for example by oocalc.  We hope you find them useful
and help the SCIM developers and community to further improve SCIM.

With seasonal greetings,

Jens Petersen on behalf of the I18n and L10n Teams



From mike at miketc.com  Wed Dec 28 10:14:32 2005
From: mike at miketc.com (Mike Chambers)
Date: Wed, 28 Dec 2005 04:14:32 -0600
Subject: TVGuide.com
Message-ID: <1135764872.15031.2.camel@scrappy.miketc.com>

Does anyone else have problems going to the uRL above to check out the
TV listings?

It seems the curved *day* symbols at the top that have the days of the
week can't be read.  Nor if you click on a show to see what it's about,
isn't showing up neither.

This is with both flash (7) and java (1.5) installed.  IE sees it fine,
but cna't remember what version of java I have installed or even if it
matters.

-- 
Mike Chambers
Madisonville, KY

"It's only funny until someone gets hurt, then it's hilarious!"



From clydekunkel7734 at cox.net  Wed Dec 28 17:29:13 2005
From: clydekunkel7734 at cox.net (Clyde E. Kunkel)
Date: Wed, 28 Dec 2005 12:29:13 -0500
Subject: TVGuide.com
In-Reply-To: <1135764872.15031.2.camel@scrappy.miketc.com>
References: <1135764872.15031.2.camel@scrappy.miketc.com>
Message-ID: <43B2CB69.8000206@cox.net>

Mike Chambers wrote:
> Does anyone else have problems going to the uRL above to check out the
> TV listings?
> 
> It seems the curved *day* symbols at the top that have the days of the
> week can't be read.  Nor if you click on a show to see what it's about,
> isn't showing up neither.
> 
> This is with both flash (7) and java (1.5) installed.  IE sees it fine,
> but cna't remember what version of java I have installed or even if it
> matters.
> 

I'm not seeing the symbols either.

-- 
Regards,

Old Fart
(my reply-to address is "munged" to defeat spambots)



From chasecreek.systemhouse at gmail.com  Wed Dec 28 18:50:39 2005
From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse)
Date: Wed, 28 Dec 2005 13:50:39 -0500
Subject: Apple Disk labels
Message-ID: <91f88ee20512281050m6091263i5c96bab016978134@mail.gmail.com>

Under Apple MacOS 9 (hfs+) there are 8 required partitions for the
OpenBoot prom to "see" the disk correctly; I have been placing the FC5
AppleBoot lable on partition 9 and the rest of the standard install
into /dev/hda10 (/boot), /dev/hda11 (swap), and /dev/hda12 (/)

Is there a way to get the partitions onto the disk and not have to
have the 8 "required" Apple labels?  This is an old iMac with the
firewire MoBo; I have re-installed from scratch now about 11 times and
I cannot see any other way to get it to work.

I remember from my Debian Ultrasparc days that the Ultra10 I had would
not boot correctly without the required "SUN" harddisk labels.  Is
this the same deal with the disks used on an Apple?

If so, then this brings up another issue -- how to make the 8 labels
if one does not have the Apple doot CDs...

???
--
WC -Sx- Jones | http://ccsh.us/ | Open Source Consulting



From ivazquez at ivazquez.net  Wed Dec 28 23:09:56 2005
From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams)
Date: Wed, 28 Dec 2005 18:09:56 -0500
Subject: Apple Disk labels
In-Reply-To: <91f88ee20512281050m6091263i5c96bab016978134@mail.gmail.com>
References: <91f88ee20512281050m6091263i5c96bab016978134@mail.gmail.com>
Message-ID: <1135811396.15008.12.camel@ignacio.lan>

On Wed, 2005-12-28 at 13:50 -0500, Chasecreek Systemhouse wrote:
> If so, then this brings up another issue -- how to make the 8 labels
> if one does not have the Apple doot CDs...

parted is capable of handling Apple Macintosh partition tables. fdisk
only handles MS-DOS partition tables.

But the easiest way is to just let anaconda handle it.

-- 
Ignacio Vazquez-Abrams <ivazquez at ivazquez.net>
http://fedora.ivazquez.net/

gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051228/99508ac7/attachment.sig>

From dragoran at feuerpokemon.de  Thu Dec 29 06:56:37 2005
From: dragoran at feuerpokemon.de (dragoran)
Date: Thu, 29 Dec 2005 07:56:37 +0100
Subject: rawhide report: 20051228 changes
In-Reply-To: <200512280801.jBS81P7u002778@porkchop.devel.redhat.com>
References: <200512280801.jBS81P7u002778@porkchop.devel.redhat.com>
Message-ID: <43B388A5.8060008@feuerpokemon.de>

Build System wrote:

>
>kernel-2.6.14-1.1788_FC5
>------------------------
>* Tue Dec 27 2005 Dave Jones <davej at redhat.com>
>- 2.6.15-rc7-git1
>
>
>  
>
this one still does not boot. (Oops 0003 [#1])



From davej at redhat.com  Thu Dec 29 07:11:08 2005
From: davej at redhat.com (Dave Jones)
Date: Thu, 29 Dec 2005 02:11:08 -0500
Subject: rawhide report: 20051228 changes
In-Reply-To: <43B388A5.8060008@feuerpokemon.de>
References: <200512280801.jBS81P7u002778@porkchop.devel.redhat.com>
	<43B388A5.8060008@feuerpokemon.de>
Message-ID: <20051229071108.GB3652@redhat.com>

On Thu, Dec 29, 2005 at 07:56:37AM +0100, dragoran wrote:
 > Build System wrote:
 > 
 > >
 > >kernel-2.6.14-1.1788_FC5
 > >------------------------
 > >* Tue Dec 27 2005 Dave Jones <davej at redhat.com>
 > >- 2.6.15-rc7-git1
 > this one still does not boot. (Oops 0003 [#1])

Yeah, despite how it might seem, I'm not really 'back to work' yet :)

I'll start digging into some of these when I get back for real
next week :)  Hopefully one of my testboxes at the office will
be able to trigger it.

		Dave



From buildsys at redhat.com  Thu Dec 29 08:04:50 2005
From: buildsys at redhat.com (Build System)
Date: Thu, 29 Dec 2005 03:04:50 -0500
Subject: rawhide report: 20051229 changes
Message-ID: <200512290804.jBT84otF006544@porkchop.devel.redhat.com>

 

 
Updated Packages:

GFS-kernel-2.6.14.1-20051219.162641.FC5.6
-----------------------------------------
* Wed Dec 28 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

cman-kernel-2.6.14.1-20051219.162641.FC5.5
------------------------------------------
* Wed Dec 28 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

dlm-kernel-2.6.14.1-20051219.162641.FC5.5
-----------------------------------------
* Wed Dec 28 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

gnbd-kernel-2.6.14.0-20051108.134753.FC5.12.28
----------------------------------------------
* Wed Dec 28 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kernel-2.6.14-1.1796_FC5
------------------------
* Wed Dec 28 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc7-git2
- Reduce stack usage in block layer.
- Limit number of serial ports registered at boot time.
- Fix spinlock corruption in cfq with ub.

selinux-policy-2.1.6-18
-----------------------
* Wed Dec 28 2005 Dan Walsh <dwalsh at redhat.com> 2.1.6-18
- Fix /dev/ub[a-z] file context

Broken deps for i386
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6



Broken deps for ia64
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs



Broken deps for ppc
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6



Broken deps for ppc64
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)



Broken deps for s390
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	systemtap - 0.5.2-2.s390 requires kernel >= 0:2.6.9-11
	systemtap - 0.5.2-2.s390 requires kernel-devel



Broken deps for s390x
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit)
	libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit)
	systemtap - 0.5.2-2.s390x requires kernel >= 0:2.6.9-11
	systemtap - 0.5.2-2.s390x requires kernel-devel



Broken deps for x86_64
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)





From gajownik at fedora.pl  Thu Dec 29 12:07:52 2005
From: gajownik at fedora.pl (Dawid Gajownik)
Date: Thu, 29 Dec 2005 13:07:52 +0100
Subject: [libXScrnSaver] Is =?utf-8?b?4oCcUmVxdWlyZXMucHJpdmF0ZeKAnSBy?=
 =?utf-8?q?eally_needed=3F?=
In-Reply-To: <43AD6872.1080103@fedora.pl>
References: <43AD6872.1080103@fedora.pl>
Message-ID: <43B3D198.70803@fedora.pl>

Dnia 12/24/2005 04:22 PM, U?ytkownik Dawid Gajownik napisa?:

>     I wanted to update gajim in Fedora Extras but libXScrnSaver-devel 
> has broken dependencies.

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176674 :)

-- 

   ^_*




From matt.carter85 at gmail.com  Thu Dec 29 12:51:03 2005
From: matt.carter85 at gmail.com (Matt Carter)
Date: Thu, 29 Dec 2005 12:51:03 +0000
Subject: Kernel Install Error - Relates to Kudzu
Message-ID: <7c79ba150512290451v3b3ba946x7eabd4cc1d4e238a@mail.gmail.com>

Hi Guys

Logged this on to a continuing bug problem I have been having with the
Kernel Installing, spoke to Dave and he said to log it as a bug. This
is what I get when I install a new Kernel, does anyone else have the
same problem?

/var/tmp/rpm-tmp.36540: line 1:  2960 Segmentation fault
/usr/sbin/module_upgrade 2.6.14-1.1796_FC5

Matthew



From fedora at puzzled.xs4all.nl  Thu Dec 29 16:25:00 2005
From: fedora at puzzled.xs4all.nl (Patrick)
Date: Thu, 29 Dec 2005 17:25:00 +0100
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <20051222231047.24118.qmail@web34001.mail.mud.yahoo.com>
References: <20051222231047.24118.qmail@web34001.mail.mud.yahoo.com>
Message-ID: <1135873501.3490.22.camel@guru.puzzled.xs4all.nl>

On Thu, 2005-12-22 at 15:10 -0800, Josh wrote:
>  
>         While we are on the subject of the Acer Ferrari 4005 - has
>         anyone got 
>         the battery meter to work ?
> Battery does not work on Ferrari 4005 with FC4 x86_64. I have filed a
> bug. This seems to be due to ACPI error.

Yup it works for me but only after a kernel recompile with the DSDT
patch added so that during boot the kernel looks for a new (fixed) DSDT
in the initrd and loads that one. Iirc Dave was not interested in adding
the patch to the kernel for support reasons so you will have to do the
rebuild trick with each new released kernel.

My fixed dsdt for bios <something>A23 can be found here:
http://www.xs4all.nl/~pjl/dsdt/dsdt.dsl

I got my crash course in how to fix this from:
http://forums.gentoo.org/viewtopic.php?t=122145

The DSDT patch is here:
http://gaugusch.at/
I used acpi-dsdt-initrd-v0.7e-2.6.14.patch On that page you can also
find instructions how to apply the compiled dsdt to your initrd.

The Intel dsdt compiler stuff is here:
http://developer.intel.com/technology/iapc/acpi/downloads.htm

Regards,
Patrick



From fedora at leemhuis.info  Thu Dec 29 17:31:23 2005
From: fedora at leemhuis.info (Thorsten Leemhuis)
Date: Thu, 29 Dec 2005 18:31:23 +0100
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <1135873501.3490.22.camel@guru.puzzled.xs4all.nl>
References: <20051222231047.24118.qmail@web34001.mail.mud.yahoo.com>
	<1135873501.3490.22.camel@guru.puzzled.xs4all.nl>
Message-ID: <1135877484.2665.26.camel@localhost.localdomain>

Am Donnerstag, den 29.12.2005, 17:25 +0100 schrieb Patrick:
> Yup it works for me but only after a kernel recompile with the DSDT
> patch added so that during boot the kernel looks for a new (fixed) DSDT
> in the initrd and loads that one. Iirc Dave was not interested in adding
> the patch to the kernel for support reasons [...]

That's true afaik. But what IMHO is more important: Upstream doesn't
want it, too. See:
http://sourceforge.net/mailarchive/message.php?msg_id=9175150

Those that have problems with ACPI/DSDT IMHO should fill bugs in the
kernel bugzilla to get the damn acpi interpreter fixed. Nothing is
getting better in the long term if everybody privately works around
problems and uses a patched firmware without fixing the underlying
problems. 

Or convince the kernel developers that patching the dsdt is the best
solution and that the dsdt-in-initrd-patch needs to be merged into the
kernel. Maybe then it's getting enabled in Fedora. 
-- 
Thorsten Leemhuis <fedora at leemhuis.info>



From ggw at wolves.durham.nc.us  Thu Dec 29 18:28:37 2005
From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury)
Date: Thu, 29 Dec 2005 13:28:37 -0500
Subject: boot.iso still not working 2005-12-29 rawhide
Message-ID: <20051229182837.GA23530@wolves.durham.nc.us>

The boot.iso still wont run till anaconda comes up. As soon as it goes
to /sbin/loader ig gets the kernel oops.  Using kyum to update the
kernels each day work fine.

-- 
G.Wolfe Woodbury     `- -'
RHCT                   U
The Line Eater is a boojum!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051229/808183c4/attachment.sig>

From fedora at puzzled.xs4all.nl  Thu Dec 29 19:59:40 2005
From: fedora at puzzled.xs4all.nl (Patrick)
Date: Thu, 29 Dec 2005 20:59:40 +0100
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <1135877484.2665.26.camel@localhost.localdomain>
References: <20051222231047.24118.qmail@web34001.mail.mud.yahoo.com>
	<1135873501.3490.22.camel@guru.puzzled.xs4all.nl>
	<1135877484.2665.26.camel@localhost.localdomain>
Message-ID: <1135886380.3490.36.camel@guru.puzzled.xs4all.nl>

On Thu, 2005-12-29 at 18:31 +0100, Thorsten Leemhuis wrote:
> Am Donnerstag, den 29.12.2005, 17:25 +0100 schrieb Patrick:
> > Yup it works for me but only after a kernel recompile with the DSDT
> > patch added so that during boot the kernel looks for a new (fixed) DSDT
> > in the initrd and loads that one. Iirc Dave was not interested in adding
> > the patch to the kernel for support reasons [...]
> 
> That's true afaik. But what IMHO is more important: Upstream doesn't
> want it, too. See:
> http://sourceforge.net/mailarchive/message.php?msg_id=9175150

I respectfully disagree with Len Brown that "DSDT overrides are for
developers, not end-users, not customers". I want all the stuff on my
laptop to work and if it takes a DSDT override so be it. Pointless since
he decided against it but nevertheless.

> Those that have problems with ACPI/DSDT IMHO should fill bugs in the
> kernel bugzilla to get the damn acpi interpreter fixed. Nothing is
> getting better in the long term if everybody privately works around
> problems and uses a patched firmware without fixing the underlying
> problems. 

I thought that the DSDT lives in the board's bios. How would a fix to an
interpreter solve problems if the DSDT itself contains the error(s)?
E.g. the DSDT on my Acer 4005 with bios 3a23 needs "Z00I" replaced with
"Z001" in two places. Don't see how an interpreter-fix could solve this
typo but maybe I totally misunderstand something.

> Or convince the kernel developers that patching the dsdt is the best
> solution and that the dsdt-in-initrd-patch needs to be merged into the
> kernel. Maybe then it's getting enabled in Fedora. 

No idea how to do that.

Regards,
Patrick



From debian at herakles.homelinux.org  Thu Dec 29 00:12:36 2005
From: debian at herakles.homelinux.org (John Summerfied)
Date: Thu, 29 Dec 2005 08:12:36 +0800
Subject: Apple Disk labels
In-Reply-To: <91f88ee20512281050m6091263i5c96bab016978134@mail.gmail.com>
References: <91f88ee20512281050m6091263i5c96bab016978134@mail.gmail.com>
Message-ID: <43B329F4.7080404@herakles.homelinux.org>

Chasecreek Systemhouse wrote:
> Under Apple MacOS 9 (hfs+) there are 8 required partitions for the
> OpenBoot prom to "see" the disk correctly; I have been placing the FC5
> AppleBoot lable on partition 9 and the rest of the standard install
> into /dev/hda10 (/boot), /dev/hda11 (swap), and /dev/hda12 (/)
> 
> Is there a way to get the partitions onto the disk and not have to
> have the 8 "required" Apple labels?  This is an old iMac with the
> firewire MoBo; I have re-installed from scratch now about 11 times and
> I cannot see any other way to get it to work.

I used to have some 7xxx oldeworlde Powermacs on which I removed all 
Apple partitions and installed Debian. There was no problem in that 
regard with the firmware.


-- 

Cheers
John

-- spambait
1aaaaaaa at computerdatasafe.com.au  Z1aaaaaaa at computerdatasafe.com.au
Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/

do not reply off-list



From don_springall at hotmail.com  Thu Dec 29 20:24:56 2005
From: don_springall at hotmail.com (Don Springall)
Date: Thu, 29 Dec 2005 13:24:56 -0700
Subject: Today's nit picks 
Message-ID: <BAY107-F13A835E981963666E7732985290@phx.gbl>

If you send a file to the trash with Konqueror it end up on my system in 
/home/don/.local/share/Trash/files.
If you send something to the trash with Nautilus it end up in 
/home/don/.Trash
When you are running a gnome desktop the trash icon point to 
/home/don/.Trash so you never see the files Konqueror sent to its trash can.

When you switch from a gnome session to a kde session (gnome being your 
default) you are then prompted with a dialog asking if you want to make kde 
your default manager or just use it for this session only. If you choose 
this session only kde still ends up being the default.

If you try opening a file with kwrite from Konqueror (in super user mode 
using "kdesu kfmclient openProfile webbrowsing") you get "KDEInit could not 
launch 'kwrite'".




From don_springall at hotmail.com  Thu Dec 29 20:45:55 2005
From: don_springall at hotmail.com (Don Springall)
Date: Thu, 29 Dec 2005 13:45:55 -0700
Subject: make xconfig
Message-ID: <BAY107-F4D422860B74C948499B4A85290@phx.gbl>

When I try and configure .config with xconfig it breaks (see below) for 
source from 2.6.15-rc6-git3 . Make menuconfig works.

[root at localhost linux]# make xconfig
  HOSTCXX scripts/kconfig/qconf.o
scripts/kconfig/qconf.h:25: error: extra qualification ?ConfigSettings::? on 
member ?readSizes?
scripts/kconfig/qconf.h:26: error: extra qualification ?ConfigSettings::? on 
member ?writeSizes?
scripts/kconfig/qconf.h:127: error: extra qualification ?ConfigList::? on 
member ?updateMenuList?
make[1]: *** [scripts/kconfig/qconf.o] Error 1
make: *** [xconfig] Error 2




From don_springall at hotmail.com  Fri Dec 30 00:38:36 2005
From: don_springall at hotmail.com (Don Springall)
Date: Thu, 29 Dec 2005 17:38:36 -0700
Subject: kernel-xen-hypervisor.i686 2.6.14-1.21_fc5
Message-ID: <BAY107-F12BBB42B01FC9674C739F485280@phx.gbl>

Kudzu fails with a segmentation fault during startup. See below for details.
[root at localhost don]# /sbin/kudzu
Segmentation fault
[root at localhost don]# rpm -qa kudzu
kudzu-1.2.16-1




From fedora at leemhuis.info  Fri Dec 30 06:25:24 2005
From: fedora at leemhuis.info (Thorsten Leemhuis)
Date: Fri, 30 Dec 2005 07:25:24 +0100
Subject: 2.6.15rc kernel packages for FC4.
In-Reply-To: <1135886380.3490.36.camel@guru.puzzled.xs4all.nl>
References: <20051222231047.24118.qmail@web34001.mail.mud.yahoo.com>
	<1135873501.3490.22.camel@guru.puzzled.xs4all.nl>
	<1135877484.2665.26.camel@localhost.localdomain>
	<1135886380.3490.36.camel@guru.puzzled.xs4all.nl>
Message-ID: <1135923924.12050.12.camel@thl.ct.heise.de>

Am Donnerstag, den 29.12.2005, 20:59 +0100 schrieb Patrick:
> On Thu, 2005-12-29 at 18:31 +0100, Thorsten Leemhuis wrote:
> > Am Donnerstag, den 29.12.2005, 17:25 +0100 schrieb Patrick:
> > > Yup it works for me but only after a kernel recompile with the DSDT
> > > patch added so that during boot the kernel looks for a new (fixed) DSDT
> > > in the initrd and loads that one. Iirc Dave was not interested in adding
> > > the patch to the kernel for support reasons [...]
> > 
> > That's true afaik. But what IMHO is more important: Upstream doesn't
> > want it, too. See:
> > http://sourceforge.net/mailarchive/message.php?msg_id=9175150
> 
> I respectfully disagree with Len Brown that "DSDT overrides are for
> developers, not end-users, not customers".

Tell him -- a lot of users whine on the fedora-lists that Fedora does
not have the dsdt-in-initrd patch. But I see seldom someone whine ^w
request the inclusion of that patch where it should be done: upstream,
e.g. on acpi-devel and/or lkml.

>[...]
> > Those that have problems with ACPI/DSDT IMHO should fill bugs in the
> > kernel bugzilla to get the damn acpi interpreter fixed. Nothing is
> > getting better in the long term if everybody privately works around
> > problems and uses a patched firmware without fixing the underlying
> > problems. 
> 
> I thought that the DSDT lives in the board's bios. How would a fix to an
> interpreter solve problems if the DSDT itself contains the error(s)?

I thought this is pretty obvious: There is at least one Operating System
out there that works perfectly with the hardware. 

The acpi interpreter on that OS might be to lax and have lots of bugs,
but at least it works (somehow). The acpi interpreter on linux probably
needs to be as lax (with a special boot option if necessary) and
probably even bug-to-bug compatible. That's not nice, but at least it
gives all users (even newbies) working machines. And that should be the
goal for the long term IMHO. 

> E.g. the DSDT on my Acer 4005 with bios 3a23 needs "Z00I" replaced with
> "Z001" in two places. Don't see how an interpreter-fix could solve this
> typo but maybe I totally misunderstand something.

Well, that seems stupid and something like this probably needs to be
fixed by the hardware manufacturer. But the argument still holds: There
is probably at least one Operating System out there that works perfectly
with the hardware, even with this bug. 

> > Or convince the kernel developers that patching the dsdt is the best
> > solution and that the dsdt-in-initrd-patch needs to be merged into the
> > kernel. Maybe then it's getting enabled in Fedora. 
> 
> No idea how to do that.

Just use a different mailinglist (e.g. acpi-devel or lkml) and request
the inclusion of that patch. But I doubt that you'll be successful. But
maybe the right people will notice the problem behind your request and
will try to solve it somehow.

CU
thl



From buildsys at redhat.com  Fri Dec 30 08:04:50 2005
From: buildsys at redhat.com (Build System)
Date: Fri, 30 Dec 2005 03:04:50 -0500
Subject: rawhide report: 20051230 changes
Message-ID: <200512300804.jBU84obE031633@porkchop.devel.redhat.com>

 

 
Updated Packages:

kernel-2.6.14-1.1800_FC5
------------------------
* Thu Dec 29 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc7-git3
- Further cfq/ub spinlock fixing.

Broken deps for i386
----------------------------------------------------------
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1796_FC5
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1796_FC5
	GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1796_FC5
	GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1796_FC5smp
	cman-kernel - 2.6.14.1-20051219.162641.FC5.5.i686 requires /lib/modules/2.6.14-1.1796_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.5.i686 requires kernel = 0:2.6.14-1.1796_FC5
	cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.5.i686 requires kernel-smp = 0:2.6.14-1.1796_FC5
	cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.5.i686 requires /lib/modules/2.6.14-1.1796_FC5smp
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.5.i686 requires /lib/modules/2.6.14-1.1796_FC5
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.5.i686 requires kernel = 0:2.6.14-1.1796_FC5
	dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.5.i686 requires kernel-smp = 0:2.6.14-1.1796_FC5
	dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.5.i686 requires /lib/modules/2.6.14-1.1796_FC5smp
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.28.i686 requires /lib/modules/2.6.14-1.1796_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.28.i686 requires kernel = 0:2.6.14-1.1796_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.28.i686 requires kernel-smp = 0:2.6.14-1.1796_FC5
	gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.28.i686 requires /lib/modules/2.6.14-1.1796_FC5smp
	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6



Broken deps for ia64
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs



Broken deps for ppc
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6



Broken deps for ppc64
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)



Broken deps for s390
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	systemtap - 0.5.2-2.s390 requires kernel >= 0:2.6.9-11
	systemtap - 0.5.2-2.s390 requires kernel-devel



Broken deps for s390x
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit)
	libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit)
	systemtap - 0.5.2-2.s390x requires kernel >= 0:2.6.9-11
	systemtap - 0.5.2-2.s390x requires kernel-devel



Broken deps for x86_64
----------------------------------------------------------
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1796_FC5
	GFS-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1796_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.5.x86_64 requires /lib/modules/2.6.14-1.1796_FC5
	cman-kernel - 2.6.14.1-20051219.162641.FC5.5.x86_64 requires kernel = 0:2.6.14-1.1796_FC5
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.5.x86_64 requires /lib/modules/2.6.14-1.1796_FC5
	dlm-kernel - 2.6.14.1-20051219.162641.FC5.5.x86_64 requires kernel = 0:2.6.14-1.1796_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.28.x86_64 requires /lib/modules/2.6.14-1.1796_FC5
	gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.28.x86_64 requires kernel = 0:2.6.14-1.1796_FC5
	jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)





From ggw at wolves.durham.nc.us  Fri Dec 30 09:43:50 2005
From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury)
Date: Fri, 30 Dec 2005 04:43:50 -0500
Subject: rawhide 2005-12-30 still oopses after /sbin/loader
Message-ID: <20051230094350.GA13391@wolves.durham.nc.us>

this mornings rawhide boot.iso is still unuseable.  It generates an
Oops! afer /sbin/loader.  What details I could grab are:

EIP: con_set_trans_new+0x2e/0x4c

Trace: show_stack+0x93
	show_registers
	die
	do_page_fault
	error_code
	vt_ioctl
	tty_ioctl
	do_ioctl
	vfs_ioctl
	sys_ioctl
	syscall_call+0x7/0xb


-- 
G.Wolfe Woodbury     `- -'
RHCT                   U
The Line Eater is a boojum!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20051230/fc5ab308/attachment.sig>

From dragoran at feuerpokemon.de  Fri Dec 30 09:48:23 2005
From: dragoran at feuerpokemon.de (dragoran)
Date: Fri, 30 Dec 2005 10:48:23 +0100
Subject: rawhide 2005-12-30 still oopses after /sbin/loader
In-Reply-To: <20051230094350.GA13391@wolves.durham.nc.us>
References: <20051230094350.GA13391@wolves.durham.nc.us>
Message-ID: <43B50267.8000804@feuerpokemon.de>

G.Wolfe Woodbury wrote:

>this mornings rawhide boot.iso is still unuseable.  It generates an
>Oops! afer /sbin/loader.  What details I could grab are:
>
>EIP: con_set_trans_new+0x2e/0x4c
>
>Trace: show_stack+0x93
>	show_registers
>	die
>	do_page_fault
>	error_code
>	vt_ioctl
>	tty_ioctl
>	do_ioctl
>	vfs_ioctl
>	sys_ioctl
>	syscall_call+0x7/0xb
>
>
>  
>
http://www.redhat.com/archives/fedora-test-list/2005-December/msg00781.html



From partha at partha.com  Fri Dec 30 14:37:30 2005
From: partha at partha.com (Partha Bagchi)
Date: Fri, 30 Dec 2005 09:37:30 -0500
Subject: Kernel 1800 scrolling unusable
Message-ID: <43B5462A.9000807@partha.com>

Just installed Kernel version 1800. Firefox and Thunderbird are now 
completely unusable since the CPU jumps to 100% usage as soon as you 
start scrolling (Synaptic Touchpad). Same issue with scrolling in a 
terminal.

Also started getting these errors:

Dec 30 09:10:37 Rodin kernel: snd_timer: Unknown symbol snd_info_register
Dec 30 09:10:37 Rodin kernel: snd_timer: Unknown symbol 
snd_info_create_module_entry
Dec 30 09:10:37 Rodin kernel: snd_timer: Unknown symbol snd_info_free_entry
Dec 30 09:10:37 Rodin kernel: snd_timer: Unknown symbol snd_iprintf
Dec 30 09:10:37 Rodin kernel: snd_timer: Unknown symbol snd_ecards_limit
Dec 30 09:10:37 Rodin kernel: snd_timer: Unknown symbol 
snd_oss_info_register
Dec 30 09:10:37 Rodin kernel: snd_timer: Unknown symbol 
snd_unregister_device
Dec 30 09:10:37 Rodin kernel: snd_timer: Unknown symbol snd_device_new
Dec 30 09:10:37 Rodin kernel: snd_timer: Unknown symbol snd_info_unregister
Dec 30 09:10:37 Rodin kernel: snd_timer: Unknown symbol snd_register_device
Dec 30 09:10:37 Rodin kernel: snd_pcm_oss: Unknown symbol 
snd_mixer_oss_ioctl_card

These errors are not present in the 1788 kernel.

Thanks,
Partha




From fedora-test at adslpipe.co.uk  Fri Dec 30 15:05:37 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Fri, 30 Dec 2005 15:05:37 +0000
Subject: rawhide report: 20051228 changes
In-Reply-To: <20051229071108.GB3652@redhat.com>
References: <200512280801.jBS81P7u002778@porkchop.devel.redhat.com><43B388A5.8060008@feuerpokemon.de>
	<20051229071108.GB3652@redhat.com>
Message-ID: <43B54CC1.2070905@adslpipe.co.uk>

Dave Jones wrote:

> Yeah, despite how it might seem, I'm not really 'back to work' yet :)

Understood ...

> Hopefully one of my testboxes at the office will be able to trigger it.

On the machine where I originally reported the oops using i386, I though 
I'd try today's x86_64 version, it appears to have the same issue, I've 
added a screenshot to BZ#176448




From chasecreek.systemhouse at gmail.com  Fri Dec 30 15:21:55 2005
From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse)
Date: Fri, 30 Dec 2005 10:21:55 -0500
Subject: Apple Disk labels
In-Reply-To: <43B329F4.7080404@herakles.homelinux.org>
References: <91f88ee20512281050m6091263i5c96bab016978134@mail.gmail.com>
	<43B329F4.7080404@herakles.homelinux.org>
Message-ID: <91f88ee20512300721l6dea5b78q663844b5b918acc3@mail.gmail.com>

Thx to all who have replied; I feel I may be doring something wrong
but will keep at it -- it just seemed strange that those 8 Apple
labels "had" to be there...
--
WC -Sx- Jones | http://ccsh.us/ | Open Source Consulting



From don_springall at hotmail.com  Fri Dec 30 16:13:49 2005
From: don_springall at hotmail.com (Don Springall)
Date: Fri, 30 Dec 2005 09:13:49 -0700
Subject: Release notes
Message-ID: <BAY107-F16A7A47D0749CAFDF4F8ED85280@phx.gbl>

My /usr/share/doc/HTML/index.html is still the old Core 4 release notes even 
though I am running current rawhide release. Is there some package I can 
install to update all the documentation to core 5 or does that take a fresh 
install ?




From jspaleta at gmail.com  Fri Dec 30 16:24:03 2005
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Fri, 30 Dec 2005 11:24:03 -0500
Subject: Release notes
In-Reply-To: <BAY107-F16A7A47D0749CAFDF4F8ED85280@phx.gbl>
References: <BAY107-F16A7A47D0749CAFDF4F8ED85280@phx.gbl>
Message-ID: <604aa7910512300824m575f13ah77eed25a60b7aa88@mail.gmail.com>

On 12/30/05, Don Springall <don_springall at hotmail.com> wrote:
> My /usr/share/doc/HTML/index.html is still the old Core 4 release notes even
> though I am running current rawhide release. Is there some package I can
> install to update all the documentation to core 5 or does that take a fresh
> install ?

rpm -qf /usr/share/doc/HTML/index.html
which of course should be fedora-release
Now pickup the fedora-release package from the test1 tree and install
it instead.
Though I believe that the rawhide version of fedora-release looks
newer than the fc5t1 version so an update might very well revert back.

The fedora-release package in rawhide problably needs an update to
match the content of fc5t1's release.

-jef



From selinux at gmail.com  Fri Dec 30 18:21:43 2005
From: selinux at gmail.com (Tom London)
Date: Fri, 30 Dec 2005 10:21:43 -0800
Subject: ipw2200: Unknown notification....
Message-ID: <4c4ba1530512301021n6a2205fex90a0952693115c27@mail.gmail.com>

Running today's rawhide (kernel-2.6.14-1.1800_FC5,
ipw2200-firmware-2.4-7.at), I notice many of the following:

/var/log/messages:Dec 30 09:53:57 localhost kernel: ipw2200: Unknown
notification: subtype=40,flags=0xa0,size=40
/var/log/messages:Dec 30 09:54:10 localhost kernel: ipw2200: Unknown
notification: subtype=40,flags=0xa0,size=40
/var/log/messages:Dec 30 09:56:58 localhost kernel: ipw2200: Unknown
notification: subtype=40,flags=0xa0,size=40
/var/log/messages:Dec 30 09:57:10 localhost kernel: ipw2200: Unknown
notification: subtype=40,flags=0xa0,size=40
/var/log/messages:Dec 30 09:59:04 localhost kernel: ipw2200: Unknown
notification: subtype=40,flags=0xa0,size=40
/var/log/messages:Dec 30 09:59:17 localhost kernel: ipw2200: Unknown
notification: subtype=40,flags=0xa0,size=40
/var/log/messages:Dec 30 10:08:32 localhost kernel: ipw2200: Unknown
notification: subtype=40,flags=0xa0,size=40

--
Tom London



From davej at redhat.com  Fri Dec 30 20:03:02 2005
From: davej at redhat.com (Dave Jones)
Date: Fri, 30 Dec 2005 15:03:02 -0500
Subject: Kernel 1800 scrolling unusable
In-Reply-To: <43B5462A.9000807@partha.com>
References: <43B5462A.9000807@partha.com>
Message-ID: <20051230200302.GD853@redhat.com>

On Fri, Dec 30, 2005 at 09:37:30AM -0500, Partha Bagchi wrote:
 > Just installed Kernel version 1800. Firefox and Thunderbird are now 
 > completely unusable since the CPU jumps to 100% usage as soon as you 
 > start scrolling (Synaptic Touchpad). Same issue with scrolling in a 
 > terminal.

There's some heavyweight debugging patches turned on right now,
things will be back to normal soon.
 
 > Also started getting these errors:
 > 
 > Dec 30 09:10:37 Rodin kernel: snd_timer: Unknown symbol snd_info_register
 > Dec 30 09:10:37 Rodin kernel: snd_timer: Unknown symbol 
 > snd_info_create_module_entry
 > Dec 30 09:10:37 Rodin kernel: snd_timer: Unknown symbol snd_info_free_entry
 > Dec 30 09:10:37 Rodin kernel: snd_timer: Unknown symbol snd_iprintf
 > Dec 30 09:10:37 Rodin kernel: snd_timer: Unknown symbol snd_ecards_limit
 > Dec 30 09:10:37 Rodin kernel: snd_timer: Unknown symbol 
 > snd_oss_info_register
 > Dec 30 09:10:37 Rodin kernel: snd_timer: Unknown symbol 
 > snd_unregister_device
 > Dec 30 09:10:37 Rodin kernel: snd_timer: Unknown symbol snd_device_new
 > Dec 30 09:10:37 Rodin kernel: snd_timer: Unknown symbol snd_info_unregister
 > Dec 30 09:10:37 Rodin kernel: snd_timer: Unknown symbol snd_register_device
 > Dec 30 09:10:37 Rodin kernel: snd_pcm_oss: Unknown symbol 
 > snd_mixer_oss_ioctl_card

That's puzzling, as there have only been really trivial ALSA related
changes recently.  If it still does it with todays build, please file
a bug with details of your /etc/modprobe.conf & lspci.

		Dave



From davej at redhat.com  Fri Dec 30 21:12:13 2005
From: davej at redhat.com (Dave Jones)
Date: Fri, 30 Dec 2005 16:12:13 -0500
Subject: rawhide report: 20051228 changes
In-Reply-To: <43B54CC1.2070905@adslpipe.co.uk>
References: <20051229071108.GB3652@redhat.com>
	<43B54CC1.2070905@adslpipe.co.uk>
Message-ID: <20051230211213.GB21264@redhat.com>

On Fri, Dec 30, 2005 at 03:05:37PM +0000, Andy Burns wrote:
 > Dave Jones wrote:
 > 
 > >Yeah, despite how it might seem, I'm not really 'back to work' yet :)
 > 
 > Understood ...
 > 
 > >Hopefully one of my testboxes at the office will be able to trigger it.
 > 
 > On the machine where I originally reported the oops using i386, I though 
 > I'd try today's x86_64 version, it appears to have the same issue, I've 
 > added a screenshot to BZ#176448

I think I just nailed this. Check out build 1805 at
http://people.redhat.com/davej/kernels/Fedora/devel in an hour or so
(build-system permitting).

		Dave



From matt.carter85 at gmail.com  Fri Dec 30 22:22:14 2005
From: matt.carter85 at gmail.com (Matt Carter)
Date: Fri, 30 Dec 2005 22:22:14 +0000
Subject: kernel-xen-hypervisor.i686 2.6.14-1.21_fc5;
	kernel-2.6.14-1.1788_FC5; Kudzu Error
Message-ID: <7c79ba150512301422y1820f147na6e6b3508649a81b@mail.gmail.com>

I get the same error, this also affects the kernel install on a i586 kernel.

>>Message: 7
>>Date: Thu, 29 Dec 2005 17:38:36 -0700
>>From: "Don Springall" <don_springall at hotmail.com>
>>Subject: kernel-xen-hypervisor.i686 2.6.14-1.21_fc5
>>To: fedora-test-list at redhat.com
>>Message-ID: <BAY107-F12BBB42B01FC9674C739F485280 at phx.gbl>
>>Content-Type: text/plain; format=flowed
>>
>>Kudzu fails with a segmentation fault during startup. See below for details.
>>[root at localhost don]# /sbin/kudzu
>>Segmentation fault
>>[root at localhost don]# rpm -qa kudzu
>>kudzu-1.2.16-1



From selinux at gmail.com  Fri Dec 30 22:22:39 2005
From: selinux at gmail.com (Tom London)
Date: Fri, 30 Dec 2005 14:22:39 -0800
Subject: ipw2200: Unknown notification....
In-Reply-To: <4c4ba1530512301021n6a2205fex90a0952693115c27@mail.gmail.com>
References: <4c4ba1530512301021n6a2205fex90a0952693115c27@mail.gmail.com>
Message-ID: <4c4ba1530512301422m180a29afie3b278d94c490a34@mail.gmail.com>

On 12/30/05, Tom London <selinux at gmail.com> wrote:
> Running today's rawhide (kernel-2.6.14-1.1800_FC5,
> ipw2200-firmware-2.4-7.at), I notice many of the following:
>
> /var/log/messages:Dec 30 09:53:57 localhost kernel: ipw2200: Unknown
> notification: subtype=40,flags=0xa0,size=40
> /var/log/messages:Dec 30 09:54:10 localhost kernel: ipw2200: Unknown
> notification: subtype=40,flags=0xa0,size=40
> /var/log/messages:Dec 30 09:56:58 localhost kernel: ipw2200: Unknown
> notification: subtype=40,flags=0xa0,size=40
> /var/log/messages:Dec 30 09:57:10 localhost kernel: ipw2200: Unknown
> notification: subtype=40,flags=0xa0,size=40
> /var/log/messages:Dec 30 09:59:04 localhost kernel: ipw2200: Unknown
> notification: subtype=40,flags=0xa0,size=40
> /var/log/messages:Dec 30 09:59:17 localhost kernel: ipw2200: Unknown
> notification: subtype=40,flags=0xa0,size=40
> /var/log/messages:Dec 30 10:08:32 localhost kernel: ipw2200: Unknown
> notification: subtype=40,flags=0xa0,size=40
>
A bit more:
Dec 30 10:22:55 localhost kernel: ipw2200: Unknown notification:
subtype=40,flags=0xa0,size=40
Dec 30 10:23:19 localhost kernel: ipw2200: Firmware error detected.  Restarting.
Dec 30 10:23:19 localhost kernel: ipw2200: Sysfs 'error' log captured.
Dec 30 10:32:39 localhost kernel: ipw2200: Unknown notification:
subtype=40,flags=0xa0,size=40
Dec 30 10:33:10 localhost kernel: ipw2200: Unknown notification:
subtype=40,flags=0xa0,size=40
Dec 30 10:41:15 localhost last message repeated 3 times
Dec 30 10:43:25 localhost last message repeated 2 times
Dec 30 10:49:09 localhost last message repeated 2 times
Dec 30 10:54:10 localhost last message repeated 2 times
Dec 30 10:57:00 localhost last message repeated 2 times

--
Tom London



From fedora-test at adslpipe.co.uk  Fri Dec 30 23:20:41 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Fri, 30 Dec 2005 23:20:41 +0000
Subject: rawhide report: 20051228 changes
In-Reply-To: <20051230211213.GB21264@redhat.com>
References: <20051229071108.GB3652@redhat.com><43B54CC1.2070905@adslpipe.co.uk>
	<20051230211213.GB21264@redhat.com>
Message-ID: <43B5C0C9.5000401@adslpipe.co.uk>

Dave Jones wrote:

> I think I just nailed this. Check out build 1805 at
> http://people.redhat.com/davej/kernels/Fedora/devel in an hour or so
> (build-system permitting).

Given that my test box is blank at the moment, I'll try to extract the 
kernel from the RPM and persuade it to PXE from it ...




From fedora-test at adslpipe.co.uk  Fri Dec 30 23:31:54 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Fri, 30 Dec 2005 23:31:54 +0000
Subject: rawhide report: 20051228 changes
In-Reply-To: <43B5C0C9.5000401@adslpipe.co.uk>
References: <20051229071108.GB3652@redhat.com><43B54CC1.2070905@adslpipe.co.uk><20051230211213.GB21264@redhat.com>
	<43B5C0C9.5000401@adslpipe.co.uk>
Message-ID: <43B5C36A.9000407@adslpipe.co.uk>

Andy Burns wrote:

> I'll try to extract the 
> kernel from the RPM and persuade it to PXE from it ...

hmm, building an initrd.img might be interesting ...




From davej at redhat.com  Fri Dec 30 23:30:19 2005
From: davej at redhat.com (Dave Jones)
Date: Fri, 30 Dec 2005 18:30:19 -0500
Subject: rawhide report: 20051228 changes
In-Reply-To: <43B5C36A.9000407@adslpipe.co.uk>
References: <43B5C0C9.5000401@adslpipe.co.uk> <43B5C36A.9000407@adslpipe.co.uk>
Message-ID: <20051230233019.GA23712@redhat.com>

On Fri, Dec 30, 2005 at 11:31:54PM +0000, Andy Burns wrote:
 > Andy Burns wrote:
 > 
 > >I'll try to extract the 
 > >kernel from the RPM and persuade it to PXE from it ...
 > 
 > hmm, building an initrd.img might be interesting ...

ok, worst case, you can wait for the scripts to autogenerate an image
for tomorrows rahide :-)

		Dave



From fedora-test at adslpipe.co.uk  Sat Dec 31 00:26:12 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Sat, 31 Dec 2005 00:26:12 +0000
Subject: rawhide report: 20051228 changes
In-Reply-To: <20051230233019.GA23712@redhat.com>
References: <43B5C0C9.5000401@adslpipe.co.uk> <43B5C36A.9000407@adslpipe.co.uk>
	<20051230233019.GA23712@redhat.com>
Message-ID: <43B5D024.2060300@adslpipe.co.uk>

Dave Jones wrote:

> ok, worst case, you can wait for the scripts to autogenerate an image
> for tomorrows rahide :-)

I extracted using

rpm2cpio kernel-2.6.14-1.1805_FC5.i686.rpm | cpio -id

then moved the vmlinuz file into tftpboot and PXE booted, got as far as 
the blue language selection screen, so the spinlock-taint patch looks 
like the culprit, I *didn't* make a new initrd.img so modules didn't 
load (bit surprised I couldn't see errors about version mismatch 
anywhere) but using PS/2 keyboard instead of USB I could switch VTs and 
get as far as selecting a http install before it realised it hadn't got 
a NIC.

All bodes well for tomorrow's rawhide ;-)



From lynn at garlic.com  Sat Dec 31 00:30:32 2005
From: lynn at garlic.com (Anne & Lynn Wheeler)
Date: Fri, 30 Dec 2005 17:30:32 -0700
Subject: (at least smp) fc5 kernels after 1788 have excessive kernel overhead
In-Reply-To: <20051230170011.D070873953@hormel.redhat.com>
References: <20051230170011.D070873953@hormel.redhat.com>
Message-ID: <43B5D128.8020004@garlic.com>

dell poweredge 2400 dual 1ghz processors. (at least smp) kernels after
1788 have enormous kernel processor overhead.

applications that are i/o bound on kernel 1788 or earlier ... are
severely degraded on kernels after 1788 with 100% processor utilization
... almost all of it in kernel. when applications are idle ... the
processor use goes idle (aka it isn't some sort of background looping
process ... but seems to be some sort extra kernel overhead).

this is machine that i had problems with scsi i/o hanging after fc4 smp
kernel 1278  (non-smp kernel didn't have scsi i/o hang problem). smp
kernel hanging problem cleared up with fresh fc5 install.



From davej at redhat.com  Sat Dec 31 01:17:09 2005
From: davej at redhat.com (Dave Jones)
Date: Fri, 30 Dec 2005 20:17:09 -0500
Subject: (at least smp) fc5 kernels after 1788 have excessive kernel
	overhead
In-Reply-To: <43B5D128.8020004@garlic.com>
References: <20051230170011.D070873953@hormel.redhat.com>
	<43B5D128.8020004@garlic.com>
Message-ID: <20051231011709.GB25193@redhat.com>

On Fri, Dec 30, 2005 at 05:30:32PM -0700, Anne & Lynn Wheeler wrote:
 > dell poweredge 2400 dual 1ghz processors. (at least smp) kernels after
 > 1788 have enormous kernel processor overhead.

yep. It's deliberate, as its profiling kernel allocations. (see /proc/kmalloc)
I'll switch it off in a day or two (though there's some other
potentially intensive stuff coming soon too).

		Dave



From davej at redhat.com  Sat Dec 31 01:35:50 2005
From: davej at redhat.com (Dave Jones)
Date: Fri, 30 Dec 2005 20:35:50 -0500
Subject: rawhide report: 20051228 changes
In-Reply-To: <43B5D024.2060300@adslpipe.co.uk>
References: <43B5C0C9.5000401@adslpipe.co.uk> <43B5C36A.9000407@adslpipe.co.uk>
	<20051230233019.GA23712@redhat.com>
	<43B5D024.2060300@adslpipe.co.uk>
Message-ID: <20051231013550.GA32514@redhat.com>

On Sat, Dec 31, 2005 at 12:26:12AM +0000, Andy Burns wrote:
 > Dave Jones wrote:
 > 
 > >ok, worst case, you can wait for the scripts to autogenerate an image
 > >for tomorrows rahide :-)
 > 
 > I extracted using
 > 
 > rpm2cpio kernel-2.6.14-1.1805_FC5.i686.rpm | cpio -id
 > 
 > then moved the vmlinuz file into tftpboot and PXE booted, got as far as 
 > the blue language selection screen, so the spinlock-taint patch looks 
 > like the culprit, I *didn't* make a new initrd.img so modules didn't 
 > load (bit surprised I couldn't see errors about version mismatch 
 > anywhere) but using PS/2 keyboard instead of USB I could switch VTs and 
 > get as far as selecting a http install before it realised it hadn't got 
 > a NIC.
 > 
 > All bodes well for tomorrow's rawhide ;-)

Yeah, that bit of diff was an experiment that landed in the wrong .patch
file when I rediffed. The wonders of using too many temporary files
called 'current.diff' are to blame for that mishap.

Thanks for testing :)

		Dave



From dwmw2 at infradead.org  Sat Dec 31 02:32:32 2005
From: dwmw2 at infradead.org (David Woodhouse)
Date: Sat, 31 Dec 2005 02:32:32 +0000
Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1
In-Reply-To: <1129897095.15431.46.camel@baythorne.infradead.org>
References: <200510201348.j9KDmect012587@devserv.devel.redhat.com>
	<1129890422.15431.24.camel@baythorne.infradead.org>
	<1129897095.15431.46.camel@baythorne.infradead.org>
Message-ID: <1135996352.3516.83.camel@pmac.infradead.org>

On Fri, 2005-10-21 at 13:18 +0100, David Woodhouse wrote:
> Unfortunately I'm also required to enter my password for
> gnome-keyring-daemon each time I boot the laptop, before the wireless
> network will connect. I'm sure it used to connect as soon as the
> machine booted, but now it's waiting for me -- that's a fairly
> significant regression, since I'm used to just powering the laptop up
> and walking away from it, then logging in over the network.

I filed bug #174467 for this in rawhide; I've just noticed that the
package I was testing has made its way into FC4 updates without this
problem being fixed, so I cloned the bug as #176728 for FC4.

WEP keys are _not_ per-user data. They're system-wide.

-- 
dwmw2



From buildsys at redhat.com  Sat Dec 31 08:02:10 2005
From: buildsys at redhat.com (Build System)
Date: Sat, 31 Dec 2005 03:02:10 -0500
Subject: rawhide report: 20051231 changes
Message-ID: <200512310802.jBV82AEP017418@porkchop.devel.redhat.com>

 

 
Updated Packages:

GFS-kernel-2.6.14.1-20051219.162641.FC5.7
-----------------------------------------
* Fri Dec 30 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

cman-kernel-2.6.14.1-20051219.162641.FC5.6
------------------------------------------
* Fri Dec 30 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

dlm-kernel-2.6.14.1-20051219.162641.FC5.6
-----------------------------------------
* Fri Dec 30 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

eclipse-cdt-1:3.0.1-1jpp_3fc
----------------------------
* Fri Dec 30 2005 Andrew Overholt <overholt at redhat.com> 3.0.1-1jpp_3fc
- Fix %files section to not be x86-specific.

gnbd-kernel-2.6.14.0-20051108.134753.FC5.12.30
----------------------------------------------
* Fri Dec 30 2005 Jesse Keating <jkeating at redhat.com>
- rebuilt

kernel-2.6.14-1.1805_FC5
------------------------
* Fri Dec 30 2005 Dave Jones <davej at redhat.com>
- 2.6.15-rc7-git4

selinux-policy-2.1.6-19
-----------------------
* Fri Dec 30 2005 Dan Walsh <dwalsh at redhat.com> 2.1.6-19
- Add Logwatch policy

Broken deps for i386
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6



Broken deps for ia64
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
	rgmanager - 1.9.31-3.ia64 requires ccs



Broken deps for ppc
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
	gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
	jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6



Broken deps for ppc64
----------------------------------------------------------
	cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
	dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
	emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
	gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
	jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)



Broken deps for s390
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
	jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
	systemtap - 0.5.2-2.s390 requires kernel >= 0:2.6.9-11
	systemtap - 0.5.2-2.s390 requires kernel-devel



Broken deps for s390x
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
	libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit)
	libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit)
	systemtap - 0.5.2-2.s390x requires kernel >= 0:2.6.9-11
	systemtap - 0.5.2-2.s390x requires kernel-devel



Broken deps for x86_64
----------------------------------------------------------
	jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
	jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)
	jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit)





From dragoran at feuerpokemon.de  Sat Dec 31 10:24:47 2005
From: dragoran at feuerpokemon.de (dragoran)
Date: Sat, 31 Dec 2005 11:24:47 +0100
Subject: rawhide report: 20051231 changes
In-Reply-To: <200512310802.jBV82AEP017418@porkchop.devel.redhat.com>
References: <200512310802.jBV82AEP017418@porkchop.devel.redhat.com>
Message-ID: <43B65C6F.3020301@feuerpokemon.de>

Build System wrote:

>
>kernel-2.6.14-1.1805_FC5
>------------------------
>* Fri Dec 30 2005 Dave Jones <davej at redhat.com>
>- 2.6.15-rc7-git4
>
>  
>
this one works now ;)



From fedora-test at adslpipe.co.uk  Sat Dec 31 12:01:24 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Sat, 31 Dec 2005 12:01:24 +0000
Subject: (at least smp) fc5 kernels after 1788 have excessive
	kerneloverhead
In-Reply-To: <20051231011709.GB25193@redhat.com>
References: <20051230170011.D070873953@hormel.redhat.com><43B5D128.8020004@garlic.com>
	<20051231011709.GB25193@redhat.com>
Message-ID: <43B67314.3010800@adslpipe.co.uk>

Dave Jones wrote:

> It's deliberate, as its profiling kernel allocations. (see /proc/kmalloc)

Will this hit a system with EXT3->LVM->MDRAID1 particularly hard? Took 
about two hours to do a local install (with a largish set of packages 
but not everything) which I seem to remember took about 3/4 of an hour 
before.

During installation ext3_xattr_block_set and r1bio_pool_alloc show as 
the top guzzlers, totalling 1.5 billion allocations between them, 
obviously plenty of disk writing going on ...



From fedora-test at adslpipe.co.uk  Sat Dec 31 12:03:59 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Sat, 31 Dec 2005 12:03:59 +0000
Subject: rawhide report: 20051231 changes
In-Reply-To: <43B65C6F.3020301@feuerpokemon.de>
References: <200512310802.jBV82AEP017418@porkchop.devel.redhat.com>
	<43B65C6F.3020301@feuerpokemon.de>
Message-ID: <43B673AF.1040705@adslpipe.co.uk>

dragoran wrote:

> this one works now ;)

Yep, I did a quick boot with that kernel "warm from the oven" last night.

I've just completed a clean install of rawhide for the first time in ten 
days :-) Unfortunately this install has still resulted in an un-bootable 
machine, it looks like a grub issue, which could be due to my ks.cfg :-(




From dragoran at feuerpokemon.de  Sat Dec 31 12:04:14 2005
From: dragoran at feuerpokemon.de (dragoran)
Date: Sat, 31 Dec 2005 13:04:14 +0100
Subject: rawhide report: 20051231 changes
In-Reply-To: <43B673AF.1040705@adslpipe.co.uk>
References: <200512310802.jBV82AEP017418@porkchop.devel.redhat.com>	<43B65C6F.3020301@feuerpokemon.de>
	<43B673AF.1040705@adslpipe.co.uk>
Message-ID: <43B673BE.2070900@feuerpokemon.de>

Andy Burns wrote:

> dragoran wrote:
>
>> this one works now ;)
>
>
> Yep, I did a quick boot with that kernel "warm from the oven" last night.
>
> I've just completed a clean install of rawhide for the first time in 
> ten days :-) Unfortunately this install has still resulted in an 
> un-bootable machine, it looks like a grub issue, which could be due to 
> my ks.cfg :-(
>
>
rawhide install still in progress here...
but it is slow (http)



From dwmw2 at infradead.org  Sat Dec 31 12:29:14 2005
From: dwmw2 at infradead.org (David Woodhouse)
Date: Sat, 31 Dec 2005 12:29:14 +0000
Subject: Test kernel with Broadcom BCM43xx wireless support.
Message-ID: <1136032154.3516.100.camel@pmac.infradead.org>

I've built a test kernel with bcm43xx wireless support, from
http://bcm43xx.berlios.de/ 

It's a rawhide kernel but it installs and runs on FC4 with --nodeps 

http://david.woodhou.se/kernel-2.6.14-1.1805_FC5.bcm43xx.ppc.rpm
http://david.woodhou.se/kernel-devel-2.6.14-1.1805_FC5.bcm43xx.ppc.rpm

It seems to work, with WEP, if I set the ESSID manually -- but only for
Legacy IP; not yet for IPv6 because there are multicast problems so it
doesn't see the router advertisement. And suspend/resume is known not to
work. But it's getting there, and it's already at the point where it
might be useful to some people, and could certainly do with some more
testing. 

You need to fetch and use the 'fwcutter' tool to get the firmware into a
form which the kernel driver will be able to use -- see the README at
http://svn.berlios.de/wsvn/bcm43xx/trunk/fwcutter/README?op=file&rev=0&sc=0
and download from ftp://ftp.berlios.de/pub/bcm43xx/snapshots/fwcutter/

-- 
dwmw2



From fedora-test at adslpipe.co.uk  Sat Dec 31 12:59:23 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Sat, 31 Dec 2005 12:59:23 +0000
Subject: call for testing, dmraid in rawhide
In-Reply-To: <1135366559.4199.3.camel@localhost.localdomain>
References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com><1134492498.3089.11.camel@localhost.localdomain><43A6F290.40708@adslpipe.co.uk><1135016989.25620.2.camel@localhost.localdomain><43A87191.8070909@adslpipe.co.uk><1135113076.3240.11.camel@localhost.localdomain><43A9A321.7020307@adslpipe.co.uk>
	<43AB0B70.4050607@adslpipe.co.uk>
	<1135366559.4199.3.camel@localhost.localdomain>
Message-ID: <43B680AB.3000908@adslpipe.co.uk>

Peter Jones wrote:

> It's really best if you actually go and "delete" the raid volume before
> turning raid off in the BIOS, or else we'll still see the raid when we
> probe the disks.  without removing the metadata, it's also possible
> (though unlikely if you're keeping the disks on one controller/bios)
> that making another raid on the same drive will result in multiple sets
> of metadata on the disk.

OK, now that rawhide is bootable/installable again for me I have tried 
dmraid again.

With BIOS in SATA=AHCI mode I booted a rescue CD and did
dd if=/dev/zero of=/dev/sda
dd if=/dev/zero of=/dev/sdb

Then changed BIOS to SATA=RAID mode, rebooted went into the ICH7R option 
ROM and created two arrays (a 50GB RAID1 from 50GB of each disk and a 
400GB from the remaining 200GB of each disk)

Booted from rawhide 2005-12-31 with command line
linux dmraid vga=773 debug console=ttyS0,115200 console=tty1

Kernel boots and starts /sbin/loader
I choose language/dhcp/http install
Machine retrieves stage2.img, starts anaconda, starts X11
then immediately backtraces the same way as it did before
http://adslpipe.co.uk/dmraidtrace.jpg

I thought I'd bugzilla'ed this but apparently not ....

Linux version 2.6.14-1.1805_FC5 (bhcompile at ls20-bc1-13.build.redhat.com) 
(gcc version 4.1.0 20051222 (Red Hat 4.1.0-0.12)) #1 Fri Dec 30 16:18:48 
EST 2005
BIOS-provided physical RAM map:
  BIOS-e820: 0000000000000000 - 0000000000099000 (usable)
  BIOS-e820: 0000000000099000 - 00000000000a0000 (reserved)
  BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
  BIOS-e820: 0000000000100000 - 000000003fe4c000 (usable)
  BIOS-e820: 000000003fe4c000 - 000000003fe56000 (ACPI NVS)
  BIOS-e820: 000000003fe56000 - 000000003fe88000 (usable)
  BIOS-e820: 000000003fe88000 - 000000003fee9000 (ACPI NVS)
  BIOS-e820: 000000003fee9000 - 000000003feed000 (usable)
  BIOS-e820: 000000003feed000 - 000000003feff000 (ACPI data)
  BIOS-e820: 000000003feff000 - 000000003ff00000 (usable)
127MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000fe680
Using x86 segment limits to approximate NX protection
On node 0 totalpages: 261888
   DMA zone: 4096 pages, LIFO batch:0
   DMA32 zone: 0 pages, LIFO batch:0
   Normal zone: 225280 pages, LIFO batch:31
   HighMem zone: 32512 pages, LIFO batch:7
DMI 2.3 present.
ACPI: RSDP (v000 INTEL                                 ) @ 0x000fe020
ACPI: RSDT (v001 INTEL  D945GTP  0x00000ca7 MSFT 0x01000013) @ 0x3fefde48
ACPI: FADT (v001 INTEL  D945GTP  0x00000ca7 MSFT 0x01000013) @ 0x3fefcf10
ACPI: MADT (v001 INTEL  D945GTP  0x00000ca7 MSFT 0x01000013) @ 0x3fefce10
ACPI: WDDT (v001 INTEL  D945GTP  0x00000ca7 MSFT 0x01000013) @ 0x3fef7f90
ACPI: MCFG (v001 INTEL  D945GTP  0x00000ca7 MSFT 0x01000013) @ 0x3fef7f10
ACPI: HPET (v001 INTEL  D945GTP  0x00000ca7 MSFT 0x01000013) @ 0x3fef7e90
ACPI: SSDT (v001 INTEL     CpuPm 0x00000ca7 MSFT 0x01000013) @ 0x3fefdc10
ACPI: SSDT (v001 INTEL   Cpu0Ist 0x00000ca7 MSFT 0x01000013) @ 0x3fefda10
ACPI: SSDT (v001 INTEL   Cpu1Ist 0x00000ca7 MSFT 0x01000013) @ 0x3fefd810
ACPI: SSDT (v001 INTEL   Cpu2Ist 0x00000ca7 MSFT 0x01000013) @ 0x3fefd610
ACPI: SSDT (v001 INTEL   Cpu3Ist 0x00000ca7 MSFT 0x01000013) @ 0x3fefd410
ACPI: DSDT (v001 INTEL  D945GTP  0x00000ca7 MSFT 0x01000013) @ 0x00000000
ACPI: PM-Timer IO Port: 0x408
ACPI: Local APIC disabled (-2); pass 'lapic' to re-enable.
ACPI: HPET id: 0x8086a201 base: 0xfed00000
LAPIC disabled (-2)
Allocating PCI resources starting at 40000000 (gap: 3ff00000:c0100000)
Built 1 zonelists
Kernel command line: initrd=initrd.img ramdisk_size=8192 
BOOT_IMAGE=vmlinuz dmraid vga=773 debug console=ttyS0,115200 console=tty1
mapped APIC to ffffd000 (00000000)
Initializing CPU#0
CPU 0 irqstacks, hard=c03c2000 soft=c03c1000
PID hash table entries: 4096 (order: 12, 65536 bytes)
Console: colour dummy device 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 1029396k/1047552k available (1875k kernel code, 16968k reserved, 
745k data, 172k init, 129548k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Using HPET for base-timer
Using HPET for gettimeofday
Detected 3000.152 MHz processor.
Using hpet for high-res timesource
Calibrating delay using timer specific routine.. 6005.15 BogoMIPS 
(lpj=12010302)
Security Framework v1.0.0 initialized
SELinux:  Initializing.
SELinux:  Starting in permissive mode
selinux_register_security:  Registering secondary module capability
Capability LSM initialized as secondary
Mount-cache hash table entries: 512
CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000 
0000649d 00000000 00000000
CPU: After vendor identify, caps: bfebfbff 20100000 00000000 00000000 
0000649d 00000000 00000000
monitor/mwait feature present.
using mwait in idle threads.
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 2048K
CPU: After all inits, caps: bfebf3ff 20100000 00000000 00000080 0000649d 
00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (24) available
mtrr: v2.0 (20020519)
CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz stepping 03
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
ACPI: setting ELCR to 0200 (from 0e00)
Local APIC disabled by default; use 'lapic' to enable it.
checking if image is initramfs... it is
Freeing initrd memory: 4651k freed
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: Using MMCONFIG
ACPI: Subsystem revision 20050902
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: Probing PCI hardware (bus 00)
ACPI: Assume root bridge [\_SB_.PCI0] bus is 0
PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1
Boot video device is 0000:01:00.0
PCI: Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P32_._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 *9 10 11 12)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 9 *10 11 12)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX2._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX3._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX4._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX5._PRT]
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 12 devices
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a 
report
pnp: 00:05: ioport range 0x500-0x53f has been reserved
pnp: 00:05: ioport range 0x400-0x47f could not be reserved
pnp: 00:05: ioport range 0x680-0x6ff has been reserved
PCI: Bridge: 0000:00:01.0
   IO window: 2000-2fff
   MEM window: 50100000-501fffff
   PREFETCH window: 40000000-4fffffff
PCI: Bridge: 0000:00:1c.0
   IO window: disabled.
   MEM window: 50300000-503fffff
   PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.2
   IO window: disabled.
   MEM window: 50400000-504fffff
   PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.3
   IO window: disabled.
   MEM window: 50500000-505fffff
   PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.4
   IO window: disabled.
   MEM window: 50600000-506fffff
   PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.5
   IO window: disabled.
   MEM window: 50700000-507fffff
   PREFETCH window: disabled.
PCI: Bridge: 0000:00:1e.0
   IO window: 1000-1fff
   MEM window: 50000000-500fffff
   PREFETCH window: disabled.
ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11
PCI: setting IRQ 11 as level-triggered
ACPI: PCI Interrupt 0000:00:01.0[A] -> Link [LNKA] -> GSI 11 (level, 
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:01.0 to 64
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11
ACPI: PCI Interrupt 0000:00:1c.0[A] -> Link [LNKB] -> GSI 11 (level, 
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1c.0 to 64
ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11
ACPI: PCI Interrupt 0000:00:1c.2[C] -> Link [LNKC] -> GSI 11 (level, 
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1c.2 to 64
ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11
ACPI: PCI Interrupt 0000:00:1c.3[D] -> Link [LNKD] -> GSI 11 (level, 
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1c.3 to 64
ACPI: PCI Interrupt 0000:00:1c.4[A] -> Link [LNKB] -> GSI 11 (level, 
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1c.4 to 64
ACPI: PCI Interrupt 0000:00:1c.5[B] -> Link [LNKA] -> GSI 11 (level, 
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1c.5 to 64
PCI: Setting latency timer of device 0000:00:1e.0 to 64
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac)
apm: overridden by ACPI.
audit: initializing netlink socket (disabled)
audit(1136014555.364:1): initialized
highmem bounce pool size: 64 pages
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
SELinux:  Registering netfilter hooks
Initializing Cryptographic API
ksign: Installing public key data
Loading keyring
- Added public key 2729C55A2615442C
- User ID: Red Hat, Inc. (Kernel Module GPG key)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
ACPI: PCI Interrupt 0000:00:01.0[A] -> Link [LNKA] -> GSI 11 (level, 
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:01.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[pcie00]
Allocate Port Service[pcie03]
ACPI: PCI Interrupt 0000:00:1c.0[A] -> Link [LNKB] -> GSI 11 (level, 
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1c.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[pcie00]
Allocate Port Service[pcie02]
Allocate Port Service[pcie03]
ACPI: PCI Interrupt 0000:00:1c.2[C] -> Link [LNKC] -> GSI 11 (level, 
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1c.2 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[pcie00]
Allocate Port Service[pcie02]
Allocate Port Service[pcie03]
ACPI: PCI Interrupt 0000:00:1c.3[D] -> Link [LNKD] -> GSI 11 (level, 
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1c.3 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[pcie00]
Allocate Port Service[pcie02]
Allocate Port Service[pcie03]
ACPI: PCI Interrupt 0000:00:1c.4[A] -> Link [LNKB] -> GSI 11 (level, 
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1c.4 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[pcie00]
Allocate Port Service[pcie02]
Allocate Port Service[pcie03]
ACPI: PCI Interrupt 0000:00:1c.5[B] -> Link [LNKA] -> GSI 11 (level, 
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1c.5 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[pcie00]
Allocate Port Service[pcie02]
Allocate Port Service[pcie03]
vesafb: framebuffer at 0x40000000, mapped to 0xf8880000, using 1536k, 
total 16384k
vesafb: mode is 1024x768x8, linelength=1024, pages=20
vesafb: protected mode interface info at c000:58b6
vesafb: scrolling: redraw
vesafb: Pseudocolor: size=8:8:8:8, shift=0:0:0:0
vesafb: Mode is VGA compatible
Console: switching to colour frame buffer device 128x48
fb0: VESA VGA frame buffer device
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Real Time Clock Driver v1.12
PNP: PS/2 Controller [PNP0303:PS2K,PNP0f03:PS2M] at 0x60,0x64 irq 1,12
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Serial: 8250/16550 driver $Revision: 1.90 $ 2 ports, IRQ sharing enabled
?serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:09: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH7: IDE controller at PCI slot 0000:00:1f.1
ACPI: PCI Interrupt 0000:00:1f.1[A] -> Link [LNKC] -> GSI 11 (level, 
low) -> IRQ 11
ICH7: chipset revision 1
ICH7: not 100% native mode: will probe irqs later
     ide0: BM-DMA at 0x30b0-0x30b7, BIOS settings: hda:DMA, hdb:pio
Probing IDE interface ide0...
hda: LITE-ON DVDRW LDW-411S, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hda: ATAPI 32X DVD-ROM CD-R/RW drive, 2048kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
ide-floppy driver 0.99.newide
usbcore: registered new driver libusual
usbcore: registered new driver hiddev
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
mice: PS/2 mouse device common for all mice
md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: bitmap version 4.39
NET: Registered protocol family 2
input: AT Translated Set 2 keyboard as /class/input/input0
IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
TCP established hash table entries: 131072 (order: 9, 2097152 bytes)
TCP bind hash table entries: 65536 (order: 8, 1310720 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
TCP reno registered
TCP bic registered
Initializing IPsec netlink socket
NET: Registered protocol family 1
NET: Registered protocol family 17
Using IPI Shortcut mode
ACPI wakeup devices:
SLPB  P32 UAR1 PEX0 PEX1 PEX2 PEX3 PEX4 PEX5 UHC1 UHC2 UHC3 UHC4 EHCI 
AC9M AZAL
ACPI: (supports S0 S1 S3 S4 S5)
Freeing unused kernel memory: 172k freed
Write protecting the kernel read-only data: 318k





From fedora-test at adslpipe.co.uk  Sat Dec 31 13:02:46 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Sat, 31 Dec 2005 13:02:46 +0000
Subject: rawhide report: 20051231 changes
In-Reply-To: <43B673BE.2070900@feuerpokemon.de>
References: <200512310802.jBV82AEP017418@porkchop.devel.redhat.com>	<43B65C6F.3020301@feuerpokemon.de><43B673AF.1040705@adslpipe.co.uk>
	<43B673BE.2070900@feuerpokemon.de>
Message-ID: <43B68176.1030200@adslpipe.co.uk>

dragoran wrote:

> rawhide install still in progress here...
> but it is slow (http)

 From a local mirror, or from the net? Mine was pretty slow even from 
the LAN, I chalked it up to the kmalloc profiling ...




From mike at miketc.com  Sat Dec 31 13:09:11 2005
From: mike at miketc.com (Mike Chambers)
Date: Sat, 31 Dec 2005 08:09:11 -0500
Subject: rawhide report: 20051231 changes
In-Reply-To: <43B68176.1030200@adslpipe.co.uk>
References: <200512310802.jBV82AEP017418@porkchop.devel.redhat.com>
	<43B65C6F.3020301@feuerpokemon.de><43B673AF.1040705@adslpipe.co.uk>
	<43B673BE.2070900@feuerpokemon.de>  <43B68176.1030200@adslpipe.co.uk>
Message-ID: <1136034551.2839.0.camel@scrappy.miketc.com>

On Sat, 2005-12-31 at 13:02 +0000, Andy Burns wrote:
> dragoran wrote:
> 
> > rawhide install still in progress here...
> > but it is slow (http)
> 
>  From a local mirror, or from the net? Mine was pretty slow even from 
> the LAN, I chalked it up to the kmalloc profiling ...

I did a local lan rawhide install this morning as well (still
configuring it actually) and mine was slow too.  Actually, the system is
slow itself even after install.  Which I assume is due to the kernel
stuff Dave mentioned.

Mike



From mike at miketc.com  Sat Dec 31 13:10:26 2005
From: mike at miketc.com (Mike Chambers)
Date: Sat, 31 Dec 2005 08:10:26 -0500
Subject: rawhide report: 20051231 changes
In-Reply-To: <43B673AF.1040705@adslpipe.co.uk>
References: <200512310802.jBV82AEP017418@porkchop.devel.redhat.com>
	<43B65C6F.3020301@feuerpokemon.de>  <43B673AF.1040705@adslpipe.co.uk>
Message-ID: <1136034626.2839.2.camel@scrappy.miketc.com>

On Sat, 2005-12-31 at 12:03 +0000, Andy Burns wrote:
> dragoran wrote:

> Yep, I did a quick boot with that kernel "warm from the oven" last night.
> 
> I've just completed a clean install of rawhide for the first time in ten 
> days :-) Unfortunately this install has still resulted in an un-bootable 
> machine, it looks like a grub issue, which could be due to my ks.cfg :-(

Well not sure on the unbootable part, but my rawhide install went fine
(cept being slower than normal) and it is bootable/usable machine (as
mentioned in last email, system is slow though).

Mike



From fedora-test at adslpipe.co.uk  Sat Dec 31 13:51:52 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Sat, 31 Dec 2005 13:51:52 +0000
Subject: rawhide report: 20051231 changes
In-Reply-To: <1136034626.2839.2.camel@scrappy.miketc.com>
References: <200512310802.jBV82AEP017418@porkchop.devel.redhat.com><43B65C6F.3020301@feuerpokemon.de>
	<43B673AF.1040705@adslpipe.co.uk>
	<1136034626.2839.2.camel@scrappy.miketc.com>
Message-ID: <43B68CF8.8030603@adslpipe.co.uk>

Mike Chambers wrote:

> Well not sure on the unbootable part, but my rawhide install went fine

Just trying a fairly minimal install from CD boot rather than the fairly 
maximal install from PXE boot which I tried first, this will exclude my 
kickstart and software raid/lvm config ...

> cept being slower than normal

I keep picturing a penguin riding a snail ;-)



From mike at miketc.com  Sat Dec 31 14:10:46 2005
From: mike at miketc.com (Mike Chambers)
Date: Sat, 31 Dec 2005 08:10:46 -0600
Subject: Gnome-terminal still crashing
Message-ID: <1136038246.2109.1.camel@scrappy.miketc.com>

Fresh rawhide install this morning...

Anyone still experiencing gnome-terminal crashing when you open more
than one instance?

Also, I noticed that when opening Nautilus and you copy a file/dir,
paste it into a folder, and if it needs to overwrite something, it
crashes.

-- 
Mike Chambers
Madisonville, KY

"It's only funny until someone gets hurt, then it's hilarious!"



From leon.stringer at ntlworld.com  Sat Dec 31 14:40:21 2005
From: leon.stringer at ntlworld.com (Leon Stringer)
Date: Sat, 31 Dec 2005 14:40:21 +0000
Subject: Gnome-terminal still crashing
In-Reply-To: <1136038246.2109.1.camel@scrappy.miketc.com>
References: <1136038246.2109.1.camel@scrappy.miketc.com>
Message-ID: <1136040022.19315.3.camel@localhost.localdomain>

On Sat, 2005-12-31 at 08:10 -0600, Mike Chambers wrote:
> Anyone still experiencing gnome-terminal crashing when you open more
> than one instance?
Yes but only when started from the Applications menu. If I start one
instance and then use "gnome-terminal &" to start others, it works fine.

There is a bug for it:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176029

> Also, I noticed that when opening Nautilus and you copy a file/dir,
> paste it into a folder, and if it needs to overwrite something, it
> crashes.

Yeah, I see this too, but again it's already filed:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175909



From fedora-test at adslpipe.co.uk  Sat Dec 31 16:04:18 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Sat, 31 Dec 2005 16:04:18 +0000
Subject: Gnome-terminal still crashing
In-Reply-To: <1136040022.19315.3.camel@localhost.localdomain>
References: <1136038246.2109.1.camel@scrappy.miketc.com>
	<1136040022.19315.3.camel@localhost.localdomain>
Message-ID: <43B6AC02.2090103@adslpipe.co.uk>

Leon Stringer wrote:

> On Sat, 2005-12-31 at 08:10 -0600, Mike Chambers wrote:
>> Anyone still experiencing gnome-terminal crashing when you open more
>> than one instance?
> 
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176029

I notice Mike has already <AOL>Me too'ed</AOL> the bugzilla, so I'll 
confine myself to this list ...

Me too ;-)



From fedora-test at adslpipe.co.uk  Sat Dec 31 16:15:19 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Sat, 31 Dec 2005 16:15:19 +0000
Subject: rawhide report: 20051231 changes
In-Reply-To: <1136034626.2839.2.camel@scrappy.miketc.com>
References: <200512310802.jBV82AEP017418@porkchop.devel.redhat.com><43B65C6F.3020301@feuerpokemon.de>
	<43B673AF.1040705@adslpipe.co.uk>
	<1136034626.2839.2.camel@scrappy.miketc.com>
Message-ID: <43B6AE97.2000702@adslpipe.co.uk>

Mike Chambers wrote:

> my rawhide install went fine

My second install did too (using CD instead of PXE, without LVM/RAID and
not using kickstart) I suspect my ks.cfg is wrong, I did notice grub
being installed, but on rebooting it didn't get to stage2, I'll check it
again ... overnight ;-)

> system is slow though

It sure is, hopefully some good has/will come from the profiling though,
don't suppose it's going to be around long enough to justify a parameter
like profilekmalloc=off?




From lynn at garlic.com  Sat Dec 31 18:23:53 2005
From: lynn at garlic.com (Anne & Lynn Wheeler)
Date: Sat, 31 Dec 2005 11:23:53 -0700
Subject: fc5 kernels after 1788 have excessive,	kernel overhead
In-Reply-To: <20051231125613.1E397730F1@hormel.redhat.com>
References: <20051231125613.1E397730F1@hormel.redhat.com>
Message-ID: <43B6CCB9.40408@garlic.com>

> Will this hit a system with EXT3->LVM->MDRAID1 particularly hard? Took
> about two hours to do a local install (with a largish set of packages
> but not everything) which I seem to remember took about 3/4 of an hour
> before.
>
> During installation ext3_xattr_block_set and r1bio_pool_alloc show as
> the top guzzlers, totalling 1.5 billion allocations between them,
> obviously plenty of disk writing going on ...

long running application doing enet to disk transfer sustains
2.6mbytes/sec transfer with 20% cpu busy (mostly non-kernel time).

post-1788 kernel, it is 100% cpu (mostly kernel time) and 600kbytes/sec
sustained (an increase of over 20times in total cpu executed per byte
transferred and possibly an increase of 100times in kernel cpu executed
per byte transferred).



From davej at redhat.com  Sat Dec 31 19:50:32 2005
From: davej at redhat.com (Dave Jones)
Date: Sat, 31 Dec 2005 14:50:32 -0500
Subject: (at least smp) fc5 kernels after 1788 have excessive
	kerneloverhead
In-Reply-To: <43B67314.3010800@adslpipe.co.uk>
References: <20051231011709.GB25193@redhat.com>
	<43B67314.3010800@adslpipe.co.uk>
Message-ID: <20051231195032.GA18868@redhat.com>

On Sat, Dec 31, 2005 at 12:01:24PM +0000, Andy Burns wrote:
 > Dave Jones wrote:
 > 
 > >It's deliberate, as its profiling kernel allocations. (see /proc/kmalloc)
 > 
 > Will this hit a system with EXT3->LVM->MDRAID1 particularly hard? Took 
 > about two hours to do a local install (with a largish set of packages 
 > but not everything) which I seem to remember took about 3/4 of an hour 
 > before.

yeah, it's pretty nasty on certain workloads.
I've seen enough samples from this now, I'll disable it in todays build.

		Dave




From davej at redhat.com  Sat Dec 31 19:55:38 2005
From: davej at redhat.com (Dave Jones)
Date: Sat, 31 Dec 2005 14:55:38 -0500
Subject: rawhide report: 20051231 changes
In-Reply-To: <43B6AE97.2000702@adslpipe.co.uk>
References: <43B673AF.1040705@adslpipe.co.uk>
	<1136034626.2839.2.camel@scrappy.miketc.com>
	<43B6AE97.2000702@adslpipe.co.uk>
Message-ID: <20051231195538.GB18868@redhat.com>

On Sat, Dec 31, 2005 at 04:15:19PM +0000, Andy Burns wrote:
 > Mike Chambers wrote:
 > 
 > >my rawhide install went fine
 > 
 > My second install did too (using CD instead of PXE, without LVM/RAID and
 > not using kickstart) I suspect my ks.cfg is wrong, I did notice grub
 > being installed, but on rebooting it didn't get to stage2, I'll check it
 > again ... overnight ;-)
 > 
 > >system is slow though
 > 
 > It sure is, hopefully some good has/will come from the profiling though,
 > don't suppose it's going to be around long enough to justify a parameter
 > like profilekmalloc=off?

If I resurrect the patch at any time in the future, I'll certainly look into
doing that next time.  (or the opposite, a switch to turn it on)

		Dave



From fedora-test at adslpipe.co.uk  Sat Dec 31 20:30:13 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Sat, 31 Dec 2005 20:30:13 +0000
Subject: fc5 kernels after 1788 have excessive,	kernel overhead
In-Reply-To: <43B6CCB9.40408@garlic.com>
References: <20051231125613.1E397730F1@hormel.redhat.com>
	<43B6CCB9.40408@garlic.com>
Message-ID: <43B6EA55.8020103@adslpipe.co.uk>

Anne & Lynn Wheeler wrote:

> long running application doing enet to disk transfer sustains
> 2.6mbytes/sec transfer with 20% cpu busy (mostly non-kernel time).

Even that seems pretty low, I'd have thought you should be able to 
sustain 10-12MB/s

> post-1788 kernel, it is 100% cpu (mostly kernel time) and 600kbytes/sec
> sustained (an increase of over 20times in total cpu executed per byte
> transferred and possibly an increase of 100times in kernel cpu executed
> per byte transferred).

Just did a quick test here, a http wget of a 75MB file across a 100Mb/s 
full duplex link, where the file is fully cached on the source machine, 
I scrape 1.8MB/s and eat 75% CPU on a 3.0GHz HT P4, if I do some 
"intensive" monitoring with top, I can get it down to about 900KB/s

Of course we're not really proving anything here, we know that 
kernel1805 is built for debugging not for speed ...




From davej at redhat.com  Sat Dec 31 20:30:46 2005
From: davej at redhat.com (Dave Jones)
Date: Sat, 31 Dec 2005 15:30:46 -0500
Subject: fc5 kernels after 1788 have excessive,	kernel overhead
In-Reply-To: <43B6EA55.8020103@adslpipe.co.uk>
References: <20051231125613.1E397730F1@hormel.redhat.com>
	<43B6CCB9.40408@garlic.com> <43B6EA55.8020103@adslpipe.co.uk>
Message-ID: <20051231203046.GC16308@redhat.com>

On Sat, Dec 31, 2005 at 08:30:13PM +0000, Andy Burns wrote:
 > Anne & Lynn Wheeler wrote:
 > 
 > >long running application doing enet to disk transfer sustains
 > >2.6mbytes/sec transfer with 20% cpu busy (mostly non-kernel time).
 > 
 > Even that seems pretty low, I'd have thought you should be able to 
 > sustain 10-12MB/s
 > 
 > >post-1788 kernel, it is 100% cpu (mostly kernel time) and 600kbytes/sec
 > >sustained (an increase of over 20times in total cpu executed per byte
 > >transferred and possibly an increase of 100times in kernel cpu executed
 > >per byte transferred).
 > 
 > Just did a quick test here, a http wget of a 75MB file across a 100Mb/s 
 > full duplex link, where the file is fully cached on the source machine, 
 > I scrape 1.8MB/s and eat 75% CPU on a 3.0GHz HT P4, if I do some 
 > "intensive" monitoring with top, I can get it down to about 900KB/s
 > 
 > Of course we're not really proving anything here, we know that 
 > kernel1805 is built for debugging not for speed ...

my people page will have a new kernel with it turned off in about
an hour (buildsys permitting).

		Dave



From fedora-test at adslpipe.co.uk  Sat Dec 31 23:09:33 2005
From: fedora-test at adslpipe.co.uk (Andy Burns)
Date: Sat, 31 Dec 2005 23:09:33 +0000
Subject: fc5 kernels after 1788 have excessive,	kernel overhead
In-Reply-To: <20051231203046.GC16308@redhat.com>
References: <20051231125613.1E397730F1@hormel.redhat.com><43B6CCB9.40408@garlic.com>
	<43B6EA55.8020103@adslpipe.co.uk>
	<20051231203046.GC16308@redhat.com>
Message-ID: <43B70FAD.6040706@adslpipe.co.uk>

Dave Jones wrote:

> my people page will have a new kernel with it turned off in about
> an hour (buildsys permitting).

Got it thanks, you can certainly feel the difference :-)
my previous wget now gets an "expected" 11.1MB/s and eats about 25% CPU 
(which feels a bit on the high side)

One weird note though, I accidentally installed the 1806 uniprocessor 
i686 kernel, and when it booted it didn't see the SATA drives

ata1 is slow to respond, please be patient
ata1 failed to respond (30 secs)
scsi0 : ahci
ata2 is slow to respond, please be patient
ata2 failed to respond (30 secs)
scsi1 : ahci

http://adslpipe.co.uk/nosata.jpg it happened twice so no fluke.

I suppose the subsequent panic is justified given that it didn't see the 
disks, but why would it not see them? I rebooted back to 1805 smp i686 
kernel, installed 1806 smp i686 kernel and now all is well, I can double 
check the uniprocessor result if required ...