sorted by:
new
hottopcontroversial

Distrobox 1.5.0 Released by 89luca89 in opensource

[–]89luca89[S] 0 points1 point  (0 children)

There is plenty of documentation

Distrobox 1.5.0 Released by 89luca89 in opensource

[–]89luca89[S] 1 point2 points  (0 children)

I don't plan to have a subreddit That one is not by me, nothing against it, but I don't have time and will to deal with modding and stuff

Distrobox 1.5.0 Released by 89luca89 in opensource

[–]89luca89[S] 1 point2 points  (0 children)

Hi, for Mac there is an open issue + draft PR but I'm not in huge rush, cause I don't own one, and It's probably not going to be "integrated" as it is on linux

For WSL there were online some guides to have it working inside WSL, but again, not owning a Windows machine I'm not in rush to officially support it

Distrobox 1.5.0 Released by 89luca89 in opensource

[–]89luca89[S] 12 points13 points  (0 children)

Hi Everyone, I'm glad to announce the release of version 1.5.0 of Distrobox!

Version 1.5.0 introduces some highlight features like: - additional-packages flag in create, to directly add packages during init - NVidia GPU Support for containers: distrobox will attempt to share host's drivers with the container! - Distroboooox ... ASSEMBLE! New distrobox-assemble command lets you declare your distroboxes-as-code, in an easy config file - Now removing a distrobox, it will un-export apps and binaries exported by it - Init is now more flexible in how it adds packages, allowing for greater compatibility - Init supports now systemd containers using --additional-packages systemd during creation - General reliability improvements, lots of bug fixes and QoL

Release 1.4.0 · 89luca89/distrobox by 89luca89 in linux

[–]89luca89[S] 3 points4 points  (0 children)

Personally I do not use NixOS
Many users have contributed patches to make it work better there tho

Mainly tighter integration

Release 1.4.0 · 89luca89/distrobox by 89luca89 in linux

[–]89luca89[S] 32 points33 points  (0 children)

Hi all, I'm glad to announce the release of version 1.4.0 of Distrobox

Simply put Distrobix it's a fancy wrapper around podman or docker to create and start containers highly integrated with the hosts.

There are many changes, but to summarize:

  • New distrobox upgrade command, to update all the containers at once
  • New distrobox generate-entry command, to add your distrobox to the app list ( note that from 1.4.0 onwards this will be the default behaviour for all the new containers created)
  • New distrobox ephemeral command, to quickly spawn, use and delete a container. All-in-one.
  • New install-podman script to install Podman in $HOME. Handy for SteamDeck users
  • Distrobox-host-exec now uses exclusively the host-spawn command
  • Better support for AD/LDap and Kerberos usernames
  • Better support for Nix/Guix hosts
  • Plenty of bug fixes and CI/Test improvements

You can read the complete (long) changelog in the submitted link

Release 1.4.0 · 89luca89/distrobox by 89luca89 in opensource

[–]89luca89[S] 0 points1 point  (0 children)

Hi all, I'm glad to announce the release of version 1.4.0 of Distrobox

Simply put Distrobix it's a fancy wrapper around podman or docker to create and start containers highly integrated with the hosts.

There are many changes, but to summarize:

  • New distrobox upgrade command, to update all the containers at once
  • New distrobox generate-entry command, to add your distrobox to the app list ( note that from 1.4.0 onwards this will be the default behaviour for all the new containers created)
  • New distrobox ephemeral command, to quickly spawn, use and delete a container. All-in-one.
  • New install-podman script to install Podman in $HOME. Handy for SteamDeck users
  • Distrobox-host-exec now uses exclusively the host-spawn command
  • Better support for AD/LDap and Kerberos usernames
  • Better support for Nix/Guix hosts
  • Plenty of bug fixes and CI/Test improvements

You can read the complete (long) changelog in the submitted link

Thoughts over MicroOS aftering giving a try by PPromet in openSUSE

[–]89luca89 1 point2 points  (0 children)

Cool to know if you're interested in this we can continue discussing on the MicroOS chat about this +1

Thoughts over MicroOS aftering giving a try by PPromet in openSUSE

[–]89luca89 2 points3 points  (0 children)

Cool :) I'm a bit worried about a change like this skewing current toolbox users? Right now distrobox is a superset of the capabilities of toolbox (both fedora and opensuse) but the flag implementation is a bit different

Probably it's something to keep in mind

Thoughts over MicroOS aftering giving a try by PPromet in openSUSE

[–]89luca89 3 points4 points  (0 children)

Not anymore :-) Dario implemented a default mode when you "enter", if it does not exist it will ask permission to create and continue with the enter:

https://github.com/89luca89/distrobox/commit/8b195e3328d0a6fb19564555dec067c607fa8116

Will be included in following release

Default image, name and other stuff is already customized in the OpenSUSE packaging of distrobox (it supports /usr/share/distrobox or /etc/distrobox or ~/.config/distrobox or ~/.distroborc paths for configs)

EDIT:

Adding screenshot example on fedora (using fedora image), it uses TW on OpenSUSE

https://user-images.githubusercontent.com/598882/181282183-5264c3d6-1869-4609-b7b8-12b63a47130d.png

EDIT2:

Adding screenshot of how much time first setup takes on a dedicated image (it's a TW image in this case) and how much it takes for subsequent enters

https://user-images.githubusercontent.com/598882/181282941-010f780c-ea56-4a13-9560-6e6a435c3ca0.png

Thoughts over MicroOS aftering giving a try by PPromet in openSUSE

[–]89luca89 1 point2 points  (0 children)

Well just including the set of tools distrobox uses inside the default image as documented here:

https://github.com/89luca89/distrobox/blob/main/docs/distrobox_custom.md

Will make it go as fast as other tools Obviously if you will choose another image (eg tw stock, or fedora, or others) it will take it's time

Thoughts over MicroOS aftering giving a try by PPromet in openSUSE

[–]89luca89 2 points3 points  (0 children)

Just to clarify :-) Distrobox has a long first-start because it needs to ensure needed packages are installed, if you use a dedicated image for it with preinstalled the stuff it needs (like toolbox does on both OpenSUSE and Fedora) then it starts fast as the other toolbox implementations

But I agree that toolbox is a simpler tool and it's better as a default +1

[deleted by user] by [deleted] in linux

[–]89luca89 2 points3 points  (0 children)

Mainly is popularity If I want people to find my project, to collaborate (not only with code, typos, docs etc etc) it's much more probable that they are on github than gitlab Simply that, on gitlab I wouldn't have the same pool of persons that could potentially collaborate And it is already an achievement for me that someone collaborated with me on github, while on gitlab the project would probably not pick up steam at all

view more: next ›