search

getsolus / packages

Solus Package Monorepo & Issue Tracker
64 stars 82 forks source link

Gnome Software Testing - eopkg #717

Open TraceyC77 opened 1 year ago

TraceyC77 commented 1 year ago

Testing task for Gnome Software - eopkg packages

DRAFT

Gnome Software is not yet ready to test with eopkgs. We will let the community know when it is.

Test objective

Exercise Gnome Software to ensure everything works as intended with eopkgs management, and facilitate technical discussions of potential issues. This is for software packaged by Solus aka eopkgs (as opposed to flatpaks which will be tested in another task).

Setting Up

This testing is being performed on the unstable repository and may also involve or require real-time communication via our development Matrix room. If you are not in Matrix, use any supported Matrix client that we provide in the repo (e.g. Element, Nheko, Neochat) and look at our Getting Involved Page for connection details.

If you are not on the unstable repository and wish to help test, assuming you understand that the intent of unstable is to be the place where we break stuff and operate under the assumption you check the topic of the Packaging Matrix room to know when not to update, you can run the below mentioned command to switch to the unstable repository:

sudo eopkg ar Solus https://cdn.getsol.us/repo/unstable/eopkg-index.xml.xz

See this for details on repo management, if necessary.

Testing List

A non-exhaustive list of things to test. Feel free to go beyond this. Explore! Feel free to report any bugs or unexpected behavior, even if it isn't on this list.

EbonJaeger commented 1 year ago

Testing with Budgie Desktop

sebo505 commented 9 months ago

Am I supposed to already find all the same packages in GNOME Software that I can find in Solus Software Center? Because I don't. For example searching for poppler or mupdf doesn't bring up the desired results.

joebonrichie commented 9 months ago

Am I supposed to already find all the same packages in GNOME Software that I can find in Solus Software Center? Because I don't. For example searching for poppler or mupdf doesn't bring up the desired results.

Unfortunately only packages that provide appstream metainfo (e.g. the files in /usr/share/metainfo/ show up in G-S/Discover unless they are updates. This is by design.

See our issue #1389 for tracking that. If you are comfortable with packaging feel free to send a patch including appstream metainfo for the mupdf package or create an issue for it.

infinitymdm commented 8 months ago

Not sure if this belongs here or on #718 , but I wanted to note that G-S prefers flatpaks to eopkgs where the repositories overlap. I understand this to be an intentional feature of G-S.

Is this the behavior we want? In my mind it conflicts with the whole idea of curated rolling release, where we're trying to make sure the user always has the latest tested and stable version of software. If users end up getting flatpaks over .eopkgs/.stones we potentially have less control to guarantee that.

malfisya commented 8 months ago

Micro nitpick : Why it is "Solus" is lower case on GS and uppercase in Discover ? I prefer the uppercase. GS Screenshot from 2024-02-10 07-47-07 Discover Screenshot from 2024-02-10 08-03-24

sebo505 commented 7 months ago

G-S prefers flatpaks to eopkgs where the repositories overlap

Packaging format preferences can be set via dconf-editor/gesettings for GNOME Software. eopkg can be set as preferred over flatpak with: gsettings set org.gnome.software packaging-format-preference "['eopkg', 'flatpak']"

This should be set as default setting.

joebonrichie commented 7 months ago

That works but it is quite laggy when opening an application

Screencast from 2024-03-09 21-05-47.webm

joebonrichie commented 7 months ago

You can see it prefers the flatpak initially but then after resolving via packagekit it'll switch to the eopkg version.

sebo505 commented 7 months ago

Right, I made the same observation. Though in my case (I am on shannon) it only was a fraction of a second that Flatpak was selected, merely noticable.

sebo505 commented 7 months ago

https://github.com/getsolus/packages/assets/65250211/bde5ae5b-61e3-440f-9622-4e92287f4b57

sebo505 commented 7 months ago

For testing purposes I have set in Fedora packaging-format-preference from ['flatpak:fedora-testing', 'flatpak:fedora', 'rpm'] to ['rpm', 'flatpak:fedora-testing', 'flatpak:fedora']. If you pay close attention you can see that in Fedora, it defaults to flatpak:fedora (blue) initially and then switches to rpm (red).

sebo505 commented 7 months ago

https://github.com/getsolus/packages/assets/65250211/0b621bad-b087-4d62-af92-96c16235b488

joebonrichie commented 7 months ago

Made the change, in my testing it was only abiword that was really slow to resolve for some reason. Possibly due to it using legacy appstream data paths.

Mark12870 commented 5 months ago

I've just installed it and Flatpak seems to work fine, but it doesn't find all the eopkg packages. For example it doesn't find Vivaldi (it shows only the flatpak version). Screenshot from 2024-06-01 11-40-11 Screenshot from 2024-06-01 11-40-27

Mark12870 commented 5 months ago

Am I supposed to already find all the same packages in GNOME Software that I can find in Solus Software Center? Because I don't. For example searching for poppler or mupdf doesn't bring up the desired results.

Unfortunately only packages that provide appstream metainfo (e.g. the files in /usr/share/metainfo/ show up in G-S/Discover unless they are updates. This is by design.

See our issue #1389 for tracking that. If you are comfortable with packaging feel free to send a patch including appstream metainfo for the mupdf package or create an issue for it.

Nevermind, I've just noticed this comment.

JTCPingas commented 4 months ago

I'm not sure if this warrants opening a new issue, but the software repositories setting in GNOME Software currently shows 0 apps installed for eopkgs. Screenshot from 2024-06-05 20-37-22

By comparison, here's a fully updated fresh install of Fedora Workstation 40 on a separate machine which shows 18 apps and 21 add-ons for RPMs. Screenshot from 2024-06-05 21-22-18

joebonrichie commented 4 months ago

The n apps installed broke in G-S v45. Haven't had time to investigate. With G-S v44 it worked fine.

A quick look and i think this comment maybe broke it: https://gitlab.gnome.org/GNOME/gnome-software/-/commit/c6bdec76b90be3893a08a9d9b37975d4f54027ac

joebonrichie commented 4 months ago

Reverting this commit now reports the number of apps installed again

https://gitlab.gnome.org/GNOME/gnome-software/-/commit/9b5026a71e739f027660c726e98017ac6e3f7841

JTCPingas commented 4 months ago

Been doing a little more G/S testing. When viewing an app that comes from Solus (using CPU-X as an example), it shows as being potentially unsafe. Screenshot from 2024-07-03 22-31-53 On Fedora Land, G/S shows CPU-X as being privileged. Screenshot from 2024-07-03 22-32-17 While writing this comment, I stumbled upon this commit: https://gitlab.gnome.org/GNOME/gnome-software/-/commit/0bf7060cb80711701c196c9f0fb1fdbaa92df139

joebonrichie commented 4 months ago

Screenshot from 2024-07-04 11-21-50

Mark12870 commented 3 months ago

I have found a problem, that the Gnome Software shows possibility to uninstall a package even so I already uninstalled it over terminal with eopkg. Even restart of Gnome Software didn't help. image

joebonrichie commented 3 months ago

I have found a problem, that the Gnome Software shows possibility to uninstall a package even so I already uninstalled it over terminal with eopkg. Even restart of Gnome Software didn't help.

sudo pkill gnome-software then restart G-S as it stays running in the background

Mark12870 commented 3 months ago

I have found a problem, that the Gnome Software shows possibility to uninstall a package even so I already uninstalled it over terminal with eopkg. Even restart of Gnome Software didn't help.

sudo pkill gnome-software then restart G-S as it stays running in the background

I get that, but it sounds more like a workaround.