Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Toolbox Distrobox Incompatabilities #210

Open
noelmiller opened this issue Jan 30, 2024 · 5 comments
Open

Toolbox Distrobox Incompatabilities #210

noelmiller opened this issue Jan 30, 2024 · 5 comments
Assignees

Comments

@noelmiller
Copy link
Member

When a distrobox is created, it shows up in the list of Toolbox Containers that you can use. This is an issue because you receive the message below:

nomiller@mirkwood:~$ toolbox enter alma 
Error: container alma is too old and no longer supported 
Recreate it with Toolbox version 0.0.17 or newer.

We need to find a solution either in Distrobox or Toolbox and contribute that way. Otherwise, we can patch our toolbox RPM to fix this issue if we cannot find a solution upstream.

@bsherman
Copy link
Contributor

I'm tinkering with some way to patch toolbox such that it filters out "toolbox" containers which were not created by it.

I think it's too specific for toolbox to have awareness of distrobox, but there are other ways to filter.

@m2Giles
Copy link
Member

m2Giles commented Jan 30, 2024

It's looking for the label "com.github.containers.toolbox"

If it's set at all, even to none. It will show up in the toolbox list. The only way around this was not building the container with that label.

Distrobox on the other hand is looking for the following:

distrobox in the mounts section
distrobox in the labels section

Distrobox will see our toolboxes since we have distrobox in the label usage even when used as quadlet with no mounts.

I tried removing both and now the container will show up in prompt as a regular podman container. However, it won't use the same scarf and will not properly enter if it cannot determine if it's a toolbox or distrobox.

@bsherman
Copy link
Contributor

The only way around this was not building the container with that label.

Clarification, not building the IMAGE with the label.

@bsherman
Copy link
Contributor

This isn't actually completed as the problem described still exists.

With consensus, I think we could close as "won't fix" since it's really something for toolbox/distrobox to sort out, not us.

@HikariKnight
Copy link
Member

i agree, it is not really our job to fix this

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants