Bug#647877: ITP: superkb -- Keyboard-based launcher with unobtrusive on-screen graphical hints.

2011-11-07 Thread Octavio Alvarez
Package: wnpp Severity: wishlist Owner: Octavio Alvarez * Package name: superkb Version : 0.22 Upstream Author : Octavio Alvarez * URL : http://superkb.sourceforge.net/ * License : GPLv2 Programming Lang: C Description : Keyboard-based launcher with un

Re: directory under /usr/bin -- Ok or not?

2011-11-07 Thread Josselin Mouette
Le lundi 07 novembre 2011 à 01:26 +0100, Andreas Bombe a écrit : > I for one could see the tcpd case make sense… It does not belong on > root's $PATH, but since it needs to be available to other packages (such > as inetd) it can't be put in /usr/lib/$PACKAGE because then calling it > would depend

Re: directory under /usr/bin -- Ok or not?

2011-11-07 Thread Petter Reinholdtsen
[Ian Jackson] > 2. Obviously the right answer with a standardisation decision you >don't like is to wait until (a) it's implemented everywhere and >(b) the people you originally disagreed with have moved on to >other things, and then to change the standard to be the way you >always

Re: directory under /usr/bin -- Ok or not?

2011-11-07 Thread Henrique de Moraes Holschuh
On Sun, 06 Nov 2011, Steve Langasek wrote: > On Sun, Nov 06, 2011 at 11:36:05PM +, Clint Adams wrote: > > On Sun, Nov 06, 2011 at 04:25:32PM +0100, Josselin Mouette wrote: > > > What is the use case? > > > The use case is to have a place for executables that are treated > > similarly to librar

Bug#647886: ITP: openmcdf -- Structured Storage Explorer

2011-11-07 Thread Mathieu Malaterre
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: openmcdf Version : 1.5.2 Upstream Author : Federico Blaseotto * URL : http://openmcdf.sf.net * License : MPL 1.1 Programming Lang: C# Description : Structured Storage Explorer O

Re: Is anyone maintaining (the ham radio tool) node?

2011-11-07 Thread Ian Jackson
Jonathan Nieder writes ("Is anyone maintaining (the ham radio tool) node?"): > No response from the "node" package maintainers. My offer still > stands, but I am worried that this is not going to be fixed before the > next release. > > So, what next? Our policy says that if consensus cannot be r

Bug#647913: O: boa-constructor -- RAD tool for Python and wxWindows application

2011-11-07 Thread Charlie Smotherman
Package: wnpp Severity: normal I no longer use boa-constructor and I am not interested in maintaining it anymore. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201

Re: directory under /usr/bin -- Ok or not?

2011-11-07 Thread Stig Sandbeck Mathisen
Josselin Mouette writes: > We already have $pkglibdir and $pkgdatadir for those. There is no > technical need for a new directory in /usr, and it doesn’t improve > anything for users. Possibly not for the users, but it _certainly_ improves the environment for system and application administrator

Re: directory under /usr/bin -- Ok or not?

2011-11-07 Thread Marvin Renich
* Stig Sandbeck Mathisen [07 09:55]: > Josselin Mouette writes: > > > We already have $pkglibdir and $pkgdatadir for those. There is no > > technical need for a new directory in /usr, and it doesn’t improve > > anything for users. > > Possibly not for the users, but it _certainly_ improves

Re: directory under /usr/bin -- Ok or not?

2011-11-07 Thread Nick Leverton
On Mon, Nov 07, 2011 at 04:33:33PM +0100, Stig Sandbeck Mathisen wrote: > Josselin Mouette writes: > > > We already have $pkglibdir and $pkgdatadir for those. There is no > > technical need for a new directory in /usr, and it doesn’t improve > > anything for users. > > Possibly not for the users

Re: Dealing with embedded javascript libraries

2011-11-07 Thread Ian Jackson
Pau Garcia i Quiles writes ("Re: Dealing with embedded javascript libraries"): > On Thu, Oct 27, 2011 at 1:28 AM, Ian Jackson > wrote: > > The difficulty is that if we end up with ten different versions of > > some random javascript library, when it turns out to have a security > > vulnerability w

Re: directory under /usr/bin -- Ok or not?

2011-11-07 Thread Roger Leigh
On Sun, Nov 06, 2011 at 01:09:31AM +0100, Josselin Mouette wrote: > Le vendredi 04 novembre 2011 à 21:21 +, Ben Hutchings a écrit : > > It's not a GNU invention; I believe it derives from BSD. > > I stand corrected. That doesn’t make it have any more sense, though. > > > Apparently it's for

Re: Dealing with embedded javascript libraries

2011-11-07 Thread Bastian Blank
On Mon, Nov 07, 2011 at 06:12:42PM +, Ian Jackson wrote: > * JS library packages should be versioned in the name, like C runtime >library packages are, so that multiple versions are coinstallable. Why not _one_ package per lib and multiple (a sane number of) versions in it? The security t

Re: Dealing with embedded javascript libraries

2011-11-07 Thread Vincent Danjean
Le 07/11/2011 20:03, Bastian Blank a écrit : On Mon, Nov 07, 2011 at 06:12:42PM +, Ian Jackson wrote: * JS library packages should be versioned in the name, like C runtime library packages are, so that multiple versions are coinstallable. Why not _one_ package per lib and multiple (a

Re: Is anyone maintaining (the ham radio tool) node?

2011-11-07 Thread Damien Gardner Jnr
On 07/11/2011, at 2:20 PM, Jonathan Nieder wrote: > Should the binary on the ham radio side be called ax25-node, or > LinuxNode, or something like that? Given a proposed name, I would be > happy enough to assume I have your blessing and start sending patches > to the node bug. :) I have to pop my

Re: Dealing with embedded javascript libraries

2011-11-07 Thread Bastian Blank
On Mon, Nov 07, 2011 at 09:16:21PM +0100, Vincent Danjean wrote: > Le 07/11/2011 20:03, Bastian Blank a écrit : > >On Mon, Nov 07, 2011 at 06:12:42PM +, Ian Jackson wrote: > >> * JS library packages should be versioned in the name, like C runtime > >>library packages are, so that multiple

Orphaning mlview

2011-11-07 Thread Niels Thykier
reassign 555034 wnpp retitle 555034 O: mlview - xml editor for GNOME environment thanks Hi, I am hereby orphaning mlview[1] on behalf of Sebastian Bacher. As it is RC buggy and has a very low popcon, I intend to RM within 14 days unless someone picks it up. ~Niels [1] Package: mlview Version