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@
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
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
perle 5.30 transition whcih was announced here
https://lists.debian.org/debian-devel-announce/2019/10/msg0.html
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
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
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'
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
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
>
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
And what about
dgit --gbp push-source ?
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
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
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
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.
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
16 matches
Mail list logo
