Le dimanche 01 décembre 2024 à 11:42 +0100, Paul Gevers a écrit :
> Hi,
>
> On 12/1/24 11:36, Julien Puydt wrote:
> > Can you try:
> >
> > sbuild --build-dir=~/Debian/repo --extra-package=~/Debian/repo
> >
> > This should save all binary packages to the directory and use
> > them in
Hi,
On 12/1/24 11:36, Julien Puydt wrote:
Can you try:
sbuild --build-dir=~/Debian/repo --extra-package=~/Debian/repo
This should save all binary packages to the directory and use them in
subsequent runs.
It doesn't: it fails saying BUILD_DIR doesn't exist.
Does it still me
Hi
Le dim. 1 déc. 2024, 11:14, Jochen Sprickerhof a
écrit :
>
> Can you try:
>
> sbuild --build-dir=~/Debian/repo --extra-package=~/Debian/repo
>
> This should save all binary packages to the directory and use them in
> subsequent runs.
>
It doesn't: it fails saying BUILD_DIR doesn't exist.
I
Hi Julien,
* Julien Puydt [2024-12-01 10:59]:
My use case isn't with a single package, but with a bunch of them. For
example, updating the coq package means about fifty packages in seven
stages. That means I compile all packages of one of the stages
(sometimes in parallel), move the results to
Hi,
Le samedi 23 novembre 2024 à 22:20 +0100, Philipp Kern a écrit :
>
> https://wiki.debian.org/sbuild
>
I tried to update my DD setup to this new kind of sbuild using the
above documentation, and there is something I don't manage to replicate
from my previous setup.
My use case isn't with a
On Monday, November 25, 2024 4:57:50 PM MST Soren Stoutner wrote:
> On Saturday, November 23, 2024 2:20:45 PM MST Philipp Kern wrote:
> > Debian buildds are using sbuild with unshare now
> >
> >
> > The wanna-build team switched all buildds to the
On Tuesday, November 26, 2024 12:27:22 PM MST Andrey Rakhmatullin wrote:
> On Tue, Nov 26, 2024 at 12:21:55PM -0700, Soren Stoutner wrote:
> > > > # Specify the distribution, -d
> > > > $distribution = 'unstable';
> > >
> > > Setting this will override the Distribution of the .changes file created
Hi Soren,
Quoting Soren Stoutner (2024-11-26 20:21:55)
> > Setting this will override the Distribution of the .changes file created by
> > sbuild with "unstable", ignoring what your package has set. Are you sure
> > you want this?
>
> I would like it to be able to build instead of fail when the c
On Tue, Nov 26, 2024 at 12:21:55PM -0700, Soren Stoutner wrote:
> > > # Specify the distribution, -d
> > > $distribution = 'unstable';
> >
> > Setting this will override the Distribution of the .changes file created by
> > sbuild with "unstable", ignoring what your package has set. Are you sure yo
On Tuesday, November 26, 2024 12:23:00 PM MST Soren Stoutner wrote:
> On Tuesday, November 26, 2024 3:17:45 AM MST Jochen Sprickerhof wrote:
> > Hi Soren,
> >
> > * Soren Stoutner [2024-11-25 16:57]:
> > >I am not able to get the example unshare .sbuildrc to work with piuparts.
> > >
> > >0m0.0s
On Tuesday, November 26, 2024 3:17:45 AM MST Jochen Sprickerhof wrote:
> Hi Soren,
>
> * Soren Stoutner [2024-11-25 16:57]:
> >I am not able to get the example unshare .sbuildrc to work with piuparts.
> >
> >0m0.0s DEBUG: Unpacking /home/soren/.cache/sbuild/unstable-amd64.tar.xz
into
> >/ tmp/tm
Johannes,
On Monday, November 25, 2024 11:37:41 PM MST Johannes Schauer Marin Rodrigues
wrote:
> Hi,
>
> Quoting Soren Stoutner (2024-11-26 01:07:06)
>
> > I suppose I should note that I have made a few modifications to the example
> > file because it wasn’t behaving as expected. Specifically,
Hi Soren,
* Soren Stoutner [2024-11-25 16:57]:
I am not able to get the example unshare .sbuildrc to work with piuparts.
0m0.0s DEBUG: Unpacking /home/soren/.cache/sbuild/unstable-amd64.tar.xz into /
tmp/tmplbhnn26l
0m0.0s DEBUG: Starting command: ['tar', '-C', '/tmp/tmplbhnn26l', '--auto-
com
Hi,
Quoting Soren Stoutner (2024-11-26 01:07:06)
> I suppose I should note that I have made a few modifications to the example
> file because it wasn’t behaving as expected. Specifically, I disabled the
> mmdebstgrap auto create because otherwise it was ignoring the tarball I had
> created in the
On Monday, November 25, 2024 4:57:50 PM MST Soren Stoutner wrote:
> On Saturday, November 23, 2024 2:20:45 PM MST Philipp Kern wrote:
> > The news are collected on https://wiki.debian.org/DeveloperNews
> > Please contribute short news about your work/plans/subproject.
> >
> > In this issue:
> > +
On Saturday, November 23, 2024 2:20:45 PM MST Philipp Kern wrote:
> The news are collected on https://wiki.debian.org/DeveloperNews
> Please contribute short news about your work/plans/subproject.
>
> In this issue:
>
> + Debian buildds are using sbuild with unshare now
> + sbuild chroot manage
On Monday, November 25, 2024 10:37:39 AM MST Chris Hofstaedtler wrote:
> > the extension (.tar.xz, .tar.gz or plain .tar, etc). As of May 2024, ZST
> > seems to provide the best size/time ratio. It certainly is the fastest on
a
> > Dell>
> > Precision 3800M, 16GB RAM, on an SSD drive (a computer
* Soren Stoutner [241125 18:30]:
> > > In principle, unshare mode can also work with directories. Helmut is
> working
> > > on something in that direction. But for me personally, one second of
> unpack
> > > time is not enough of a motivation for me to put time into
> > > directory+overlayfs sup
On Sunday, November 24, 2024 7:06:06 PM MST Sean Whitton wrote:
> On Sun 24 Nov 2024 at 07:53am +01, Johannes Schauer Marin Rodrigues wrote:
> > Hi,
> >
> > Quoting Sean Whitton (2024-11-24 01:23:24)
> >
> >> This is interesting. One concern I have is speed -- isn't it always
slower
> >> to hav
Hi,
On 2024-11-24 08:23, Sean Whitton wrote:
> This is interesting. One concern I have is speed -- isn't it always
> slower to have to unpack a tarball before the build instead of having a
> chroot under /srv/chroot that's always unpacked?
Other than the speed of tarball unpacking, which as Joha
Hello,
On Sun 24 Nov 2024 at 07:53am +01, Johannes Schauer Marin Rodrigues wrote:
> Hi,
>
> Quoting Sean Whitton (2024-11-24 01:23:24)
>> This is interesting. One concern I have is speed -- isn't it always slower
>> to have to unpack a tarball before the build instead of having a chroot under
>>
On Nov 24, Sean Whitton wrote:
> This is interesting. One concern I have is speed -- isn't it always
> slower to have to unpack a tarball before the build instead of having a
> chroot under /srv/chroot that's always unpacked?
People who feel this is a problem can try my super fast fork of pbuild
Hi,
Quoting Sean Whitton (2024-11-24 01:23:24)
> This is interesting. One concern I have is speed -- isn't it always slower
> to have to unpack a tarball before the build instead of having a chroot under
> /srv/chroot that's always unpacked?
that is correct. Unpacking a tarball takes time. Havin
Hello,
On Sat 23 Nov 2024 at 10:20pm +01, Philipp Kern wrote:
> sbuild chroot manager for unshare backend users
> ---
>
> After installing sbuild 0.87.0 or later from unstable, you can now build
> packages without any additional setup. With an empty ~
24 matches
Mail list logo
