Re: need help of Octave language expert

2010-03-09 Thread Thomas Weber
Hi, I'm cc'ing debian-devel, so people see that there is an answer. If whoever wants to continue the discussion, please strongly consider dropping debian-devel -- the list is noisy enough. On Wed, Mar 10, 2010 at 12:06:06PM +0900, Atsuhito Kohda wrote: > Hi all, > > I, a maintainer of TeXmacs,

Re: Bug#540215: Introduce dh_checksums

2010-03-09 Thread Peter Samuelson
[Harald Braumann] > See, you don't need a server. You just ship a signature over the hash > files. Easy as that. And that signature - if you don't have a server - you probably want to store it in the .deb, right? So you are going to be editing the .deb after it is built. At which time, you coul

Re: Bug#572374: please consider Section: Education

2010-03-09 Thread Charles Plessy
Le Tue, Mar 09, 2010 at 08:36:24AM +0100, Andreas Tille a écrit : > > While I agree in principle with this attempt there might be a lot of > packages which fit into Science *and* Education section. The sections > approach in Debian is weak in the way that a package can only be put in > one sectio

need help of Octave language expert

2010-03-09 Thread Atsuhito Kohda
Hi all, I, a maintainer of TeXmacs, try to make TeXmacs as sane as possible before squeeze release. I noticed recently that if one starts Octave plugin under TeXmacs, it displays an error messages as follows: - parse error near line 8 of file /usr/share/texmacs/TeXmacs/plugins/

Bug#573236: RFP: logfsprogs -- LogFS file system utilities

2010-03-09 Thread Witold Baryluk
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, riku.voi...@iki.fi, dan...@lists.debian-maintainers.org Package name: logfsprogs Version: Upstream Author: Joern Engel URL: http://logfs.org/ License: GPL Description: LogFS file sy

Re: dsniff is dead, long life to dsniff

2010-03-09 Thread Faidon Liambotis
Luciano Bello wrote: > I'm the dsniff[1] maintainer, which is a pretty dead project[2]. Dug > Song (the upstream) is putting his efforts in rewrite the project in > python[3], which is quite limited compared to the previous one. > The question is: should I package this new version as a

Re: dsniff is dead, long life to dsniff

2010-03-09 Thread Tiago Bortoletto Vaz
Citando Carlos Galisteo : On Tue, Mar 9, 2010 at 5:01 PM, Luciano Bello wrote:        The question is: should I package this new version as a replacement of the previous one, even one there is a big reduction in the feature list? Or, should I create a new package (let's say, python-dsniff) and

Re: Bug#540215: Introduce dh_checksums

2010-03-09 Thread Anthony Towns
Hey Russ, On Tue, Mar 9, 2010 at 13:57, Russ Allbery wrote: > Joey Hess writes: >> Russ Allbery wrote: >>> It's also always worth bearing in mind that while a really good >>> attacker can do all sorts of complex things that make them very hard to >>> find, most attackers are stupid and straightf

Re: libgcrypt brain dead?

2010-03-09 Thread Vincent Fourmond
Brian May wrote: > 2. libgcrypt drops root privileges if called setuid on the assumption > the only reason the program is setuid root is so it can lock memory. > > Unfortunately this breaks every setuid program tat uses PAM when PAM > is configured to use ldap and ldap is configured to use gnutls,

Bug#573206: ITP: png++ -- C++ interface to the PNG library

2010-03-09 Thread Jonas Smedegaard
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard * Package name: png++ Version : 0.2.3 Upstream Author : Alex Shulgin * URL : http://savannah.nongnu.org/projects/pngpp/ * License : BSD Programming Lang: C++ Description : C++ interface to the PN

Re: Bug#572374: please consider Section: Education

2010-03-09 Thread Ana Guerrero
On Tue, Mar 09, 2010 at 08:36:24AM +0100, Andreas Tille wrote: > While I agree in principle with this attempt there might be a lot of > packages which fit into Science *and* Education section. The sections > approach in Debian is weak in the way that a package can only be put in > one section. Th

Re: Bug#540215: Introduce dh_checksums

2010-03-09 Thread Harald Braumann
On Tue, Mar 09, 2010 at 10:50:59AM -0600, Peter Samuelson wrote: > > [Frank Lin PIAT] > > Please, let's do the easy move *now* for Squeeze, using shasums, and > > go ahead later with an even better solution. > > Drawbacks: more CPU time on build daemons, slightly larger binary > packages to downl

Re: Debian Package

2010-03-09 Thread brian m. carlson
On Tue, Mar 09, 2010 at 12:52:31PM -0500, Jake wrote: > Hello, > > I was creating a Debian package and after it install I would like it to > prompt the user to reboot the computer, is there anyway to do this? Except in very limited circumstances, there should be no need to reboot the computer aft

Re: dsniff is dead, long life to dsniff

2010-03-09 Thread Carlos Galisteo
On Tue, Mar 9, 2010 at 5:01 PM, Luciano Bello wrote: >        The question is: should I package this new version as a replacement > of the previous one, even one there is a big reduction in the feature > list? Or, should I create a new package (let's say, python-dsniff) and > RM dsniff? As an o

Re: Debian Package

2010-03-09 Thread Patrick Matthäi
Am 09.03.2010 18:52, schrieb Jake: Hello, I was creating a Debian package and after it install I would like it to prompt the user to reboot the computer, is there anyway to do this? The right way here is to use debconf for it. But why should it be needed to reboot the computer after this? I a

Debian Package

2010-03-09 Thread Jake
Hello, I was creating a Debian package and after it install I would like it to prompt the user to reboot the computer, is there anyway to do this? Thank You, Jacob Fernandes -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact list

Re: Bug#540215: Introduce dh_checksums

2010-03-09 Thread Manoj Srivastava
On Tue, Mar 09 2010, Jean-Christophe Dubacq wrote: > On 09/03/2010 14:24, Bernhard R. Link wrote: > >> >> It it's that straight forward, please help with the cruft package. >> Last time I looked (several years ago) it was severly limited by that >> problem (there not being a way to know which fil

Re: Bug#540215: Introduce dh_checksums

2010-03-09 Thread Joey Hess
Harald Braumann wrote: > On Mon, Mar 08, 2010 at 10:49:54PM -0500, Joey Hess wrote: > > It's stupid and straightforward to install /usr/local/bin/ls. debsums > > will not detect it. > > And it's as straightforward to find files which don't belong to any > package and have some other means in place

Re: Bug#540215: Introduce dh_checksums

2010-03-09 Thread Peter Samuelson
[Frank Lin PIAT] > Please, let's do the easy move *now* for Squeeze, using shasums, and > go ahead later with an even better solution. Drawbacks: more CPU time on build daemons, slightly larger binary packages to download, and some disruption when we're trying to get a release out the door. Adva

dsniff is dead, long life to dsniff

2010-03-09 Thread Luciano Bello
Please, CC me (my usual account is off-line momentarily) Hi all, I'm the dsniff[1] maintainer, which is a pretty dead project[2]. Dug Song (the upstream) is putting his efforts in rewrite the project in python[3], which is quite limited compared to the previous one. The question is

Re: Bug#540215: Introduce dh_checksums

2010-03-09 Thread Jakub Wilk
* Peter Samuelson , 2010-03-09, 08:21: [Frank Lin PIAT] Why is that everyone seems to move away from MD5? That's the $64000 question, isn't it? There seems to be this knee-jerk reaction to all things md5, "OH NOES, MD5 is broken! Therefore it must be replaced in every possible use, never min

Bug#573162: ITP: django-picklefield -- Pickled object field for Django

2010-03-09 Thread Fladischer Michael
Package: wnpp Severity: wishlist Owner: Fladischer Michael -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: django-picklefield Version : 0.1 Upstream Author : Shrubbery Software * URL : http://github.com/shrubberysoft/django-picklefield * License

Re: Bug#540215: Introduce dh_checksums

2010-03-09 Thread Bernhard R. Link
* Harald Braumann [100309 13:59]: > On Mon, Mar 08, 2010 at 10:49:54PM -0500, Joey Hess wrote: > > Russ Allbery wrote: > > > It's also always worth bearing in mind that while a really good attacker > > > can do all sorts of complex things that make them very hard to find, most > > > attackers are

Re: Proposed removal of arch-perl (libarch-perl)

2010-03-09 Thread Mikhael Goikhman
On 09 Mar 2010 12:33:44 +0100, Alex Muntada wrote: > > + Mikhael Goikhman : > > > I think README gives a handful of hints about the package. Anyway, in > > the devel branch (managed under tla, that is mentioned in README too) > > all tests should now pass even without tla or baz installed. > > I.

Re: Bug#540215: Introduce dh_checksums

2010-03-09 Thread Harald Braumann
On Mon, Mar 08, 2010 at 10:49:54PM -0500, Joey Hess wrote: > Russ Allbery wrote: > > It's also always worth bearing in mind that while a really good attacker > > can do all sorts of complex things that make them very hard to find, most > > attackers are stupid and straightforward. > > It's stupid

Re: Bug#540215: Introduce dh_checksums

2010-03-09 Thread Peter Samuelson
> On Mon, 2010-03-08 at 12:59 -0800, Russ Allbery wrote: > > If we take option 2, SHA256 offers no benefits over MD5 and just takes > > longer to compute. [Frank Lin PIAT] > Why is that everyone seems to move away from MD5? That's the $64000 question, isn't it? There seems to be this knee-jerk

Re: libgcrypt brain dead?

2010-03-09 Thread Simon Josefsson
Brian May writes: > Or is there another way? There is the option of changing GnuTLS to use something other than libgcrypt. There are APIs for doing this dynamically in GnuTLS, and if that is not sufficient (if you want to avoid linking to libgcrypt entirely) we could also support e.g. GNU Nettl

Re: Bug#540215: Introduce dh_checksums

2010-03-09 Thread Jean-Christophe Dubacq
On 09/03/2010 14:24, Bernhard R. Link wrote: > > It it's that straight forward, please help with the cruft package. > Last time I looked (several years ago) it was severly limited by that > problem (there not being a way to know which files should be there and > which not). > > I personally thin

Bug#573149: ITP: merlin -- Module for Effortless Redundancy and Loadbalancing In Nagios

2010-03-09 Thread Hendrik Frenzel
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: merlin Version: 0.6.7~b1 Upstream Author: op5 AB URL: http://www.op5.org/community/projects/merlin License: GPL-2 Description: The Merlin project, or Module for Effortless

Re: Proposed removal of arch-perl (libarch-perl)

2010-03-09 Thread Alex Muntada
+ Mikhael Goikhman : > I think README gives a handful of hints about the package. Anyway, in > the devel branch (managed under tla, that is mentioned in README too) > all tests should now pass even without tla or baz installed. > I.e.:  TLA=/bin/false make test IIRC, having Makefile.PL exit a non

Re: Bug#540215: Introduce dh_checksums

2010-03-09 Thread Frank Lin PIAT
On Mon, 2010-03-08 at 19:57 -0800, Russ Allbery wrote: > Joey Hess writes: > > Russ Allbery wrote: > > >> It's also always worth bearing in mind that while a really good > >> attacker can do all sorts of complex things that make them very hard to > >> find, most attackers are stupid and straightf