Re: Opinions needed: reporting lintian overrides

On Wed, 2 Jan 2008, Russ Allbery wrote: After a recent problem with a package with a fairly egregious error that was overridden, hurting the ability of the sponsor to notice it, I added a line of output to the default lintian output saying if any package overrides error or warning tags. What a

Re: Opinions needed: reporting lintian overrides

On Wed, 02 Jan 2008, Russ Allbery wrote: > > Currently on dpkg I have 4 N: lines: one per deb + one for the > > .dsc. That clutters the output a bit too much to my taste. And ideally > > it should be at the end of the output (or at the beginning) but not > > spread in the output. > > I was going t

Re: Opinions needed: reporting lintian overrides

On Wed, 02 Jan 2008 22:30:09 -0800 Russ Allbery <[EMAIL PROTECTED]> wrote: > After a recent problem with a package with a fairly egregious error that > was overridden, hurting the ability of the sponsor to notice it, I added a > line of output to the default lintian output saying if any package >

Re: Parallel build results

Hi, On Wed, 2008-01-02 at 14:23:01 +0100, Lucas Nussbaum wrote: > On 01/01/08 at 18:23 -0800, Russ Allbery wrote: > > Aurelien Jarno <[EMAIL PROTECTED]> writes: > > > On the other hand, DEB_BUILD_OPTIONS=parallel=n was ignored by packages > > > that have not been validated by the maintainers, and

Re: Opinions needed: reporting lintian overrides

Raphael Hertzog <[EMAIL PROTECTED]> writes: > I agree. Although I think that it would be better if there could be a > single line indicating overrides on everything that got scanned by > lintian. Hm, that's another option. That's kind of hard to do with the current lintian architecture, I think,

Re: Opinions needed: reporting lintian overrides

On Thu, 03 Jan 2008, Luk Claes wrote: > > * Show the N: line with a count of overrides per package by default and > > provide an option to suppress this output if someone wants. > > > > * Don't show the N: line by default and provide an option to turn it on. > > > > Which should we do? > > We

Re: Opinions needed: reporting lintian overrides

On Wed, 2008-01-02 at 22:30 -0800, Russ Allbery wrote: > After a recent problem with a package with a fairly egregious error that > was overridden, hurting the ability of the sponsor to notice it, I added a > line of output to the default lintian output saying if any package > overrides error or wa

Re: Opinions needed: reporting lintian overrides

Hi Russ Russ Allbery wrote: > I'd really like to not have to make this decision myself. I'd like to get > opinions and see if a consensus emerges. I personally always run lintian > with -iI --show-overrides, so I'm clearly not the target audience for this > feature one way or the other. Here ar

Re: Opinions needed: reporting lintian overrides

Russ Allbery <[EMAIL PROTECTED]> writes: > Oh, and there are 1759 unused overrides in the archive in 369 packages. > lintian -i will tell you about unused overrides. We do fix > false-positive bugs! lintian -I, rather. (Display info tags.) -- Russ Allbery ([EMAIL PROTECTED])

Opinions needed: reporting lintian overrides

After a recent problem with a package with a fairly egregious error that was overridden, hurting the ability of the sponsor to notice it, I added a line of output to the default lintian output saying if any package overrides error or warning tags. As I sort of suspected at the time, someone else h

Bug#458819: ITP: nettee -- a network "tee" program

Package: wnpp Severity: wishlist Owner: Joel Franco <[EMAIL PROTECTED]> * Package name: nettee Version : 0.1.8 Upstream Author : David Mathog <[EMAIL PROTECTED]> * URL : http://saf.bio.caltech.edu/nettee.html * License : GPL Programming Lang: C Description

Re: Faster shutdown and the ubuntu "multiuser" update-rc.d extention

On Wed, Jan 02, 2008 at 10:31:33PM +, Roger Leigh wrote: > Felipe Sateler <[EMAIL PROTECTED]> writes: > > Are the five seconds that sendsigs waits between TERM and KILL > > enough to cleanly shutdown *all* running services at the same time? > > On a heavily loaded or slow system, I suspect it

Re: Faster shutdown and the ubuntu "multiuser" update-rc.d extention

On Wed, Jan 02, 2008 at 12:47:12PM -0800, Russ Allbery wrote: > Right. The only case where a shutdown script makes sense to me is if it's > doing something other than sending signals or if it's waiting > (intelligently, not just blindly for five seconds) for the process to shut > down cleanly. S

Re: List of packages which should probably be Architecture: all

> "Raphael" == Raphael Geissert <[EMAIL PROTECTED]> writes: Raphael> Brian May <[EMAIL PROTECTED]> Raphael> dar-static Raphael> Theodore Y. Ts'o <[EMAIL PROTECTED]> Raphael> e2fsck-static Both of these (and maybe others) are false positives. -- Brian May <[EMAIL PROTECTED]>

Bug#458811: ITP: mgltools -- preparation of proteins and ligands to analyse their binding

Package: wnpp Severity: wishlist Owner: Steffen Moeller <[EMAIL PROTECTED]> * Package name: mgltools Version : 1.5.0 * URL : http://mgltools.scripps.edu * License : various custom non-free, mostly academia-only Programming Lang: Python Description : prepar

Re: List of packages which should probably be Architecture: all

Hi, On Wed, 2008-01-02 at 16:32:48 -0500, James Vega wrote: > On Wed, Jan 02, 2008 at 02:17:08PM -0600, Raphael Geissert wrote: > > Parts of it are pretty ugly (and the Packages-fetching part isn't there), > > but I'm attaching it anyway. > > Tying together grep-dctrl and dd-list would probably b

Re: some packges are waiting for i386 build

On Wed, Jan 02, 2008 at 09:09:51PM +, Roger Leigh wrote: > This is only a problem with the old version of sbuild in use on the > buildds. The version in unstable has used the apt inside the chroot > for well over two years. The patches to enable it do exist in the GIT > repo, and could be tri

Re: Faster shutdown and the ubuntu "multiuser" update-rc.d extention

Felipe Sateler <[EMAIL PROTECTED]> writes: > Petter Reinholdtsen wrote: > >> >> Did you ever curse that Debian took so long to shut down, waiting for >> all the shutdown scripts to complete before the machine was ready to >> move? Here is a simple recipe to help making sure your package do not >

Re: Faster shutdown and the ubuntu "multiuser" update-rc.d extention

Petter Reinholdtsen wrote: > > Did you ever curse that Debian took so long to shut down, waiting for > all the shutdown scripts to complete before the machine was ready to > move? Here is a simple recipe to help making sure your package do not > slow down the shutdown. > > Most of the init.d sc

Re: List of packages which should probably be Architecture: all

On Wednesday 02 January 2008 22:18, Michael Biebl wrote: > Raphael Geissert schrieb: > > Michael Biebl <[EMAIL PROTECTED]> > >tracker-dbg > > Currently tracker-dbg holds the debugging symbols for the binary > packages: tracker, tracker-search-tool, libtrackerclient0 and > libtracker-gtk0. > I

Re: Debian-AI

> I startet building Debian packages about 10 years ago and in no single > case I had the impression that this process could be done automatically. > You might be lucky if you try to package some kind of standardized > archives like CTAN or CPAN, but I doubt that this is possible if > you are picki

Re: List of packages which should probably be Architecture: all

On Wed, Jan 02, 2008 at 10:18:46PM +0100, Michael Biebl wrote: > So, what's the proper solution to that? Cluttering the archive with a > load of -dbg packages or leave it as is? The solution I took for the Vim packages was to have ORed Depends on all of the binary packages that the -dbg package co

Re: List of packages which should probably be Architecture: all

On 02/01/2008, Michael Biebl wrote: > Now, adding a Depends on all those 4 binary packages in tracker-dbg > seems wrong to me. I don't want to force people to install > tracker-search-tool if they only want to debug tracker. What about being a bit more subtle and play around with Recommends: (or m

Re: List of packages which should probably be Architecture: all

Raphael Geissert schrieb: > > Just to clarify to everybody, the list was screwed up by dd-list (my bad, > didn't see the '-b' option part). Thanks to Adeodato for pointing that out. > So, here's the list of binary packages (attachment is dd-list -u again). > > Michael Biebl <[EMAIL PROTECTED]> >

Re: List of packages which should probably be Architecture: all

On Wed, Jan 02, 2008 at 02:17:08PM -0600, Raphael Geissert wrote: > Parts of it are pretty ugly (and the Packages-fetching part isn't there), > but I'm attaching it anyway. Tying together grep-dctrl and dd-list would probably be a cleaner approach. I haven't done a thorough comparison to your lis

Re: some packges are waiting for i386 build

Aurelien Jarno <[EMAIL PROTECTED]> writes: > Pierre Habouzit a écrit : >> On Wed, Jan 02, 2008 at 05:18:58PM +, Julien BLACHE wrote: >>> Hideki Yamane <[EMAIL PROTECTED]> wrote: >>> >> Agreed. OTOH couldn't the amd64 buildd's also act as i386 buildd's ? I >> think that _most_ of the packages

Re: List of packages which should probably be Architecture: all

On Wed, Jan 02, 2008 at 09:39:17PM +0100, Aurelien Jarno wrote: > Raphael Geissert a écrit : > > Cyril Brulebois wrote: > > > >> On 02/01/2008, Pierre Habouzit wrote: > >>> Though after a second thought, -dbg should probably not have empty > >>> Depends line. > >> After a third thought, I still

Re: List of packages which should probably be Architecture: all

On 02/01/2008, Colin Watson wrote: > While the breakage would be obvious in the case of packages containing > ELF binaries, […] Not necessarily, one could remember of RC bugs opened for some months due to arch: all packages containing shared objects, and its maintainer wondering what was happening

Re: List of packages which should probably be Architecture: all

Aurelien Jarno wrote: > > I fail to see why. Imagine for example a -dev package providing only .h > files, but depending on the architecture. It has to be Architecture: any > and does not need to Depends on a package. I know I'm hidding behind my 'the results may contain many false positives' st

Re: some packges are waiting for i386 build

On Wed, Jan 02, 2008 at 09:35:08PM +0100, Aurelien Jarno wrote: > The main problem I see is that sbuild uses apt from the host > installation, which means the host and the chroot should have the same > architecture. Two solutions present themselves: * -o APT::Architecture=i386 (if that works)

Re: List of packages which should probably be Architecture: all

On Wed, Jan 02, 2008 at 03:06:21PM -0500, Hubert Chathi wrote: > On Wed, 02 Jan 2008 13:17:24 -0600, Raphael Geissert <[EMAIL PROTECTED]> said: > > Hello all, I've written a script which tries to detect packages which > > should be architecture all based on the fact that they don't contain a > > De

Re: Faster shutdown and the ubuntu "multiuser" update-rc.d extention

Colin Watson <[EMAIL PROTECTED]> writes: > The point is that, if all you're going to do by way of a "clean > shutdown" is send SIGTERM to the process and not wait for it to complete > (which is the case for quite a number of init scripts; Scott did a > survey of those that were part of a stock Ubu

Re: List of packages which should probably be Architecture: all

Hubert Chathi <[EMAIL PROTECTED]> writes: > Maybe you want to make this into a lintian test? The reason not to do a general lintian test is exactly... > This package only contains data files (makefile snippets, shell scripts, > etc.), but the contents of the data files vary depending on what > a

Re: List of packages which should probably be Architecture: all

Pierre Habouzit wrote: > On Wed, Jan 02, 2008 at 07:58:24PM +, Raphael Geissert wrote: >> Russ Allbery <[EMAIL PROTECTED]> >>libgss-dbg (U) >>shishi-dbg (U) > > rrght... > -dbg package without a Depends? that sounds like a bug (please read my first message). Depends: sishi Depe

Re: Faster shutdown and the ubuntu "multiuser" update-rc.d extention

On Thu, Jan 03, 2008 at 06:29:09AM +1100, Robert Collins wrote: > On Wed, 2008-01-02 at 09:50 -0800, Russ Allbery wrote: > > Robert Collins <[EMAIL PROTECTED]> writes: > > > On Wed, 2008-01-02 at 00:29 +, Colin Watson wrote: > > >> Some packages actually do need to shut down cleanly; in the cas

Re: List of packages which should probably be Architecture: all

Pierre Habouzit <[EMAIL PROTECTED]> writes: > On Wed, Jan 02, 2008 at 08:04:44PM +, Pierre Habouzit wrote: >> On Wed, Jan 02, 2008 at 07:58:24PM +, Raphael Geissert wrote: >>> Russ Allbery <[EMAIL PROTECTED]> >>>libgss-dbg (U) >>>shishi-dbg (U) >> rrght... > Though after a

Re: List of packages which should probably be Architecture: all

Raphael Geissert a écrit : > Cyril Brulebois wrote: > >> On 02/01/2008, Pierre Habouzit wrote: >>> Though after a second thought, -dbg should probably not have empty >>> Depends line. >> After a third thought, I still fail to see what that has to do with >> being Architecture: all or any. >> >

Re: Faster shutdown and the ubuntu "multiuser" update-rc.d extention

On Wed, Jan 02, 2008 at 07:11:01PM +0100, Michael Tautschnig wrote: > Once we are at it: If we don't do clean shutdowns of the services anymore, why > don't you just turn off power instead of taking the pain to kill the > processes? > I guess I missed the point. The point is that, if all you're g

Re: List of packages which should probably be Architecture: all

Cyril Brulebois wrote: > On 02/01/2008, Pierre Habouzit wrote: >> Though after a second thought, -dbg should probably not have empty >> Depends line. > > After a third thought, I still fail to see what that has to do with > being Architecture: all or any. > Quoting my self (first message): >

Re: some packges are waiting for i386 build

Pierre Habouzit a écrit : > On Wed, Jan 02, 2008 at 05:18:58PM +, Julien BLACHE wrote: >> Hideki Yamane <[EMAIL PROTECTED]> wrote: >> >>> Umm, if build daemon is down, it is a problem, I think. >>> As i386 it is not a serious, but it is just a problem. >> It is a problem, and it is serious. I

Re: some packges are waiting for i386 build

Thijs Kinkhorst wrote: > Several DSA's have been stalled the past months because of missing i386 > builds. It would be great if we can reduce that. i386 d-i is also broken due to missing i386 builds now. (partman-* version skew) -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] wit

Re: List of packages which should probably be Architecture: all

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'll consider your message as sent (won't verify timestamps) before I clarified the situation both by mail and on IRC. Cyril Brulebois wrote: > > Maybe there's rather a bug in your process. Instead of speaking of > “plenty of greps”, you might want

Re: List of packages which should probably be Architecture: all

On Wed, Jan 02, 2008 at 09:11:40PM +0100, Pierre Habouzit wrote: > On Wed, Jan 02, 2008 at 08:04:44PM +, Pierre Habouzit wrote: > > On Wed, Jan 02, 2008 at 07:58:24PM +, Raphael Geissert wrote: > > > Russ Allbery <[EMAIL PROTECTED]> > > >libgss-dbg (U) > > >shishi-dbg (U) > > > > r

Re: List of packages which should probably be Architecture: all

On Wed, Jan 02, 2008 at 08:16:21PM +, Cyril Brulebois wrote: > On 02/01/2008, Pierre Habouzit wrote: > > Though after a second thought, -dbg should probably not have empty > > Depends line. > > After a third thought, I still fail to see what that has to do with > being Architecture: all or a

Re: some packges are waiting for i386 build

On Wed, Jan 02, 2008 at 05:18:58PM +, Julien BLACHE wrote: > Hideki Yamane <[EMAIL PROTECTED]> wrote: > > > Umm, if build daemon is down, it is a problem, I think. > > As i386 it is not a serious, but it is just a problem. > > It is a problem, and it is serious. It's stalling the testing >

Re: List of packages which should probably be Architecture: all

On 02/01/2008, Pierre Habouzit wrote: > Though after a second thought, -dbg should probably not have empty > Depends line. After a third thought, I still fail to see what that has to do with being Architecture: all or any. -- Cyril Brulebois pgp8jGHoiH4cw.pgp Description: PGP signature

Re: List of packages which should probably be Architecture: all

On Wed, Jan 02, 2008 at 01:58:24PM -0600, Raphael Geissert wrote: > > Just to clarify to everybody, the list was screwed up by dd-list (my bad, > didn't see the '-b' option part). Thanks to Adeodato for pointing that out. > So, here's the list of binary packages (attachment is dd-list -u again).

Re: List of packages which should probably be Architecture: all

On Wed, Jan 02, 2008 at 08:04:44PM +, Pierre Habouzit wrote: > On Wed, Jan 02, 2008 at 07:58:24PM +, Raphael Geissert wrote: > > Russ Allbery <[EMAIL PROTECTED]> > >libgss-dbg (U) > >shishi-dbg (U) > > rrght... Though after a second thought, -dbg should probably not have emp

Re: List of packages which should probably be Architecture: all

Hello Joey, Joey Hess wrote: > Interesting idea, though so few packages lack dependencies that it won't > catch much. Perhaps grepping for package that don't depend on any shared > libraries would catch more? > Nice idea, though I'll first wait for everybody to read my last message (Message-ID:

Re: List of packages which should probably be Architecture: all

On Wed, 02 Jan 2008 13:17:24 -0600, Raphael Geissert <[EMAIL PROTECTED]> said: > Hello all, I've written a script which tries to detect packages which > should be architecture all based on the fact that they don't contain a > Depends field. This is usually bug either because of a missing > Depend

Re: List of packages which should probably be Architecture: all

On Wed, Jan 02, 2008 at 07:58:24PM +, Raphael Geissert wrote: > Russ Allbery <[EMAIL PROTECTED]> >libgss-dbg (U) >shishi-dbg (U) rrght... -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOO

Re: List of packages which should probably be Architecture: all

On 02/01/2008, Raphael Geissert wrote: > Forgot to mention that, based on the binary-amd64 Packages file of the > main, contrib and non-free sections. > I didn't check the content of the packages because that's something > linda/lintian should do Wondering why, I asked what they were supposed to

Re: List of packages which should probably be Architecture: all

Interesting idea, though so few packages lack dependencies that it won't catch much. Perhaps grepping for package that don't depend on any shared libraries would catch more? Raphael Geissert wrote: > maximilian attems <[EMAIL PROTECTED]> >klibc >linux-2.6 (U) heh > Andreas Barth <[EMAIL

Re: List of packages which should probably be Architecture: all

On Wed, Jan 02, 2008 at 01:38:32PM -0600, Raphael Geissert wrote: > Hello Kurt, > > Kurt Roeckx wrote: > > On Wed, Jan 02, 2008 at 01:17:24PM -0600, Raphael Geissert wrote: > >> Hello all, > >> > >> I've written a script which tries to detect packages which should > >> be > >> architecture all base

Re: List of packages which should probably be Architecture: all

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just to clarify to everybody, the list was screwed up by dd-list (my bad, didn't see the '-b' option part). Thanks to Adeodato for pointing that out. So, here's the list of binary packages (attachment is dd-list -u again). Anibal Avelar (Fixxxer) <[E

Re: List of packages which should probably be Architecture: all

On Wed, Jan 02, 2008 at 07:17:24PM +, Raphael Geissert wrote: > maximilian attems <[EMAIL PROTECTED]> >klibc >linux-2.6 (U) OMG, I wish we knew about this before, we clearly would have saved a _lot_ of buildd time. Seriously, did you even _read_ the list you just submitted ? at least

Re: List of packages which should probably be Architecture: all

Hello Cyril, Cyril Brulebois wrote: > Hm, what about checking their *content*? What about listing *binary* > packages? Forgot to mention that, based on the binary-amd64 Packages file of the main, contrib and non-free sections. I didn't check the content of the packages because that's something li

Re: List of packages which should probably be Architecture: all

> My first suggestion is to list binary packages instead of source. > What about listing *binary* packages? That would be the doing of dd-list alone, it seems. -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato a

Re: List of packages which should probably be Architecture: all

On 02/01/2008, Raphael Geissert wrote: > > Your list seems to contain alot of packages that do have a Depends > > field. > > Like which one? I used a lot of grepping so maybe something was left > in. Take any random package, let's say icecc: $ apt-cache show icecc|grep ^Depends: Depends: libc6 (

Re: List of packages which should probably be Architecture: all

On Wed, Jan 02, 2008 at 01:17:24PM -0600, Raphael Geissert wrote: > Clint Adams <[EMAIL PROTECTED]> >db (U) >zsh My first suggestion is to list binary packages instead of source. Then I could say that db4.6-doc is already arch:all and that zsh-static is a false positive. -- To UNSUBSCRI

Re: List of packages which should probably be Architecture: all

Hello Kurt, Kurt Roeckx wrote: > On Wed, Jan 02, 2008 at 01:17:24PM -0600, Raphael Geissert wrote: >> Hello all, >> >> I've written a script which tries to detect packages which should be >> architecture all based on the fact that they don't contain a Depends >> field. > > Your list seems to con

Re: List of packages which should probably be Architecture: all

On Wed, Jan 02, 2008 at 01:17:24PM -0600, Raphael Geissert wrote: > Hello all, > > I've written a script which tries to detect packages which should be > architecture all based on the fact that they don't contain a Depends field. Your list seems to contain alot of packages that do have a Depends

Re: Faster shutdown and the ubuntu "multiuser" update-rc.d extention

On Wed, 2008-01-02 at 09:50 -0800, Russ Allbery wrote: > Robert Collins <[EMAIL PROTECTED]> writes: > > On Wed, 2008-01-02 at 00:29 +, Colin Watson wrote: > > >> Some packages actually do need to shut down cleanly; in the case of a > >> database, for example, such a change could cause data lo

Re: List of packages which should probably be Architecture: all

On 02/01/2008, Raphael Geissert wrote: > Hello all, Maw. > I've written a script which tries to detect packages which should be > architecture all based on the fact that they don't contain a Depends > field. This is usually bug either because of a missing Depends or > because the package should

Re: Debian-AI

From: Michael Tautschnig <[EMAIL PROTECTED]> Subject: Re: Debian-AI Date: Wed, 2 Jan 2008 09:38:34 +0100 > [...] > > > > I am requesting comment on this approach, review of my project, and > > looking for guidance. Though I have tried for 7 years, I have not > > been able to make the breakthroug

List of packages which should probably be Architecture: all

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello all, I've written a script which tries to detect packages which should be architecture all based on the fact that they don't contain a Depends field. This is usually bug either because of a missing Depends or because the package should be Archit

Bug#458767: ITP: ccfits -- C++ library for I/O with FITS format data files

Package: wnpp Severity: wishlist Owner: Aurelien Jarno <[EMAIL PROTECTED]> * Package name: ccfits Version : 1.8 Upstream Author : HEASARC at the NASA Goddard Space Flight Center * URL : http://heasarc.gsfc.nasa.gov/fitsio/CCfits/ * License : BSD like Program

Re: Faster shutdown and the ubuntu "multiuser" update-rc.d extention

On Wed, Jan 02, 2008 at 07:11:01PM +0100, Michael Tautschnig wrote: > Once we are at it: If we don't do clean shutdowns of the services anymore, why > don't you just turn off power instead of taking the pain to kill the > processes? > I guess I missed the point. Well, not sure whether I'm playing

Re: Faster shutdown and the ubuntu "multiuser" update-rc.d extention

> Robert Collins <[EMAIL PROTECTED]> writes: > > On Wed, 2008-01-02 at 00:29 +, Colin Watson wrote: > > >> Some packages actually do need to shut down cleanly; in the case of a > >> database, for example, such a change could cause data loss. > > > Surely no more than a hard power failure(*),

Bug#81118: Discounted RX, Customers are our #1 priority. We guarantee the quality of our drugs u7eizn2tti

ntact [EMAIL PROTECTED]

Re: Faster shutdown and the ubuntu "multiuser" update-rc.d extention

Robert Collins <[EMAIL PROTECTED]> writes: > On Wed, 2008-01-02 at 00:29 +, Colin Watson wrote: >> Some packages actually do need to shut down cleanly; in the case of a >> database, for example, such a change could cause data loss. > Surely no more than a hard power failure(*), which database

Bug#199653: Say good bye to ED_dysfunction!

regards Nothing c'n B better than our pharmas! http://dobongworld.com And all night long they sailed away; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Parallel build results

On Monday 31 December 2007 04:07:15 pm Robert Millan wrote: > On Sat, Dec 01, 2007 at 09:21:33PM -0500, Daniel Schepler wrote: > > I finally got through the test builds of all the source packages in sid > > for i386 using dpkg-buildpackage -j3 on a dual core machine. The results > > as before are

Re: Parallel build results

On Tuesday 01 January 2008 07:36:34 pm Aurelien Jarno wrote: > Did you compare the contents of the package with and without -j? I am > almost sure some of the successfully built packages are actually not > correctly built and some files are missing. > > For example I remember having seen some pytho

Re: some packges are waiting for i386 build

Hideki Yamane <[EMAIL PROTECTED]> wrote: > Umm, if build daemon is down, it is a problem, I think. > As i386 it is not a serious, but it is just a problem. It is a problem, and it is serious. It's stalling the testing transition already due to missing builds. i386 is no longer a special case a

Re: Associating suffixes, programs and icons with MIME.

Le mercredi 02 janvier 2008 à 16:46 +0100, Josselin Mouette a écrit : > > Is there a "Debian way" to associate icons, file types and suffixes in > > FreeDesktop-compliant environments ? > > I don’t think there is a generic way to do that. The GNOME way is to > provide an icon named mimetypes/gnome

Re: Associating suffixes, programs and icons with MIME.

Le dimanche 30 décembre 2007 à 00:50 +0900, Charles Plessy a écrit : > For the association between an icon and a file type, I did not manage. I > found a document that tells how to give a name to the icons, and one > that tells where third party applications should store them: > http://standards.fr

Re: some packges are waiting for i386 build

Quoting Thijs Kinkhorst ([EMAIL PROTECTED]): > Of course i386 machines are commonly available, but the suggested procedure > of > making uploads by hand is undesirable (especially for stable): > > a) it increases chances of dirty/broken build environments; > b) it costs time; > c) some packages

Re: some packges are waiting for i386 build

Hi, On Wed, 02 Jan 2008 14:27:42 +0100 Aurelien Jarno <[EMAIL PROTECTED]> wrote: > It seems the build daemon is down. However according to [1] it should > not be a problem, you should build and upload the packages manually: But I'm not a DD and not sylpheed package maintainer... ;-) Umm, if bu

Re: some packges are waiting for i386 build

On Wednesday 2 January 2008 14:27, Aurelien Jarno wrote: > It seems the build daemon is down. However according to [1] it should > > not be a problem, you should build and upload the packages manually: > | Waiver (for redundancy, since there isn't any): Most developers upload > | for i386; buildd d

Re: some packges are waiting for i386 build

Hideki Yamane a écrit : > Hi list, > > I'm waiting sylpheed 2.4.8-1 package (i386) from 25th December, all > architectures except i386 are built completed. sylpheed is still in > build queue for one week. > http://unstable.buildd.net/buildd/i386_Needs-Build_queueorder.html > > build percent

Re: Parallel build results

On 01/01/08 at 18:23 -0800, Russ Allbery wrote: > Aurelien Jarno <[EMAIL PROTECTED]> writes: > > > On the other hand, DEB_BUILD_OPTIONS=parallel=n was ignored by packages > > that have not been validated by the maintainers, and used by packages > > that have been tested by the maintainer. Also it

Re: Faster shutdown and the ubuntu "multiuser" update-rc.d extention

On Wed, Jan 02, 2008 at 09:47:20PM +1100, Robert Collins wrote: > On Wed, 2008-01-02 at 00:29 +, Colin Watson wrote: > > > Some packages actually do need to shut down cleanly; in the case of a > > database, for example, such a change could cause data loss. > > Surely no more than a hard powe

Re: -Wl,--as-needed considered possibly harmful

On Tue, 1 Jan 2008 23:17:50 -0800 Steve Langasek <[EMAIL PROTECTED]> wrote: > On Wed, Dec 26, 2007 at 01:11:40PM +, Neil Williams wrote: > > I think I'm doing this already - if libfoo1 implements and exports types > > from libbar2 and libbar2 moves to libbar3, I would expect to have to > > por

some packges are waiting for i386 build

Hi list, I'm waiting sylpheed 2.4.8-1 package (i386) from 25th December, all architectures except i386 are built completed. sylpheed is still in build queue for one week. http://unstable.buildd.net/buildd/i386_Needs-Build_queueorder.html build percentage for i386 has decreased. http://buil

Re: Faster shutdown and the ubuntu "multiuser" update-rc.d extention

On Wed, 2008-01-02 at 00:29 +, Colin Watson wrote: > On Wed, Jan 02, 2008 at 12:13:13AM +0100, Petter Reinholdtsen wrote: > > What about changing the default values for dh_installinit for a future > > debhelper compatibility layer, to use 'start 20 2 3 4 5 . stop 80 1 .' > > instead of 'defaul

Re: Debian-AI

On Wednesday 02 January 2008, Andrew Dougherty wrote: > There is a lot of great libre software related to the field of > Artificial Intelligence either directly or indirectly that has not > been packaged yet for Debian. > > As a result of this, it has been my goal to assemble a comprehensive > soft

Re: Debian-AI

On Tue, 1 Jan 2008, Andrew Dougherty wrote: As a result of this, it has been my goal to assemble a comprehensive software ontology of existing systems and package as many of them as possible, ordered in such a way that the new packages can improve the automatic creation of packages. I startet

Re: Debian-AI

[...] > > I am requesting comment on this approach, review of my project, and > looking for guidance. Though I have tried for 7 years, I have not > been able to make the breakthrough into the community (most likely > owing to a lack of social skills). I tried to discuss this project on > the Deb

www.juniorguide.com

Please see this site in Subject