Accepted python-coverage-test-runner 1.13.1-2 (source all) into unstable

: Debian QA Group Changed-By: Lars Wirzenius Description: python-coverage-test-runner - fail Python program unit tests unless they test everything python3-coverage-test-runner - fail Python program unit tests unless they test everything Changes: python-coverage-test-runner (1.13.1-2) unstable

Accepted python-cliapp 1.20180812.1-2 (source all) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 18 Nov 2018 23:24:43 +0200 Source: python-cliapp Binary: python-cliapp python3-cliapp Architecture: source all Version: 1.20180812.1-2 Distribution: unstable Urgency: medium Maintainer: Debian QA Group Changed-By: Lars

Accepted cmdtest 0.32-2 (source all) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 18 Nov 2018 23:23:28 +0200 Source: cmdtest Binary: cmdtest Architecture: source all Version: 0.32-2 Distribution: unstable Urgency: medium Maintainer: Debian QA Group Changed-By: Lars Wirzenius Description: cmdtest

Accepted vmdb2 0.13.2-2 (source all) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 18 Nov 2018 19:02:28 +0200 Source: vmdb2 Binary: vmdb2 Architecture: source all Version: 0.13.2-2 Distribution: unstable Urgency: medium Maintainer: Debian QA Group Changed-By: Lars Wirzenius Description: vmdb2

Accepted python-ttystatus 0.38-2 (source all) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 18 Nov 2018 18:27:45 +0200 Source: python-ttystatus Binary: python-ttystatus python3-ttystatus Architecture: source all Version: 0.38-2 Distribution: unstable Urgency: medium Maintainer: Debian QA Group Changed-By: Lars

Opt-in to continue as DD/DM? (was: I resigned in 2004)

Tollef Fog Heen : > (I also wonder if we should just require people to opt in to their > DD-ship on a yearly basis instead of doing most of the WAT/MIA dance. If > people can't be bothered to reply to a single email saying «yup, another > year please» with some reasonable amount of pinging and

Limiting the power of packages

The problem: when a .deb package is installed, upgraded, or removed, the maintainer scripts are run as root and can thus do anything. Sometimes what they do is an unwelcome surprise to the user. For example, the Microsoft Skype .deb and the Google Chrome .deb add to the APT sources lists and APT

Re: Package not compatible with old systemd

On Tue, Sep 18, 2018 at 09:21:11AM +0200, Ondrej Novy wrote: > I think my solution is correct, because Swift works with any init system > and I want to only say "it doesn't work with older systemd". I don't think > it's correct to list all possible init systems in Depends. Would Conflicts work

Re: Limiting the size of installed changelogs

On Thu, Sep 13, 2018 at 11:22:37AM +0100, Ben Hutchings wrote: > The src:linux package has a very big changelog (about 1700 kiB > uncompressed, 600 kiB gzipped). On my system the largest installed > changelogs, by some way, are all versions of this. (The next largest > changelogs come from

Re: Debian 9.5 Installer

On Mon, 2018-08-13 at 11:00 +0200, Julien Cristau wrote: > A previous iteration on this was > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722898 A modern SSD can write hundreds of megabytes per second, and contains on the order of a terabyte. Older SSDs are smaller, but slower. Rotating

Accepted python-cliapp 1.20180812.1-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 12 Aug 2018 15:22:03 +0300 Source: python-cliapp Binary: python-cliapp python3-cliapp Architecture: source Version: 1.20180812.1-1 Distribution: unstable Urgency: medium Maintainer: Lars Wirzenius Changed-By: Lars Wirzenius

Re: vmdebootstrap going away in September, switch now

Package: autopkgtest Version: 5.4.2 On Sun, 2018-07-29 at 23:24 +0200, Michael Biebl wrote: > I notice that the autopkgtest man pages still reference vmdebootstrap, > specifically autopkgtest-virt-qemu.1: > > > BUILDING IMAGES > >Debian > >For Debian you can use vmdebootstrap(8) to

Building Debian packages in CI (ick)

I've recently made the first release of ick, my CI engine (https://ick.liw.fi/), which was built by ick itself. It went OK, but the process needs improvement. This mail has some pondering on how the process of building Debian packages should happen in the best possible taste. I'd appreciate

Accepted vmdb2 0.13.2-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 06 May 2018 09:26:24 +0300 Source: vmdb2 Binary: vmdb2 Architecture: source Version: 0.13.2-1 Distribution: unstable Urgency: medium Maintainer: Lars Wirzenius <l...@liw.fi> Changed-By: Lars Wirzenius <l...@liw.fi>

Accepted vmdebootstrap 1.11-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 27 Apr 2018 17:07:58 +0300 Source: vmdebootstrap Binary: vmdebootstrap Architecture: source Version: 1.11-1 Distribution: unstable Urgency: medium Maintainer: Lars Wirzenius <l...@liw.fi> Changed-By: Lars Wirzen

Re: Comma in Maintainer field

I feel like performing cruel acts on a previously viable equine entity. On Sun, 2018-04-22 at 14:56 +0100, Ian Jackson wrote: > I think this is not really desirable. It would be much better to make > the syntax a subset of 5322, at least. I think we should make this easy on ourselves. Let's

Re: Bits from the release team: full steam ahead towards buster

On Wed, 2018-04-18 at 11:16 +0500, Andrey Rahmatullin wrote: > No, users and, I suspect, a large part of admins and developers cannot > easily say which of two codenames is newer, and it doesn't matter what are > those two codenames. Numeric versions are usually used to help with this, > but not

Re: New lintian warning: vcs-deprecated-in-debian-infrastructure

On Fri, 2018-03-23 at 04:07 +0100, Guillem Jover wrote: > On Fri, 2018-03-23 at 03:33:48 +0100, Adam Borowski wrote: > > apt show $PACKAGE > > > > There's no need to duplicate the information inside .dsc/.deb and apt > > indices. > > Do you realize that the point of the repository (not apt :)

Re: New lintian warning: vcs-deprecated-in-debian-infrastructure

On Thu, 2018-03-22 at 15:40 +0100, Guillem Jover wrote: > I'm not sure now if this also has been said before, but I'm happy to > repeat it in any case. :) I'd very strongly object to completely moving > those fields out of the source packages, because it means when you get > or have a source

Re: New lintian warning: vcs-deprecated-in-debian-infrastructure

On Thu, 2018-03-22 at 09:58 +0100, Andreas Tille wrote: > I admit I do not agree with this and it was discussed here before. Can > we please agree that anonscm.debian.org remains a valid URL and stop > starting another round of package uploads for the sake of changing Vcs > fields. I'm repeating

Re: Updated proposal for improving the FTP NEW process

On Sat, 2018-03-10 at 23:06 +0100, Andreas Tille wrote: > In this longish thread I have read one contribution where a developer > expressed that he was happy about checking his SONAME bumped package > that was erroneous and luckily ftpmaster found the problem. I'm happy that the ftp masters are

Re: Updated proposal for improving the FTP NEW process

On Wed, 2018-03-07 at 00:30 +0500, Andrey Rahmatullin wrote: > On Tue, Mar 06, 2018 at 07:27:40PM +, Ian Campbell wrote: > > > I know for a fact that quite regularly licence checks on binNEW packages > > > causes RC bugs to pop up. I acknowledge it may be a burder for the ftp > > > team, but

Re: Updated proposal for improving the FTP NEW process

On Mon, 2018-03-05 at 14:51 +, Chris Lamb wrote: > Hi Martin, > > > In many cases, there is an issue open about the new binary package > > (In my experience, there is not.) > > > When there is no bug report open at all, well, bad luck. > > Well, possbibly, but if one is investing time and

Re: A proposal for improving transparency of the FTP NEW process

On Fri, 2018-03-02 at 22:05 -0600, Steve Robbins wrote: > I assume that the reason my packages have been processed is due to one > > of two reasons: a) I get quoted on LWN several times a year, so I'm a > > celebrity and get special treatment > > I expect that's it. For the avoidance of doubt,

Re: A proposal for improving transparency of the FTP NEW process

On Fri, 2018-03-02 at 13:51 +0100, Gert Wollny wrote: > How do you want to achieve this with a source package that has 13k+ > source files and where upstream does not provide a standard license > header for each file? I.e. there is some license text and it needs to > be quoted, but licensecheck

Re: A proposal for improving transparency of the FTP NEW process

On Fri, 2018-03-02 at 13:00 +0100, Gert Wollny wrote: > as the one who is the uploader of the package that is currently longest > in the NEW pipeline (vtk7), I'd like to make a proposal how > transparency and also the interaction from non ftp-master members to > review packages could be improved.

Re: [Pkg-javascript-devel] three.js_80+dfsg2-2_amd64.changes REJECTED

On Thu, 2018-03-01 at 11:59 +0530, Pirate Praveen wrote: > It seems ftp masters are literally the masters with only a GR powerful > enough to over turn their decisions. See > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881339#55 This seems correct, from my reading of the Debian

Accepted vmdebootstrap 1.9-1 (source) into unstable

org> Changed-By: Lars Wirzenius <l...@liw.fi> Description: vmdebootstrap - Bootstrap Debian into a (virtual machine) disk image Changes: vmdebootstrap (1.9-1) unstable; urgency=medium . * Add NEWS.Debian to warn about vmdebootstrap going away. Checksums-Sha1: d928557c8bf21484430407d70db1

Accepted vmdb2 0.12-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 24 Feb 2018 11:05:32 +0200 Source: vmdb2 Binary: vmdb2 Architecture: source Version: 0.12-1 Distribution: unstable Urgency: medium Maintainer: Lars Wirzenius <l...@liw.fi> Changed-By: Lars Wirzenius <l...@liw.fi>

Accepted cmdtest 0.32-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 24 Feb 2018 09:59:34 +0200 Source: cmdtest Binary: cmdtest Architecture: source Version: 0.32-1 Distribution: unstable Urgency: medium Maintainer: Lars Wirzenius <l...@liw.fi> Changed-By: Lars Wirzenius <l.

Re: Extended Long Term Support for Wheezy

I don't have an opinion on whether this should be done on Debian servers or not, but I have a comment on providing security support for more than a decade. How do you plan to deal with the kernel? Do you expect to backport security fixes to the wheezy kernel, or upgrade the kernel to newer

Re: Debian part of a version number when epoch is bumped

On Wed, 2018-02-14 at 18:52 +0100, Vincent Bernat wrote: > ❦ 14 février 2018 16:09 +0200, Lars Wirzenius <l...@liw.fi> : > > > > > It's not only an infrastructure problem. If you Depends on X (>= 1.8), > > > > this will be true with X 1:1.6 as well. ... &

Re: Debian part of a version number when epoch is bumped

On Wed, 2018-02-14 at 11:54 -0200, Henrique de Moraes Holschuh wrote: > On Wed, 14 Feb 2018, Vincent Bernat wrote: > > It's not only an infrastructure problem. If you Depends on X (>= 1.8), > > this will be true with X 1:1.6 as well. > > Only if your program is severely buggy. > > Hint: either

Accepted vmdb2 0.11-1 (all source) into unstable, unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 10 Feb 2018 17:56:41 +0200 Source: vmdb2 Binary: vmdb2 Architecture: all source Version: 0.11-1 Distribution: unstable Urgency: medium Maintainer: Lars Wirzenius <l...@liw.fi> Changed-By: Lars Wirzenius <l.

Bug#889826: ITP: vmdb2 -- create disk images with Debian installed

Package: wnpp Severity: wishlist Owner: Lars Wirzenius <l...@liw.fi> * Package name: vmdb2 Version : 0.9 Upstream Author : Lars Wirzenius <l...@liw.fi> * URL : https://github.com/larswirzenius/vmdb2 * License : GPL3+ Programming Lang: Python

Re: Debian part of a version number when epoch is bumped

On Tue, 2018-02-06 at 13:31 +, Jonathan Dowland wrote: > On Mon, Feb 05, 2018 at 05:06:00PM +0100, Mattia Rizzolo wrote: > > This is one of the many situations where I'd like developers to *ask* > > when unsure or uncertain of something. > > So, in fact, the epoch bump was totally useless, and

Re: Removing packages perhaps too aggressively?

On Thu, 2018-02-01 at 11:10 +0100, Abou Al Montacir wrote: > In general I agree with this as a DD, but when I wear my user hat I don't. I disagree, I'm afraid. As a user, the speed in which we do removals from testing or unstable shouldn't matter to you. What matters is that the software you need

Re: proposal: ITR (was Re: Removing packages perhaps too aggressively?)

On Thu, 2018-02-01 at 08:37 +0100, Christoph Biedl wrote: > Adam Borowski wrote... > > > Thus, I'd like to propose a new kind of wnpp bug: "Intent To Remove". > > Sounds like a very good idea. For me, I could automatically parse these > and check against the list of packages installed on my

Re: ITP: debos -- Debian OS builder

On Thu, 2018-01-11 at 11:00 +0100, Benjamin Drung wrote: > Both tools create a Debian OS and use a Jinja config which allows > specifying individual steps. Can the forces be joined? One is in Go, one in Python. There's nothing similar in the code bases. I see no chance of "joining forces", nor

Bug#886238: Please introduce official nosystemd build profile

On Thu, Jan 04, 2018 at 10:44:24PM +0300, Hleb Valoshka wrote: > On 1/3/18, Steve Langasek wrote: > > > Moreover, defining an official nosystemd profile in Debian signals that we > > are willing to support it, which means any maintainers who refuse such > > patches will

Re: Why do we list individual copyright holders?

On Tue, Jan 02, 2018 at 09:33:08PM -0800, Steve Langasek wrote: > These statements are not in contradiction. Saying "this package complies > with policy version X" doesn't say anything about what version of policy the > package *should* comply with. Our tooling should absolutely be optimized >

Re: salsa.debian.org (git.debian.org replacement) going into beta

On Fri, Dec 29, 2017 at 12:42:28PM +0800, Paul Wise wrote: > On Fri, Dec 29, 2017 at 10:21 AM, Guillem Jover wrote: > > > I'm also growing some URL switching fatigue when it comes to Debian's > > git repos. And that's one of the reasons I moved all my packaging to > > my own server some time ago.

Accepted python-ttystatus 0.38-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 04 Dec 2017 18:27:18 +0200 Source: python-ttystatus Binary: python-ttystatus python3-ttystatus Architecture: source Version: 0.38-1 Distribution: unstable Urgency: medium Maintainer: Lars Wirzenius <l...@liw.fi> C

Re: Debian Stretch new user report (vs Linux Mint)

On Mon, Dec 04, 2017 at 02:33:07PM +0100, Jeroen Dekkers wrote: > Just because software comes pre-installed doesn't mean it is free. And > if it is also impossible to replace the software you also can't update > it with a free version so the user has even less freedom than when you > can replace

Re: recommends for apparmor in newest linux-image-4.13

On Thu, Nov 23, 2017 at 03:01:09PM +0100, Christoph Hellwig wrote: > That's still not an upstream default lsm. Looks like someone in > Debian just decided to make apparmor the default, which is horrible > news :( Hello, Christoph, do you think you could manage to either point the general -devel

Re: Proposed change of offensive packages to -offensive

On Wed, Nov 22, 2017 at 11:10:20AM +, Iain R. Learmonth wrote: > Currently, as far as I can tell, sudo is build without PC_INSULTS. We > should probably rename the sudo package to sudo-offensive. > > This option is defined in the source code as "Define to 1 to replace > politically incorrect

Accepted python-ttystatus 0.37-1 (all source) into unstable, unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 11 Nov 2017 10:30:11 +0100 Source: python-ttystatus Binary: python-ttystatus python3-ttystatus Architecture: all source Version: 0.37-1 Distribution: unstable Urgency: medium Maintainer: Lars Wirzenius <l...@liw.fi> C

Accepted vmdebootstrap 1.8-1 (source) into unstable

org> Changed-By: Lars Wirzenius <l...@liw.fi> Description: vmdebootstrap - Bootstrap Debian into a (virtual machine) disk image Closes: 874525 Changes: vmdebootstrap (1.8-1) unstable; urgency=medium . * New upstream version * Add Steve to Uploaders. He did two NMUs and is willing. Drop

Accepted python-cliapp 1.20170827-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 27 Aug 2017 10:22:16 +0100 Source: python-cliapp Binary: python-cliapp python3-cliapp Architecture: source Version: 1.20170827-1 Distribution: unstable Urgency: medium Maintainer: Lars Wirzenius <l...@liw.fi> Changed-By

Accepted python-cliapp 1.20170823-1 (all source) into unstable, unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 23 Aug 2017 18:54:02 +0300 Source: python-cliapp Binary: python-cliapp python3-cliapp Architecture: all source Version: 1.20170823-1 Distribution: unstable Urgency: medium Maintainer: Lars Wirzenius <l...@liw.fi> C

Accepted python-coverage-test-runner 1.13.1-1 (all source) into unstable, unstable

Wirzenius <l...@liw.fi> Changed-By: Lars Wirzenius <l...@liw.fi> Description: python3-coverage-test-runner - fail Python program unit tests unless they test everything python-coverage-test-runner - fail Python program unit tests unless they test everything Changes: python-coverage

Accepted obnam 1.22-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 25 Jun 2017 13:30:00 +0300 Source: obnam Binary: obnam Architecture: source Version: 1.22-1 Distribution: unstable Urgency: medium Maintainer: Lars Wirzenius <l...@liw.fi> Changed-By: Lars Wirzenius <l...@liw.fi>

Re: When do we update the homepage to a modern design? (was Re: Moving away from (unsupportable) FusionForge on Alioth)

On Mon, May 15, 2017 at 01:42:09PM +0200, Arturo Borrero Gonzalez wrote: > On 15 May 2017 at 13:30, Paul Wise wrote: > > TBH if I was confronted with the new LXDE web design with CSS turned > > on, I would probably just close the page. The old page is way more > > informative and

Bug#860453: ITP: sparseutils -- interact with sparse files

Package: wnpp Severity: wishlist Owner: Lars Wirzenius <l...@liw.fi> * Package name: sparseutils Version : 0.0.1 Upstream Author : Richard Ipsum <richardip...@fastmail.co.uk> * URL : https://pypi.python.org/pypi/sparseutils/ * License : GPL3+ Prog

Re: Bug#860170: node-brfs -- browserify fs.readFileSync() static asset inliner

On Thu, Apr 13, 2017 at 08:59:30AM +0200, Wouter Verhelst wrote: > On Wed, Apr 12, 2017 at 10:16:18PM +0100, Jonathan Dowland wrote: > > On Wed, Apr 12, 2017 at 03:35:46PM +0200, Bastien ROUCARIES wrote: > > > Subject: Re: Bug#860170: node-brfs -- browserify fs.readFileSync() static > > > asset

Re: Fwd: can anyone review diaspora-installer?

On Thu, Apr 06, 2017 at 11:17:26AM +0530, Pirate Praveen wrote: > Sharing with wider debian community, hoping to get some support. I'm afraid I cannot give my support to this. I'm not involved with release management, so this is just one rando developer's opinion. > Current version in unstable

Re: System libraries and the GPLv2

On Thu, Mar 30, 2017 at 10:30:44AM +0200, Florian Weimer wrote: > * Lars Wirzenius: > > > A compication in this is that even though the developers of a program > > would be happy with linking to OpenSSL, people who've written other > > libraries the program uses

Re: System libraries and the GPLv2

On Thu, Mar 30, 2017 at 10:09:20AM +0200, Vincent Bernat wrote: > Well, that's really new to me. Why would you object to link to OpenSSL? I'm not sure how to respond to this. I don't understand why it is new to you. The conflict between the OpenSSL and GPL licences is well known, at least within

Re: System libraries and the GPLv2

On Thu, Mar 30, 2017 at 08:14:25AM +0200, Vincent Bernat wrote: > As Carlos, it's hard for me to believe anyone will object to OpenSSL > linking, all the more when they implemented the support for it. A compication in this is that even though the developers of a program would be happy with

Re: Bug#829076: general: Random freezes but the mouse can still move

(Reply-to points at me, I doubt there's any need for much discussion. If you disagree, tweak you headers accodingly.) On Sun, Feb 26, 2017 at 02:06:17PM +0100, Geert Stappers wrote: > On Sun, Feb 26, 2017 at 01:00:03PM +, Debian Bug Tracking System wrote: > > From: Lee Garrett

Accepted python-cliapp 1.20160724-2 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 05 Feb 2017 09:19:14 +0100 Source: python-cliapp Binary: python-cliapp Architecture: source Version: 1.20160724-2 Distribution: unstable Urgency: medium Maintainer: Lars Wirzenius <l...@liw.fi> Changed-By: Lars Wirzen

Re: Git hosting for code that provides Debian services

On Mon, Jan 30, 2017 at 10:31:41AM -0700, Sean Whitton wrote: > Sorry, my e-mail was poorly worded. I'd like to know why Lars thinks > that they are not sufficiently free. I don't want to spend much time on this (there are backups to make and test) so I'll just link to the infinitely wise

Re: Git hosting for code that provides Debian services

On Mon, Jan 30, 2017 at 07:16:59PM +0530, Pirate Praveen wrote: > On തിങ്കള്‍ 30 ജനുവരി 2017 07:05 വൈകു, Lars Wirzenius wrote: > > Is the Gitlab software still an "open core" product of Gitlab the > > company? > > > > git.fosscommunity.in is running Gitlab C

Re: Git hosting for code that provides Debian services

On Mon, Jan 30, 2017 at 06:57:46PM +0530, Pirate Praveen wrote: > The entire idea of that instance is to make a 100% Free Software public > git hosting service available to the Free Software community. Is the Gitlab software still an "open core" product of Gitlab the company? -- I want to build

Re: Auto reject if autopkgtest of reverse dependencies fail or cause FTBFS

On Mon, Jan 16, 2017 at 08:50:57AM +0100, Ole Streicher wrote: > Sean Whitton writes: > > I agree with the principle that test failures should be RC by default. > > This is something which seems to have no disagreement here. My concern > is just that I want to have a

Re: Python 3.6 in stretch

On Sun, Jan 08, 2017 at 06:27:57PM +0200, Lars Wirzenius wrote: > Python 3.6 isn't even in experimental yet This bit was wrong. 3.6 is in experimental. That doesn't change my point about a transition being too late now, however. -- I want to build worthwhile things that might last. --jo

Re: Python 3.6 in stretch

On Sun, Jan 08, 2017 at 04:58:01PM +0100, Galbo Branbert wrote: > I couldn't find any official statement if Python 3.6 will be the default > interpreter in stretch (as it was the current stable when the soft freeze > happened it should be, right?) Python 3.6 was released 23 December. The stretch

Re: unattended-upgrades by default

On Sat, Jan 07, 2017 at 12:04:54PM +0100, Santiago Vila wrote: > Now we can't be the Universal OS, no matter what we do :-) Distro development is difficult, let's go shopping. Sarcasm aside, here's a summary of the situation, as I understand it. tldr: let's not despair, we have a mostly

Re: Can we kill net-tools, please?

On Thu, Dec 29, 2016 at 08:17:01PM +0100, Bernd Zeimetz wrote: > In my opinion ip provides all the things you are mentioning - what are > you missing? with -o as option the output is rather easy to parse. I find ip's output hard to read. I have to take time to visually parse it every time, I

Re: Can we kill net-tools, please?

On Thu, Dec 29, 2016 at 10:30:26AM -0500, Theodore Ts'o wrote: > OK, you can remove the last half, but keep in mind there are plenty of > people who aren't using the exotic features provided by iproute2, and > are very happy using the more convenient and shorter BSD-style > commands. If you're

Accepted obnam 1.21-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 29 Dec 2016 17:11:54 +0200 Source: obnam Binary: obnam Architecture: source Version: 1.21-1 Distribution: unstable Urgency: medium Maintainer: Lars Wirzenius <l...@liw.fi> Changed-By: Lars Wirzenius <l...@liw.fi>

Accepted python-ttystatus 0.34-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 26 Dec 2016 10:39:34 +0200 Source: python-ttystatus Binary: python-ttystatus Architecture: source Version: 0.34-1 Distribution: unstable Urgency: medium Maintainer: Lars Wirzenius <l...@liw.fi> Changed-By: Lars Wirzen

Accepted obnam 1.20.3-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 15 Dec 2016 11:19:42 +0100 Source: obnam Binary: obnam Architecture: source Version: 1.20.3-1 Distribution: unstable Urgency: medium Maintainer: Lars Wirzenius <l...@liw.fi> Changed-By: Lars Wirzenius <l...@liw.fi>

Re: Bug#847749: ITP: node-user-home -- Get the path to the user home directory

On Mon, Dec 12, 2016 at 11:56:53AM -0300, Fernando Toledo wrote: > A package to get user home path ? > The world is dying... We've had a number of discussions about nodejs's approach to what is a suitable library/package size. Can we please not have that again? -- I want to build worthwhile

Re: DEP 8: Gathering Django usage analytics

On Fri, Nov 18, 2016 at 11:55:48AM +, Holger Levsen wrote: > I fail to see the relation to http://dep.debian.net/deps/dep8/ - can you > explain? It's a benign acronym collision: both Debian and Django define DEP: ours is Debian enhancement proposal, their is Django enhancement proposal. See

Re: DEP 8: Gathering Django usage analytics

On Fri, Nov 18, 2016 at 08:54:08AM +1100, Brian May wrote: > Lars Wirzenius <l...@liw.fi> writes: > > > If I understand this correctly, Django wants to gather usage > > statistics from installed Django instances, in a way that they say > > respects user privacy (tho

Re: More 5 november in the release schedule

On Sun, Nov 13, 2016 at 11:23:24AM +, Steve McIntyre wrote: > FTAOD: I thank the release team for their tireless work on making each > Debian release better than the last. We keep on adding more and more > software and making things harder and harder to stabilise and release, > and I 100%

Re: DEP 8: Gathering Django usage analytics

On Mon, Nov 07, 2016 at 06:05:18PM +1100, Brian May wrote: > https://github.com/django/deps/pull/31 If I understand this correctly, Django wants to gather usage statistics from installed Django instances, in a way that they say respects user privacy (though I failed to understand how, given a

Re: More 5 november in the release schedule

On Sun, Nov 06, 2016 at 11:59:34AM +0100, Marc Haber wrote: > That is really really bad. I really hoped back in 2015 that you were > joking when you announced that. It's really, really good. I was really glad that it isn't a joke. I'm even willing to justify my opinion: Keeping testing in a

Re: unattended-upgrades by default?

On Thu, Nov 03, 2016 at 06:47:28PM +, Steve McIntyre wrote: > One of the topics that we've been talking about yesterday is automatic > software upgrades of cloud images. Some of the cloud platform > providers really want this so that unsophisticated / inexperienced > users of Debian images on

Re: Bug#843021: RFP: yarn -- a fast, reliable, and secure package manager for Node.js

On Thu, Nov 03, 2016 at 06:04:26PM +0100, Paolo Greppi wrote: > On 03/11/2016 17:54, Lars Wirzenius wrote: > > I see the following possibilities now: > > > > a) You rename the yarn package manager in Debian (both package and > >binary). I keep the yarn name

Re: Bug#843021: RFP: yarn -- a fast, reliable, and secure package manager for Node.js

On Thu, Nov 03, 2016 at 04:17:37PM +0100, Paolo Greppi wrote: > On 03/11/2016 15:28, Lars Wirzenius wrote: > > The JS package manager called yarn is quite new. It wouldn't be > > unreasonable to suggest to them to rename it to avoid a naming > > conflict, in my opinion. >

Re: Bug#843021: RFP: yarn -- a fast, reliable, and secure package manager for Node.js

On Thu, Nov 03, 2016 at 04:17:37PM +0100, Paolo Greppi wrote: > Fine, I have opened an "Issue" in the github tracker, let's see if this > is received constructively: > https://github.com/yarnpkg/yarn/issues/1656 Thank you. -- I want to build worthwhile things that might last. --joeyh

Re: Bug#843021: RFP: yarn -- a fast, reliable, and secure package manager for Node.js

On Thu, Nov 03, 2016 at 02:02:31PM +, Ian Jackson wrote: > I searched github for `yarn'. You don't find my software on github. I do not want to rely on non-free services like github. > There are lots of hits for other > programs, including: > - a dialogue editor (for games, I think) > -

Re: Bug#843021: RFP: yarn -- a fast, reliable, and secure package manager for Node.js

On Thu, Nov 03, 2016 at 01:32:14PM +0100, Paolo Greppi wrote: > cmdtest provides yarn since this commit: > http://git.liw.fi/cgi-bin/cgit/cgit.cgi/cmdtest/commit/?id=859bb5ba9631df883dd7b074ff649ea2ca76e1ad Yep, in 0.27-1, uploaded Sep 21 this year. cmdtest has included the yarn program since

Re: Bug#843021: RFP: yarn -- a fast, reliable, and secure package manager for Node.js

On Thu, Nov 03, 2016 at 08:36:21AM +0100, Paolo Greppi wrote: >Package name: yarn > URL: https://github.com/yarnpkg/yarn My cmdtest package provides yarn, since the main tool it now provides is yarn (a testing tool), not cmdtest. Perhaps your package could be called yarnpkg? --

Accepted obnam 1.20.2-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 30 Oct 2016 10:46:18 +0200 Source: obnam Binary: obnam Architecture: source Version: 1.20.2-1 Distribution: unstable Urgency: medium Maintainer: Lars Wirzenius <l...@liw.fi> Changed-By: Lars Wirzenius <l...@liw.fi>

Accepted obnam 1.20-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 29 Oct 2016 12:25:37 +0300 Source: obnam Binary: obnam Architecture: source Version: 1.20-1 Distribution: unstable Urgency: medium Maintainer: Lars Wirzenius <l...@liw.fi> Changed-By: Lars Wirzenius <l...@liw.fi>

Re: Is missing SysV-init support a bug?

On Tue, Oct 18, 2016 at 07:34:28PM +0200, Xen wrote: > If that is the case then they have enbedded hostility into their name simply > becaus eit offends normal grammar roles. I don't that's it at all. The reason many people react to the SystemD spelling is becuase, for some years now, trolls use

Re: Bug#841196: ITP: node-os-homedir -- Node.js 4 `os.homedir()` ponyfill

On Tue, Oct 18, 2016 at 06:03:28PM +0200, Jakub Wilk wrote: > The WTFness of this code is certainly way above what we're normally used to, > but (AIUI) it's only used as a fallback for nodejs < 4. Debian currently has > 4.6.0. In that case, perhaps this package isn't needed in Debian at all? > >

Re: Bug#841196: ITP: node-os-homedir -- Node.js 4 `os.homedir()` ponyfill

On Tue, Oct 18, 2016 at 08:40:49PM +0530, Pirate Praveen wrote: > I don't particularly enjoy doing this either. Please direct your anger > at the nodejs developers. I'm doing this only because the packages I > care (diaspora and gitlab won't be accepted in main, unless I build > libjs-handlebars

Re: Bug#841196: ITP: node-os-homedir -- Node.js 4 `os.homedir()` ponyfill

On Tue, Oct 18, 2016 at 08:59:20PM +0530, Pirate Praveen wrote: > On Tuesday 18 October 2016 08:27 PM, Lars Wirzenius wrote: > > This is so wrong, I would like to ask that this package not be allowed > > into Debian until it's fixed. > > I agree this could be marked RC a

Re: Bug#841196: ITP: node-os-homedir -- Node.js 4 `os.homedir()` ponyfill

On Tue, Oct 18, 2016 at 08:49:27PM +0530, Pirate Praveen wrote: > On Tuesday 18 October 2016 08:27 PM, Lars Wirzenius wrote: > > This is so wrong, I would like to ask that this package not be allowed > > into Debian until it's fixed. > > This is already reported upstream

Re: Bug#841196: ITP: node-os-homedir -- Node.js 4 `os.homedir()` ponyfill

On Tue, Oct 18, 2016 at 03:27:46PM +0100, Steve McIntyre wrote: > The code, well... > > if (process.platform === 'linux') { > return home || (process.getuid() === 0 ? '/root' : (user ? > '/home/' + user : null)); > } > > Things are more complicated than that. What

Re: Package name conflict question

On Tue, Oct 18, 2016 at 03:36:56PM +0800, SZ Lin (林上智) wrote: > Although these packages are not API-compatible, they are using the > same installation path and file name; therefore, I think "Conflict:" > section is needed. The problem with this is that this prevents our users from having both of

Re: non-Debian software on ftp*.*.debian.org mirrors

On Mon, Oct 17, 2016 at 12:55:39PM +, Ivan Shmakov wrote: > I'd say that those who can discern Debian non-free from Debian > proper are at low risk of confusing, say, [1] with the "software > [...] endorsed or even produced by Debian." http://ftp.se.debian.org/ and

Re: non-Debian software on ftp*.*.debian.org mirrors

On Sun, Oct 16, 2016 at 11:50:46AM +, Ivan Shmakov wrote: > Doesn’t the presence of the ‘non-free’ section in the official > Debian Release (InRelease) files /already/ mislead inexperienced > people into thinking that such software is either part of Debian > or endorsed

Re: problem with libc6 / iconv

On Sun, Oct 09, 2016 at 01:49:14AM +0200, Jérémy Lal wrote: > node-iconv used to be able to translit utf-8 chars (ça va) to ascii (ca va) > using setlocale("C.UTF-8") trick. > > However, several libc6 version ago, that behavior changed, to the point > node-iconv fails its tests now. > > I've

Accepted cmdtest 0.27-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 21 Sep 2016 10:32:41 +0300 Source: cmdtest Binary: cmdtest Architecture: source Version: 0.27-1 Distribution: unstable Urgency: medium Maintainer: Lars Wirzenius <l...@liw.fi> Changed-By: Lars Wirzenius <l.

Re: Bug#837606: general: system freeze

On Wed, Sep 14, 2016 at 11:23:56AM +0200, Abou Al Montacir wrote: > Because you think people will not be frustrated if they experience a bug and > that we prevent them to raise bugs? Hiding reality is always bad?. Look at the > original reporter last message. He seems quite disappointed by the

  1   2   3   4   5   6   7   8   9   10   >