Arch Linux User Repository

@Ashark: I've added an initial patch to support more desktop sessions. If you're using KDE, it will use Qt5.

Hi. I already asked below, but as it is not done yet:

Please, add the ability to launch ventoygui with the --qt5 option.

The documentation is here: https://www.ventoy.net/en/doc_linux_gui.html The relevant part is:

4. Use GTK version if the system contains both GTK libraries and QT libraries.

For the last case, if you want to use QT version, you can use --qt5 parameter, that is ./VentoyGUI.x86_64 --qt5 (Only supported since 1.0.53).

This is my case. I have both gtk and qt installed in system, but prefer to have qt5 interface.

As you anyway do your custom wrapper, you can just add another desktop file that will be the same, but with the --qt5, like this:

[Desktop Entry]
Type=Application
Icon=ventoy
Name=Ventoy
Exec=ventoygui --qt5
Terminal=false
Hidden=false
Categories=Utility
Comment=Ventoy2Disk GUI
StartupWMClass=Ventoy2Disk.gtk3  # Actually, this may be also changed to Qt5 I think

@fpeter8 patch is already a member of the base-devel meta package [1] which is a prerequesite for building AUR packages [2].
It should not be listed as a (make)dependency [3].

[1] https://archlinux.org/packages/core/any/base-devel/
[2] https://wiki.archlinux.org/title/Arch_User_Repository#Prerequisites
[3] https://wiki.archlinux.org/title/PKGBUILD#makedepends

Please add 'patch' as a dependency, you use it in line 53 of the PKGBUILD

@anasgets111: Ah, I never noticed since it takes a matter of seconds to update my Ventoy USB using the GUI. Thanks for pointing that out.

can you add

StartupWMClass=Ventoy2Disk.gtk3 to the .desktop file so that it displays it's icon correctly in gnome ? thanks

Please add desktop file with "ventoygui --qt5".

I'm a debian user, there's makedeb, a clone of makepkg but for debs. PKGBUILDs need manual converting. I converted this one for makedeb, and also made other important changes. You can see it here. https://mpr.makedeb.org/packages/ventoy-bin

Most importantly, i have it clone the folder tree and symlink the files in .config and run them from there. This is my preferred way in dealing with cases like these. This way, all the logs and configs end up in the .config folder while after an update the symlinks will be pointing to the new files. It's almost as good as a well behaved application.

I also use a single wrapper script for all the scripts. symlinks link to it, then the script checks it's name to determine witch script to launch. It's a lot saner then keep track of 7 wrapper scripts.

@xiliuya: Can't reproduce. Something is wrong on your end with Polkit. No, that is not a fix.