Re: Obsolete binaries

2004-12-19 Thread Goswin von Brederlow
Jeroen van Wolffelaar <[EMAIL PROTECTED]> writes: > On Mon, Dec 20, 2004 at 01:39:57PM +1000, Anthony Towns wrote: >> Looking at the other page that does something similar (based on ftp.d.o >> bugs) that someone on this list should know the url for, and merging the >> two would be good too. > >

Re: Obsolete binaries

2004-12-19 Thread Jeroen van Wolffelaar
On Mon, Dec 20, 2004 at 01:39:57PM +1000, Anthony Towns wrote: > Looking at the other page that does something similar (based on ftp.d.o > bugs) that someone on this list should know the url for, and merging the > two would be good too. You are referring to: http://ftp-master.wolffelaar.nl/remo

Re: Obsolete binaries

2004-12-19 Thread Anthony Towns
Anthony Towns wrote: http://ftp-master.debian.org/rene-full.txt Oh, I should note: those are automated suggestions; they're not all correct, and the action they might require for resolution isn't necessarily straightforward or obvious. Don't go filing bugs or otherwise pestering anyone b

Re: Obsolete binaries

2004-12-19 Thread Anthony Towns
Santiago Vila wrote: On Sun, 19 Dec 2004, Björn Stenberg wrote: http://bjorn.haxx.se/debian/obsolete.html I see that the gambas package is in your list, why do you want to remove it? I think it would be better not to draw conclusions ("ftpmaster needs"). Drawing conclusions isn't so bad, but

Re: Obsolete binaries

2004-12-19 Thread Björn Stenberg
Santiago Vila wrote: > I see that the gambas package is in your list, why do you want to remove it? I don't want to remove gambas. The word 'it' refers to the obsolete binary. Until rene is run, britney will think gambas needs gambas-gb-qt-kde and gambas-gb-qt-kde-html built and will not let it

Re: Obsolete binaries

2004-12-19 Thread Jeroen van Wolffelaar
On Mon, Dec 20, 2004 at 12:36:32AM +0100, Adeodato Sim? wrote: > in the case of gambas, and AIUI, whether they get removed or not is > not relevant for it migrating to testing (since there is no gambas in > testing). but most of times, having old packages lying around > effectively prevents

Re: Obsolete binaries

2004-12-19 Thread Adeodato Simó
* Santiago Vila [Mon, 20 Dec 2004 00:28:58 +0100]: > I see that the gambas package is in your list, why do you want to remove it? > I think it would be better not to draw conclusions ("ftpmaster needs"). > Being empty does not always mean the package should be removed, > it may be a convenience

Re: Obsolete binaries

2004-12-19 Thread Santiago Vila
On Sun, 19 Dec 2004, Björn Stenberg wrote: > Prompted by a bug report from Kurt Roeckx and a patch from Christian > Hammers, my testing script now includes a check for obsolete > binaries. > > In addition to showing obsolete binaries for each package, there's a > collection page showing all obsole

Obsolete binaries

2004-12-19 Thread Björn Stenberg
Hi. Prompted by a bug report from Kurt Roeckx and a patch from Christian Hammers, my testing script now includes a check for obsolete binaries. In addition to showing obsolete binaries for each package, there's a collection page showing all obsolete binaries found: http://bjorn.haxx.se/debia

Re: Preparation of the next stable Debian GNU/Linux update (III)

2004-12-19 Thread Mark Brown
On Sat, Dec 18, 2004 at 11:46:31PM +0100, Santiago Vila wrote: > Someone who installs from 3.0r[012] should have "stable" in sources.list. > There is no need to have packages available in both places, at least > not several weeks after the release of 3.0r3. Assuming they've got a network source i

Re: Woody->Sarge upgrade claims to break if using devfsd

2004-12-19 Thread Rob Bradford
On Sat, Dec 18, 2004 at 01:21:23PM +0100, Frans Pop wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > (CC'ing d-release as this is more a release issue than an installer issue) > > On Saturday 18 December 2004 12:51, Marco d'Itri wrote: > > On Dec 18, Jeroen van Wolffelaar <[EMAIL PROT

Re: Please refrain from non-RC gcc-3.4 uploads until a new version has entered sarge

2004-12-19 Thread Andreas Barth
* Matthias Klose ([EMAIL PROTECTED]) [041219 00:35]: > [...] Thanks, taken with one change: > Another minor change of the toolchain for ia64 is pending. Gcc-3.4 > started to use libunwind, but the the internal gcc version was > buggy. Therefore the libunwind shared library had to be built from t