On 2018-05-03 23:18:44 +0200 (+0200), Thomas Goirand wrote:
[...]
> Still, this kind of setup (ie: patch proposal and review through a
> review system) was super nice, and I wish we could generalize it by
> plugging Salsa to something like this.
[...]
I agree, it's really nice (I'm probably biased
On 05/02/2018 02:02 PM, Ian Jackson wrote:
> And it is for those same reasons that libvirt and openstack are not
> good alternatives. No-one wants `sbuild-update -udcar unstable' to
> have to involve a libvirt driver for sbuild chroots.
Well, it all depends. If one has to setup an OpenStack deplo
Chow Loong Jin [2018-05-03 12:27 +0800]:
> On Wed, May 02, 2018 at 11:23:56AM +0200, Thomas Goirand wrote:
> > [...]
> > Frankly, I don't see the point in writing this kind of software. Sbuild
> > works super well with the overlay backend, and already has throw-able
> > chroots in tmpfs. Adding doc
Quoting Chow Loong Jin (2018-05-03 06:27:01)
> On Wed, May 02, 2018 at 11:23:56AM +0200, Thomas Goirand wrote:
> > [...]
> > Frankly, I don't see the point in writing this kind of software. Sbuild
> > works super well with the overlay backend, and already has throw-able
> > chroots in tmpfs. Adding
On Wed, May 02, 2018 at 11:23:56AM +0200, Thomas Goirand wrote:
> [...]
> Frankly, I don't see the point in writing this kind of software. Sbuild
> works super well with the overlay backend, and already has throw-able
> chroots in tmpfs. Adding docker into this doesn't add any new feature,
> and in
On 05/02/2018 02:26 PM, Thadeu Lima de Souza Cascardo wrote:
> On Wed, May 02, 2018 at 11:29:29AM +0200, gregor herrmann wrote:
>> On Wed, 02 May 2018 11:23:56 +0200, Thomas Goirand wrote:
>>
>>> Instead, I very much would prefer a patch to puiparts so that it could
>>> use sbuild's schroot system
On Wed, May 02, 2018 at 11:23:56AM +0200, Thomas Goirand wrote:
> Frankly, I don't see the point in writing this kind of software. Sbuild
> works super well with the overlay backend, and already has throw-able
> chroots in tmpfs. Adding docker into this doesn't add any new feature,
> and in some wa
Hello Ian, all,
Ian Jackson [2018-05-01 18:59 +0100]:
> > https://salsa.debian.org/ci-team/autopkgtest/merge_requests/3
>
> Oh, excellent. It looks like it's awaiting a re-review from Martin.
Reviewed now.
> Martin, will you get to this soon, or would you like me to look at it
> and maybe merg
On Wed, May 02, 2018 at 11:29:29AM +0200, gregor herrmann wrote:
> On Wed, 02 May 2018 11:23:56 +0200, Thomas Goirand wrote:
>
> > Instead, I very much would prefer a patch to puiparts so that it could
> > use sbuild's schroot system instead of tarballs.
>
> piuparts has support for using chroots
Simon McVittie writes ("Re: Announce: docker-buildpackage"):
> On Wed, 02 May 2018 at 08:21:41 +0200, Johannes Schauer wrote:
> > Unfortunately, according to Martin [1] it is out of scope for
> > autopkgtest to also add support for making persistent changes to
> >
On Wed, 02 May 2018 11:23:56 +0200, Thomas Goirand wrote:
> Instead, I very much would prefer a patch to puiparts so that it could
> use sbuild's schroot system instead of tarballs.
piuparts has support for using chroots:
-e dirname, --existing-chroot=dirname
Use the specified direct
On 05/01/2018 03:23 PM, Enrico Weigelt, metux IT consult wrote:
> Hi folks,
>
>
> I've written a tool for isolated deb builds in docker containers.
> It's a little bit like pbuilder, but using docker for isolation.
>
> https://github.com/metux/docker-buildpackage
>
> Everything written in shell
On Wed, 02 May 2018 at 08:21:41 +0200, Johannes Schauer wrote:
> Unfortunately, according to Martin [1] it is out of scope for autopkgtest to
> also add support for making persistent changes to the underlying backend. This
> in turn means, that an operation like:
>
> $ sbuild-update -udcar uns
Quoting Ian Jackson (2018-05-01 16:38:28)
> Geert Stappers writes ("Re: Announce: docker-buildpackage"):
> > On Tue, May 01, 2018 at 09:41:13PM +0800, Paul Wise wrote:
> > > On Tue, May 1, 2018 at 9:23 PM, Enrico Weigelt, metux IT consult wrote:
> > > > I&#
Paul Gevers writes ("Re: Announce: docker-buildpackage"):
> On 01-05-18 16:38, Ian Jackson wrote:
> > Why not write adt-virt-docker ?
>
> Is that maybe found here:
> https://salsa.debian.org/ci-team/autopkgtest/merge_requests/3
Oh, excellent. It looks like it's
[dropping d...@lists.dyne.org, ubuntu-de...@lists.ubuntu.com from CC]
Hi Enrico,
> I've written a tool for isolated deb builds in docker containers.
> It's a little bit like pbuilder, but using docker for isolation.
>
> https://github.com/metux/docker-buildpackage
Neat. http://travis.debian.net
Hi
On 01-05-18 16:38, Ian Jackson wrote:
> Why not write adt-virt-docker ?
Is that maybe found here:
https://salsa.debian.org/ci-team/autopkgtest/merge_requests/3
Paul
signature.asc
Description: OpenPGP digital signature
Geert Stappers writes ("Re: Announce: docker-buildpackage"):
> On Tue, May 01, 2018 at 09:41:13PM +0800, Paul Wise wrote:
> > On Tue, May 1, 2018 at 9:23 PM, Enrico Weigelt, metux IT consult wrote:
> > > I've written a tool for isolated deb builds in docker contain
On Tue, May 01, 2018 at 09:41:13PM +0800, Paul Wise wrote:
> On Tue, May 1, 2018 at 9:23 PM, Enrico Weigelt, metux IT consult wrote:
>
> > I've written a tool for isolated deb builds in docker containers.
> > It's a little bit like pbuilder, but using docker for isolation.
> >
> > https://github.c
On Tue, May 1, 2018 at 9:23 PM, Enrico Weigelt, metux IT consult wrote:
> I've written a tool for isolated deb builds in docker containers.
> It's a little bit like pbuilder, but using docker for isolation.
>
> https://github.com/metux/docker-buildpackage
Does it have any advantages over whalebui
Hi folks,
I've written a tool for isolated deb builds in docker containers.
It's a little bit like pbuilder, but using docker for isolation.
https://github.com/metux/docker-buildpackage
Everything written in shellscript, simple config as sh includes.
Not debianized yet, as it might require som
21 matches
Mail list logo
