On 2022-04-02 07:58, Johannes Schauer Marin Rodrigues wrote:
> Quoting Christian Kastner (2022-03-23 21:36:59)
>> I initially wondered whether foreign architecture guestfish/supermin
>> binaries couldn't be run through qemu-user-static, but that solution
>> would be just far too hacky I think.
>
Quoting Christian Kastner (2022-03-23 21:36:59)
> On 2022-03-23 12:43, Johannes Schauer Marin Rodrigues wrote:
> > Quoting Francesco Poli (2022-03-23 00:09:21)
> > Full: the problem with the current version of
> > mmdebstrap-autopkgtest-build-qemu
> > is, that it can only build qemu images for
Johannes,
thank you for this enlightening update!
You're far ahead of any ideas I've been having (some of which I
attribute to Franscesco), but I'd nevertheless like to contribute a few
thoughts just in case.
On 2022-03-23 12:43, Johannes Schauer Marin Rodrigues wrote:
> Quoting Francesco Poli
Hi Francesco,
Quoting Francesco Poli (2022-03-23 00:09:21)
> Do I understand correctly that mmdebstrap-autopkgtest-build-qemu is currently
> [included] in the Debian source package, but not shipped in the Debian binary
> package?
>
> $ dpkg -L mmdebstrap | grep qemu
>
> gives no output.
>
>
Hi,
Quoting Francesco Poli (2022-01-13 23:52:02)
> On Mon, 10 Jan 2022 23:18:36 +0100 Johannes Schauer Marin Rodrigues wrote:
> > You could set TMPDIR to a location that has enough space.
>
> I had tried, if you recall.
> But you told me that the temporary directory must be world-writable
> (and
Quoting Francesco Poli (2022-03-04 19:22:11)
> > I've put this into the examples directory for now. I'm not sure whether I
> > want to make this into a script that can be put into PATH and which would
> > then also need options to set the image size and distribution.
>
> I will comment on your
Quoting Francesco Poli (2022-03-01 23:53:27)
> I performed the first test: I seem to be able to use the resulting image as a
> testbed for autopkgtest!
awesome! Feel free to close this bug then.
> > Can you share the final version of your script? Maybe I should include it
> > somewhere in the
Quoting Francesco Poli (2022-03-01 00:49:50)
> > > However, it leaves a lot of "production scrap" within /dev/shm :
> > >
> > > $ du --si -s /dev/shm/.guestfs-1000/
> > > 755M/dev/shm/.guestfs-1000/
> > >
> > > More than 750 MB of "production scrap"!
> > >
> > > Why does guestfish do this?
>
Hi Francesco,
Quoting Francesco Poli (2022-02-26 00:35:01)
> At least, it completes without any error.
> And it generates a 'debian-unstable.qcow2' image that can boot, if I
> test it with:
>
> $ qemu-system-x86_64 -enable-kvm -m 512 -serial
> unix:/tmp/ttyS0,server,nowait -drive
>
Quoting Francesco Poli (2022-02-24 23:14:43)
> On Wed, 23 Feb 2022 00:03:01 +0100 Francesco Poli wrote:
>
> [...]
> > I will (hopefully soon) try with TMPDIR=/dev/shm
> > and let you know.
>
> Unfortunately, it does not seem to work this way, either.
>
> I: automatically chosen mode: unshare
Quoting Francesco Poli (2022-01-13 23:52:02)
> On Mon, 10 Jan 2022 23:18:36 +0100 Johannes Schauer Marin Rodrigues
> wrote:
>
> [...]
> > You could set TMPDIR to a location that has enough space.
>
> I had tried, if you recall.
> But you told me that the temporary directory must be
Quoting Francesco Poli (2022-01-10 23:12:34)
> On Sat, 08 Jan 2022 14:36:35 +0100 Johannes Schauer Marin Rodrigues wrote:
>
> [...]
> > Please try again once 0.8.3-1 hits your mirror.
>
> I have just tried:
>
> $ apt policy mmdebstrap
> mmdebstrap:
> Installed: 0.8.3-1
> Candidate:
Hi,
Quoting Francesco Poli (2022-01-06 19:22:28)
> On Wed, 31 Mar 2021 22:45:02 +0200 Francesco Poli wrote:
>
> [...]
> > I cannot understand why you needed less than 200 MB ...
>
> Hello again Johannes,
> I decided to try again (with mmdebstrap/0.8.2-1 and the attached
> work-in-progress
On Tue, 30 Mar 2021 02:04:03 +0200 Johannes Schauer Marin Rodrigues wrote:
[...]
> That depends on what you want to do inside that qemu environment. And it's
> totally possible to create a 10 GB disk image in your $HOME while only using
> 200 MB in your /tmp for the chroot.
Well... I tried
Quoting Francesco Poli (2021-03-29 23:26:27)
> On Sun, 28 Mar 2021 21:04:24 +0200 Johannes Schauer Marin Rodrigues wrote:
>
> > Quoting Francesco Poli (2021-03-28 20:24:12)
> > > Well, the problem is probably my total ignorance about unshare, user
> > > namespaces, and so forth...
> > >
> > >
On Sun, 28 Mar 2021 21:04:24 +0200 Johannes Schauer Marin Rodrigues wrote:
> Quoting Francesco Poli (2021-03-28 20:24:12)
> > Well, the problem is probably my total ignorance about unshare, user
> > namespaces, and so forth...
> >
> > First of all, I do not know what exactly subuid and subgid
Quoting Francesco Poli (2021-03-28 20:24:12)
> Well, the problem is probably my total ignorance about unshare, user
> namespaces, and so forth...
>
> First of all, I do not know what exactly subuid and subgid are.
man subuid? ;)
> I suppose they have something to do with the uid and gid seen
On Sat, 27 Mar 2021 20:15:29 +0100 Johannes Schauer Marin Rodrigues
wrote:
> Quoting Francesco Poli (2021-03-27 16:18:26)
[...]
> > I tried to read the relevant section in the mmdebstrap(1) man page, and
> > there's some recommendation about an --unshare-helper option.
> >
> > But to be honest,
Quoting Francesco Poli (2021-03-27 16:18:26)
> As a consequence, I feel like giving the "unshare" mode of mmdebstrap a
> try.
>
> I tried again with my work-in-progress script:
>
> $ cd ~/Downloads/
> $ mmdebstrap-autopkgtest-qemu 8GiB
> I: automatically chosen mode: unshare
> I: chroot
On Mon, 16 Nov 2020 00:28:57 +0100 Johannes Schauer wrote:
[...]
> Do you have the time to investigate further on this issue?
As you can see, not much time, unfortunately!:-(
And I am sad about this, believe me.
> This does not seem
> to be a problem of initramfs-tools or a problem of
Hi,
Quoting Francesco Poli (2020-11-16 00:05:08)
> On Sun, 15 Nov 2020 23:09:27 +0100 Johannes Schauer wrote:
> > Quoting Francesco Poli (2020-11-15 22:57:38)
> As I have previously said, I am worried by security implications of
> setting "kernel.unprivileged_userns_clone=1" with sysctl.
> Bug
On Sun, 15 Nov 2020 23:09:27 +0100 Johannes Schauer wrote:
[...]
> Quoting Francesco Poli (2020-11-15 22:57:38)
[...]
> > $ mmdebstrap-autopkgtest-qemu 8GiB
> > I: automatically chosen mode: fakechroot
> > [...]
>
> that's the culprit. Try using --mode=unshare. With fakechroot I see the
Hi,
Quoting Francesco Poli (2020-11-15 22:57:38)
> On Sun, 15 Nov 2020 21:05:08 +0100 Johannes Schauer wrote:
> > Which mode was mmdebstrap run in?
>
> $ mmdebstrap-autopkgtest-qemu 8GiB
> I: automatically chosen mode: fakechroot
> [...]
that's the culprit. Try using --mode=unshare. With
On Sun, 15 Nov 2020 21:05:08 +0100 Johannes Schauer wrote:
[...]
> Which mode was mmdebstrap run in?
$ mmdebstrap-autopkgtest-qemu 8GiB
I: automatically chosen mode: fakechroot
[...]
> Maybe this is something similar to this
> initramfs-tools bug that popped up with fakechroot:
>
>
Hi,
Quoting Francesco Poli (2020-11-15 20:43:49)
> I re-tried with the modified guestfish command, the modified
> extlinux.conf file and requesting an 8 GiB size.
>
> Unfortunately, the new test results in the following errors:
>
>
> [...]
> Setting up initramfs-tools-core (0.139) ...
>
On Wed, 11 Nov 2020 23:27:21 +0100 Johannes Schauer wrote:
> Hi Francesco,
Hello Johannes, thanks for the updated followup!
[...]
>So a better guestfish command is this one:
>
> guestfish -N debian-unstable.img=disk:8G -- \
[...]
> Just to make sure, here is my
> extlinux.conf:
[...]
> Also,
Hi Francesco,
Quoting Francesco Poli (2020-09-04 18:18:32)
> > I am using the attached script to build my own autopkgtest qemu images and
> > it
> > works fine for me. Maybe you want to try again?
>
> I have just retried with my script (which seems to do the same things as
> yours, except that
On Thu, 03 Sep 2020 22:53:13 +0200 Johannes Schauer wrote:
> Hi Francesco,
Hello Johannes, thanks for following up my bug report!
>
> Quoting Francesco Poli (2020-05-06 19:40:37)
> > > did you get any further with this problem?
> >
> > Unfortunately, I failed to progress any further.
>
> I
Hi Francesco,
Quoting Francesco Poli (2020-05-06 19:40:37)
> > did you get any further with this problem?
>
> Unfortunately, I failed to progress any further.
I uploaded a new mmdebstrap version.
I am using the attached script to build my own autopkgtest qemu images and it
works fine for me.
On Tue, 05 May 2020 19:34:31 +0200 Johannes Schauer wrote:
> Hi,
Hello Johannes, glad to hear from you.
>
> did you get any further with this problem?
Unfortunately, I failed to progress any further.
I have just retried (who knows, after many system upgrades?!?).
Bad luck! Once again, I am
Hi,
did you get any further with this problem?
cheers, josch
Quoting Francesco Poli (2020-02-24 23:51:52)
> On Sat, 22 Feb 2020 19:03:48 +0100 Johannes Schauer wrote:
>
> [...]
> > for what it's worth I'm attaching the script I am using to re-generate my
> > autopkgtest qemu image. I uploaded
On Sat, 22 Feb 2020 19:03:48 +0100 Johannes Schauer wrote:
[...]
> for what it's worth I'm attaching the script I am using to re-generate my
> autopkgtest qemu image. I uploaded a few packages today and just successfully
> used that script so I can confirm it working.
I cannot spot any
Hi,
Quoting Johannes Schauer (2020-02-22 08:14:55)
> Quoting Francesco Poli (2020-02-21 23:14:12)
> > I modified my script (see the current version attached to this message) and
> > tried again.
> >
> > $ env | grep SOURCE
> > SOURCE_DATE_EPOCH=1582320746
> > $ mmdebstrap-autopkgtest-qemu
On Sat, 22 Feb 2020 08:14:55 +0100 Johannes Schauer wrote:
[...]
> Quoting Francesco Poli (2020-02-21 23:14:12)
[...]
> > Does it make any sense?
>
> No, it doesn't I have never seen the effects you see.
As I have already said, I am apparently very unlucky with this effort
of mine!
>
> I have
Hi,
Quoting Francesco Poli (2020-02-21 23:14:12)
> I modified my script (see the current version attached to this message) and
> tried again.
>
> $ env | grep SOURCE
> SOURCE_DATE_EPOCH=1582320746
> $ mmdebstrap-autopkgtest-qemu
> [...]
> I: removing tempdir
On Thu, 20 Feb 2020 06:34:44 +0100 Johannes Schauer wrote:
> I have an idea.
[...]
> I added the following to the end of the guestfish invocation:
>
> : sync : umount / : shutdown
>
[...]
> Try it out and tell me if it helped!
I am apparently very unlucky. :-(
I modified my script (see
Hi,
Quoting Francesco Poli (2020-02-19 23:21:55)
> On Tue, 18 Feb 2020 00:03:06 +0100 Johannes Schauer wrote:
> > Can you show me how you converted the tarball mmdebstrap
> > produced into your debian-unstable.qcow2 image?
>
> Sure, the command was:
>
> $ mmdebstrap-autopkgtest-qemu
>
>
On Tue, 18 Feb 2020 00:03:06 +0100 Johannes Schauer wrote:
[...]
> Can you show me how you converted the tarball mmdebstrap
> produced into your debian-unstable.qcow2 image?
Sure, the command was:
$ mmdebstrap-autopkgtest-qemu
which is a small script I am trying to develop, based on your
Hi,
Quoting Francesco Poli (2020-02-17 23:10:57)
> On Sun, 02 Feb 2020 20:29:04 +0100 Johannes Schauer wrote:
>
> > Quoting Johannes Schauer (2020-02-02 20:22:49)
> [...]
> > > 1. you can try the qcow2 image you built without autopkgtest by just
> > > running it
> > >inside qemu like so:
>
On Sun, 02 Feb 2020 20:29:04 +0100 Johannes Schauer wrote:
> Quoting Johannes Schauer (2020-02-02 20:22:49)
[...]
> > 1. you can try the qcow2 image you built without autopkgtest by just
> > running it
> >inside qemu like so:
> >
> > $ qemu-system-x86_64 -enable-kvm -m 512 -serial
> >
Quoting Johannes Schauer (2020-02-02 20:22:49)
> Hi,
>
> Quoting Francesco Poli (2020-02-02 16:58:05)
> > > > • ./usr/lib/python3.7/__pycache__/hashlib.cpython-37.pyc files have
> > > > some different hex values (I am not sure why, but it's compiled Python
> > > > code, maybe it includes a
Hi,
Quoting Francesco Poli (2020-02-02 16:58:05)
> > > • ./usr/lib/python3.7/__pycache__/hashlib.cpython-37.pyc files have
> > > some different hex values (I am not sure why, but it's compiled Python
> > > code, maybe it includes a compilation timestamp or something?!?)
> > This is a known
On Sun, 02 Feb 2020 00:23:59 +0100 Johannes Schauer wrote:
> Quoting Francesco Poli (2020-02-01 16:52:47)
> > The only differences shown in the resulting report_diffoscope.html file seem
> > to be:
> >
> > • the generated files in the content
> > of ./boot/initrd.img-5.4.0-3-amd64 have
Quoting Francesco Poli (2020-02-01 16:52:47)
> The only differences shown in the resulting report_diffoscope.html file seem
> to be:
>
> • the generated files in the content
> of ./boot/initrd.img-5.4.0-3-amd64 have differing creation
> timestamps (but this is obvious, since the two
On Fri, 31 Jan 2020 06:28:07 +0100 Johannes Schauer wrote:
[...]
> Quoting Francesco Poli (2020-01-30 23:41:11)
[...]
> > Wait, does this change the result?
[...]
> in your case, TMPDIR was a relative path.
[...]
> Your expectation was, that when you set TMPDIR, the only one who would consume
>
Hi,
Quoting Francesco Poli (2020-01-30 23:41:11)
> On Thu, 30 Jan 2020 01:26:09 +0100 Johannes Schauer wrote:
> > the problem is fixed when TMPDIR gets unset for hook.
> Wait, does this change the result?
>
> I mean: some commands executed (directly or indirectly) by
> setup-testbed perform
On Thu, 30 Jan 2020 01:26:09 +0100 Johannes Schauer wrote:
[...]
> the problem is fixed when TMPDIR gets unset for hook.
Wait, does this change the result?
I mean: some commands executed (directly or indirectly) by
setup-testbed perform operations on the directory which mmdebstrap set
up as
Quoting Johannes Schauer (2020-01-30 00:19:44)
> Quoting Francesco Poli (2020-01-29 23:34:21)
> > > I would love to help more but I already tried out the failing command on
> > > three different systems and I'm unable to reproduce it.
> > Which TMPDIR were you using?
>
> apologies, I missed that
Hi,
Quoting Francesco Poli (2020-01-29 23:34:21)
> > I would love to help more but I already tried out the failing command on
> > three different systems and I'm unable to reproduce it.
> Which TMPDIR were you using?
apologies, I missed that you set TMPDIR. When I set it, then I can reproduce
On Wed, 29 Jan 2020 00:02:51 +0100 Johannes Schauer wrote:
[...]
> Quoting Francesco Poli (2020-01-28 23:41:38)
[...]
> > The lines that seem to fail are /usr/share/initramfs-tools/hooks/udev:
> > 25 and the following ones... But why?
>
> yes, that's where it seems to fail. To further
Hi,
Quoting Francesco Poli (2020-01-28 23:41:38)
> + chroot ${HOME}/Downloads/mmdebstrap.pxni4vAjou update-initramfs -u
> update-initramfs: Generating /boot/initrd.img-5.4.0-3-amd64
> W: Possible missing firmware /lib/firmware/rtl_nic/rtl8125a-3.fw for module
> r8169
> [...]
> W:
On Mon, 27 Jan 2020 23:44:55 +0100 Johannes Schauer wrote:
[...]
> this looks as if the error comes from
> /usr/share/autopkgtest/setup-commands/setup-testbed. To figure out what goes
> wrong, maybe try running setup-testbed with sh -x like so:
>
> --customize-hook='sh -x
Hi,
Quoting Francesco Poli (2020-01-27 23:24:22)
> I: running --customize-hook directly:
> /usr/share/autopkgtest/setup-commands/setup-testbed
> ${HOME}/Downloads/mmdebstrap.2GP5UNhTac
> /usr/share/autopkgtest/setup-commands/setup-testbed: Attempting to set up
> Debian/Ubuntu apt sources
On Sun, 17 Nov 2019 19:53:13 +0100 Johannes Schauer wrote:
> Quoting Johannes Schauer (2019-11-17 18:20:17)
> > > Maybe the recipe you suggested should be improved to address this issue
> > > with the selection of the mode...
> >
> > Before doing that I'll see if this could be fixed by changing
Quoting Johannes Schauer (2019-11-17 18:20:17)
> > Maybe the recipe you suggested should be improved to address this issue
> > with the selection of the mode...
>
> Before doing that I'll see if this could be fixed by changing something in
> either fakechroot or in update-initramfs.
See #944929
Hi,
Quoting Francesco Poli (2019-11-17 16:56:48)
> > Quoting Francesco Poli (2019-11-17 16:06:05)
> > > I am giving it a try, but I am getting an error I am not quite sure to
> > > understand:
> > >
> > > [...]
> > >
> > > I: automatically chosen mode: fakechroot
> > there is your problem. If
On Sun, 17 Nov 2019 16:17:25 +0100 Johannes Schauer wrote:
> Hi,
Hi, thanks again for replying so promptly!
>
> Quoting Francesco Poli (2019-11-17 16:06:05)
> > I am giving it a try, but I am getting an error I am not quite sure to
> > understand:
> >
> > [...]
> >
> > I: automatically
Hi,
Quoting Francesco Poli (2019-11-17 16:06:05)
> I am giving it a try, but I am getting an error I am not quite sure to
> understand:
>
> [...]
>
> I: automatically chosen mode: fakechroot
there is your problem. If you are not executing mmdebstrap with superuser
privileges and if you you
On Mon, 11 Nov 2019 00:22:46 +0100 Francesco Poli wrote:
[...]
> I think I will look into mmdebstrap in more depth and then get back to
> you to let you know how it went...
I am giving it a try, but I am getting an error I am not quite sure to
understand:
$ mmdebstrap --variant=important
On Sun, 10 Nov 2019 23:17:04 +0100 Johannes Schauer wrote:
[...]
> Quoting Francesco Poli (wintermute) (2019-11-10 18:44:47)
[...]
> > Could this feature be implemented? It would really be awesome to have
> > a tool that allows a regular user to create a QEMU/KVM minimal Debian
> > image...
>
>
Hi Francesco,
Quoting Francesco Poli (wintermute) (2019-11-10 18:44:47)
> Hello and thanks for developing/packaging this tool!
>
> I wonder whether it can be used to create (without superuser privileges!)
> a QEMU/KVM image.
> I am especially interested in QEMU/KVM images suitable as autopkgtest
Package: mmdebstrap
Version: 0.5.1-2
Severity: wishlist
Hello and thanks for developing/packaging this tool!
I wonder whether it can be used to create (without superuser privileges!)
a QEMU/KVM image.
I am especially interested in QEMU/KVM images suitable as autopkgtest
testbeds
62 matches
Mail list logo