Bug#697652: RFP: vimprobable2 -- Light-weight Webkit based browser with Vimperator's fingerfeel

Package: wnpp Severity: wishlist * Package name: vimprobable2 Version : 1.2.0 Upstream Author : Hannes Schueller et al. * URL or Web page : http://www.vimprobable.org/ * License : MIT Description : Light-weight Webkit based browser with Vimperator's fingerfeel Vimpr

Re: Bug#697433: Is the Package-List field necessary for uploads ?

Charles Plessy writes: > After experimenting by uploading a package without the Package-List > field, I see that it is not mandatory. But the Policy also > distinguishes recommended from other fields (for which nothing is > mentioned). Given that it is there by default, I propose to mark it > r

Re: Bug#697433: Is the Package-List field necessary for uploads ?

Le Sun, Jan 06, 2013 at 09:12:11AM +0900, Charles Plessy a écrit : > > we are documenting in the Policy the Package-List field of the Debian source > control files. > > Multiline field listing all the packages that can be built from > the source package. The first line of the field value is

Continue discussion about uscan enhancement (Was: Uscan enhancements revitalised)

Hi Nicolas, happy new year - happy new discussion. I was busy editing the Wiki page you created[1] and updated also the Git repository to finally apply the patch you mentioned in the previous discussion[2] because I realised that the `find -name` solution had the drawback that it is not possible

Bug#697614: ITP: libsoxr -- High quality 1D sample-rate conversion library

Package: wnpp Severity: wishlist Owner: Benjamin Drung * Package name: libsoxr Version : 0.1 Upstream Author : Rob Sykes * URL : http://sourceforge.net/projects/soxr * License : LGPL-2.1+ plus some BSD files Programming Lang: C Description : High quali

Bug#697608: ITP: python-argcomplete -- Bash completion for python argparse

Package: wnpp Severity: wishlist Owner: Marco Nenciarini * Package name: python-argcomplete Version : 0.3.2 Upstream Author : Andrey Kislyuk * URL : https://github.com/kislyuk/argcomplete * License : Apache Software License Programming Lang: Python Descrip

Re: Updates in the very-old-stable

Hi Thomas, hi others, On So 06 Jan 2013 19:36:09 CET Thomas Goirand wrote: Another idea that pops up. Obviously, if this starts somehow, it will be for when Squeeze is declared EOL, so that's in about a year of time. Probably we can have an open round table about this at next Debconf. I'd be

Bug#697593: ITP: laborejo -- music notation workshop

Package: wnpp Severity: wishlist Owner: Alessio Treglia * Package name: laborejo Version : 0.4.0 Upstream Author : Nils Gey * URL : http://www.laborejo.org/ * License : GPL Programming Lang: Python Description : music notation workshop Laborejo, Espe

Re: Ifupdown, loopback interface, /etc/network/interfaces.d

* Andrew Shadura [2013-01-07 09:15]: > On Mon, 07 Jan 2013 08:42:40 +0100 > Tollef Fog Heen wrote: > > > My suggestion would be to, over the jessie cycle, deprecate (but still > > read) /etc/network/interfaces and for jessie+1 just drop the file and > > only use the .d directory. > > I don't t

Re: Ifupdown, loopback interface, /etc/network/interfaces.d

]] Andrew Shadura > > Also, your fix doesn't actually solve the RC bug either: > > Well, it does. No, it doesn't. You're still recreating /etc/network/interfaces if it's not there. Removing a file is a change which must be preserved. -- Tollef Fog Heen UNIX is user friendly, it's just picky

Re: Ifupdown, loopback interface, /etc/network/interfaces.d

Hello, On Mon, 07 Jan 2013 08:42:40 +0100 Tollef Fog Heen wrote: > > I'd like to hear opinions on this idea. > I think you should just get a wheezy-ignore tag from the release team > and solve this properly for jessie. > Also, your fix doesn't actually solve the RC bug either: Well, it does.