Bug#877759: ITP: node-mz -- Modernize node.js to current ECMAScript specifications

Package: wnpp Severity: wishlist Owner: Preyass Chandran X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-mz Version : 2.7.0 Upstream Author : Jonathan Ong (http://jongleberry.com) * URL : https://github.com/normalize/mz#readme * License : Expa

Re: allowed uses of non-baseline CPU extensions

On Thu, 05 Oct 2017 at 11:01:42 +0800, Paul Wise wrote: > Anything that generates different code depending on the instructions > supported by the build CPU is going to break reproducible builds. So > whatever mechanism is used, it needs to be deterministic. [...] > I'd like to see CMAKE_SYSTEM_PROC

Re: allowed uses of non-baseline CPU extensions

On Thu, 05 Oct 2017 at 03:52:56 +0200, Adam Borowski wrote: > The package in question, lepton, is a tool to losslessly recompress JPEG > files. It does so faster if your CPU is equipped with SSE4.1, thus the > upstream build system hard-codes this requirement, even though it seems > that generic c

Re: allowed uses of non-baseline CPU extensions

On Thu, Oct 05, 2017 at 09:12:05AM +0100, Simon McVittie wrote: > On Thu, 05 Oct 2017 at 03:52:56 +0200, Adam Borowski wrote: > > So, let's list packages that want non-baseline: > > * multiple variants: package src:x provides x-unoptimized, x-sse3 and > > x-avx1048576. Clearly legitimate and a

Re: allowed uses of non-baseline CPU extensions

On Thu, 2017-10-05 at 03:23 +0100, Ben Hutchings wrote: > This should be unnecessary since gcc 6, as you can easily tell the > compiler to generate and select between multiple versions of the > functions. See . Having to identify interesting functions and add com

Re: Removal of upstart integration

On Tue, Sep 26, 2017 at 09:23:50PM +0200, Paul Gevers wrote: > Hi, > > On 26-09-17 21:13, Christian Seiler wrote: > > Maybe there are cases for others, but I don't think the list > > should be much longer than that. > > Not sure about other helpers or scripts, but dbconfig-common and debconf > ha

Bug#877775: ITP: python3-mailman-hyperkitty -- Mailman3 plugin to archive emails with HyperKitty

Package: wnpp Severity: wishlist Owner: Jonas Meurer * Package name: python3-mailman-hyperkitty Version : 1.1.0 Upstream Author : Aurelien Bompard * URL : https://gitlab.com/mailman/mailman-hyperkitty * License : GPL-3 Programming Lang: Python Description

Re: Bug#877212: [Pkg-javascript-devel] Bug#877212: node-d3-color: B-D npm not available in testing

Simon McVittie writes ("Re: Bug#877212: [Pkg-javascript-devel] Bug#877212: node-d3-color: B-D npm not available in testing"): > As far as I'm aware, they currently don't. Policy says it would be valid > if they did, and some derivatives and unofficial rebuilds actually do > so, but the "real" Debi

Re: allowed uses of non-baseline CPU extensions [and 1 more messages]

Simon McVittie writes ("Re: allowed uses of non-baseline CPU extensions"): > I think this is perhaps a reasonable compromise: consider non-baseline > CPU requirements to be a bug, I think this is the right approach. It neatly solves the problem of asking the maintainer to do the porting and testi

Re: [Pkg-javascript-devel] Bug#877212: node-d3-color: B-D npm not available in testing

Gunnar Wolf writes ("Re: [Pkg-javascript-devel] Bug#877212: node-d3-color: B-D npm not available in testing"): > Pirate Praveen dijo [Wed, Oct 04, 2017 at 04:52:37PM +0530]: > > But debian buildds already prohibit network access during build and > > these packages has to be binary included always.

Re: [Pkg-javascript-devel] Bug#877212: node-d3-color: B-D npm not available in testing

On Oct 03, Gunnar Wolf wrote: > So, contrib is _explicitly_ meant for software that does not meet the > DFSG, not for random stuff that cannot be packaged for convenience or > different issues. I am almost sure that when I joined the project contrib was also the place for sub-standard packages.

Re: [Pkg-javascript-devel] Bug#877212: node-d3-color: B-D npm not available in testing

On Thu, Oct 05, 2017 at 02:42:30PM +0200, Marco d'Itri wrote: On Oct 03, Gunnar Wolf wrote: So, contrib is _explicitly_ meant for software that does not meet the DFSG, not for random stuff that cannot be packaged for convenience or different issues. I am almost sure that when I joined the pro

Re: Bug#857452: Steps towards a patch to document disabling a daemon upon installation

On Tue, Sep 12, 2017 at 9:49 AM, Ian Jackson wrote: > Felipe Sateler writes ("Re: Steps towards a patch to document disabling a > daemon upon installation"): >> I suggest instead mentioning the real reasons its bad: > > Thanks for providing real reasons. > >> > I can't speak to the behaviour of

Bug#877782: ITP: ignore-me -- Generator for ignore files for autotools based projects

Package: wnpp Severity: wishlist Owner: Sascha Manns -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: ignore-me Version : 0.1.0 Upstream Author : Sascha Manns * URL : https://launchpad.net/ignore-me * License : GPL and MIT/X Programming Lang:

source.changes has wrong hash sum (Was: ftp master uploads disappearing?)

On Tue, Oct 03, 2017 at 06:55:38PM +0200, Andreas Tille wrote: > On Tue, Oct 03, 2017 at 12:17:05AM -0500, Michael Lustfield wrote: > > > I tried both but with no success. :-( > > > > Then you obviously need a third option! > > I use `SOURCE_ONLY_CHANGES=yes` in `~/.pbuilderrc`. > > Works! > > T

Re: Removal of upstart integration

On Tue, Sep 26, 2017 at 09:13:46PM +0200, Christian Seiler wrote: > On 09/26/2017 09:03 PM, Ansgar Burchardt wrote: > > Arguably `dpkg` could also run maintainer scripts in a more controlled > > environment so less random variables affect the maintainer scripts. > > Full ACK. IMHO it should be spe

Re: Removal of upstart integration

On Thu, Oct 05, 2017 at 06:08:15PM +0100, Colin Watson wrote: On Tue, Sep 26, 2017 at 09:13:46PM +0200, Christian Seiler wrote: On 09/26/2017 09:03 PM, Ansgar Burchardt wrote: > Arguably `dpkg` could also run maintainer scripts in a more controlled > environment so less random variables affect t

Re: Bug#877212: [Pkg-javascript-devel] Bug#877212: node-d3-color: B-D npm not available in testing

Ian Jackson dijo [Thu, Oct 05, 2017 at 01:29:16PM +0100]: > I have also heard of packages which do "apt-get source" in their rules > files. > > I think that both of these activities are reasonable things to do. > They don't violate the self-containedness of Debian. If they are > technically forbi

Re: allowed uses of non-baseline CPU extensions

On 2017-10-05 09:09 +0100, Simon McVittie wrote: > On Thu, 05 Oct 2017 at 11:01:42 +0800, Paul Wise wrote: >> Anything that generates different code depending on the instructions >> supported by the build CPU is going to break reproducible builds. So >> whatever mechanism is used, it needs to be d

Re: Removal of upstart integration

Michael Stone writes ("Re: Removal of upstart integration"): > On Thu, Oct 05, 2017 at 06:08:15PM +0100, Colin Watson wrote: > >The frontend is often started via the confmodule sourced by a maintainer > >script (and then the maintscript re-execed under the frontend), so for > >better or worse you d

Re: Bug#877212: [Pkg-javascript-devel] Bug#877212: node-d3-color: B-D npm not available in testing

Gunnar Wolf writes ("Re: Bug#877212: [Pkg-javascript-devel] Bug#877212: node-d3-color: B-D npm not available in testing"): > Ian Jackson dijo [Thu, Oct 05, 2017 at 01:29:16PM +0100]: > > I think that both of these activities are reasonable things to do. > > They don't violate the self-containednes

Re: Bug#877212: [Pkg-javascript-devel] Bug#877212: node-d3-color: B-D npm not available in testing

Le jeudi, 5 octobre 2017, 13.29:16 h CEST Ian Jackson a écrit : > I have also heard of packages which do "apt-get source" in their rules > files. debian-installer-netboot-images does a similar thing, but it's more of a shell re-implementation of a trust chain check: http://sources.debian.net/src/

Bug#877796: ITP: libpherkin-extension-weasel-perl - Pherkin extension for web-testing

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libpherkin-extension-weasel-perl Version : 0.02 Upstream Author : Erik Huelsmann * URL or Web page : https://metacpan.org/pod/Pherkin::Extension::Weasel * Lice

Re: source.changes has wrong hash sum (Was: ftp master uploads disappearing?)

On 10/05/2017 06:53 PM, Andreas Tille wrote: > Bad checksums on loki_2.4.7.4-7_source.changes: Checksum mismatch for file > loki_2.4.7.4-7.dsc: b4d2841416822842e6e6b85c44e3f4f3 != > 7acc0c03ab3a269d117decd6dd692967 > > What to try next? following this conversation with interest, i also tried te

Re: Removal of upstart integration

]] Ian Jackson > However, I think that such arrangements are already made. The > majority of people use "sudo", which AIUI already launders the > environment. That depends. If you do sudo -i you get a mostly clean env: $ sudo -i env LANG=nb_NO.UTF-8 TZ=CET SUDO_GID=1000 DISPLAY=:0 HOSTNAME=xo

Re: allowed uses of non-baseline CPU extensions

On Thu, 05 Oct 2017 at 20:10:02 +0200, Sven Joachim wrote: > On 2017-10-05 09:09 +0100, Simon McVittie wrote: > > It's also common > > to identify architecture by uname -m in ad-hoc project-specific build > > systems > > Using uname -m seems to be wrong, since there are many 32-bit > architectures

Re: allowed uses of non-baseline CPU extensions

On Thu, 05 Oct 2017 at 20:10:02 +0200, Sven Joachim wrote: > On 2017-10-05 09:09 +0100, Simon McVittie wrote: > > Unfortunately, dpkg's cputable doesn't seem to > > have a column for "what is a normal uname -m on this architecture?", > > The closest thing to that is DEB_HOST_GNU_CPU which debhelpe

Virtual Private Network (VPN) Leads

Hello, I realize that we haven't had any past contact, yet I'm connecting with enlighten you concerning our new Virtual Private Network (VPN) Clients' records. We do have different advancements like: ExpressVPN, Purevpn, NordVPN, SAFERVPN, ZenMate, Avira Phantom, Norton, IPVANISH, Vyprvpn,

Re: Removal of upstart integration

On Thu, 05 Oct 2017 at 21:43:20 +0200, Tollef Fog Heen wrote: > However, if you just do the IMO more common sudo $command, you get a lot > more: > > $ sudo env | wc -l > 87 Is that under default configuration? My /etc/sudoers{,.d/*} don't mention env_reset, and "sudo env" clears most of the envir

Re: Many executables across Debian's archives share basenames

On Thu, Oct 05, 2017 at 01:32:47PM -0700, Don Armstrong wrote: > On Thu, 05 Oct 2017, Kamil Cholewiński wrote: > > I wrote a short script that calls "apt-file find 'bin/'", filters > > results to include only stuff from /bin:/sbin:/usr/bin:/usr/sbin, and > > looks for basename clashes. Turns out, i

Re: Many executables across Debian's archives share basenames

Zenaan Harkness writes: > Another one is "import" - should simply NEVER be a program name - > should be reserved. > man page: import - saves any visible window on an X server and > outputs it as an image file. You can capture a single window, the > entire screen, or any rectangular portion of th

Re: [Pkg-javascript-devel] Bug#877212: node-d3-color: B-D npm not available in testing

Hello Ian, On Thu, Oct 05 2017, Ian Jackson wrote: > I'm not sure what you think is wrong with policy. Sean quoted the > statement forbidding network access during build. I believe that Gunnar thinks that this statement should be extended to include contrib. Currently, it covers only main. --

Re: Removal of upstart integration

Hi! On Tue, 2017-09-26 at 21:03:00 +0200, Ansgar Burchardt wrote: > While it doesn't hurt here, I think people are on their own if they set > POSIX_CORRECTLY or so (or include another incompatible `rmdir` in > $PATH). > Arguably `dpkg` could also run maintainer scripts in a more controlled > envi

Work-needing packages report for Oct 6, 2017

The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 1132 (new: 0) Total number of packages offered up for adoption: 156 (new: 1) Total number of packages reques

Bug#877849: ITP: python-magic -- A python wrapper for libmagic

Package: wnpp Severity: wishlist Owner: Christoph Biedl * Package name: python-magic Version : 0.4.13 Upstream Author : Adam Hupp * URL : https://github.com/ahupp/python-magic/ * License : MIT Programming Lang: Python Description : A python wrapper for