On Fri, 22 Nov 2024 at 22:56, Johannes Schauer Marin Rodrigues
wrote:
> Quoting Richard Lewis (2024-11-22 23:14:48)
> > It shows time is lost throughout,
> > I suppose i will try and make a larger tmpfs to use.
I remounted /dev/shm larger, it helped, a bit
> could it be that your schroot is f
Hi,
Quoting Richard Lewis (2024-11-22 23:14:48)
> On Thu, 21 Nov 2024 at 23:03, Richard Lewis
> wrote:
> >
> > On Mon, 18 Nov 2024 at 22:30, Richard Lewis
> > wrote:
> > > On Mon, 18 Nov 2024, 13:10 Johannes Schauer Marin Rodrigues,
> > > wrote:
>
> > >> Maybe run sbuild --verbose under
> > >
On Thu, 21 Nov 2024 at 23:03, Richard Lewis
wrote:
>
> On Mon, 18 Nov 2024 at 22:30, Richard Lewis
> wrote:
> > On Mon, 18 Nov 2024, 13:10 Johannes Schauer Marin Rodrigues,
> > wrote:
> >> Maybe run sbuild --verbose under
> >> annotate-output?
It shows time is lost throughout,
Unpacking tarb
On Mon, 18 Nov 2024 at 22:30, Richard Lewis
wrote:
> On Mon, 18 Nov 2024, 13:10 Johannes Schauer Marin Rodrigues,
> wrote:
>> thank you for following up.
thank *you* for your help
>> Can you compare build logs between your schroot build and the unshare build
>> to
>> figure out where the ext
On Mon, 18 Nov 2024, 13:10 Johannes Schauer Marin Rodrigues, <
jo...@debian.org> wrote:
> Hi Richard,
>
> thank you for following up.
>
> Quoting Richard Lewis (2024-11-18 09:55:08)
> > > Wow, this is wild. Your directory schroot with overlayfs is about half
> a
> > > minute faster. Would you mind
On Sun, 17 Nov 2024 at 11:29, Johannes Schauer Marin Rodrigues
wrote:
> Quoting Richard Lewis (2024-11-17 11:24:24)
> > I second this request. If /dev/shm is not large enough you get weird errors,
> > and not everyone will want /tmp to be a tmpfs, or to use /tmp at all
> >
> > I dont know perl, bu
On Sun, 17 Nov 2024, 21:05 Johannes Schauer Marin Rodrigues, <
jo...@debian.org> wrote:
> Hi Richard,
>
> Quoting Richard Lewis (2024-11-17 20:20:40)
> > > I'm not familiar with eatmydata but as far as I understand the docs
> you run
> > > something under eatmydata by using the eatmydata wrapper p
Hi Richard,
thank you for following up.
Quoting Richard Lewis (2024-11-18 09:55:08)
> > Wow, this is wild. Your directory schroot with overlayfs is about half a
> > minute faster. Would you mind helping me getting more to the bottom of
> > this?
> >
> > My system is an ARM Cortex A73 with 3.6 GB
Hi Johannes,
On Sun Nov 17, 2024 at 12:31 PM CET, Johannes Schauer Marin Rodrigues wrote:
this should become automatic with piuparts 1.5.1 (currently in unstable) and
the next sbuild release with this commit by Jochen:
https://salsa.debian.org/debian/sbuild/-/commit/760f0250cf6a76828526e45828fd
Hi Richard,
Quoting Richard Lewis (2024-11-17 20:20:40)
> > I'm not familiar with eatmydata but as far as I understand the docs you run
> > something under eatmydata by using the eatmydata wrapper program. So if
> > your chroot has eatmydata installed, maybe try adding this to your
> > ~/.sbuildrc
Hi Andrea,
Quoting Andrea Pappacoda (2024-01-12 19:04:51)
> I know this isn't the best place to ask, but speaking of the wiki I'd like to
> add a section about configuring sbuild to run autopkgtest when using the
> unshare backend, since I haven't been able to do it myself and I think could
> be h
Hi Richard,
Quoting Richard Lewis (2024-11-17 11:24:24)
> I second this request. If /dev/shm is not large enough you get weird errors,
> and not everyone will want /tmp to be a tmpfs, or to use /tmp at all
>
> I dont know perl, but if there's some documentation of how to add
> code to enable this
Package: sbuild
Version: 0.86.3~bpo12+1
Followup-For: Bug #1041275
X-Debbugs-Cc: richard.lewis.deb...@googlemail.com
I second this request. If /dev/shm is not large enough you get weird errors,
and not everyone will want /tmp to be a tmpfs, or to use /tmp at all
I like the idea of unshare but it
Hi Jochen, thanks for the reply!
On Fri Jan 5, 2024 at 1:17 PM CET, Jochen Sprickerhof wrote:
> Given enough RAM you can use a tmpfs like this:
>
> $unshare_tmpdir_template = '/dev/shm/tmp.sbuild.XX';
That's great, thanks! I also noticed that it is in the sbuild Wiki, but
I guess I missed
Hi Andrea,
* Andrea Pappacoda [2023-07-16 21:35]:
One thing that is a bit less nice than schroot, though, is the inability of the
unshare backend to use eatmydata to speed up package builds. Not only speed,
but I also fear that continuous (and unnecessary) disk writes may degrade my
disk's life
Package: sbuild
Version: 0.85.2
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi, I somewhat recently switched to the unshare backend, using tarballs
generated by mmdebstrap, and it has been great!
One thing that is a bit less nice than schroot, though, is the inability of t
16 matches
Mail list logo
