Re: trends.debian.net updated

2020-04-14 Thread Ben Hutchings
On Tue, 2020-04-14 at 20:32 +0200, Lucas Nussbaum wrote: > On 14/04/20 at 19:40 +0200, Adam Borowski wrote: > > > I think we should be rebuilding everything at least once per release > > > cycle, so we don't have a nasty surprise when these "mature" packages > > > need bug fixes. > > > > There's e

Re: RFC: Standardizing source package artifacts build paths

2020-04-14 Thread Sean Whitton
Hello, On Tue 14 Apr 2020 at 10:54AM +02, Niels Thykier wrote: > Guillem and I have debated this and come to a solution, which we believe > will be able to address the concerns about the path being "hidden". It > also enables us to simplify parts of the migration in some cases. Thank you for you

Re: Recommending packages via virtual package

2020-04-14 Thread David Kalnischkies
On Tue, Apr 14, 2020 at 04:45:55PM +0200, Markus Frosch wrote: > > I would hence ask you to explain a bit better why you think APT is wrong > > and provide an example which actually shows these characteristics. > > Otherwise I will apparently be a tiny bit annoyed by this thread. > > Why so passiv

Re: trends.debian.net updated

2020-04-14 Thread Lucas Nussbaum
On 14/04/20 at 19:40 +0200, Adam Borowski wrote: > > I think we should be rebuilding everything at least once per release > > cycle, so we don't have a nasty surprise when these "mature" packages > > need bug fixes. > > There's enough automated testing to spot FTBFS, thus rebuilding would only > r

Re: trends.debian.net updated

2020-04-14 Thread Adam Borowski
On Tue, Apr 14, 2020 at 05:36:37PM +0100, Ben Hutchings wrote: > On Tue, 2020-04-14 at 13:12 +0200, Wouter Verhelst wrote: > > Perhaps, but it is *also* documented that an upload just to bump the > > Standards-Version is severely frowned upon. If there is no other reason > > to upload in 7 years, t

Re: trends.debian.net updated

2020-04-14 Thread Ben Hutchings
On Tue, 2020-04-14 at 13:12 +0200, Wouter Verhelst wrote: > On Sun, Apr 12, 2020 at 09:11:57PM +0200, Ole Streicher wrote: [...] > > One could expect from maintainers that they check their packages for > > compliance regularly and that they document that. > > Perhaps, but it is *also* documented t

Re: Recommending packages via virtual package

2020-04-14 Thread Markus Frosch
On Tue, 2020-04-14 at 15:19 +0200, David Kalnischkies wrote: > Lets ignore for the moment that wordpress actually doesn't have the > recommends line which is the TOPIC OF THE THREAD, but has instead a > "Depends: apache2 | httpd" among other things (← hint hint): > > $ apt install wordpress nginx

Bug#956705: ITP: python-pydiscourse -- Python library for working with Discourse

2020-04-14 Thread Martin
Package: wnpp Severity: wishlist Owner: Martin * Package name: python-pydiscourse Version : v1.0.0 Upstream Author : Marc Sibson and contributors * URL : https://github.com/bennylope/pydiscourse * License : MIT Programming Lang: Python Description : P

Re: Recommending packages via virtual package

2020-04-14 Thread David Kalnischkies
On Tue, Apr 14, 2020 at 10:26:54AM +0200, Markus Frosch wrote: > Apparently this no longer works. When I install a package like nginx > and then a package recommending a web server, APT will still try to > install apache2. > > > apt install -y nginx > > apt install wordpress Lets ignore for the m

Re: trends.debian.net updated

2020-04-14 Thread Wouter Verhelst
On Sun, Apr 12, 2020 at 09:11:57PM +0200, Ole Streicher wrote: > Wouter Verhelst writes: > > On Sat, Apr 04, 2020 at 08:03:09PM +0200, Ole Streicher wrote: > >> Adam Borowski writes: > >> > Idea: perhaps we could make no unrestricted (maintainer, team, or QA) > >> > upload > >> > for 10 years a

Bug#956682: ITP: feedbackd -- DBus service for haptic/visual/audio feedback

2020-04-14 Thread Arnaud Ferraris
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris * Package name: feedbackd Version : 0.0.0+git20200305 Upstream Author : Purism SPC * URL : https://source.puri.sm/Librem5/feedbackd * License : GPL-3+ and LGPL-2.1+ Programming Lang: C Description

Re: Recommending packages via virtual package

2020-04-14 Thread Michael Biebl
Am 14.04.20 um 11:49 schrieb Michael Biebl: > Am 14.04.20 um 10:26 schrieb Markus Frosch: > >> What are your thoughts on that? Is there any other thread >> discussing this? The current bugs for apt touching on virtual >> package don't really mean this behavior. > > I can not reproduce your proble

Re: Recommending packages via virtual package

2020-04-14 Thread Michael Biebl
Am 14.04.20 um 10:26 schrieb Markus Frosch: > What are your thoughts on that? Is there any other thread > discussing this? The current bugs for apt touching on virtual > package don't really mean this behavior. I can not reproduce your problem in a sid chroot. When nginx (nginx-full to be precise

Re: RFC: Standardizing source package artifacts build paths

2020-04-14 Thread Niels Thykier
Sam Hartman: > I'm concerned about a leading . at least for: > > * the debian/tmp replacement > * the replacement for the package install directories under debian. > > I think that maintaining those directories such that ls shows them will > be more friendly for new maintainers. > So I'd prefer s

Recommending packages via virtual package

2020-04-14 Thread Markus Frosch
Hey all, not sure if this has been discussed elsewhere, but I recently noticed a change in APTs lookup for Recommends. Maybe also for other dependencies. Many packages recommend a webserver like this: > Recommends: apache2 | httpd Apparently this no longer works. When I install a package like ng