Re: Crowd funding campaign to package browserify in debian

2016-12-26 Thread Russell Stuart
On Sun, 2016-12-25 at 19:17 +0100, Stéphane Blondon wrote: > Perhaps I missed something, so I'm curious to learn more about it (a > link or some keywords can be a good start). The buzz work mix is: - vue-loader - webpack - webpack plugin for .vue files (mix of HTML, CSS/sass/stylus, and JS). and

Re: compression support in kmod

2016-12-26 Thread Eduard Bloch
Hallo, * Josh Triplett [Sun, Dec 25 2016, 07:59:18PM]: > Marco d'Itri wrote: > > Do we want it or not? > > And if we do, should we support gzip, XZ or both? > > > > From time to time some user requests enabling this feature, but since > > Debian kernels do not use it I am not sure that it is a go

Can we kill net-tools, please?

2016-12-26 Thread Marco d'Itri
ifconfig, route, etc... Recently the net-tools maintainer has forked the abandoned net-tools code base and started developing it again, after 15 years of stasis. As a design choice he has changed the output of most commands, hence breaking many scripts parsing their output. With this post I wa

Re: Can we kill net-tools, please?

2016-12-26 Thread Andrey Rahmatullin
For the record: # Broken Depends: argus: argus-server [amd64 arm64 armel armhf hurd-i386 i386 mips mips64el mipsel powerpc ppc64el s390x] bind9: bind9 bitlbee: bitlbee-common chkrootkit: chkrootkit [amd64 arm64 armel armhf i386 kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s3

Re: Can we kill net-tools, please?

2016-12-26 Thread Martín Ferrari
On 26/12/16 10:50, Marco d'Itri wrote: > ifconfig, route, etc... > > Recently the net-tools maintainer has forked the abandoned net-tools > code base and started developing it again, after 15 years of stasis. I am currently the Debian maintainer for net-tools, but note that I have not forked, no

Re: Can we kill net-tools, please?

2016-12-26 Thread Jonas Smedegaard
Quoting Andrey Rahmatullin (2016-12-26 14:57:26) > For the record: > > # Broken Depends: [...] > # Broken Build-Depends: If by "broken" you wanted to list all packages that would be broken if net-tools was dropped, then the lists are incomplete: At least sugar-presence-service (different from s

Re: Can we kill net-tools, please?

2016-12-26 Thread Jonas Smedegaard
Quoting Jonas Smedegaard (2016-12-26 15:32:18) > Quoting Andrey Rahmatullin (2016-12-26 14:57:26) > > For the record: > > > > # Broken Depends: > [...] > > # Broken Build-Depends: > > If by "broken" you wanted to list all packages that would be broken if > net-tools was dropped, then the lists a

Re: Can we kill net-tools, please?

2016-12-26 Thread Andrey Rahmatullin
On Mon, Dec 26, 2016 at 03:32:18PM +0100, Jonas Smedegaard wrote: > > For the record: > > > > # Broken Depends: > [...] > > # Broken Build-Depends: > > If by "broken" you wanted to list all packages that would be broken if > net-tools was dropped, then the lists are incomplete It's output of `da

Re: Can we kill net-tools, please?

2016-12-26 Thread Steve Cotton
On Mon, Dec 26, 2016 at 10:57:11AM -0300, Martín Ferrari wrote: > I agree wholeheartedly, and thought about retiring it in the past, but > it proved impossible at the time. > > Maybe the output format change will make people finally switch to > something less awful. Given that the transition-free

Re: Can we kill net-tools, please?

2016-12-26 Thread Martín Ferrari
On 26/12/16 11:43, Steve Cotton wrote: > Given that the transition-freeze for Stretch was on Nov 5th, I think this > update should be kept out of Testing until Stretch has been released. Actually, I made this update in September 2015. Yesterday I added a debian/NEWS file to warn users about the p

Re: unattended-upgrades by default?

2016-12-26 Thread Paul van der Vlis
Op 25-12-16 om 06:36 schreef Samuel Thibault: > Paul van der Vlis, on Sun 25 Dec 2016 01:34:15 +0100, wrote: >> I would like it when >> desktop users could get a message that programms has to be restarted. >> Not sure this is important for servers too, I would think so. > > In a mail server we hav

HEADSUP: mails sent to n...@bugs.debian.org are NOT sent to the submitter

2016-12-26 Thread Samuel Thibault
This happens again and again... Quite a few maintainers don't seem to realize that mails sent to n...@bugs.debian.org are not sent to the bug submitter, and the bug tracking thus halts down completely when the maintainer asks for information only to the bot, and not to the human. I don't know how

Re: unattended-upgrades by default?

2016-12-26 Thread Paul van der Vlis
Op 25-12-16 om 01:43 schreef Paul Wise: > On Sun, Dec 25, 2016 at 8:34 AM, Paul van der Vlis wrote: > >> I am doing this myself already on desktop systems so I have some >> experiences with it. > > Thanks for sharing your experience. > >> What I would really like is a mechanism where the user ca

Re: HEADSUP: mails sent to n...@bugs.debian.org are NOT sent to the submitter

2016-12-26 Thread Daniel Shahaf
Samuel Thibault wrote on Mon, Dec 26, 2016 at 17:29:53 +0100: > This happens again and again... Quite a few maintainers don't seem to > realize that mails sent to n...@bugs.debian.org are not sent to the bug > submitter, and the bug tracking thus halts down completely when the > maintainer asks fo

Re: HEADSUP: mails sent to n...@bugs.debian.org are NOT sent to the submitter

2016-12-26 Thread Samuel Henrique
I didn't know that, fortunately i didn't ended in a situation where i needed feedback from the bug submitter. But the question is, shouldn't the bot forward to the submitter? Samuel Henrique 2016-12-26 14:29 GMT-02:00 Samuel Thibault : > This happens again and again... Quite a few maintainers

Re: HEADSUP: mails sent to n...@bugs.debian.org are NOT sent to the submitter

2016-12-26 Thread Arto Jantunen
Samuel Henrique writes: > I didn't know that, fortunately i didn't ended in a situation where i > needed feedback from the bug submitter. > > But the question is, shouldn't the bot forward to the submitter? It does, if you ask it to do so by mailing nnn-submit...@bugs.debian.org instead. Please s

Bug#849410: ITP: libsub-quote-perl -- helper modules for subroutines

2016-12-26 Thread gregor herrmann
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libsub-quote-perl Version : 2.003001 Upstream Author : mst - Matt S. Trout (cpan:MSTROUT) * URL : https://metacpan.org/rel

Re: Can we kill net-tools, please?

2016-12-26 Thread Andreas Henriksson
Hello, On Mon, Dec 26, 2016 at 06:57:26PM +0500, Andrey Rahmatullin wrote: > For the record: [...] There's quite alot of cruft around still. I went through the depends list and my notes/patches are attached. (Can also be browsed at https://fatal.se/tmp/rm-net-tools/ for now.) Help with filing bu

Re: Can we kill net-tools, please?

2016-12-26 Thread Guus Sliepen
On Mon, Dec 26, 2016 at 06:57:26PM +0500, Andrey Rahmatullin wrote: > # Broken Depends: > ifupdown: ifupdown [kfreebsd-amd64 kfreebsd-i386] Indeed, it's necessary for kFreeBSD where there's no iproute2. Luckily it doesn't parse the output, but I guess I have to check carefully that everything sti

Re: Can we kill net-tools, please?

2016-12-26 Thread Jochen Sprickerhof
* Andreas Henriksson [2016-12-26 19:31]: > bitlbee-common.config uses netstat. > > Dependency is thus valid. Could be ported to 'ss' from iproute2. Already discussed here: https://github.com/bitlbee/bitlbee/pull/91 Cheers Jochen signature.asc Description: PGP signature

Bug#849415: ITP: git-crecord -- interactively select chunks to commit with Git

2016-12-26 Thread Andrew Shadura
Package: wnpp Severity: wishlist Owner: Andrew Shadura -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: git-crecord Version : 20161216.0 Upstream Author : Andrew Shadura and others * URL : https://github.com/andrewshadura/git-crecord * License

Re: Can we kill net-tools, please?

2016-12-26 Thread Geert Stappers
On Mon, Dec 26, 2016 at 02:50:50PM +0100, Marco d'Itri wrote: > ifconfig, route, etc... From https://packages.debian.org/stretch/arm64/net-tools/filelist * /bin/netstat * /sbin/ifconfig * /sbin/ipmaddr * /sbin/iptunnel * /sbin/mii-tool * /sbin/nameif * /sbin/plipconfig * /sbin/rarp * /s

Re: Bug#820780: clarify syntax of ‘cancel’ command for queue control

2016-12-26 Thread Ben Finney
Control: retitle -1 clarify syntax of ‘cancel’ command for queue control Control: tags -1 + help On 12-Apr-2016, Neil Williams wrote: > >From the manpage: > >If you've uploaded packages with the --delayed option (uploaded to >DEFERRED queue), then use the cancel command with

Re: Can we kill net-tools, please?

2016-12-26 Thread Ben Hutchings
On Mon, 2016-12-26 at 19:31 +0100, Andreas Henriksson wrote: [bind9.patch] > --- bind9-9.10.3.dfsg.P4/debian/bind9.init2016-05-04 01:40:36.0 > +0200 > +++ bind9-9.10.3.dfsg.P4.new/debian/bind9.init2016-12-26 > 16:38:27.153860242 +0100 > @@ -33,7 +33,7 @@ >  else >   IF

Bug#753350: ITP: youtube-dl-gui -- a graphical frontend for youtube-dl

2016-12-26 Thread Félix Sipma
Hi Joel, Do you still plan to work on a package for youtube-dl-gui? If not, I'll be happy to do it myself. Thanks! signature.asc Description: PGP signature

Re: unattended-upgrades by default?

2016-12-26 Thread Paul Wise
On Tue, Dec 27, 2016 at 12:35 AM, Paul van der Vlis wrote: > I use a script on a few servers to realize this, it's not perfect: > http://vandervlis.nl/files/updateafter It might be interesting to contribute this to unattended-upgrades. > I use "at" to reboot very early in the morning: /etc/apt/

Re: HEADSUP: mails sent to n...@bugs.debian.org are NOT sent to the submitter

2016-12-26 Thread Paul Wise
On Tue, Dec 27, 2016 at 12:29 AM, Samuel Thibault wrote: > This happens again and again... Quite a few maintainers don't seem to > realize that mails sent to n...@bugs.debian.org are not sent to the bug > submitter, and the bug tracking thus halts down completely when the > maintainer asks for in

Re: HEADSUP: mails sent to n...@bugs.debian.org are NOT sent to the submitter

2016-12-26 Thread Ian Jackson
Samuel Thibault writes ("HEADSUP: mails sent to n...@bugs.debian.org are NOT sent to the submitter"): > This happens again and again... Quite a few maintainers don't seem to > realize that mails sent to n...@bugs.debian.org are not sent to the bug > submitter, and the bug tracking thus halts down

Re: HEADSUP: mails sent to n...@bugs.debian.org are NOT sent to the submitter

2016-12-26 Thread Ian Jackson
Paul Wise writes ("Re: HEADSUP: mails sent to n...@bugs.debian.org are NOT sent to the submitter"): > On Tue, Dec 27, 2016 at 12:29 AM, Samuel Thibault wrote: > > This happens again and again... Quite a few maintainers don't seem to > > realize that mails sent to n...@bugs.debian.org are not sent

Re: HEADSUP: mails sent to n...@bugs.debian.org are NOT sent to the submitter

2016-12-26 Thread Paul Wise
On Tue, Dec 27, 2016 at 7:03 AM, Ian Jackson wrote: > When I decided that debbugs should work like this: I think this was the right decision and still is, with this additional reason: Folks are much busier these days and every extra unnecessary email takes extra time and brain space that could b

update fonts etc. in HTML pages

2016-12-26 Thread Toni Mueller
Hi, I'm working on packaging for a -doc package and find, that the original code generated, in this case by Sphinx, contains unwanted references to fonts hosted outside, eg. at Google, and other unwanted stuff. For the bulk of the JavaScript, I found Debian packages that allow me to create the d

Re: update fonts etc. in HTML pages

2016-12-26 Thread Adam Borowski
On Tue, Dec 27, 2016 at 01:13:38AM +0100, Toni Mueller wrote: > I'm working on packaging for a -doc package and find, that the original > code generated, in this case by Sphinx, contains unwanted references to > fonts hosted outside, eg. at Google, and other unwanted stuff. For the > bulk of the Ja

Bug#849427: ITP: mpgrafic -- MPI version of N-body initial conditions grafic package

2016-12-26 Thread Boud Roukema
Package: wnpp Severity: wishlist Owner: Boud Roukema * Package name: mpgrafic Version : 0.3.2 Upstream Author : Simon Prunet, Christophe Pichon, Boud Roukema * URL : https://bitbucket.org/broukema/mpgrafic * License : GPL-v2+ Programming Lang: fortran Descr

Re: Can we kill net-tools, please?

2016-12-26 Thread Andreas Henriksson
Hello, On Mon, Dec 26, 2016 at 09:55:14PM +0100, Geert Stappers wrote: > Thing what Andreas Henriksson is doing > in https://lists.debian.org/debian-devel/2016/12/msg00619.html > providing patches how to get rit of net-tools, > is what will make the killing of net-tools more easy. I personally do

Re: update fonts etc. in HTML pages

2016-12-26 Thread Sean Whitton
Hello Toni, On Tue, Dec 27, 2016 at 01:13:38AM +0100, Toni Mueller wrote: > I'm working on packaging for a -doc package and find, that the original > code generated, in this case by Sphinx, contains unwanted references to > fonts hosted outside, eg. at Google, and other unwanted stuff. You probab