Public SourceMage Discussion List

[Jeremy Blosser <jblosser-smgl AT firinn.org>]

On Jan 25, Jeremy Blosser [jblosser-smgl AT firinn.org] wrote:
> On Jan 25, Jaka Kranjc [lynx AT mages.ath.cx] wrote:
> > On Thursday 25 January 2007 17:05, Jeremy Blosser wrote:
> > > A new one: While I was doing the above upgrades, I found that on my test
> > > system at least, doing just 'sorcery queue; cast --queue' ends up with a
> > > glibc failure due to errors about symbol definition loops.  But it 
> > > appears
> > > to only happen if glibc casts before gcc.  If I do the toolchain (in 
> > > order)
> > > explicitly before the rest of the system, no errors (so far; it's still
> > > going, but glibc didn't fail this time for sure).
> > >
> > > So, this probably isn't gating, but it may mean people will have a glibc
> > > error using the default upgrade path if they don't have a practice of
> > > watching for toolchain updates and managing them separately.  They can 
> > > just
> > > 'cast --queue' again and it should get through the second time, but that
> > > could be a disturbing error for people, and a waste of compile time.  
> > > Do we
> > > want to do anything about this?
> > Can't we just add a depends gcc to glibc? Or maybe a force_depends?
> 
> The depends appears to have worked.
> 
> I don't see anything else preventing us releasing any time now.

There is a new integration request to -rc; anyone see a reason this
shouldn't go in?

http://bugs.sourcemage.org/13462

Attachment: pgpn62z1v7tMS.pgp
Description: PGP signature