[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: No i386 images in rawhide,



On Mon, 6 Apr 2009, Jesse Keating wrote:

On Mon, 2009-04-06 at 20:46 +0300, Panu Matilainen wrote:
http://kojipkgs.fedoraproject.org/mash/rawhide-20090403/logs/i386.log

i386 on x86_64 borking could easily fit the recent NSS thingie, which is
exactly a multilib issue (bug 494122, nss-softokn-freebl getting pulled in
for just one, possibly wrong arch on multilib systems). See if it goes
away with nss-3.12.2.99.3-7.

I really don't think that's the case, unless somehow something went so
wrong that you're getting an x86_64 package in an i386 chroot.  We're
using an x86_64 host to generate an i386 chroot, so all the content
inside the chroot should be i386 (well i386/i586/i686 but you get the
picture)

The problem would be on the x86_64 host generating the root, if it were to be the NSS-issue. But ok I suppose the host isn't running rawhide... So I suppose it's something completely different, I just fail to see what could've caused such a thing in the last couple of days.

The errors look like memory corruption of sorts (garbled/truncated macro
strings), if that goes away by updating NSS then it's probably some
path(s) not correctly checking for failures from NSS (there are probably
plenty) and tripping up something else in turn.


Updating NSS where?  These chroots are being made from the koji
static-repos for dist-f11, is there a newer nss that is not even in
koji?

The latest NSS on koji and supposed to be in next rawhide compose but ... if Peter is seeing similar errors on Geode then it's really something quite different. Maybe something limited to ix86, I wouldn't notice as all my boxes are x86_64. Getting late here though, I'll try to see if I can somehow reproduce it tomorrow. Rawhide seems to really be living up to its name at the moment...

	- Panu -



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]