The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 324 (new: 2)
Total number of packages offered up for adoption: 87 (new: 2)
Total number of packages requeste
On Thu, 2008-01-03 at 18:28 +0100, Christian Perrier wrote:
> Quoting Russ Allbery ([EMAIL PROTECTED]):
>
> > * 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 p
Hi,
On Thu, 2008-01-03 at 08:55:06 +0100, Raphael Hertzog wrote:
> 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
On Thu, Jan 03, 2008 at 10:48:01PM +0100, Gabor Gombas wrote:
> On Thu, Jan 03, 2008 at 10:40:32AM -0800, Steve Langasek wrote:
> > It's also, as commented already in the init script, recognized as a bug in
> > the associated daemon. Fixing that bug would drop the need for the sleep,
> > though i
Hi,
On Thu, 2008-01-03 at 10:51:16 +0100, Loïc Minier wrote:
> On Wed, Jan 02, 2008, Raphael Geissert wrote:
> >libdvb-dev (U)
>
> Only ships static libs; no idea why.
That's due to #218387, #226985 and #359697.
regards,
guillem
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subje
Hello,
I would like to see the mount source code. I saw the mount.c module in
the util-linux called mount function. It linked to the libc-2.6.so (I
using kernel 2.6.23.8) I got the GNU libc source code but
I could not find the called mount function.
Could you show me where the mount function sour
"Joel Franco" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
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.
[Kurt Roeckx]
> Why is it using -18? Please change that to SIGCONT, it depends on the
> arch what the value should be. See signal(7), which even mentions that
> that is different for ppc/i386.
Historical reasons and because that is what killall5 support, as I
noticed you discovered shortly aft
On Fri, Jan 04, 2008 at 12:16:28AM +0100, Kurt Roeckx wrote:
> On Fri, Jan 04, 2008 at 12:01:17AM +0100, Petter Reinholdtsen wrote:
> >
> > # use SIGCONT/signal 18 to check if there are
> > # processes left. No need to check the exit code
> > # valu
Hello!
The two web pages "Packages being worked on" [1] and
"Requested packages" [2] have several shortcomings:
* No sorting by age
* No importance/popularity tag of packages
* No combined requested-or-worked-on (== not packaged) view
* No easy status indicator, e.g. "license issues",
"upstrea
On Fri, Jan 04, 2008 at 12:01:17AM +0100, Petter Reinholdtsen wrote:
>
> # use SIGCONT/signal 18 to check if there are
> # processes left. No need to check the exit code
> # value, because either killall5 work and it make
> # sense t
[Gabor Gombas]
> That may be a good safety measure. I think it is really hard to hit
> the 5 second limit but when that happens it is very hard to diagnose
> later what went wrong. So if we can increase the max. timeout
> without imposing a real delay in the common case (i.e. when
> everything shu
Marc 'HE' Brockschmidt wrote:
> Raphael Geissert <[EMAIL PROTECTED]> writes:
>> Brendan O'Dea <[EMAIL PROTECTED]>
>>perl-base
>
> That's a false positive. Please also take a look at Pre-Depends. Or
> simply let off of this effort, the number of false positives is
> enormous.
The automated lis
Raphael Geissert <[EMAIL PROTECTED]> writes:
> Brendan O'Dea <[EMAIL PROTECTED]>
>perl-base
That's a false positive. Please also take a look at Pre-Depends. Or
simply let off of this effort, the number of false positives is
enormous.
Marc
--
BOFH #343:
The ATM board has run out of 10 pound n
On Thu, Jan 03, 2008 at 09:24:59PM +0100, Petter Reinholdtsen wrote:
> Btw, if the 5 second wait isn't long enough for sendsigs, we can
> extend it. There is code there to make sure sendsigs terminates as
> soon as the last process it tries to kill is dead, so we could
> increase the timeout with
On Thu, Jan 03, 2008 at 10:40:32AM -0800, Steve Langasek wrote:
> It's also, as commented already in the init script, recognized as a bug in
> the associated daemon. Fixing that bug would drop the need for the sleep,
> though if there's a possibility of SIGKILL coming before the daemon is done
>
Quoting Steve Langasek ([EMAIL PROTECTED]):
> It's also, as commented already in the init script, recognized as a bug in
^^
> the associated daemon. Fixing that bug would drop the need for the sleep,
^
Quoting Russ Allbery ([EMAIL PROTECTED]):
> * 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.
My first reaction would have been supp
[Gabor Gombas]
> I'm wondering if init could be modified to warn if it really has to kill
> something with SIGKILL but of course syslog is long dead by then so
> unless you've serial console you'll likely miss that warning.
Actually, it might be possible with the latest killall5 and the
sendsigs
[Joe Smith]
> Obviously removing those scripts should have no impact on the other
> initscripts.
Exactly, (unless there is a dependency relation between two scripts
and one of them is removed from the shutdown sequence. :).
> That does sound like a reasonable solution to the concern.
I extended
On Thu, Jan 03, 2008 at 12:14:15PM -0500, Joey Hess wrote:
> If a package only shuts down cleanly because the rest of the shutdown
> process is slow, it is already buggy. Especially on systems where the
> shutdown is much faster, either due to their being fewer shutdown
> scripts than usual or the
Le vendredi 04 janvier 2008 à 01:32 +0900, Charles Plessy a écrit :
> Dear Josselin, thanks for your answers.
>
> The program for which I want to add a file icon is PerlPrimer, and only
> provides a 32x32 XPM icon. If I submit the following patch to the bug
> 448094, would you, as upstream author,
"Petter Reinholdtsen" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
[Roger Leigh]
On a heavily loaded or slow system, I suspect it would be highly
likely some would get SIGKILL before they could shut down properly.
I can't say I'm a big fan of the proposal for this reason.
I d
[Roger Leigh]
> On a heavily loaded or slow system, I suspect it would be highly
> likely some would get SIGKILL before they could shut down properly.
> I can't say I'm a big fan of the proposal for this reason.
I do not understand this objection. The only way I can get it to make
sense is by as
James Vega wrote:
> grep-dctrl ! -FDepends -e '.' -a ! -FPre-Depends -e '.' \
> -a ! -FArchitecture all -n -sPackage binary-i386_Packages
This approach is better and far faster than mine, diff'ing the results of
both methods show four less binaries (which all of them are false positives
using my m
Hamish Moffatt <[EMAIL PROTECTED]> writes:
> On Thu, Jan 03, 2008 at 10:51:16AM +0100, Loïc Minier wrote:
>> On Wed, Jan 02, 2008, Raphael Geissert wrote:
>> >libavahi-common-data (U)
>> Ships a GDBM file which is arch-dep; shouldn't ship it in /usr/share
>> though.
> Are those really arch
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Thu, Jan 03, 2008 at 12:21:54AM -0800, Russ Allbery wrote:
>> If you put a config.cache file directly in the debian directory, you
>> probably know what you're doing and lintian shouldn't be warning about
>> it. That tag is designed to catch garbage
On Thu, Jan 03, 2008 at 09:50:48AM +1100, Brian May wrote:
> > "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 the
On Thu, Jan 03, 2008 at 01:11:57PM +0100, Gabor Gombas wrote:
> On Thu, Jan 03, 2008 at 02:45:40AM +, Colin Watson wrote:
> > If this is a real problem for a given service, surely its init script
> > should actually wait for the process to shut down cleanly? If so, it
> > wouldn't be a candida
I demand that Charles Plessy may or may not have written...
[snip]
> $needs_cache = 1 if -f and (/\.png$/ or /\.svg$/ or /\.jpg$/ or /\.xpm$/);
Why not this?
$needs_cache = 1 if -f and /\.(png|svg|jpg|xpm)$/;
--
| Darren Salt| linux or ds at | nr. Ashington, | Toon
| RISC OS,
Package: wnpp
Severity: wishlist
Owner: Uwe Hermann <[EMAIL PROTECTED]>
* Package name: usbprog
Version : 0.1.1
Upstream Author : Bernhard Walle <[EMAIL PROTECTED]>
* URL : http://www.embedded-projects.net/index.php?page_id=165
* License : GPL
Programming Lang
Gabor Gombas wrote:
> IMHO there can be many init scripts that currently do not wait for the
> process to stop but they should if you want to do this refactoring. Some
> random checks:
If a package only shuts down cleanly because the rest of the shutdown
process is slow, it is already buggy. Espec
Dear Josselin, thanks for your answers.
The program for which I want to add a file icon is PerlPrimer, and only
provides a 32x32 XPM icon. If I submit the following patch to the bug
448094, would you, as upstream author, recommend to the debhelper
maintainer to incorporate it ?
--- /usr/bin/dh_ic
Russ Allbery 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.
How about counting them and output one N: line per invocation /
Package: wnpp
Severity: wishlist
Owner: Vincent Bernat <[EMAIL PROTECTED]>
* Package name : pycha
Version : 0.2.0
Upstream Author : Lorenzo Gil Sanchez <[EMAIL PROTECTED]>
* URL : http://www.lorenzogil.com/projects/pycha/
* License : LGPL
Programming Lang: Python
Description : simple pytho
Marco Rodrigues <[EMAIL PROTECTED]> wrote:
> * Package name: sphinx
> Version : 0.9.7
> Upstream Author : Andrew Aksyonoff <[EMAIL PROTECTED]>
> * URL : http://www.sphinxsearch.com
> * License : GPL-2
> Programming Lang: C++
> Description : Free SQL full-
>
>> 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 building Debian packages abou
On Thu, Jan 03, 2008 at 02:45:40AM +, Colin Watson wrote:
> If this is a real problem for a given service, surely its init script
> should actually wait for the process to shut down cleanly? If so, it
> wouldn't be a candidate for this refactoring.
IMHO there can be many init scripts that cur
On Thu, Jan 03, 2008 at 10:51:16AM +0100, Loïc Minier wrote:
> On Wed, Jan 02, 2008, Raphael Geissert wrote:
> >libavahi-common-data (U)
>
> Ships a GDBM file which is arch-dep; shouldn't ship it in /usr/share
> though.
Are those really arch-specific? That's really crap design.
Hamish
--
Hello,
On Wed, Jan 02, 2008 at 01:17:24PM -0600, Raphael Geissert wrote:
> Michael Koch <[EMAIL PROTECTED]>
>antlr (U)
False positive. libantlr-dev includes two static libraries and may not
be arch:any therefor.
Cheers,
Michael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subjec
On Wed, Jan 02, 2008, Raphael Geissert wrote:
>gstreamer0.10-gnonlin-dev
Fixed in SVN (useless package dropped).
>libavahi-common-data (U)
Ships a GDBM file which is arch-dep; shouldn't ship it in /usr/share
though.
>libdvb-dev (U)
Only ships static libs; no idea why.
>sys
On Wed, Jan 02, 2008, Russ Allbery wrote:
> * Don't show the N: line by default and provide an option to turn it on.
I read a lot of people complain that the N: lines clutter the output:
lintian's colored output helps distinguishing clutter or the more
important errors from the harmless ones.
On Thu, Jan 03, 2008 at 12:21:54AM -0800, Russ Allbery wrote:
> > And yes, none of these are overrides to paper over lintian bugs... :)
> I dunno, I could make the argument that several of those are lintian bugs.
> *grin*
> O: samba source: configure-generated-file-in-source debian/config.cache
Steve Langasek <[EMAIL PROTECTED]> writes:
> E.g., this:
>
> N: samba_3.0.28-2.dsc overrode 4 warnings
> N: winbind_3.0.28-2_amd64.deb overrode 3 errors, 2 warnings
> N: smbfs_3.0.28-2_amd64.deb overrode 2 warnings
> N: samba-common_3.0.28-2_amd64.deb overrode 1 warning
> N: samba_3.0.28-2_am
Andreas Tille <[EMAIL PROTECTED]> writes:
> 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 an
On Wed, Jan 02, 2008 at 10:30:09PM -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 erro
On Wed, 2 Jan 2008, Andrew Dougherty wrote:
One would not start a sub-project without lots of interest. Andreas
Tille points out that joining the Custom Debian Distribution effort
might make more sense than a sub-project.
Well, to be precise a "Custom Debian Distribution" _is_ (despite of
the
47 matches
Mail list logo
