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

Install packages via rpm-ostree or flatpak #779

Closed
3 tasks done
yeeboi0 opened this issue Oct 7, 2024 · 11 comments
Closed
3 tasks done

Install packages via rpm-ostree or flatpak #779

yeeboi0 opened this issue Oct 7, 2024 · 11 comments
Labels
enhancement New feature or request

Comments

@yeeboi0
Copy link

yeeboi0 commented Oct 7, 2024

Is your feature request related to a problem? Please describe.

Tried to use linutil to install packages on atomic desktop version of Fedora (Kinoite), but rpm-ostree and flatpak are not supported.

Describe the solution you'd like

Include rpm-ostree or flatpak as supported package managers for installing packages.

Describe alternatives you've considered

n/a

Additional context

Atomic desktops are the future, man!

Checklist

  • I checked for duplicate issues.
  • I checked already existing discussions.
  • This feature is not included in the roadmap.
@yeeboi0 yeeboi0 added the enhancement New feature or request label Oct 7, 2024
@adamperkowski
Copy link
Collaborator

I'm 99% sure Fedora Kinoite comes with rpm-ostree and the standard rpm. I don't see the issue here.

@yeeboi0
Copy link
Author

yeeboi0 commented Oct 7, 2024

@adamperkowski I don’t mean download the package managers, I mean download the other applications (alacrity, vscode, etc.) with rpm-ostree or flatpak. linutil only supports downloads with apt, pacman, or dnf (I think). Kinoite does not use those package managers.

@adamperkowski
Copy link
Collaborator

I get what you mean. What I'm saying is I'm 99% sure Kinoite does also use the standard rpm. Linutil supports rpm:

checkPackageManager 'nala apt-get dnf pacman zypper'

@yeeboi0
Copy link
Author

yeeboi0 commented Oct 7, 2024

Sorry, I don’t see rpm in that list. Am I missing something?

@adamperkowski
Copy link
Collaborator

adamperkowski commented Oct 8, 2024

Oh wait, you're right. Sorry.
Well, we use dnf becuase it's based on rpm. In the current script layout, we'd need to add rpm-ostree as a separate package manager and modify every script.
Technically, we could also add rpm at the end of the list (this way when user has dnf and rpm on their system, dnf is selected).

@leventbesli
Copy link
Contributor

i'm not using atmoic OS, but as far as i know this is called "layering" and it's not recommended in the community. adding as default may not be a right choice. using classic packages in distrobox is more common.

@adamperkowski do you think adding a flatpak check in every script is a good idea? maybe script can install flatpak if user agrees, or use dnf/apt/etc.. if not.

@adamperkowski
Copy link
Collaborator

this is called "layering" and it's not recommended in the community. adding as default may not be a right choice.

I agree.

do you think adding a flatpak check in every script is a good idea? maybe script can install flatpak if user agrees, or use dnf/apt/etc.. if not.

If we were to do this, certainly not by adding a flatpak check in every script.
It should be done like this:

  1. add flatpak to the package manager check in common script (make sure it's the last package manager being checked)
  2. integrate it with the existing flatpak setup
  3. make every script support it

Albeit there is one small issue I see with this: we don't want linutil to be a flatpak wrapper (this has been discussed over several times before).
I get that using flatpak != relying on flatpak but I still think idea this needs more input / a bigger general discussion.

Let me try and summon @nnyyxxxx @lj3954 @guruswarupa here.

@yeeboi0
Copy link
Author

yeeboi0 commented Oct 8, 2024

I just think the ability to use linutil would be nice for us users that use atomic desktops like Fedora Silverblue, Bazzite, etc. Though, I can understand the hesitancy of building support for flatpaks or rpm-ostree (layering).

@jeevithakannan2
Copy link
Contributor

this is called "layering" and it's not recommended in the community. adding as default may not be a right choice.

I agree.

do you think adding a flatpak check in every script is a good idea? maybe script can install flatpak if user agrees, or use dnf/apt/etc.. if not.

If we were to do this, certainly not by adding a flatpak check in every script. It should be done like this:

1. add flatpak to the package manager check in common script (make sure it's the last package manager being checked)

2. integrate it with the existing flatpak setup

3. make every script support it

Albeit there is one small issue I see with this: we don't want linutil to be a flatpak wrapper (this has been discussed over several times before). I get that using flatpak != relying on flatpak but I still think idea this needs more input / a bigger general discussion.

Let me try and summon @nnyyxxxx @lj3954 @guruswarupa here.

Check for flatpak is implemented in #705 but only for the scripts and distros that require flatpak installation as of now.

If we were to implement it for every script along with existing package manager it depends we should discuss this over before adding them to every script

@decathorpe
Copy link

Not sure how or why I was subscribed to this issue, but I can add this:

on rpm-ostree based systems like Silverblue, Kinoite, uBlue, etc. you cannot install software with dnf. They use RPM under the hood, but the package manager is not dnf, and you can't really install rpm packages directly. Reading this thread, this sounds like it's incompatible with what linutil needs to do.

@nnyyxxxx
Copy link
Contributor

nnyyxxxx commented Nov 1, 2024

/close not planned

while flatpak support exists in some scripts in linutil its best we do not add global support for them, not many people will want the packages being installed as flatpak. I'm pretty sure we have semi-support for detecting flatpak pkgs as of right now ( or i might be wrong and it hasn't been merged yet ).

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Nov 1, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

6 participants