Package Details: ventoy 1.0.97-2

Git Clone URL: https://aur.archlinux.org/ventoy.git (read-only, click to copy)
Package Base: ventoy
Description: A new bootable USB solution
Upstream URL: https://www.ventoy.net/
Licenses: GPL3
Conflicts: ventoy-bin
Submitter: Toolybird
Maintainer: Toolybird
Last Packager: Toolybird
Votes: 13
Popularity: 1.52
First Submitted: 2023-02-17 20:09 (UTC)
Last Updated: 2024-02-17 22:39 (UTC)

Required by (0)

Sources (22)

Latest Comments

1 2 3 Next › Last »

jal666 commented on 2024-04-23 15:47 (UTC) (edited on 2024-04-23 15:47 (UTC) by jal666)

Double-check. Continue? (y/n) y /opt/ventoy/Ventoy2Disk.sh: line 70: 232716 Killed /bin/bash ./tool/VentoyWorker.sh $*

Anyone else get this?

Toolybird commented on 2024-02-17 22:46 (UTC)

startup.S: Assembler messages: startup.S:34: Error: 64bit mode not supported on `i386'.

Thanks for reporting. binutils-2.42 broke the wimboot build. I've added a patch adapted from upstream.

George528 commented on 2024-02-17 14:18 (UTC) 

make[2]: Entering directory '/home/george/pkgbuilds/ventoy/src/Ventoy-1.0.97/cryptsetup/cryptsetup-1.7.5/src'
  CC       cryptsetup-utils_crypt.o
  CC       cryptsetup-utils_loop.o
  CC       cryptsetup-utils_tools.o
  CC       cryptsetup-utils_password.o
  CC       cryptsetup-cryptsetup.o
  CCLD     cryptsetup
  CC       veritysetup-utils_crypt.o
  CC       veritysetup-utils_loop.o
  CC       veritysetup-utils_tools.o
  CC       veritysetup-veritysetup.o
  CCLD     veritysetup
make[2]: Leaving directory '/home/george/pkgbuilds/ventoy/src/Ventoy-1.0.97/cryptsetup/cryptsetup-1.7.5/src'
Making all in man
make[2]: Entering directory '/home/george/pkgbuilds/ventoy/src/Ventoy-1.0.97/cryptsetup/cryptsetup-1.7.5/man'
make[2]: Nothing to be done for 'all'.
make[2]: Leaving directory '/home/george/pkgbuilds/ventoy/src/Ventoy-1.0.97/cryptsetup/cryptsetup-1.7.5/man'
Making all in python
make[2]: Entering directory '/home/george/pkgbuilds/ventoy/src/Ventoy-1.0.97/cryptsetup/cryptsetup-1.7.5/python'
make[2]: Nothing to be done for 'all'.
make[2]: Leaving directory '/home/george/pkgbuilds/ventoy/src/Ventoy-1.0.97/cryptsetup/cryptsetup-1.7.5/python'
Making all in tests
make[2]: Entering directory '/home/george/pkgbuilds/ventoy/src/Ventoy-1.0.97/cryptsetup/cryptsetup-1.7.5/tests'
make[2]: Nothing to be done for 'all'.
make[2]: Leaving directory '/home/george/pkgbuilds/ventoy/src/Ventoy-1.0.97/cryptsetup/cryptsetup-1.7.5/tests'
Making all in po
make[2]: Entering directory '/home/george/pkgbuilds/ventoy/src/Ventoy-1.0.97/cryptsetup/cryptsetup-1.7.5/po'
make[2]: Nothing to be done for 'all'.
make[2]: Leaving directory '/home/george/pkgbuilds/ventoy/src/Ventoy-1.0.97/cryptsetup/cryptsetup-1.7.5/po'
make[2]: Entering directory '/home/george/pkgbuilds/ventoy/src/Ventoy-1.0.97/cryptsetup/cryptsetup-1.7.5'
make[2]: Leaving directory '/home/george/pkgbuilds/ventoy/src/Ventoy-1.0.97/cryptsetup/cryptsetup-1.7.5'
make[1]: Leaving directory '/home/george/pkgbuilds/ventoy/src/Ventoy-1.0.97/cryptsetup/cryptsetup-1.7.5'
'veritysetup' -> '../../veritysetup64'
'../../wimboot-2.7.3.orig/src/callback.S' -> './callback.S'
'../../wimboot-2.7.3.orig/src/prefix.S' -> './prefix.S'
'../../wimboot-2.7.3.orig/src/startup.S' -> './startup.S'
cc -Os -ffreestanding -Wall -W -nostdinc -I. -fshort-wchar -DVERSION="\"v2.7.3\"" -fstack-protector-strong  -mstack-protector-guard=global -fno-dwarf2-cfi-asm -fno-exceptions  -fno-unwind-tables -fno-asynchronous-unwind-tables  -Wno-address-of-packed-member -fno-lto  -include compiler.h -m64 -mno-red-zone -fpie -DASSEMBLY -Ui386 -E prefix.S -o prefix.x86_64.s
as --64 x86_64.i prefix.x86_64.s -o prefix.x86_64.o
cc -Os -ffreestanding -Wall -W -nostdinc -I. -fshort-wchar -DVERSION="\"v2.7.3\"" -fstack-protector-strong  -mstack-protector-guard=global -fno-dwarf2-cfi-asm -fno-exceptions  -fno-unwind-tables -fno-asynchronous-unwind-tables  -Wno-address-of-packed-member -fno-lto  -include compiler.h -m64 -mno-red-zone -fpie -DASSEMBLY -Ui386 -E startup.S -o startup.x86_64.s
as --64 x86_64.i startup.x86_64.s -o startup.x86_64.o
startup.S: Assembler messages:
startup.S:34: Error: 64bit mode not supported on `i386'.
make: *** [Makefile:159: startup.x86_64.o] Error 1
rm startup.x86_64.s prefix.x86_64.s
==> ERROR: A failure occurred in build().
    Aborting...

my system is x86_64

Toolybird commented on 2024-01-26 05:34 (UTC)

@alerque It really is the kernel. libguestfs constructs a root filesystem "on the fly" and boots it inside a QEMU VM. It works fine with linux-lts and probably other kernels too. No tickets re kernel virtual-provides that I know of. It's probably not worth it for only 1 consumer i.e. libguestfs. I've added linux to makedeps for now.

alerque commented on 2024-01-24 08:40 (UTC) (edited on 2024-01-24 09:58 (UTC) by alerque)

@Toolybird I've run into an issue depending on a kernel while not caring whether it is the LTS or regular or some other kernel. You can fudge it because there are some things both provide, but they are not super appropriate. Has there been an issue opened on any of the kernel packages to add a more generic virtual-provides? Also is it really the kernel or is it the kernel headers that is actually needed here? Perhaps the linux-api-headers package is actually what this needs?

Toolybird commented on 2023-11-14 22:34 (UTC)

To build in clean chroot I had to add 'linux' to makedepends

I use a personal build of libguestfs and it depends on 'linux' as it should [1]. The Arch repo pkg doesn't do this which seems wrong. Although, it's complicated by the fact that other kernels do exist, but unfortunately there is no virtual "kernel" provides option.

I will begrudgingly add a makedep on 'linux' in the next update.

[1] https://github.com/libguestfs/libguestfs/blob/v1.50.1/appliance/packagelist.in#L108

Betal commented on 2023-11-06 18:07 (UTC) (edited on 2023-11-06 18:23 (UTC) by Betal)

To build in clean chroot I had to add 'linux' to makedepends.

I get the following error on guestfish usages (inside _create_img function):

Syncing disks.
libguestfs: error: /usr/bin/supermin exited with error status 1.
To see full error messages you may need to enable debugging.
Do:
  export LIBGUESTFS_DEBUG=1 LIBGUESTFS_TRACE=1
and run the command again.  For further information, read:
  http://libguestfs.org/guestfs-faq.1.html#debugging-libguestfs
You can also run 'libguestfs-test-tool' and post the *complete* output
into a bug report or message to the libguestfs mailing list.
==> ERROR: A failure occurred in build().
    Aborting...

Adding export LIBGUESTFS_DEBUG=1 LIBGUESTFS_TRACE=1 before the first guestfish usage on _create_img, I get the following error:

Syncing disks.
libguestfs: trace: set_verbose true
libguestfs: trace: set_verbose = 0
libguestfs: create: flags = 0, handle = 0x564ed0e6c3b0, program = guestfish
libguestfs: trace: set_pgroup true
libguestfs: trace: set_pgroup = 0
libguestfs: trace: add_drive "img.bin"
libguestfs: trace: add_drive = 0
libguestfs: trace: launch
libguestfs: trace: max_disks
libguestfs: trace: max_disks = 255
libguestfs: trace: get_tmpdir
libguestfs: trace: get_tmpdir = "/tmp"
libguestfs: trace: version
libguestfs: trace: version = <struct guestfs_version = major: 1, minor: 50, release: 1, extra: , >
libguestfs: trace: get_backend
libguestfs: trace: get_backend = "direct"
libguestfs: launch: program=guestfish
libguestfs: launch: version=1.50.1
libguestfs: launch: backend registered: direct
libguestfs: launch: backend registered: libvirt
libguestfs: launch: backend=direct
libguestfs: launch: tmpdir=/tmp/libguestfsRPYiGm
libguestfs: launch: umask=0022
libguestfs: launch: euid=1000
libguestfs: trace: get_cachedir
libguestfs: trace: get_cachedir = "/var/tmp"
libguestfs: begin building supermin appliance
libguestfs: run supermin
libguestfs: command: run: /usr/bin/supermin
libguestfs: command: run: \ --build
libguestfs: command: run: \ --verbose
libguestfs: command: run: \ --if-newer
libguestfs: command: run: \ --lock /var/tmp/.guestfs-1000/lock
libguestfs: command: run: \ --copy-kernel
libguestfs: command: run: \ -f ext2
libguestfs: command: run: \ --host-cpu x86_64
libguestfs: command: run: \ /usr/lib/guestfs/supermin.d
libguestfs: command: run: \ -o /var/tmp/.guestfs-1000/appliance.d
supermin: version: 5.3.2
supermin: package handler: arch/pacman
supermin: acquiring lock on /var/tmp/.guestfs-1000/lock
supermin: build: /usr/lib/guestfs/supermin.d
supermin: reading the supermin appliance
supermin: build: visiting /usr/lib/guestfs/supermin.d/base.tar.gz type gzip base image (tar)
supermin: build: visiting /usr/lib/guestfs/supermin.d/daemon.tar.gz type gzip base image (tar)
supermin: build: visiting /usr/lib/guestfs/supermin.d/excludefiles type uncompressed excludefiles
supermin: build: visiting /usr/lib/guestfs/supermin.d/hostfiles type uncompressed hostfiles
supermin: build: visiting /usr/lib/guestfs/supermin.d/init.tar.gz type gzip base image (tar)
supermin: build: visiting /usr/lib/guestfs/supermin.d/packages type uncompressed packages
supermin: build: visiting /usr/lib/guestfs/supermin.d/udev-rules.tar.gz type gzip base image (tar)
supermin: mapping package names to installed packages
supermin: resolving full list of package dependencies
supermin: build: 188 packages, including dependencies
supermin: build: 46753 files
supermin: build: 25851 files, after matching excludefiles
supermin: build: 25869 files, after adding hostfiles
supermin: build: 25864 files, after removing unreadable files
supermin: build: 25873 files, after munging
supermin: kernel: looking for kernel using environment variables ...
supermin: kernel: looking for kernels in /lib/modules/*/vmlinuz ...
supermin: kernel: looking for kernels in /boot ...
supermin: failed to find a suitable kernel (host_cpu=x86_64).

I looked for kernels in /boot and modules in /lib/modules.

If this is a Xen guest, and you only have Xen domU kernels
installed, try installing a fullvirt kernel (only for
supermin use, you shouldn't boot the Xen guest with it).
libguestfs: error: /usr/bin/supermin exited with error status 1, see debug messages above
libguestfs: trace: launch = -1 (error)
libguestfs: trace: close
libguestfs: closing guestfs handle 0x564ed0e6c3b0 (state 0)
libguestfs: command: run: rm
libguestfs: command: run: \ -rf /tmp/libguestfsRPYiGm
==> ERROR: A failure occurred in build().
    Aborting...

As workaround for "I looked for kernels in /boot and modules in /lib/modules.", adding linux or some kernel in makedepends cause supermin to works and the build to complete.

Elfe commented on 2023-05-04 13:33 (UTC) (edited on 2023-05-04 13:36 (UTC) by Elfe)

the checksum validation fails :(

ventoy-fix-array.array.tostring-removal-in-python-3.9.patch ... FAILED

proledatarian commented on 2023-04-13 17:01 (UTC)

Unfortunately I got the same error as well.

Toolybird commented on 2023-03-29 20:29 (UTC) (edited on 2023-03-29 20:29 (UTC) by Toolybird)

@itsme, thanks. GitHub cannot be trusted to maintain a stable URL...grrr. Will fix.

-index ad556710802..4be7957138a 100755
+index ad556710802e..4be7957138a5 100755

1 2 3 Next › Last »