Please see this site in Subject
Please see this site in Subject
[...]
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 Debian
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
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
software
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 'default'
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.
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
port libfoo
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 power
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 was
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 percentage for
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
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 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
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:
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
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
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 python
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 at
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]
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 databases (even
ntact [EMAIL PROTECTED]
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
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
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
-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
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 breakthrough into the
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 be
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 loss.
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
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 contain alot of
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 UNSUBSCRIBE,
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 (=
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 at
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
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
66%
-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)
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 based on the fact that
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
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
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
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
Depends or
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:
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 empty
Depends
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).
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
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
transition
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 any.
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)
rrght...
-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 to
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]
with
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. It's stalling
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):
This is
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
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.
Quoting my self
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 second thought,
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 case of a
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
Depends:
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
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 Ubuntu
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
Depends
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)
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'
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
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 fail to see what
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 are built
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 list
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]
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
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
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 picking
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 didn't want
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 scripts
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
slow down
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
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 be a
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 :
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]
--
To
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.
So
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 would be
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
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
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])
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 are
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
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 should show
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,
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 used by
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
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 to ask:
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 02 Jan 2008 18:38:29 +1100
Source: geda-gschem
Binary: geda-gschem
Architecture: source amd64
Version: 1:1.2.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian Electronics Team [EMAIL PROTECTED]
Changed-By: Hamish
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 01 Jan 2008 16:21:10 +1100
Source: geda-symbols
Binary: geda-symbols
Architecture: source all
Version: 1:1.2.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian Electronics Team [EMAIL PROTECTED]
Changed-By: Hamish
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 02 Jan 2008 18:44:56 +1100
Source: geda-gsymcheck
Binary: geda-gsymcheck
Architecture: source amd64
Version: 1:1.2.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian Electronics Team [EMAIL PROTECTED]
Changed-By: Hamish
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 02 Jan 2008 18:43:57 +1100
Source: geda-gnetlist
Binary: geda-gnetlist
Architecture: source amd64
Version: 1:1.2.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian Electronics Team [EMAIL PROTECTED]
Changed-By: Hamish
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 02 Jan 2008 18:46:12 +1100
Source: geda-utils
Binary: geda-utils
Architecture: source amd64
Version: 1:1.2.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian Electronics Team [EMAIL PROTECTED]
Changed-By: Hamish Moffatt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 02 Jan 2008 18:41:34 +1100
Source: geda-examples
Binary: geda-examples
Architecture: source all
Version: 1:1.2.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian Electronics Team [EMAIL PROTECTED]
Changed-By: Hamish
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 02 Jan 2008 18:33:42 +1100
Source: libgeda
Binary: libgeda-common libgeda31 libgeda-dev
Architecture: source amd64 all
Version: 1:1.2.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian Electronics Team [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 02 Jan 2008 18:35:48 +1100
Source: geda-doc
Binary: geda-doc
Architecture: source all
Version: 1:1.2.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian Electronics Team [EMAIL PROTECTED]
Changed-By: Hamish Moffatt [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 02 Jan 2008 18:43:22 +1100
Source: geda-gattrib
Binary: geda-gattrib
Architecture: source amd64
Version: 1:1.2.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian Electronics Team [EMAIL PROTECTED]
Changed-By: Hamish
1 - 100 of 189 matches
Mail list logo