Re: Debian and our frenemies of containers and userland repos

2019-10-06 Thread Johannes Schauer
Quoting Paul Wise (2019-10-07 03:38:55) > On Sun, Oct 6, 2019 at 7:23 PM Simon McVittie wrote: > > FYI, this is because autopkgtest has an abstraction for multiple > > container/virtualization mechanisms (lxc, lxd, qemu, schroot) > It seems like this abstraction should be split out of the autopkgte

Re: Debian and our frenemies of containers and userland repos

2019-10-06 Thread Paul Wise
On Sun, Oct 6, 2019 at 7:23 PM Simon McVittie wrote: > FYI, this is because autopkgtest has an abstraction for multiple > container/virtualization mechanisms (lxc, lxd, qemu, schroot) It seems like this abstraction should be split out of the autopkgtest source and then depended on by autopkgtest.

Re: Discussion tooling (was: Bits from the DPL (August 2019))

2019-10-06 Thread Sean Whitton
Hello, On Sat 05 Oct 2019 at 10:13PM +01, Samuel Henrique wrote: > I don't understand the argument of it being a social problem, isn't our > own constitution a technical solution to a social problem? Hmm, I think that "social problem" is not what I meant. It's difficult to communicate effective

Re: Discussion tooling

2019-10-06 Thread Jeremy Stanley
On 2019-10-06 22:02:19 +0100 (+0100), Roger Lynn wrote: [...] > As a non-DD and lurker, personally I like the NNTP interface at > linux.debian.devel, which I believe is provided by Marco d'Itri. [...] Thanks for the reminder! I had forgotten this was even available, and will strongly consider swit

Re: source only upload with git-buildpackage

2019-10-06 Thread Bernd Zeimetz
On 10/6/19 11:15 PM, PICCA Frederic-Emmanuel wrote: > And what about > > dgit --gbp push-source ? not going to touch that. dgit is imho way to over-engineered while having requirements at the same time, that I don't want to have (like using dgit.debian.org...). We have salsa as central reposit

RE:source only upload with git-buildpackage

2019-10-06 Thread PICCA Frederic-Emmanuel
And what about dgit --gbp push-source ?

Re: Discussion tooling

2019-10-06 Thread Roger Lynn
On 05/10/19 22:20, Samuel Henrique wrote: On Wed, 2 Oct 2019 at 14:51, Antonio Terceiro wrote: Note that email already has a "tree-like" structure, since forever. You just don't see it if you (ironically) use web application email clients like gmail that decided to not show it. Most console/des

Re: source only upload with git-buildpackage

2019-10-06 Thread Bernd Zeimetz
Hi, > I'm struggling with it for a while now and I couldn't find the solution. > I have a package maintained with git-buildpackage. And now, that I > "cannot" upload binary packages I tried to compile the new version with > the option to create a source-only changes file too. But for some reason >

Bug#941860: ITP: ruby-statistics -- ruby gem for statistics inspired by the jStat js library

2019-10-06 Thread Sruthi Chandran
Package: wnpp Severity: wishlist Owner: Sruthi Chandran X-Debbugs-CC: debian-devel@lists.debian.org * Package name: ruby-statistics Version : 2.1.1 Upstream Author : Esteban Zapata Rojas * URL : https://github.com/estebanz01/ruby-statistics * License : Expat

Re: Debian and our frenemies of containers and userland repos

2019-10-06 Thread Simon McVittie
On Sat, 05 Oct 2019 at 12:41:55 -0400, Nicholas D Steeves wrote: > AFAIK sbuild has had this support for a while with --chroot-mode > autopkgtest, --autopkgtest-virt-server (lxc, lxd, or qemu), and > --autopkgtest-virt-server-opts='name of container goes here' will also > do the trick; however, it'

Re: source only upload with git-buildpackage

2019-10-06 Thread Roger Shimizu
On Sun, Oct 6, 2019 at 6:27 PM Alf Gaida wrote: > > On 06.10.19 08:18, Attila Szalay wrote: > > That option means that the system will create not only the binary > > .amd.changes but another changes too which contains only the source > > packages. And I would like to use this method to be sure the

Re: source only upload with git-buildpackage

2019-10-06 Thread Alf Gaida
On 06.10.19 08:18, Attila Szalay wrote: > That option means that the system will create not only the binary > .amd.changes but another changes too which contains only the source > packages. And I would like to use this method to be sure the package > compiles, to be able to run the lintian agains

RE:devscripts uninstallable in Debian Sid due to unmet dependencies

2019-10-06 Thread PICCA Frederic-Emmanuel
perle 5.30 transition whcih was announced here https://lists.debian.org/debian-devel-announce/2019/10/msg0.html

Re: devscripts uninstallable in Debian Sid due to unmet dependencies

2019-10-06 Thread Paul Gevers
Hi Otto, On 06-10-2019 09:40, Otto Kekäläinen wrote: > It seems devscripts cannot be installed in Sid at the moment. I was > not able to find a bug report about this on bugs.debian.org and I > cannot follow up the dependencies on what package actually is stopping > it. https://lists.debian.org/de

Re: devscripts uninstallable in Debian Sid due to unmet dependencies

2019-10-06 Thread Samuel Thibault
Hello, Otto Kekäläinen, le dim. 06 oct. 2019 10:40:17 +0300, a ecrit: > It seems devscripts cannot be installed in Sid at the moment. I was > not able to find a bug report about this on bugs.debian.org and I > cannot follow up the dependencies on what package actually is stopping > it. > > Anybod

devscripts uninstallable in Debian Sid due to unmet dependencies

2019-10-06 Thread Otto Kekäläinen
Hello! It seems devscripts cannot be installed in Sid at the moment. I was not able to find a bug report about this on bugs.debian.org and I cannot follow up the dependencies on what package actually is stopping it. Anybody else experiencing this as well? $ docker run -it debian:sid bash root@