MX Linux Forum

Posted: **Mon Oct 28, 2024 9:01 pm**

I'm putting this into chat section, since I don't need help, just few questions and maybe few tips :)

I will be using Virtualbox for the first time. Can ISO files made by MX Snapshoot be used for installs in VB? I'm assuming yes, but can't hurt asking.
I have data partition, can all ISO's be installed on separate partitions (like my 'DATA") since I have plenty of space there.
What about if I have another SSD in the system, can VB ISO's be placed there?
I see three files Virtualbox-guests-* are already preinstalled, but not Virtualbox. I'm assuming I need to install it, correct?
Is MX Test Repo version (little newer) the one I should install?

Any VB tips for the first time user?

In this case system info is probably not needed but I'm pasting it here anyway. My new minipc.
(boy I like Linux, I just took SSD from previous computer, placed it into new one and all works OOTB)

Code: Select all

Snapshot created on: 20241028_1059
System:
  Kernel: 6.9.4-1-liquorix-amd64 [6.9-3~mx23ahs] arch: x86_64 bits: 64 compiler: gcc v: 12.2.0 clocksource: tsc
    avail: acpi_pm parameters: audit=0 intel_pstate=disable
    BOOT_IMAGE=/boot/vmlinuz-6.9.4-1-liquorix-amd64 root=UUID=<filter> ro quiet splash
  Desktop: Xfce v: 4.18.1 tk: Gtk v: 3.24.36 wm: xfwm4 v: 4.18.0 with: xfce4-panel
    tools: xfce4-screensaver vt: 7 dm: LightDM v: 1.26.0 Distro: MX-23.4_x64 Libretto May 19 2024
    base: Debian GNU/Linux 12 (bookworm)
Machine:
  Type: Desktop System: Tianbei product: GEM10 v: N/A serial: <superuser required>
  Mobo: Tianbei model: GEM10 serial: <superuser required> uuid: <superuser required>
    UEFI: American Megatrends LLC. v: 1.00 date: 04/22/2024
Battery:
  Device-1: hidpp_battery_0 model: Logitech Wireless Mouse B330/M330/M331 serial: <filter>
    charge: 55% (should be ignored) rechargeable: yes status: discharging
CPU:
  Info: model: AMD Ryzen 7 6800H with Radeon Graphics bits: 64 type: MT MCP arch: Zen 3+ gen: 4
    level: v3 note: check built: 2022 process: TSMC n6 (7nm) family: 0x19 (25) model-id: 0x44 (68)
    stepping: 1 microcode: 0xA404102
  Topology: cpus: 1x cores: 8 tpc: 2 threads: 16 smt: enabled cache: L1: 512 KiB
    desc: d-8x32 KiB; i-8x32 KiB L2: 4 MiB desc: 8x512 KiB L3: 16 MiB desc: 1x16 MiB
  Speed (MHz): avg: 1789 high: 3543 min/max: 400/4785 scaling: driver: amd-pstate-epp
    governor: performance cores: 1: 3131 2: 400 3: 3126 4: 400 5: 3165 6: 400 7: 3543 8: 400 9: 400
    10: 3254 11: 3137 12: 400 13: 2926 14: 400 15: 3155 16: 400 bogomips: 102199
  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm
  Vulnerabilities:
  Type: gather_data_sampling status: Not affected
  Type: itlb_multihit status: Not affected
  Type: l1tf status: Not affected
  Type: mds status: Not affected
  Type: meltdown status: Not affected
  Type: mmio_stale_data status: Not affected
  Type: reg_file_data_sampling status: Not affected
  Type: retbleed status: Not affected
  Type: spec_rstack_overflow status: Vulnerable: Safe RET, no microcode
  Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via prctl
  Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization
  Type: spectre_v2 mitigation: Retpolines; IBPB: conditional; IBRS_FW; STIBP: always-on; RSB
    filling; PBRSB-eIBRS: Not affected; BHI: Not affected
  Type: srbds status: Not affected
  Type: tsx_async_abort status: Not affected
Graphics:
  Device-1: AMD Rembrandt [Radeon 680M] driver: amdgpu v: kernel arch: RDNA-2 code: Navi-2x
    process: TSMC n7 (7nm) built: 2020-22 pcie: gen: 4 speed: 16 GT/s lanes: 16 ports:
    active: DP-1,HDMI-A-1 empty: DP-2, DP-3, DP-4, DP-5, DP-6, Writeback-1 bus-ID: e5:00.0
    chip-ID: 1002:1681 class-ID: 0300 temp: 42.0 C
  Display: x11 server: X.Org v: 1.21.1.7 compositor: xfwm4 v: 4.18.0 driver: X: loaded: amdgpu
    unloaded: fbdev,modesetting,vesa dri: radeonsi gpu: amdgpu display-ID: :0.0 screens: 1
  Screen-1: 0 s-res: 3600x1080 s-dpi: 96 s-size: 952x285mm (37.48x11.22") s-diag: 994mm (39.12")
  Monitor-1: DP-1 mapped: DisplayPort-0 pos: primary,left model: Dell E2417H serial: <filter>
    built: 2018 res: 1920x1080 hz: 60 dpi: 93 gamma: 1.2 size: 527x296mm (20.75x11.65")
    diag: 604mm (23.8") ratio: 16:9 modes: max: 1920x1080 min: 720x400
  Monitor-2: HDMI-A-1 mapped: HDMI-A-0 pos: right model: HP LA2205 serial: <filter> built: 2010
    res: 1680x1050 hz: 60 dpi: 90 gamma: 1.2 size: 473x296mm (18.62x11.65") diag: 558mm (22")
    ratio: 16:10 modes: max: 1680x1050 min: 720x400
  API: EGL v: 1.5 hw: drv: amd radeonsi platforms: device: 0 drv: radeonsi device: 1 drv: swrast
    gbm: egl: 1.4 drv: kms_swrast surfaceless: drv: radeonsi x11: drv: radeonsi inactive: wayland
  API: OpenGL v: 4.6 vendor: amd mesa v: 22.3.6 glx-v: 1.4 es-v: 3.2 direct-render: yes
    renderer: AMD Radeon Graphics (rembrandt LLVM 15.0.6 DRM 3.57 6.9.4-1-liquorix-amd64)
    device-ID: 1002:1681 memory: 500 MiB unified: no
Audio:
  Device-1: AMD Rembrandt Radeon High Definition Audio driver: snd_hda_intel v: kernel pcie: gen: 4
    speed: 16 GT/s lanes: 16 bus-ID: e5:00.1 chip-ID: 1002:1640 class-ID: 0403
  Device-2: AMD Family 17h/19h HD Audio vendor: Realtek driver: snd_hda_intel v: kernel pcie:
    gen: 4 speed: 16 GT/s lanes: 16 bus-ID: e5:00.6 chip-ID: 1022:15e3 class-ID: 0403
  API: ALSA v: k6.9.4-1-liquorix-amd64 status: kernel-api tools: alsactl,alsamixer,amixer
  Server-1: PipeWire v: 1.0.6 status: active with: 1: pipewire-pulse status: active
    2: wireplumber status: active 3: pipewire-alsa type: plugin 4: pw-jack type: plugin
    tools: pactl,pw-cat,pw-cli,wpctl
Network:
  Device-1: Intel Ethernet I226-V driver: igc v: kernel pcie: gen: 2 speed: 5 GT/s lanes: 1
    port: N/A bus-ID: 01:00.0 chip-ID: 8086:125c class-ID: 0200
  IF: eth0 state: down mac: <filter>
  Device-2: Intel Ethernet I226-V driver: igc v: kernel pcie: gen: 2 speed: 5 GT/s lanes: 1
    port: N/A bus-ID: 02:00.0 chip-ID: 8086:125c class-ID: 0200
  IF: eth1 state: up speed: 1000 Mbps duplex: full mac: <filter>
  Device-3: Intel Wi-Fi 6 AX200 driver: iwlwifi v: kernel modules: wl pcie: gen: 2 speed: 5 GT/s
    lanes: 1 bus-ID: 03:00.0 chip-ID: 8086:2723 class-ID: 0280
  IF: wlan0 state: down mac: <filter>
  Info: services: NetworkManager,wpa_supplicant
Bluetooth:
  Device-1: Intel AX200 Bluetooth driver: btusb v: 0.8 type: USB rev: 2.0 speed: 12 Mb/s lanes: 1
    mode: 1.1 bus-ID: 3-3.1:4 chip-ID: 8087:0029 class-ID: e001
  Report: hciconfig ID: hci0 rfk-id: 1 state: down bt-service: N/A rfk-block: hardware: no
    software: no address: <filter>
  Info: acl-mtu: 1021:4 sco-mtu: 96:6 link-policy: rswitch sniff link-mode: peripheral accept
Drives:
  Local Storage: total: 931.51 GiB used: 505.85 GiB (54.3%)
  SMART Message: Unable to run smartctl. Root privileges required.
  ID-1: /dev/nvme0n1 maj-min: 259:0 vendor: Western Digital model: WDS100T2B0C-00PXH0
    size: 931.51 GiB block-size: physical: 512 B logical: 512 B speed: 31.6 Gb/s lanes: 4 tech: SSD
    serial: <filter> fw-rev: 211070WD temp: 40.9 C scheme: GPT
Partition:
  ID-1: / raw-size: 49.46 GiB size: 48.38 GiB (97.82%) used: 24.72 GiB (51.1%) fs: ext4
    dev: /dev/nvme0n1p8 maj-min: 259:8
  ID-2: /boot/efi raw-size: 512 MiB size: 511 MiB (99.80%) used: 692 KiB (0.1%) fs: vfat
    dev: /dev/nvme0n1p1 maj-min: 259:1
Swap:
  Kernel: swappiness: 15 (default 60) cache-pressure: 100 (default) zswap: yes compressor: lz4
    max-pool: 20%
  ID-1: swap-1 type: partition size: 2.05 GiB used: 0 KiB (0.0%) priority: -2 dev: /dev/nvme0n1p2
    maj-min: 259:2
Sensors:
  System Temperatures: cpu: 53.5 C mobo: N/A gpu: amdgpu temp: 43.0 C
  Fan Speeds (rpm): N/A
Repos:
  Packages: pm: dpkg pkgs: 2558 libs: 1337 tools: apt, apt-get, aptitude, nala, synaptic pm: rpm
    pkgs: 0 pm: flatpak pkgs: 0
  No active apt repos in: /etc/apt/sources.list
  Active apt repos in: /etc/apt/sources.list.d/brave-browser-release.list
    1: deb [signed-by=/usr/share/keyrings/brave-browser-archive-keyring.gpg] https://brave-browser-apt-release.s3.brave.com/ stable main
  Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list
    1: deb http://deb.debian.org/debian bookworm-updates main contrib non-free non-free-firmware
  Active apt repos in: /etc/apt/sources.list.d/debian.list
    1: deb http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
    2: deb http://security.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware
  Active apt repos in: /etc/apt/sources.list.d/mx.list
    1: deb https://mxrepo.com/mx/repo/ bookworm main non-free
  Active apt repos in: /etc/apt/sources.list.d/opera-stable.list
    1: deb https://deb.opera.com/opera-stable/ stable non-free
  Active apt repos in: /etc/apt/sources.list.d/extrepo_librewolf.sources
    1: deb [arch=amd64 arm64] https://repo.librewolf.net librewolf main
Info:
  Memory: total: N/A available: 30.64 GiB used: 4.49 GiB (14.7%)
  Processes: 457 Power: uptime: 1h 42m states: freeze,mem,disk suspend: deep avail: s2idle
    wakeups: 0 hibernate: platform avail: shutdown, reboot, suspend, test_resume image: 12.22 GiB
    services: upowerd,xfce4-power-manager Init: SysVinit v: 3.06 runlevel: 5 default: graphical
    tool: systemctl
  Compilers: gcc: 12.2.0 Client: shell wrapper v: 5.2.15-release inxi: 3.3.35
Boot Mode: UEFI

Posted: **Mon Oct 28, 2024 10:46 pm**

1. Stick with Debian stable versions for maximum happiness.
2. You can put VirtualBox isos (virtual machines) on any drive. However, don't use removable media. Anytime you open the VirtualBox GUI, VirtualBox will look for it's virtual machines and be very unhappy if it can't find them.
3. Don't include your VirtualBox directories in the MX Snapshot or the snapshot will become huge. That includes "~/.VirtualBox", "~/VirtualBox VMs", and any other location where you keep your VirtualBox isos. Back them up instead separately when VirtualBox is not running into a compressed TAR archive.
4. You can'r run VirtualBox without installing it. Install it from the MX Package Installer.
5. For long-term use, don't install VirtualBox in an MX Live USB. It's not going to behave well through upgrades and remasters. Just a fact of life.

Posted: **Mon Oct 28, 2024 11:41 pm**

figueroa wrote: ↑Mon Oct 28, 2024 10:46 pm 4. You can'r run VirtualBox without installing it. Install it from the MX Package Installer.

VirtualBox uses some bespoke kernel modules. It generally builds itself without trouble as a DKMS module against whatever the running kernel is, but for stability's sake if you're going to run VirtualBox you should avoid kernel hopping.

Also, VirtualBox and the VirtualBox guest add-ons are under a totally different license than the VirtualBox extension pack. Be aware of what you're running and what the consequences are, and never run any more Oracle code than you absolutely need.

Posted: **Tue Oct 29, 2024 12:57 am**

Yes you can put VB files ( VHD's, VDI's, etc ) anyplace, but as figueroa mentioned you are going to need to exclude them from your snapshots. (And it will get a little tricky if you dont put them in the 'normal' location - ie you have to go into the exclude file and specifically add that location! )

As for what you can run ... you can run almost any os in VB. I run MX of all flavors for testing things, and then have MX Development VM's along with specific function VM's and windows vm's. Typically, I have 3 running at any one time on my main machine, and then 3 or 4 running on my 'service' machine. Once you get them tuned... you can run multiples with out too much trouble on a fast machine.

Posted: **Tue Oct 29, 2024 1:20 am**

There is no MX Test Repo version. We really really very very strongly urge that MXPI be used to install and test just one thing at a time from the test repo on a regular or AHS MX Edition.

Posted: **Tue Oct 29, 2024 1:50 am**

CharlesV wrote: ↑Tue Oct 29, 2024 12:57 am Yes you can put VB files ( VHD's, VDI's, etc ) anyplace, but as figueroa mentioned you are going to need to exclude them from your snapshots. (And it will get a little tricky if you dont put them in the 'normal' location - ie you have to go into the exclude file and specifically add that location! )

....

Since I multiboot, I place my folder of Virtual Machines (VM) for Virtualbox (VB) in my separate Data drive/partition. That way, it is accessible by all my distros on which I install VB, since I automount my Data partition in all my distros.

When I make an MX snapshot, the VM folder in Data isn't going to be included in the snapshot by default, and that's the way I want it.

If I use that snapshot iso to install in another machine, yes, when you open VB in that new install it's going to mark all the listed VMs as "not found" or something similar. That's not a big deal. You can (in VB) remove those VM entries and set the new VM directory location to be used in your new machine.

Posted: **Tue Oct 29, 2024 12:42 pm**

Thank you all for informative replies

figueroa wrote: ↑Mon Oct 28, 2024 10:46 pm 1. Stick with Debian stable versions for maximum happiness.

Thank you for all the answers, you covered everything, appreciate it!

asqwerth wrote: ↑Tue Oct 29, 2024 1:50 am Since I multiboot, I place my folder of Virtual Machines (VM) for Virtualbox (VB) in my separate Data drive/partition. That way, it is accessible by all my distros on which I install VB, since I automount my Data partition in all my distros.

While I was just thinking about more space I have on separate data, drive partition, this is great idea, thanks.

Stevo wrote: ↑Tue Oct 29, 2024 1:20 am There is no MX Test Repo version. We really really very very strongly urge that MXPI be used to install and test just one thing at a time from the test repo on a regular or AHS MX Edition.

Sorry Stevo, my bad, I should of worded it differently, I meant MX Test Repo tab in MXPI, since under that tab is newer version (@figurea already replied to stay with stable version - enabled repos)

DukeComposed wrote: ↑Mon Oct 28, 2024 11:41 pm Also, VirtualBox and the VirtualBox guest add-ons are under a totally different license than the VirtualBox extension pack. Be aware of what you're running and what the consequences are, and never run any more Oracle code than you absolutely need.

Interesting about totally different licenses. If I understand correctly, VirtualBox extension pack uses less desirable license and should be stay away from?

Does MX comes with some virtualbox packages already preinstalled? I don't recall installing them and I have these three packages installed:

- virtualbox-guest-utils
- virtualbox-guest-utils-modified-init (different version number)
- virtualbox-guest-x11

but not virtualbox which I'm assuming I need to install, correct? Or are other three files all I need?

I understand I don't want those virtual drives in my snapshot :)

Posted: **Tue Oct 29, 2024 2:48 pm**

A couple of additions/clarifications:

It's okay to install Virtualbox in a live USB booting MX Linux system (i.e. you have installed and configured it correctly on a system before taking a snapshot of that system - you point Virtualbox to the relevant VM location(s) and so on - and then you make a snapshot of that configured system, make a live booting USB drive with that snapshot, and then proceed to use VMs with it when live booting.) I've done this for several years in my daily workflow when I have a need to do development work inside a Windows 10 VM, and it has worked beautifully. (I boot from a high speed Samsung T-series USB SSD.)

The Virtualbox installation has been configured so that it looks for its VMs in the persistent Live-usb-storage directory of the live system, which is naturally present on that USB SSD, also containing all the persistent project files I wish to store in that location.

Also, it is perfectly fine to install the actual VMs on a removable media, in any case, and then start the Virtualbox GUI while the VMs (or some of the VMs) aren't present. This will merely result in Virtualbox telling you that it cannot open them, but that's it; it gracefully informs you that they are inaccessible, like so:

https://i.imgur.com/XLCGN83.png

In the above screenshot I have started the Virtualbox GUI, i.e. the VirtualBox Manager, for demonstration purposes without any VMs present in the Live-usb-storage directory. Now, I close the manager and (again, for demonstration purposes) copy just my retro WinXP VM back in:

https://i.imgur.com/0tMuOol.png

Now that one can be found correctly, and is ready to run. This does not result in random breakage, and is a good way to run arbitrary VMs on a "boot anywhere" type of live system.

Moderator: images changed to links, please read the forum rules

Posted: **Tue Oct 29, 2024 3:00 pm**

Nokkaelaein wrote: ↑Tue Oct 29, 2024 2:48 pm It's okay to install Virtualbox in a live USB booting MX Linux system (i.e. you have installed and configured it correctly

Thank you, for a presentation and all the info. It is good to know that manager is so flexible. I may try something similar

Posted: **Tue Oct 29, 2024 7:12 pm**

No problem

Moderator: images changed to links, please read the forum rules

Ah, sorry, and thanks for the edit. (I had interpreted the rules differently. I know it says "Do not unnecessarily post images or screenshots of text. Copy and paste the text in your post. Text can be searched, images cannot", and in this case I specifically wanted to add to my post by showing how neatly Virtualbox indicates the missing VMs in the GUI, not just textual output. In any case, I'll keep this in mind, cheers.)

Posted: **Tue Oct 29, 2024 10:33 pm**

Buck Fankers wrote: ↑Tue Oct 29, 2024 12:42 pm ...
DukeComposed wrote: ↑Mon Oct 28, 2024 11:41 pm Also, VirtualBox and the VirtualBox guest add-ons are under a totally different license than the VirtualBox extension pack. Be aware of what you're running and what the consequences are, and never run any more Oracle code than you absolutely need.
Interesting about totally different licenses. If I understand correctly, VirtualBox extension pack uses less desirable license and should be stay away from?

Does MX comes with some virtualbox packages already preinstalled? I don't recall installing them and I have these three packages installed:

- virtualbox-guest-utils
- virtualbox-guest-utils-modified-init (different version number)
- virtualbox-guest-x11

but not virtualbox which I'm assuming I need to install, correct? Or are other three files all I need?

I understand I don't want those virtual drives in my snapshot :)

If you just want an installation of VB that works without any issue, simply install from the VB entry in the MXPI Popular Apps tab. It will include all the necessary packages (eg the guest utils etc).

And yes, it will install the VB extension pack [which is Oracle's proprietary package] but that package is very helpful to enable your VM to connect to USB2.0 and USB3.0 devices on your real world host machine.

I would say that if you aren't too confident about what packages you need, just install from the single entry in MXPI popular apps, rather than going through Synaptic and manually searching for any package that is VB-related to install.

The only time you need to fiddle with manually installing VB packages from Test Repo [or is it AHS repo?] is if you are running AHS or Liquorix kernels that may not work with the standard Debian verison of VB in the normal "Enabled repos" of MX. Mainly that is due to the newer kernels needing newer VB kernel modules .

[ADDED] to clarify, the "virtualbox" entry in MXPI Popular Apps tab runs a script that pulls in all necessary packages from Debian Repo and Oracle [the ext pack] PLUS it adds your user to the appropriate virtualbox group. Everything is done for you.

Posted: **Wed Oct 30, 2024 2:10 am**

Ivan/HC on github just made a completely portable working appimage of Bottles (like vbox). I ran it yesterday from my laptop and it couldn't get any easier even though I have vbox installed.
https://github.com/ivan-hc/Bottles-appimage
Just a thought

He also made a working appimage of VirtualBox 7.0.20. It opens on my laptop but I haven't used it yet. Includes Guest Additions ISO and the Extension Pack in a single runnable file. How cool is that?
https://github.com/ivan-hc/VirtualBox-appimage

Posted: **Wed Oct 30, 2024 3:37 am**

Nokkaelaein wrote: ↑Tue Oct 29, 2024 7:12 pm No problem

Moderator: images changed to links, please read the forum rules
Ah, sorry, and thanks for the edit. (I had interpreted the rules differently. I know it says "Do not unnecessarily post images or screenshots of text. Copy and paste the text in your post. Text can be searched, images cannot", and in this case I specifically wanted to add to my post by showing how neatly Virtualbox indicates the missing VMs in the GUI, not just textual output. In any case, I'll keep this in mind, cheers.)

From the rules:
Images added to post via hot links from other websites will be limited to a 640 x 620 pixel size as they appear in the Forum post. Large images take up large areas of the post and thread space, are distracting and impede the flow of the thread. You can post the link to the full image without the [img] tags. You can also choose the "Large" image option if logged in. If not logged in and the image is a public image, add the letter l to the end of the imgur link (before the '.jpg').
Animated images, such as gifs, shall be no larger than 120 x 120 pixels.

Posted: **Wed Oct 30, 2024 5:23 am**

Eadwine Rose wrote: ↑Wed Oct 30, 2024 3:37 am From the rules:
Images added to post via hot links from other websites will be limited to a 640 x 620 pixel size as they appear in the Forum post. Large images take up large areas of the post and thread space, are distracting and impede the flow of the thread.

Ohhh it means images larger than 640 x 620 shouldn't be posted inline at all, and only linked! I've thought this means what it literally says, i.e. images "will be limited to a 640 x 620 pixel size as they appear in the Forum post", and then further explains why that is (in other words, that images will appear limited to 640 x 620 (scaled) in the post, no matter what their original size is.) Thanks for clarifying, my bad!

Posted: **Fri Nov 01, 2024 3:39 pm**

Sorry for later reply, getting over some aggressive bug. But I will prevail

asqwerth wrote: ↑Tue Oct 29, 2024 10:33 pm [ADDED] to clarify, the "virtualbox" entry in MXPI Popular Apps tab runs a script that pulls in all necessary packages from Debian Repo and Oracle [the ext pack] PLUS it adds your user to the appropriate virtualbox group. Everything is done for you.

Gotcha, thank you and perfect, I have never messed with the groups before, so this is as simple as it gets. In the mean time I already installed it and it works ok so far.

Posted: **Fri Nov 01, 2024 3:42 pm**

davidy wrote: ↑Wed Oct 30, 2024 2:10 am Ivan/HC on github just made a completely portable working appimage of Bottles (like vbox). I ran it yesterday from my laptop and it couldn't get any easier even though I have vbox installed.
https://github.com/ivan-hc/Bottles-appimage

Interesting, I will give it a try.

Quote from his github:

"The biggest obstacle in the Bottles project are some collaborators who, in order to support Flatpak as the only packaging format, give a firm NO to every request or proposal to use an alternative packaging format. Having met some of these arrogant people has served as an incentive to continue doing the opposite of what they said."

Posted: **Sun Nov 03, 2024 12:41 am**

asqwerth wrote: ↑Tue Oct 29, 2024 10:33 pm If you just want an installation of VB that works without any issue, simply install from the VB entry in the MXPI Popular Apps tab. It will include all the necessary packages (eg the guest utils etc).

And yes, it will install the VB extension pack [which is Oracle's proprietary package] but that package is very helpful to enable your VM to connect to USB2.0 and USB3.0 devices on your real world host machine.

[ADDED] to clarify, the "virtualbox" entry in MXPI Popular Apps tab runs a script that pulls in all necessary packages from Debian Repo and Oracle [the ext pack] PLUS it adds your user to the appropriate virtualbox group. Everything is done for you.

I take issue with the MXPI option automatically installing the Oracle VirtualBox Extension Pack. As I previously linked, that software is not under a free license, and from the FAQ it states:

The VirtualBox Extension Pack is freely available under the VirtualBox Extension Pack Personal Use and Educational License (PUEL) for personal and educational use. For a fee, the VirtualBox Extension Pack is also available for most commercial, non-distribution uses restricted by the PUEL

Individual users are free ("""""free""""") to install and run the software, but it is not permitted for use in commercial applications without paying Oracle. This means that a person can very easily install MX Linux in a corporate position, install VirtualBox, and end up legally liable for violating Oracle's Personal User and Educational License without even knowing it.

Linux as a whole is a slippery slope. The kernel is GPLv2, and that lulls a lot of people into thinking that the entire OS is free and equally open. This is simply not true.

People using MX Linux in any professional capacity who trust the content of MXPI to have vetted their legal liability are one click away from owing Oracle a lot of money.

Posted: **Sun Nov 03, 2024 1:54 am**

Buck Fankers wrote: ↑Fri Nov 01, 2024 3:42 pm
davidy wrote: ↑Wed Oct 30, 2024 2:10 am Ivan/HC on github just made a completely portable working appimage of Bottles (like vbox). I ran it yesterday from my laptop and it couldn't get any easier even though I have vbox installed.
https://github.com/ivan-hc/Bottles-appimage
Interesting, I will give it a try.

Quote from his github:

"The biggest obstacle in the Bottles project are some collaborators who, in order to support Flatpak as the only packaging format, give a firm NO to every request or proposal to use an alternative packaging format. Having met some of these arrogant people has served as an incentive to continue doing the opposite of what they said."

Bottles is an appimage and is basically a virtualbox alternative, only a portable one that requires no addons or guest iso's-whatever. Appimages are not comparable to flatpaks per se. What he refers to is the fact he does ONLY appimages and that is all. Some software developers simply don't want to consider anything BUT flatpaks as an alternative to the installer, as if appimages should not exist. Yet they do, and they take up less space (and thus time), and are easier to move around by the actual users. Appimages are simply containers and flatpaks are (like containers but not really) like an ecosystem that imo is bloated and more complicated all around.

For someone like me who has limited resources I'll take the appimage every time.

Posted: **Mon Nov 04, 2024 1:13 pm**

davidy wrote: ↑Sun Nov 03, 2024 1:54 am Bottles is an appimage and is basically a virtualbox alternative, only a portable one that requires no addons or guest iso's-whatever.

Appimages are simply containers and flatpaks are (like containers but not really) like an ecosystem that imo is bloated and more complicated all around. For someone like me who has limited resources I'll take the appimage every time.

I hear you about flatpacks. I have never used one, nor I plan to do in the future, because of: 1- bloateness and 2 - corporate showing down our throats. I quoted that guy, because I liked it :)

Bottles, perfect, portable virtualbox alternative and free. It is definitely on my to-do list. Virtualbox is already deleted from you system, looks like I don't need it. Thanks for bringing the bottles idea forward!

MX Linux Forum

Virtualbox and MX snapshots

Virtualbox and MX snapshots

Re: Virtualbox and MX snapshots

Re: Virtualbox and MX snapshots

Re: Virtualbox and MX snapshots

Re: Virtualbox and MX snapshots

Re: Virtualbox and MX snapshots

Re: Virtualbox and MX snapshots

Re: Virtualbox and MX snapshots

Re: Virtualbox and MX snapshots

Re: Virtualbox and MX snapshots

Re: Virtualbox and MX snapshots

Re: Virtualbox and MX snapshots

Re: Virtualbox and MX snapshots

Re: Virtualbox and MX snapshots

Re: Virtualbox and MX snapshots

Re: Virtualbox and MX snapshots

Re: Virtualbox and MX snapshots

Re: Virtualbox and MX snapshots

Re: Virtualbox and MX snapshots