KDE 'Discover' issues arise?

I was wondering if issues between KDE ‘Discover’ and Pacseek, Octopi , yay will create problems? I’ve got all of these running on my KDE installation and with Plasma just coming out will residual bugs create conflicting problems in the repositories using any of these?
Any thoughts on this? Maybe these conflicts are being addressed?


There are no issues between the apps you named. Discover doesn’t damage Pacseek, Octopi, Yay, Pikaur, etc…, nor do any of them damage Discover.

The only issue I ran into with apps for updating is Discovery currently won’t load into the systray on startup, but I’m sure that will be eventually addressed. Today I ran into an issue with Pacseek and aur-0check-updates, but those is only related to the Pacman update.

1 Like

I had issues with yay, pacseek and octopi. I updated all and then started to think if package managers would have conflicts. . . especially with Discover and all of the ‘Arch’ installers and repositories, due to the fact that KDE has been getting updates from 6 to 6.01 to 6.02 etc.


Fwiw, the use of Discover is discouraged, IF you are using it for installing and/or updating packages from Arch’s repos due to its use of packagekit.

You can search the forum for @dalto’s explanations as to why.


GUI package managers are not supported on EndeavourOS, a terminal-centric distro. Use pacman, and if you must, yay or paru.

1 Like

Thanks for your response. I will remove ‘Discover’ from my KDE system as I don’t want to break anything with arch repositories.


1 Like

I’ve got yay and paru. But I like to use also octopi and pacseek. . . .so far nothing has broken. . . knock on wood. . . ( I use them all. . . )


Your system, your rules. You have been warned, if you break something, that’s entirely on you.

There was a Pacman update today so odds are it’s what caused your issues. Discover I though bypassed pacman, but I could very well be wrong about that.

Octopi should be fine as it it uses pacman under the hood.

If I remeber correctly, you could also follow the install, removal and update process in a terminal as well to find out if user intervention is necessary in some cases or not.
Correct me if I am wrong.

The only issue I can see would be that if there will be a bit of time lag between when pacman is updated in the Arch’s repo and the maintainer of Octopi updating its PKGBUILD to match the new pacman.

I agree update through terminal cause it’s less likely to fail than a GUI updater. As for Discover the only good use for it is updating theme components that pacman doesn’t. My suggestion is update everything through the terminal, then run Discover to see if you have any theme components that need updating.


Sounds like a reasonable response. . . theme components that maybe Arch doesn’t have files on.


1 Like

I’ve never understood octopi so i just didn’t favor it much. I’ve gotten so used to yay and i like pacseek a lot even though i forget it’s there and not use it as much as i should. I have no issues with using discover either but i don’t tend to use it for the purpose of updating. Since endeavouros doesn’t install it i just don’t bother with it any more but i know quite a few distros still use it including Arch if you use the installer.

Please note that pacman often provides very useful information that GUI managers tend to hide.
That is one of the great reasons to use pacman and learn it well.

Then yay (or paru) are good AUR helpers, and their usage is rather similar to pacman, which lessens their learning curve as well.

After you learn these tools well, I’d say GUI managers start to feel very much unnecessary.


This is true even if users only use pacman. This is a free distro. There is no warranty. :laughing:

What I like about Octopi, is I can go down alphabetically from a to z list and select all the packages I want to install by name and not miss anything what so ever. Try doing this off the tip of your brain in Konsole or terminal. I still find myself forgetting some of the packages. It gets tougher with age. Octopi reminds me of ‘APT’ in Debian and other likewise Linux OS distributions. Sure terminal is quick for singularity in package management and installation. When you can install all of them at once in the terminal at the bottom of Octopi and watch the installation process it’s nice to see it work altogether. Then if you just want packages from AUR (if you so specify) you can search there also and install and you will also know if they’ve installed properly or fail during the compiliation process.


Can’t speak to others but I do very well since I know my apps by heart.

I’ve got 23 apps just for photography alone on my computers. . . this may seem like overkill but it’s good to compare and contrast development. This is what I like to do. No one program supersedes any other. I have multiples of every category on my computers. I guess it comes from distro-hopping 20 plus years trying to find the best distro with the most comprehensive software package development. (this includes software not developed by KDE or Gnome alone). I try to put the whole kitchen sink onto my computer drives when I can.


I guess i would just need to use it to get the hang of how it works. It just seems odd to me.

If you’ve ever used any OS that is a branch of Debian with the ‘APT’ package manager you will get the gist of it rather easily. It also makes a lot of software app installations a lot quicker. Yes, I do use pacman, yay, paru but sometimes apps like Octopi ~ Apt can speed up the installation process.