Bug#296706: RFA: toshutils

2005-02-23 Thread Drew Parsons
Package: wnpp Severity: normal My toshiba laptop is effectively dead, I now use an IBM laptop. I therefore can't really use toshutils myself anymore and would like someone else to take it over. Rene Engelhard, the maintainer of toshset, has suggested he might do it if no one else can, but he te

Re: remove

2005-02-23 Thread Glenn Maynard
On Thu, Feb 24, 2005 at 07:54:37AM +0200, Petri Latvala wrote: > On Wed, Feb 23, 2005 at 11:33:08PM -0600, Michael Lande wrote: > > Remove me from the list or explain how! > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL P

Re: remove

2005-02-23 Thread Petri Latvala
On Wed, Feb 23, 2005 at 11:33:08PM -0600, Michael Lande wrote: > Remove me from the list or explain how! > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] Read all of the messages. The relevant info is right there. --

remove

2005-02-23 Thread Michael Lande
Remove me from the list or explain how! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: amd64 is already the 2nd most important arch (WasRe: Let's remove mips, mipsel, s390, ... (Was: [Fwd: Re: GTK+2.0 2.6.2-3 and buildds running out of space])

2005-02-23 Thread Joel Aelwyn
On Wed, Feb 23, 2005 at 10:25:04PM +0100, Thiemo Seufer wrote: > Joel Aelwyn wrote: > [snip] > > But that's OK. Our amd64 users just use the Alioth site instead of our > > wonderful mirror network, and track it as unstable. I mean, it's so much > > more effective to have it all hitting alioth for d

Re: Let's remove mips, mipsel, s390, ... (Was: [Fwd: Re: GTK+2.0 2.6.2-3 and buildds running out of space])

2005-02-23 Thread Petri Latvala
On Wed, Feb 23, 2005 at 08:38:21PM -0500, Patrick Ouellette wrote: > The problem with these numbers is the architecture "all." > over 27% of files downloaded don't count since you don't know what > systems they are running on. All of these people having the time to comment this statistical sample

Re: Let's remove mips, mipsel, s390, ... (Was: [Fwd: Re: GTK+2.0 2.6.2-3 and buildds running out of space])

2005-02-23 Thread Patrick Ouellette
On Tue, 2005-02-22 at 04:39 +, Dirk Eddelbuettel wrote: > For your convenience, I quote the numbers here again along with a quick > percentage calculation: > > > md <- read.table("/tmp/md.txt", header=TRUE, row.names=1) > > md <- cbind(md, percent=round(100*md[,1]/md["total",1], 4)) > > md >

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Adeodato Simó
* Thomas Bushnell BSG [Wed, 23 Feb 2005 17:10:57 -0800]: > ONCE IT'S CLEANED UP, what should I do to get the package rebuilt? > Seems to me, I should requeue it. Nothing else is an advertised or > reliable way. Even the @buildd.debian.org I'm now told is not > reliable. Thomas, just apply you

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Thomas Bushnell BSG
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes: > ONCE IT'S CLEANED UP, what should I do to get the package rebuilt? > Seems to me, I should requeue it. Nothing else is an advertised or > reliable way. Even the @buildd.debian.org I'm now told is not > reliable. Which does bring up a second ques

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Thomas Bushnell BSG
Wouter Verhelst <[EMAIL PROTECTED]> writes: > On Wed, Feb 23, 2005 at 12:41:46PM -0800, Thomas Bushnell BSG wrote: > > Wouter Verhelst <[EMAIL PROTECTED]> writes: > > > That won't help, especially not in this case. Those who manage the > > > autobuilder are best suited to know when the autobuilder

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Adam Majer
Wouter Verhelst wrote: >On Wed, Feb 23, 2005 at 12:41:46PM -0800, Thomas Bushnell BSG wrote: > > >>What I'm saying is that once it's cleaned up, I have two options: >> >>* ask for my package to be requeued; >>* do another upload. >> >>And I'm almost certain that the latter option is faster, and

Re: Add a videocard to Discover

2005-02-23 Thread Adam Majer
Paul van der Vlis wrote: > Hello, > > During install my videocard is not detected by Debconf. It is a cheap > Nvidia compatible videocard what uses the "nv" driver. > > How can I tell the Discover-developpers about this videocard? > `reportbug discover` will do the trick. Just forward the report

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Wouter Verhelst
On Wed, Feb 23, 2005 at 12:41:46PM -0800, Thomas Bushnell BSG wrote: > Wouter Verhelst <[EMAIL PROTECTED]> writes: > > That won't help, especially not in this case. Those who manage the > > autobuilder are best suited to know when the autobuilder will be fixed, > > since they are the ones who have

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Andreas Barth
* Ingo Juergensmann ([EMAIL PROTECTED]) [050223 22:55]: > On Wed, Feb 23, 2005 at 12:57:25PM -0800, Thomas Bushnell BSG wrote: > > > > See why the current buildd system is obsolete? > > I've never disagreed with the fact that the current buildd system is > > creaking. > > What would it take for m

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Ingo Juergensmann
On Wed, Feb 23, 2005 at 10:56:06PM +0100, Petter Reinholdtsen wrote: > > or mail the appropriate buildd admin listed on http://buildd.net/ - > > maybe the addresses are not uptodate anymore, but that's because not > > all buildd admins cooperate... > Why not list this address at the end of each ar

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Petter Reinholdtsen
[Ingo Juergensmann] > mailto: [EMAIL PROTECTED] > > or mail the appropriate buildd admin listed on http://buildd.net/ - > maybe the addresses are not uptodate anymore, but that's because not > all buildd admins cooperate... Why not list this address at the end of each arch-specific log page? For

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Ingo Juergensmann
On Wed, Feb 23, 2005 at 12:57:25PM -0800, Thomas Bushnell BSG wrote: > > See why the current buildd system is obsolete? > I've never disagreed with the fact that the current buildd system is > creaking. > What would it take for multibuild to succeed? or something else? People who care and have

Die Daten vom WE

2005-02-23 Thread [EMAIL PROTECTED]
Hallo Du :-) Hier sind die Daten die Du am WE haben wolltest. Sorry aber ich musste noch weg und die Auktion läuft ja noch. Kostenlos Anmelden und wie schon gesagt und dann kannste die Anlage Kaufen. Alles OK http://www.yourlimit.net/template/zeige.php?action=92 Gruß und bis dann mal Tschaui

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Ingo Juergensmann
On Wed, Feb 23, 2005 at 12:36:34PM -0800, Thomas Bushnell BSG wrote: > > I'm not trying to grind an axe or complain, I'm seeking information > > and to move the process along expeditiously because it's blocking a > > lot more than just an xfree86 upgrade. > For example, once this is fixed, how do

Re: amd64 is already the 2nd most important arch (WasRe: Let's remove mips, mipsel, s390, ... (Was: [Fwd: Re: GTK+2.0 2.6.2-3 and buildds running out of space])

2005-02-23 Thread Thiemo Seufer
Joel Aelwyn wrote: [snip] > But that's OK. Our amd64 users just use the Alioth site instead of our > wonderful mirror network, and track it as unstable. I mean, it's so much > more effective to have it all hitting alioth for download, right? Thought > so. You probably should inform yourself before

Re: Accepted dia 0.94.0-5 (i386 source all)

2005-02-23 Thread Norbert Tretkowski
Hi Roland, * Roland Stigge wrote: [...] bitte eine Build­Dependency auf debhelper (>= 4.2.21) einbauen, da das die erste Version war die dh_desktop beinhaltete. Gruss, Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: amd64 is already the 2nd most important arch (WasRe: Let's remove mips, mipsel, s390, ... (Was: [Fwd: Re: GTK+2.0 2.6.2-3 and buildds running out of space])

2005-02-23 Thread Joel Aelwyn
On Tue, Feb 22, 2005 at 10:57:06PM -0600, Ron Johnson wrote: > On Tue, 2005-02-22 at 22:25 -0500, Glenn Maynard wrote: > > On Wed, Feb 23, 2005 at 03:08:11AM +, Dirk Eddelbuettel wrote: > [snip] > > Oops. You jumped from "second most common" to "second most important", > > as if they're synonym

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Thomas Bushnell BSG
Goswin von Brederlow <[EMAIL PROTECTED]> writes: > Screwing up in the postrm of a package in Build-Depends is about the > worst you can do to the current buildd. It is pretty sure to cripple > them all. The inability of buildds to rebuild their chroots from > scratch doesn't help. Shit happens, st

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Thomas Bushnell BSG
Ingo Juergensmann <[EMAIL PROTECTED]> writes: > See why the current buildd system is obsolete? I've never disagreed with the fact that the current buildd system is creaking. What would it take for multibuild to succeed? or something else? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Goswin von Brederlow
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes: > I'm not complaining about the slow archs, and the m68k buildd failure > will surely be noticed. It has not, however, been retried. Why? It will most likely be retried manually on a large system. The wanna-build state is then usualy left as "buil

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Ingo Juergensmann
On Wed, Feb 23, 2005 at 12:35:50PM -0800, Thomas Bushnell BSG wrote: > I'm not complaining about the slow archs, and the m68k buildd failure > will surely be noticed. It has not, however, been retried. Why? Because the buildds are currently doing other stuff? > I'm asking for *information*. H

Re: [debian-devel] Re: FW: A Call to Action in OASIS

2005-02-23 Thread Andrew Suffield
On Wed, Feb 23, 2005 at 02:53:49PM +, Magos?nyi ?rp?d wrote: > A levelez?m azt hiszi, hogy Martin Michlmayr - Debian Project Leader a > következ?eket írta: > > * Jaldhar H. Vyas <[EMAIL PROTECTED]> [2005-02-23 09:18]: > > > > A Call to Action in OASIS > > > Debian has a representative in OASIS

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Thomas Bushnell BSG
Wouter Verhelst <[EMAIL PROTECTED]> writes: > On Wed, Feb 23, 2005 at 12:22:59PM -0800, Thomas Bushnell BSG wrote: > > Moreover, because it seems to be extremely difficult to know who > > manages which buildd's and get responses from them, > > Have you tried @buildd.debian.org? Nope. This addre

Bug#296653: ITP: symon -- symon is a system monitor.

2005-02-23 Thread Marc L. de Bruin
Package: wnpp Severity: wishlist * Package name: symon Version : 2.69 Upstream Author : Willem Dijkstra <[EMAIL PROTECTED]> * URL : http://www.xs4all.nl/~wpd/symon * License : BSD Description : symon is a system monitor. symon is a system monitor for Fre

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Wouter Verhelst
On Wed, Feb 23, 2005 at 12:22:59PM -0800, Thomas Bushnell BSG wrote: > Moreover, because it seems to be extremely difficult to know who > manages which buildd's and get responses from them, Have you tried @buildd.debian.org? > I suspect that once it's cleaned up the fastest way to get my package

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Thomas Bushnell BSG
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes: > I'm not trying to grind an axe or complain, I'm seeking information > and to move the process along expeditiously because it's blocking a > lot more than just an xfree86 upgrade. For example, once this is fixed, how do I ask the buildd maintainers

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Thomas Bushnell BSG
Ingo Juergensmann <[EMAIL PROTECTED]> writes: > On Wed, Feb 23, 2005 at 12:13:42PM -0800, Thomas Bushnell BSG wrote: > > > Do the buildd people read this list? How do we get this cleaned up? > > As far as I can tell you: the m68k buildd people will have noticed that > problem much earlier than

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Ingo Juergensmann
On Wed, Feb 23, 2005 at 12:13:42PM -0800, Thomas Bushnell BSG wrote: > Do the buildd people read this list? How do we get this cleaned up? As far as I can tell you: the m68k buildd people will have noticed that problem much earlier than you. Furthermore, I don't know if that's a problem of the

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Wouter Verhelst
On Wed, Feb 23, 2005 at 09:17:59PM +0100, Adeodato Simó wrote: > * Thomas Bushnell BSG [Wed, 23 Feb 2005 12:13:42 -0800]: > > > Do the buildd people read this list? How do we get this cleaned up? > > That's not relevant, really. What matters is if they read their logs, > and they certainly d

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Alexis Sukrieh
* Thomas Bushnell BSG ([EMAIL PROTECTED]) disait : > > So the new xfree86 has been built on most archs, but is still not > built on sparc, mips, and m68k. If that can help, I can test the build process under sparc, tell me if one more sparc box is welcome in the "test room" ;) Regards. --

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Thomas Bushnell BSG
Adeodato Simà <[EMAIL PROTECTED]> writes: > * Thomas Bushnell BSG [Wed, 23 Feb 2005 12:13:42 -0800]: > > > Do the buildd people read this list? How do we get this cleaned up? > > That's not relevant, really. What matters is if they read their logs, > and they certainly do. (So, no need to t

Re: the ongoing xfree86 buildd saga

2005-02-23 Thread Adeodato Simó
* Thomas Bushnell BSG [Wed, 23 Feb 2005 12:13:42 -0800]: > Do the buildd people read this list? How do we get this cleaned up? That's not relevant, really. What matters is if they read their logs, and they certainly do. (So, no need to tell buildd admins the obvious, or at least that's wha

the ongoing xfree86 buildd saga

2005-02-23 Thread Thomas Bushnell BSG
So the new xfree86 has been built on most archs, but is still not built on sparc, mips, and m68k. The sparc and mips failures look like their buildd chroots are still corrupted. The m68k build ran out of disk space: ar clq libglx.a glx/?*.o ar: libglx.a: No space left on device make[6

Bug#296652: ITP: python-apsw -- another Python SQLite wrapper

2005-02-23 Thread Joel Rosdahl
Package: wnpp Severity: wishlist I intend to package APSW (Another Python SQLite Wrapper). URL: http://www.rogerbinns.com/apsw.html Description: APSW (Another Python SQLite Wrapper) is an SQLite 3 wrapper that provides the thinnest layer over SQLite 3 possible. Everything you c

Re: dh_movefiles, tar vs. mv

2005-02-23 Thread Frank Küster
Eric Dorland <[EMAIL PROTECTED]> wrote: > Uhh, who cares? dh_movefiles has been superseded by dh_install. Oh, thank you for pointing out the obvious. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer

Bug#296633: ITP: gaim-hotkeys -- Global hotkeys that can be configured for toggling buddy list and reading queued messages of Gaim.

2005-02-23 Thread Ivan Wong
Package: wnpp Version: N/A; reported 2005-02-24 Severity: wishlist * Package name: gaim-hotkeys Version : 0.1 Upstream Author : Ivan, Wong Yat Cheung <[EMAIL PROTECTED]> * URL : http://sourceforge.net/projects/gaim-hotkeys/ * License : GPL Description : Gl

Re: amd64 is already the 2nd most important arch (WasRe: Let's remove mips, mipsel, s390, ... (Was: [Fwd: Re: GTK+2.0 2.6.2-3 and buildds running out of space])

2005-02-23 Thread Wouter Verhelst
On Tue, Feb 22, 2005 at 10:57:06PM -0600, Ron Johnson wrote: > On Tue, 2005-02-22 at 22:25 -0500, Glenn Maynard wrote: > > On Wed, Feb 23, 2005 at 03:08:11AM +, Dirk Eddelbuettel wrote: > [snip] > > Oops. You jumped from "second most common" to "second most important", as > > if they're synony

Re: Clanlib 0.7

2005-02-23 Thread Bartosz Fenski aka fEnIo
On Mon, Feb 21, 2005 at 07:28:51PM -0500, Daniel Burrows wrote: > Hi all, Hello. > This is just a note for anyone who's looking for a project. I was just > trying to compile some software, and it bombed out because I didn't have the > right ClanLib version installed. I looked into the ma

Re: Would like to remove blas/lapack/atlas2/lapack99 at some point

2005-02-23 Thread Kevin B. McCarty
Camm Maguire wrote: > Greetings! The older versions were kept to ease the transition into a > minor API change, and to work around earlier gcc-induced tester > failures. There are just a few packages using the older API now. > I've filed wishlist bugs with those requesting an upgrade about 100 >

Re: svn.debian.org: Automatically putting log message into debian/changelog?

2005-02-23 Thread Roland Bauerschmidt
Hello Torsten, Torsten Landschoff wrote: > I wonder if it would be possible to write a script that automatically > updates debian/changelog each time somebody updates any files belonging > to the package. I can't stand writing stuff in debian/changelog and then > pasting it into the svn log messa

Re: dh_movefiles, tar vs. mv

2005-02-23 Thread Eric Dorland
* Frank Küster ([EMAIL PROTECTED]) wrote: > Hi, > > dh_movefiles internally uses tar to move file contents. I'm not sure why > it doesn't use mv, is it because mv moves the file block-by-block and > thus starts removing parts of the file before it is completely written, > and hence is less save? >

Re: svn.debian.org: Automatically putting log message into debian/changelog?

2005-02-23 Thread Torsten Landschoff
On Wed, Feb 23, 2005 at 06:08:02PM +0100, Roland Bauerschmidt wrote: > Torsten Landschoff wrote: > > I wonder if it would be possible to write a script that automatically > > updates debian/changelog each time somebody updates any files belonging > > to the package. I can't stand writing stuff in

dh_movefiles, tar vs. mv

2005-02-23 Thread Frank Küster
Hi, dh_movefiles internally uses tar to move file contents. I'm not sure why it doesn't use mv, is it because mv moves the file block-by-block and thus starts removing parts of the file before it is completely written, and hence is less save? Anyway: If I am only going to move complete subdirecto

Re: [debian-devel] Re: FW: A Call to Action in OASIS

2005-02-23 Thread Magosányi Árpád
A levelezőm azt hiszi, hogy Martin Michlmayr - Debian Project Leader a következőeket írta: > * Jaldhar H. Vyas <[EMAIL PROTECTED]> [2005-02-23 09:18]: > > > A Call to Action in OASIS > > Debian has a representative in OASIS doesn't it? > > Yes (Mark Johnson); I already mailed him to ask for his c

Would like to remove blas/lapack/atlas2/lapack99 at some point

2005-02-23 Thread Camm Maguire
Greetings! The older versions were kept to ease the transition into a minor API change, and to work around earlier gcc-induced tester failures. There are just a few packages using the older API now. I've filed wishlist bugs with those requesting an upgrade about 100 days ago. How should we proce

Re: FW: A Call to Action in OASIS

2005-02-23 Thread Martin Michlmayr - Debian Project Leader
* Jaldhar H. Vyas <[EMAIL PROTECTED]> [2005-02-23 09:18]: > > A Call to Action in OASIS > Debian has a representative in OASIS doesn't it? Yes (Mark Johnson); I already mailed him to ask for his comments. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with

Re: FW: A Call to Action in OASIS

2005-02-23 Thread Jaldhar H. Vyas
On Tue, 22 Feb 2005, John Goerzen wrote: > A Call to Action in OASIS > Debian has a representative in OASIS doesn't it? -- Jaldhar H. Vyas <[EMAIL PROTECTED]> La Salle Debain - http://www.braincells.com/debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Tr

Re: Bug#296279: ITP: tarp -- small script adding progress bar support for GNU tar

2005-02-23 Thread Eduard Bloch
#include * Verdan [Tue, Feb 22 2005, 11:01:50PM]: > Well, for telling truth, I agree it's small, or seem to be small, but in > my opinion it works quite nice (with medium-large archives) and can be > usefull. I'm not convinced if it would work well in group of > other tools (as Eduard Bloch has w

Re: First line in /etc/hosts

2005-02-23 Thread Henrique de Moraes Holschuh
On Wed, 23 Feb 2005, Paul Hampson wrote: > On Sat, Feb 19, 2005 at 12:13:34AM -0200, Henrique de Moraes Holschuh wrote: > > Also: As far as the kernel is concerned, any local IP is local to *all* > > interfaces, and it will happly reply to it (ARP and so on) if allowed to. > > The rp_filter will of

svn.debian.org: Automatically putting log message into debian/changelog?

2005-02-23 Thread Torsten Landschoff
Hi *, I wonder if it would be possible to write a script that automatically updates debian/changelog each time somebody updates any files belonging to the package. I can't stand writing stuff in debian/changelog and then pasting it into the svn log message. What I think of is this: - user com

Re: amd64 is already the 2nd most important arch

2005-02-23 Thread Goswin von Brederlow
Dirk Eddelbuettel <[EMAIL PROTECTED]> writes: > Don Armstrong debian.org> writes: > reports percent > hurd-i386 1 0.0175 > kfreebsd-i386 1 0.0175 > ppc64 1 0.0175 > arm 2 0.0351 > mipsel 2 0.0351 > m68k

Re: APT 0.6 migration -- first status report

2005-02-23 Thread A Mennucc
just my 2eurocents Florian Weimer wrote: * How you can help Please install APT 0.6, take your favorite APT frontend, recompile it from source, test basic operations, and report the results (either to me privately, or to this list). Does it still compile? Does it work as expected (apart from the l

Re: First line in /etc/hosts

2005-02-23 Thread Marco d'Itri
On Feb 23, Junichi Uekawa <[EMAIL PROTECTED]> wrote: > > Also: As far as the kernel is concerned, any local IP is local to *all* > > interfaces, and it will happly reply to it (ARP and so on) if allowed to. > > The rp_filter will often avoid trouble here, BUT routers often have to > > disable rp_f

Re: Let's remove mips, mipsel, s390, ... (Was: [Fwd: Re: GTK+2.0 2.6.2-3 and buildds running out of space])

2005-02-23 Thread Marco d'Itri
On Feb 23, Adam Heath <[EMAIL PROTECTED]> wrote: > These numbers show a cross-section of users who use this particular mirror. > It is not represenative of the world as a whole. Far from it. Agreed. But I have not seen any other reports so far. -- ciao, Marco signature.asc Description: Digita

Re: amd64 is already the 2nd most important arch (WasRe: Let's remove mips, mipsel, s390, ... (Was: [Fwd: Re: GTK+2.0 2.6.2-3 and buildds running out of space])

2005-02-23 Thread Petri Latvala
On Wed, Feb 23, 2005 at 03:08:11AM +, Dirk Eddelbuettel wrote: Just because an arch is fairly unused doesn't mean we should drop it. We should drop an arch just like we would drop a package - if it doesn't work, no one wants to maintain it, and if keeping it would delay release. -- Petri

Re: amd64 is already the 2nd most important arch (WasRe: Let's remove mips, mipsel, s390, ... (Was: [Fwd: Re: GTK+2.0 2.6.2-3 and buildds running out of space])

2005-02-23 Thread Petter Reinholdtsen
[Dirk Eddelbuettel] > [1] I removed the entry "unknown" -- this corresponds to assuming that > "unknown" as population corresponds to the distribution of all "known" > dists shown here. Lacking knowledge of what drives "unknown", this > appears fair. If someone has a breakdown o