Re: Sarge -> Etch upgrade issue

On Fri, Sep 15, 2006 at 08:32:13AM +0200, Martin Schulze wrote: > Alexander Schmehl wrote: > > * Steve Langasek <[EMAIL PROTECTED]> [060908 01:46]: > > > > 1) sarge: > > > > 1.1) apt-get dist-upgrade -> upgrading to etch > > [..] > > > Yes, I can see that apt Recommends: debian-archive-keyring and

Re: Sarge -> Etch upgrade issue

Alexander Schmehl wrote: > * Steve Langasek <[EMAIL PROTECTED]> [060908 01:46]: > > > > 1) sarge: > > > 1.1) apt-get dist-upgrade -> upgrading to etch > [..] > > Yes, I can see that apt Recommends: debian-archive-keyring and Suggests: > > gnupg. Given that apt should be doing secure archives by d

Re: bad dependencies in testing?

On Thu, Sep 14, 2006 at 10:39:56PM -0700, Thomas Bushnell BSG wrote: > Please see bug #387561. > This is clearly not a gnucash bug, but it is indicative of *some* > serious problem, clearly involving not gnucash, but libffi and > libffi4-dev and g-wrap. It's not a bug in any Debian package. The

bad dependencies in testing?

Please see bug #387561. This is clearly not a gnucash bug, but it is indicative of *some* serious problem, clearly involving not gnucash, but libffi and libffi4-dev and g-wrap. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTEC

Re: Drop discover1

Steve Langasek <[EMAIL PROTECTED]> writes: > On Thu, Sep 14, 2006 at 08:50:00PM -0300, Otavio Salvador wrote: > >> > On Friday 15 September 2006 00:43, Otavio Salvador wrote: >> >> > Why don't you want to drop discover1? IMO it could be removed as soon >> >> > as D-I RC1 is out. > >> >> Why not dr

Re: Drop discover1

On Friday 15 September 2006 01:50, Otavio Salvador wrote: > We can add a transition discover1 package. That would make the upgrade > path work. You will need that anyway. And Steve's comment is correct. pgpMOBAcg6uo9.pgp Description: PGP signature

Re: Drop discover1

On Thu, Sep 14, 2006 at 08:50:00PM -0300, Otavio Salvador wrote: > > On Friday 15 September 2006 00:43, Otavio Salvador wrote: > >> > Why don't you want to drop discover1? IMO it could be removed as soon > >> > as D-I RC1 is out. > >> Why not drop it before? > > Because it is bad dropping (remov

Re: Drop discover1

Frans Pop <[EMAIL PROTECTED]> writes: > On Friday 15 September 2006 00:43, Otavio Salvador wrote: >> > Why don't you want to drop discover1? IMO it could be removed as soon >> > as D-I RC1 is out. >> >> Why not drop it before? > > Because it is bad dropping (removing from the archive) a package th

Re: Drop discover1

On Friday 15 September 2006 00:43, Otavio Salvador wrote: > > Why don't you want to drop discover1? IMO it could be removed as soon > > as D-I RC1 is out. > > Why not drop it before? Because it is bad dropping (removing from the archive) a package that is still in use in testing. pgpqirh8NFDpm.

Preparation of the next stable Debian GNU/Linux update (I)

Preparation of Debian GNU/Linux 3.1r4 = An up-to-date version is at . We are preparing the next revision of the current stable Debian distribution (sarge) and will frequently send reports so people can actually comme

Re: Drop discover1

Frans Pop <[EMAIL PROTECTED]> writes: > On Friday 15 September 2006 00:04, Otavio Salvador wrote: >> I would like to disable init-script too on linux since we're commited >> to udeb now but want to drop discover1. > > I don't understand this sentence. What do you mean with "committed to > udeb"?

Re: Drop discover1 [was: Re: Allow discover and discover-data to move to testing]

On Friday 15 September 2006 00:04, Otavio Salvador wrote: > I would like to disable init-script too on linux since we're commited > to udeb now but want to drop discover1. I don't understand this sentence. What do you mean with "committed to udeb"? Why don't you want to drop discover1? IMO it co

Drop discover1 [was: Re: Allow discover and discover-data to move to testing]

Frans Pop <[EMAIL PROTECTED]> writes: >> Yes and no. Discover 2 was an available option on installer but it's >> not used in installer anymore. I plan to migrate to it for installed >> system but I lack the time to see it right now. > > discover1 is still used in beta3. > > udebs for discover coul

Re: Allow discover and discover-data to move to testing

On Thursday 14 September 2006 23:52, Otavio Salvador wrote: > Steve Langasek <[EMAIL PROTECTED]> writes: > >> They aren't being use by d-i anymore. > > > > I guess you mean "not yet"? > > Yes and no. Discover 2 was an available option on installer but it's > not used in installer anymore. I plan to

Re: Allow discover and discover-data to move to testing

Steve Langasek <[EMAIL PROTECTED]> writes: >> They aren't being use by d-i anymore. > > I guess you mean "not yet"? Yes and no. Discover 2 was an available option on installer but it's not used in installer anymore. I plan to migrate to it for installed system but I lack the time to see it right

Re: Allow discover and discover-data to move to testing

On Thu, Sep 14, 2006 at 11:10:42AM -0300, Otavio Salvador wrote: > Please allow discover and discover-data packages to move to > testing. Hints added. > They aren't being use by d-i anymore. I guess you mean "not yet"? -- Steve Langasek Give me a lever long enough and a Free

Re: arm release issues

Steve Langasek wrote: > Does anyone know what happened to make ld so much slower on arm all of > a sudden? I'm not sure about linking, since I can't build xulrunner yet, but on my 64 mb arm box (bitsyxb with a USB disk), I'm seeing some very slow (12 hours) gcc runs. It mostly seems to be due to g

FINAL NOTIFICATION

FINAL NOTIFICATION, Get back to me immediately for neccessary steps concerning your inheritance, Sequel to your non reply of my earlier email to you dated 02/03/05 and on behalf of the Trustees and Executors to the Will of Mr. Sullivan your deceased relation in 2002,I wish to notify you that

Allow discover and discover-data to move to testing

Hello, Please allow discover and discover-data packages to move to testing. They aren't being use by d-i anymore. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Hom