* Re: Package Request: distrobox
2022-03-25 18:57 [ISSUE] Package Request: distrobox gitpubber
@ 2022-03-25 19:47 ` Anachron
2024-05-04 13:13 ` blacklightpy
` (2 subsequent siblings)
3 siblings, 0 replies; 7+ messages in thread
From: Anachron @ 2022-03-25 19:47 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 187 bytes --]
New comment by Anachron on void-packages repository
https://github.com/void-linux/void-packages/issues/36341#issuecomment-1079382211
Comment:
This is just a wrapper for podman/docker?
^ permalink raw reply [flat|nested] 7+ messages in thread* Re: Package Request: distrobox
2022-03-25 18:57 [ISSUE] Package Request: distrobox gitpubber
2022-03-25 19:47 ` Anachron
@ 2024-05-04 13:13 ` blacklightpy
2024-05-04 13:14 ` blacklightpy
2024-05-25 5:14 ` blacklightpy
3 siblings, 0 replies; 7+ messages in thread
From: blacklightpy @ 2024-05-04 13:13 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1871 bytes --]
New comment by blacklightpy on void-packages repository
https://github.com/void-linux/void-packages/issues/36341#issuecomment-2094173475
Comment:
> If you believe you have an exception, start a PR and make an argument for why that particular piece of software, while not meeting any of the following requirements, is a good candidate for the Void packages system.
Distrobox was developed to make life on immutable operating systems easier. That is, instead of running Podman to run command line packages, one could just `distrobox enter <name>` and work away. When it comes to Podman, I'll have to manually set up the volumes and I'll have to learn other syntax. With Distrobox, I can get my job done without having to know anything. It even sets up a user for you (which is the same as your host username).
Running graphical Xorg app on Podman? aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa. Running it on Distrobox? `distrobox enter ubuntu-container`, `sudo apt install vscode`, `code`. Instead of VS Code, it might just be some app that has a systemd dependency for example.
In `distrobox.conf` I can set the default image, any hooks and my home location. You can also export any binaries from a distrobox container to a `.desktop` file using `distrobox --export /usr/bin/<app>`.
I may wish to use a package that's only built for Arch glibc, I could enter that container.
There may be some proprietary packages that are only available as DEB/RPM. I could just pull up a Debian container and enter it.
What I'm trying to say is that Distrobox has no learning curve. It's just like how Virtualbox or Virt-man is easier than setting up virsh. It could be recommended to use Podman, but when someone wants something done, it's better to have something to work with rather than not being able to do anything because they'll have to learn the underlying tool first.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Package Request: distrobox
2022-03-25 18:57 [ISSUE] Package Request: distrobox gitpubber
2022-03-25 19:47 ` Anachron
2024-05-04 13:13 ` blacklightpy
@ 2024-05-04 13:14 ` blacklightpy
2024-05-25 5:14 ` blacklightpy
3 siblings, 0 replies; 7+ messages in thread
From: blacklightpy @ 2024-05-04 13:14 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1875 bytes --]
New comment by blacklightpy on void-packages repository
https://github.com/void-linux/void-packages/issues/36341#issuecomment-2094173475
Comment:
> If you believe you have an exception, start a PR and make an argument for why that particular piece of software, while not meeting any of the following requirements, is a good candidate for the Void packages system.
Distrobox was developed to make life on immutable operating systems easier. That is, instead of running Podman to run command line packages, one could just `distrobox enter <name>` and work away. When it comes to Podman, I'll have to manually set up the volumes and I'll have to learn other syntax. With Distrobox, I can get my job done without having to know anything. It even sets up a user for you (which is the same as your host username).
Running a graphical Xorg app on Podman? aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa. Running it on Distrobox? `distrobox enter ubuntu-container`, `sudo apt install vscode`, `code`. Instead of VS Code, it might just be some app that has a systemd dependency for example.
In `distrobox.conf` I can set the default image, any hooks and my home location. You can also export any binaries from a distrobox container to a `.desktop` file using `distrobox --export /usr/bin/<app>`.
I may wish to use a package that's only built for Arch glibc, I could enter that container.
There may be some proprietary packages that are only available as DEB/RPM. I could just pull up a Debian container and enter it.
What I'm trying to say is that Distrobox has no learning curve. It's just like how Virtualbox or Virt-man is easier than setting up `virsh`. It could be recommended to use Podman, but when someone wants something done, it's better to have something to work with rather than not being able to do anything because they'll have to learn the underlying tool first.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Package Request: distrobox
2022-03-25 18:57 [ISSUE] Package Request: distrobox gitpubber
` (2 preceding siblings ...)
2024-05-04 13:14 ` blacklightpy
@ 2024-05-25 5:14 ` blacklightpy
3 siblings, 0 replies; 7+ messages in thread
From: blacklightpy @ 2024-05-25 5:14 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1955 bytes --]
New comment by blacklightpy on void-packages repository
https://github.com/void-linux/void-packages/issues/36341#issuecomment-2094173475
Comment:
https://github.com/void-linux/void-packages/pull/42123#issuecomment-1420503440
> If you believe you have an exception, start a PR and make an argument for why that particular piece of software, while not meeting any of the following requirements, is a good candidate for the Void packages system.
Distrobox was developed to make life on immutable operating systems easier. That is, instead of running Podman to run command line packages, one could just `distrobox enter <name>` and work away. When it comes to Podman, I'll have to manually set up the volumes and I'll have to learn other syntax. With Distrobox, I can get my job done without having to know anything. It even sets up a user for you (which is the same as your host username).
Running a graphical Xorg app on Podman? aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa. Running it on Distrobox? `distrobox enter ubuntu-container`, `sudo apt install vscode`, `code`. Instead of VS Code, it might just be some app that has a systemd dependency for example.
In `distrobox.conf` I can set the default image, any hooks and my home location. You can also export any binaries from a distrobox container to a `.desktop` file using `distrobox --export /usr/bin/<app>`.
I may wish to use a package that's only built for Arch glibc, I could enter that container.
There may be some proprietary packages that are only available as DEB/RPM. I could just pull up a Debian container and enter it.
What I'm trying to say is that Distrobox has no learning curve. It's just like how Virtualbox or Virt-man is easier than setting up `virsh`. It could be recommended to use Podman, but when someone wants something done, it's better to have something to work with rather than not being able to do anything because they'll have to learn the underlying tool first.
^ permalink raw reply [flat|nested] 7+ messages in thread