[apologies for the blank reply]
Michael Banck wrote:
> Both Jörg and Jeroen (who are usually doing the NEW processing AFAIK)
> are travelling in Mexico for another two weeks I believe. Maybe one of
> the regular ftp-masters steps in and does some processing for the more
> important stuff in the m
So, does anybody mind if I remove depmod from the module-init-tools init
script?
--
ciao,
Marco
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, May 23, 2006 at 01:23:49PM +0400, Nikita V. Youshchenko wrote:
> I just found that my package, libetpan, was not updated for m68k.
> [1] states that it is out of date on m68k.
> But [2] states that latest version was successfully built on m68k long ago
> - on Apr17.
> What's going on?
A
* Bernd Schubert <[EMAIL PROTECTED]> wrote:
> Michael Prokop wrote:
>> How do you achieve that? For example symlinking invoke-rc.d to
>> /bin/true is a workaround, but I'm searching for a general solution
>> to avoid that daemons are started when upgrading even though they
>> did not run before th
On Tue, May 23, 2006 at 01:23:49PM +0400, Nikita V. Youshchenko wrote:
> Hello.
>
> I just found that my package, libetpan, was not updated for m68k.
> [1] states that it is out of date on m68k.
> But [2] states that latest version was successfully built on m68k long ago
> - on Apr17.
>
> What's
On Mon, 2006-05-22 at 18:58 -0500, Anthony Towns wrote:
> Java is one of the most important packages for which we don't have an
> effective non-free replacement at present. The only one that I can think
> of that would be more important would be flash.
There is a gnash package destined for experi
On 23 May 2006, Javier Fernández-Sanguino Peña said:
> On Sun, May 21, 2006 at 07:38:10AM -0400, Nathanael Nerode wrote:
> (...)
>> Issues: (1) Quality. sysklogd has 105 open bugs: 3 important (1
>> with patch), 43 normal (11 with patches), 11 minor (4 with
>> patches), and 19 wishlist (some of w
This one time, at band camp, Mike Bird said:
> On Monday 22 May 2006 16:52, Wouter Verhelst wrote:
> > I don't think the chance of "nutcase sueing Sun for Bad Applet" is any
> > more relevant or likely than the chance of "nutcase sueing Debian for
> > bad browser". I really don't see how it makes t
On 23 May 2006, Goswin von Brederlow stated:
> Manoj Srivastava <[EMAIL PROTECTED]> writes:
>
>> On 22 May 2006, Goswin von Brederlow stated:
>>
>>> Manoj Srivastava <[EMAIL PROTECTED]> writes:
>>>
On 22 May 2006, Goswin von Brederlow outgrape:
> I think that Policy 8.2 is fully applicabl
* Nikita V. Youshchenko ([EMAIL PROTECTED]) [060523 17:22]:
> However, if I will build library against libdb4.4 instead of libdb4.2, this
> will probably break any binaries built against the library - both packaged
> and local.
Why that? It would only affect packages that (correctly or wrongly)
Processing commands for [EMAIL PROTECTED]:
> clone 368383 -1
Bug#368383: dumb "manual page for..." NAME section on many man pages
Bug 368383 cloned as bug 368634.
> reassign -1 recode
Bug#368634: dumb "manual page for..." NAME section on many man pages
Bug reassigned from package `general' to `re
On Mon, May 22, 2006 at 10:29:16PM -0700, [EMAIL PROTECTED] wrote:
>Glad that you guys will take care of this, as it is way over my head.
It's not complex. The problem manual pages have been generated with a
program [help2man] which interprets a program's --help output.
Unfortunately, it's not p
Processing commands for [EMAIL PROTECTED]:
> clone 368383 -1
Bug#368383: dumb "manual page for..." NAME section on many man pages
Bug 368383 cloned as bug 368632.
> reassign -1 libfribidi0
Bug#368632: dumb "manual page for..." NAME section on many man pages
Bug reassigned from package `general' t
>
> inside their prerm maintainer scripts. If stopping $PACKAGE through
> invoke-rc.d/init-script fails, removing the package fails as well.
>
> Using:
>
> invoke-rc.d $PACKAGE stop || true
> /etc/init.d/$PACKAGE stop || true
>
We are using chroot environments (e.g. with sid) where no daem
Processing commands for [EMAIL PROTECTED]:
> clone 368383 -1
Bug#368383: dumb "manual page for..." NAME section on many man pages
Bug 368383 cloned as bug 368628.
> reassign -1 mailutils
Bug#368628: dumb "manual page for..." NAME section on many man pages
Bug reassigned from package `general' to
Package: wnpp
Severity: wishlist
Owner: "Sam Hocevar (Debian packages)" <[EMAIL PROTECTED]>
* Package name: alleggl
Version : 0.4-RC4
Upstream Author : Bertrand Coconnier, Elias Pschernig, George Foot,
Robert J Ohannessian
* URL : http://allegrogl.s
On Tue, 23 May 2006, Francesco P. Lovergine wrote:
> Unfortunately sometimes the daemon does not stop for an error in the
> maintainer script and that prevents upgrading for ever, even when
> the package has been corrected. BTW, it seems a lack in the policy
> to specify how the maintainers scripts
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> On 22 May 2006, Goswin von Brederlow stated:
>
>> Manoj Srivastava <[EMAIL PROTECTED]> writes:
>>
>>> On 22 May 2006, Goswin von Brederlow outgrape:
I think that Policy 8.2 is fully applicable to your package
then. It is a MUST directive so
On Tue, May 23, 2006 at 09:46:10AM +0200, Frank Küster wrote:
> Florian Weimer <[EMAIL PROTECTED]> wrote:
>
> > * Michael Prokop:
> >
> >> Using:
> >>
> >> invoke-rc.d $PACKAGE stop || true
> >> /etc/init.d/$PACKAGE stop || true
> >>
> >> would be a replacement already used in some packages li
Guus Sliepen <[EMAIL PROTECTED]> writes:
> On Mon, May 22, 2006 at 05:28:07PM -0700, Russ Allbery wrote:
>> * Package name: xml-security-c
>> Programming Lang: C++
>> Description : C++ library for XML Digital Signatures
> If it is a C++ library, please name the package xml-security-c+
On Tue, 23 May 2006, Florian Weimer wrote:
> I suppose it would be preferable to fix the "stop" target of the init
There is nothing preferable about it. Stop targets *are* to exit with
status 0 if the service is already stopped.
The fact that Debian policy still has this as a "should" clause is
[George Danchev]
> or some hosts have popularity-contest installed from pure upstream sources
> instead from a popularity-contest debian package, thus don't have it
> registered with the dpkg db.
That would seriously surprise me, as popularity-contest only is
distributed as a Debian package, an
[Nathanael Nerode]
> Conclusion
> --
> We should change the default syslogd.
There is only one feature I miss in the current sysklogd package, and
that is the ability to store the facility and severity in the log
file. If we are to switch, please select one where this is possible
to enab
Michael Prokop wrote:
> * Bernd Schubert <[EMAIL PROTECTED]> wrote:
>
>>> inside their prerm maintainer scripts. If stopping $PACKAGE through
>>> invoke-rc.d/init-script fails, removing the package fails as well.
>
>>> Using:
>
>>> invoke-rc.d $PACKAGE stop || true
>>> /etc/init.d/$PACKAGE
On Sat, May 20, 2006 at 01:58:14AM +0200, Adam Borowski wrote:
> The interesting fact is that, contrary to what I expected, running
> "configure" was improved by only about 1% on average.
That may come from the fact that "configure" uses only the most basic
shell constructs (it does not even use
* Bernd Schubert <[EMAIL PROTECTED]> wrote:
>> inside their prerm maintainer scripts. If stopping $PACKAGE through
>> invoke-rc.d/init-script fails, removing the package fails as well.
>> Using:
>> invoke-rc.d $PACKAGE stop || true
>> /etc/init.d/$PACKAGE stop || true
> We are using chroot
* Nikita V. Youshchenko:
> However, if I will build library against libdb4.4 instead of
> libdb4.2, this will probably break any binaries built against the
> library - both packaged and local.
What kind of interface does libetpan expose? Based on the package
description, I wouldn't expect the li
Package: wnpp
Severity: wishlist
Owner: "Krzysztof Krzyzaniak (eloy)" <[EMAIL PROTECTED]>
* Package name: libdatetime-format-strptime-perl
Version : 1.0601
Upstream Author : Rick Measham <[EMAIL PROTECTED]>
* URL :
http://search.cpan.org/CPAN/authors/id/R/RI/RICKM/Date
Hello.
I just found that my package, libetpan, was not updated for m68k.
[1] states that it is out of date on m68k.
But [2] states that latest version was successfully built on m68k long ago
- on Apr17.
What's going on? Whom to contact on this issue?
Nikita
[1] http://bjorn.haxx.se/debian/test
[CCing to -devel and to people who maintain packages that depend on
libetpan]
> Package: libetpan
> Severity: wishlist
>
>
> Hi,
> currently several versions of the berkeley db libraries are used in the
> archive: libdb[4.2,4.3,4.4].
> Please consider upgrading to libdb4.4 in order to ship etch w
On Tue, May 23, 2006 at 04:55:52PM +0900, Miles Bader wrote:
> Wouter Verhelst <[EMAIL PROTECTED]> writes:
> > If you have a look at the order of the by_vote numbers for editors,
> > you'll see that vim, not nvi or nano, is at the top.
>
> A list like this only seems meaningful if the entries are
On Mon, May 22, 2006 at 05:28:07PM -0700, Russ Allbery wrote:
> * Package name: xml-security-c
> Programming Lang: C++
> Description : C++ library for XML Digital Signatures
If it is a C++ library, please name the package xml-security-c++. If
upstream names their tarballs xml-security
Wouter Verhelst <[EMAIL PROTECTED]> writes:
> If you have a look at the order of the by_vote numbers for editors,
> you'll see that vim, not nvi or nano, is at the top.
A list like this only seems meaningful if the entries are fairly
consistent with each other.
For instance, if you have packages
Florian Weimer <[EMAIL PROTECTED]> wrote:
> * Michael Prokop:
>
>> Using:
>>
>> invoke-rc.d $PACKAGE stop || true
>> /etc/init.d/$PACKAGE stop || true
>>
>> would be a replacement already used in some packages like for
>> example at, binfmt-support, dnsmasq, drbd0.7-utils, freeradius, hal,
>>
On Mon, May 22, 2006 at 10:42:26PM -0300, Maximiliano Curia wrote:
> On Sunday 21 May 2006 16:31, Wouter Verhelst wrote:
> > > You would end up with nvi or nano as editors, since they are installed by
> > > default. Probably more as viewer and so on.
>
> > Which is bad why?
>
> What I meant was t
On Tue, May 23, 2006 at 01:19:44PM +0200, Gabor Gombas wrote:
> difference. Some very basic tests using callgrind show that bash uses
> 20-30 times more CPU cache than dash. And when things are running
Er, fat fingers. The difference is just 2-3 times.
Gabor
--
---
On Mon, May 22, 2006 at 01:55:54PM +, Jörg Sommer wrote:
> But what counts more in the comparison dash vs. bash is the shell
> startup. And the shell is started for every script not name foo.sh.
Also, if init scripts will be really parallel (meaning lots of
concurrent scripts, not just 2-3),
> * Nikita V. Youshchenko:
> > However, if I will build library against libdb4.4 instead of
> > libdb4.2, this will probably break any binaries built against the
> > library - both packaged and local.
>
> What kind of interface does libetpan expose? Based on the package
> description, I wouldn't
* Nikita V. Youshchenko:
>> * Nikita V. Youshchenko:
>> > However, if I will build library against libdb4.4 instead of
>> > libdb4.2, this will probably break any binaries built against the
>> > library - both packaged and local.
>>
>> What kind of interface does libetpan expose? Based on the pac
On Fri, May 19, 2006 at 03:46:28PM +0200, Wouter Verhelst wrote:
> That's not an issue. First, ed doesn't install an alternatives for
> "editor". Second, there's also 'by_vote', which puts vim on top.
Which is an excellent demonstration of "why we should not use popcon to
decide alternatives prio
Martijn van Oosterhout <[EMAIL PROTECTED]> writes:
> Well, IANAL, but as far as I can see, as long as Sun has a valid reason
> to change their mind and is willing to compensate any losses caused by
> them changing their mind, they can do whatever they like.
Well, but *that* I don't think is a wor
Package: wnpp
Severity: wishlist
Owner: John Lightsey <[EMAIL PROTECTED]>
* Package name: libparallel-forkmanager-perl
Version : 0.7.5
Upstream Author : Szabó, Balázs <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/~dlux/Parallel-ForkManager-0.7.5/
* License
On Sunday 21 May 2006 16:31, Wouter Verhelst wrote:
> > You would end up with nvi or nano as editors, since they are installed by
> > default. Probably more as viewer and so on.
> Which is bad why?
What I meant was that you would have a high number of installations for the
packages that are inst
Package: wnpp
Severity: wishlist
Owner: Russ Allbery <[EMAIL PROTECTED]>
* Package name: xml-security-c
Version : 1.2.1
Upstream Author : The Apache Software Foundation
* URL : http://xml.apache.org/security/
* License : Apache 2.0
Programming Lang: C++
Des
gregor herrmann wrote:
> IIRC lintian does this already.
And devscripts contains a 'checkbashishms' tool
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Monday 22 May 2006 16:52, Wouter Verhelst wrote:
> I don't think the chance of "nutcase sueing Sun for Bad Applet" is any
> more relevant or likely than the chance of "nutcase sueing Debian for
> bad browser". I really don't see how it makes the license problematic.
And that is why, in legal ma
On 5/22/06, Matthew R. Dempsky <[EMAIL PROTECTED]> wrote:
On Sun, May 21, 2006 at 10:00:43PM -0700, Hex Star wrote:> Hmmm...interesting...the other time someone posted something explicit and> someone replied to it and pointed it out, everyone joined in and> investigated it...this time the person wh
On Mon, May 22, 2006 at 08:47:52AM -0700, Mike Bird wrote:
> On Monday 22 May 2006 06:56, Wouter Verhelst wrote:
> > On Mon, May 22, 2006 at 01:47:01PM +0200, Romain Beauxis wrote:
> > > On Monday 22 May 2006 13:35, you wrote:
> > > > Try as I might, and considering how lawyers and judges are human
48 matches
Mail list logo
