Re: Shouldn't apt-listchanges be Priority: standard?

2007-12-19 Thread Christian Perrier
Quoting Philippe Cloutier ([EMAIL PROTECTED]): >> >> Could we consider increasign the priority of apt-listchanges so that >> it is installed by default? > I'm against making it standard, because currently tasksel doesn't ask if a > recommendation should be installed, so when we make tasksel instal

Sorry, ignore the newbie

2007-12-19 Thread Paul Goins
I copy-pasted addresses a little too quickly. Sorry for the spam; I realized my mistake and already put in my request at the proper address. - Paul Goins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python

2007-12-19 Thread Hamish Moffatt
On Thu, Dec 20, 2007 at 01:06:58AM +0100, Toni Mueller wrote: > Anyway, I'll put the program where I think it fits, and it will be in > accordance to packaging rules. Sorry you don't like our feedback, but this is the reason why ITPs are posted to debian-devel. Hamish -- Hamish Moffatt VK3SB <[

Re: help with install-info usage count

2007-12-19 Thread Russ Allbery
Norbert Preining <[EMAIL PROTECTED]> writes: > On Mi, 19 Dez 2007, Norbert Preining wrote: >> What is the best way to create such a list? I cannot install *all* > No need to answer, I did run some scripts on the mirror on merkel. For those who are curious about these sorts of searches, don't for

Re: Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python

2007-12-19 Thread Toni Mueller
Hi, On Thu, 20.12.2007 at 00:06:55 +0100, sean finney <[EMAIL PROTECTED]> wrote: > the FHS (and debian by extension) doesn't provide support for /usr/libexec. > in every case i know of, contents of what would otherwise have gone > in /usr/libexec go in /usr/lib/package/ instead. but this is

ITP: MUCkl -- A Web Based Groupchat Application

2007-12-19 Thread Marcelo Jorge Vieira (metal)
Package: wnpp Severity: wishlist * Package name : MUCkl Version: 0.4.3 Upstream Author: Stefan Strigler <[EMAIL PROTECTED]> Florian Jensen <[EMAIL PROTECTED]> * URL: http://zeank.in-berlin.de/muckl/ * License: GPL2 Description: A Web Based

Re: Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python

2007-12-19 Thread sean finney
On Wednesday 19 December 2007 11:05:47 pm Toni Mueller wrote: > For such programs, there exists /usr/libexec on some systems, but not > in Linux as far as I know. the FHS (and debian by extension) doesn't provide support for /usr/libexec. in every case i know of, contents of what would otherwis

Re: Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python

2007-12-19 Thread Hamish Moffatt
On Wed, Dec 19, 2007 at 11:05:47PM +0100, Toni Mueller wrote: > On Thu, 20.12.2007 at 08:50:39 +1100, Hamish Moffatt <[EMAIL PROTECTED]> > wrote: > > In that case, you could call the package funkload-tcpwatch? > > Perhaps even install the binaries in /usr/lib for use by funkload only? > > it is o

Re: Shouldn't apt-listchanges be Priority: standard?

2007-12-19 Thread Roberto C . Sánchez
On Wed, Dec 19, 2007 at 04:07:14PM -0500, Philippe Cloutier wrote: > > > >Could we consider increasign the priority of apt-listchanges so that > >it is installed by default? > I'm against making it standard, because currently tasksel doesn't ask if > a recommendation should be installed, so when w

Re: Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python

2007-12-19 Thread Toni Mueller
Hi, On Thu, 20.12.2007 at 08:50:39 +1100, Hamish Moffatt <[EMAIL PROTECTED]> wrote: > In that case, you could call the package funkload-tcpwatch? > Perhaps even install the binaries in /usr/lib for use by funkload only? it is only one "binary", and in fact, I already thought about that, but I'm

Re: Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python

2007-12-19 Thread Hamish Moffatt
On Wed, Dec 19, 2007 at 10:01:54PM +0100, Toni Mueller wrote: > On Wed, 19.12.2007 at 18:23:19 -0200, Henrique de Moraes Holschuh <[EMAIL > PROTECTED]> wrote: > > We have *real* tcp stream/flow watchers and recorders in Debian already. > > Also, ethereal/wireshark can postprocess and analyze http

Re: Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python

2007-12-19 Thread Toni Mueller
Hi, On Wed, 19.12.2007 at 18:23:19 -0200, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote: > Well, personally, I'd rather not have such a thing in Debian with that name. > And the fact that upstream called it that way doesn't speak highly of the > tool, either IMHO. well, the latest relea

Re: Shouldn't apt-listchanges be Priority: standard?

2007-12-19 Thread Philippe Cloutier
Could we consider increasign the priority of apt-listchanges so that it is installed by default? I'm against making it standard, because currently tasksel doesn't ask if a recommendation should be installed, so when we make tasksel install recommendations by default, apt-listchanges would bring

Re: Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python

2007-12-19 Thread Henrique de Moraes Holschuh
On Tue, 18 Dec 2007, Toni Mueller wrote: > > A few things: why is it called "tcpwatch" when it only watches HTTP > > requests? A better name would be "httpwatch". > > it's named that way by upstream. I want to keep confusion to a minimum Well, personally, I'd rather not have such a thing in Debia

Re: [RFH] Bug#454179: kdesvn killed by SIGBUS

2007-12-19 Thread brian m. carlson
On Wed, Dec 19, 2007 at 07:25:35PM +0100, Wouter Verhelst wrote: However, since unaligned accesses often cause bus errors, too, my guess is that it's quite a bit more likely for a SIGBUS to be caused by programmer error than a corrupted binary... Yes, but i386 and amd64 don't require aligned ac

Re: [RFH] Bug#454179: kdesvn killed by SIGBUS

2007-12-19 Thread Wouter Verhelst
On Tue, Dec 18, 2007 at 08:07:59PM +0100, Vincent Fourmond wrote: > I saw you closed the bug - I however wanted to point to debsums. As > mentioned, SIBGUSes can be caused by corrupted binaries; Much can be caused by corrupted binaries: when a binary is corrupt, then segfaults, bus errors, and s

Re: help with install-info usage count

2007-12-19 Thread Norbert Preining
On Mi, 19 Dez 2007, Norbert Preining wrote: > What is the best way to create such a list? I cannot install *all* No need to answer, I did run some scripts on the mirror on merkel. Thanks. Best wishes Norbert --- Dr. Nor

poppler transition

2007-12-19 Thread Norbert Preining
Dear all! Can we somehow organize that the poppler transition can be done in a reasonable time frame? There now quite a lot of packages waiting to enter testing but are all blocked by poppler. Currently the problematic packages are (from bjorn.haxx.se): . gimp uploaded yesterday, needs ag

Re: help with install-info usage count

2007-12-19 Thread Nicolas François
Hello Norbert, 2007/12/19, Norbert Preining <[EMAIL PROTECTED]>: > Hi all! > > In the process of merging dpkg install-info and GNU install-info we are > now at the point that I would like to generate a list of packages > using install-info together with the way HOW they call it. Options would > be

help with install-info usage count

2007-12-19 Thread Norbert Preining
Hi all! In the process of merging dpkg install-info and GNU install-info we are now at the point that I would like to generate a list of packages using install-info together with the way HOW they call it. Options would be - via dh_installinfo generated code - via manual code: which arguments What

Re: Shouldn't apt-listchanges be Priority: standard?

2007-12-19 Thread Pierre Habouzit
On Wed, Dec 19, 2007 at 08:34:23AM +, Don Armstrong wrote: > On Wed, 19 Dec 2007, Christian Perrier wrote: > > Steve Langasek commented while closing this bug report: > > > It is recommended that you use apt-listchanges on your system, to be > > > notified of package behavior changes such as th

Re: Shouldn't apt-listchanges be Priority: standard?

2007-12-19 Thread Pierre Habouzit
On Wed, Dec 19, 2007 at 06:19:41AM +, Christian Perrier wrote: > From Bug#456977: > > Steve Langasek commented while closing this bug report: > > > > > It is recommended that you use apt-listchanges on your system, to be > > notified of package behavior changes such as this. > > > Could w

Re: Shouldn't apt-listchanges be Priority: standard?

2007-12-19 Thread Don Armstrong
On Wed, 19 Dec 2007, Christian Perrier wrote: > Steve Langasek commented while closing this bug report: > > It is recommended that you use apt-listchanges on your system, to be > > notified of package behavior changes such as this. > > Could we consider increasign the priority of apt-listchanges s