I am wanting to uninstall the package kit that searches for updates. I am wanting to control manually control my system updates. At the same time I can’t find the application that controls the notifications. I want to either turn notifications off or uninstall the package. How do I locate the correct package?
Hi, I have simply uninstalled PackageKit and possibly a few related plugins and interfaces; no annoying popups as a result.
Issue “zypper se packagekit” in a terminal to see what you have currently installed.
Thank you, I have not seen the se command before I will have to look that up. I knew it would be a simple uninstall. Glad to hear that there are no problems to worry about.
I have uninstalled my gnome-packagekit and I have taken control of updating my system manually, but when I run:
sudo zypper update
other packages appear letting me know that they will not be installed. After looking through the list they are mostly updates for packages that I do not have installed. I do have gimp that I use quite often. Why are the gimp packages not being installed? For my own knowledge, is this normal? I have used the above command for years and I do not recall seeing this type of list.
bryan@FamilyDesktop:~> sudo zypper update root's password: Loading repository data... Reading installed packages... The following 64 package updates will NOT be installed: automake fdupes gimp gimp-help-browser gimp-lang gimp-plugin-aa gimp-plugins-python gstreamer gstreamer-0_10 gstreamer-0_10-lang gstreamer-0_10-plugin-gnomevfs gstreamer-0_10-plugins-base gstreamer-0_10-plugins-base-lang gstreamer-lang gstreamer-plugins-bad gstreamer-plugins-bad-lang gstreamer-plugins-base gstreamer-plugins-base-lang gstreamer-plugins-good gstreamer-plugins-good-lang gstreamer-plugins-ugly gstreamer-plugins-ugly-lang gstreamer-utils libgimp-2_0-0 libgimpui-2_0-0 libgstallocators-1_0-0 libgstapp-0_10-0 libgstapp-1_0-0 libgstaudio-1_0-0 libgstbadbase-1_0-0 libgstbadvideo-1_0-0 libgstbasecamerabinsrc-1_0-0 libgstcodecparsers-1_0-0 libgstfft-1_0-0 libgstgl-1_0-0 libgstinterfaces-0_10-0 libgstmpegts-1_0-0 libgstpbutils-1_0-0 libgstphotography-1_0-0 libgstreamer-0_10-0 libgstreamer-1_0-0 libgstriff-1_0-0 libgstrtp-1_0-0 libgstrtsp-1_0-0 libgstsdp-1_0-0 libgsttag-1_0-0 libgsturidownloader-1_0-0 libgstvideo-1_0-0 libgstwayland-1_0-0 libmjpegutils-2_0-0 libpurple libpurple-lang libpurple-tcl libquicktime0 libvlc5 libvlccore8 libxml2-2 libxml2-tools mjpegtools typelib-1_0-Gst-1_0 typelib-1_0-GstAudio-1_0 typelib-1_0-GstPbutils-1_0 typelib-1_0-GstTag-1_0 typelib-1_0-GstVideo-1_0 Nothing to do. bryan@FamilyDesktop:~> ^C bryan@FamilyDesktop:~>
Zypper only will update a package from the same repo it was in stalled from. (Vendor stickiness) If another repo has a newer version number for a package then zypper reports it on the not to be installed list.
thank you for the information. I love the fact that with Linux and most IT work there is always something new to learn. So if that is the case with these updates my statement about the updates for uninstalled packages was probably wrong. What is another way to update my system manually?
I found what I was looking for in the
pages. There is a lot of information that can be found there.
Now that I have found my answer I am missing the proper execution of the fix. Below is information form
update (up) [options] [packagename]... Update installed packages with newer versions, where possible. This command will not update packages which would require change of package vendor unless the vendor is specified in /etc/zypp/vendors.d, or which would require manual resolution of problems with dependencies. Such non-installable updates will then be listed in separate section of the summary as "The following package updates will NOT be installed:".
My question is how do I specify a vendor/ repository in the vendor.d directory?
Best way is to do a vendor change if that is what you really want but IMO you should stick with one vendor and not worry about version numbers. Mixing vendors can break things
You need to do a vendors change for packman proprietary codecs but unless you know what you are doing it is best to leave the vendor to the origianl repos.
That said to do a vendor change to a different repo use zypper lr to view list then note the repo number in list of the vendor you want to change to then
zypper dup --from #
where # is the repo you want to change vendor stickiness to
Instead of adding repositories to vendor.d I can I can just remove vendor stickiness in zypp.conf. I found the following link helpful for anyone else wanting to ensure updates from all vendors are updated.
You might get unexpected results doing that…
I normally just use the --from <some_repo> to switch specific packages.
What repos do you have active?
After thinking about it as I was about to make the change to zypp.conf I changed my mind thinking about possible unwanted updates and potential problems. Here is the output from
bryan@FamilyDesktop:/etc/zypp> zypper lr # | Alias | Name | Enabled | GPG Check | Refresh ---+-------------------------------------+-----------------------------------------+---------+-----------+-------- 1 | M17N_fonts | Fonts (openSUSE_Leap_42.1) | Yes | (r ) Yes | No 2 | ftp.gwdg.de-suse | Packman Repository | Yes | (r ) Yes | Yes 3 | geeko.ioda.net-amd-fglrx | AMD/ATI Graphics Drivers | Yes | (r ) Yes | Yes 4 | http-download.opensuse.org-00eb794d | home:Herbster0815 | Yes | (r ) Yes | Yes 5 | http-download.opensuse.org-0cace0f8 | openSUSE:Leap:42.1 | Yes | (r ) Yes | Yes 6 | http-download.opensuse.org-3364e273 | openSUSE:Leap:42.1 | Yes | (r ) Yes | Yes 7 | http-download.opensuse.org-38592203 | openSUSE:Leap:42.1 | Yes | (r ) Yes | Yes 8 | http-download.opensuse.org-4a497d0a | openSUSE:Leap:42.1 | Yes | (r ) Yes | Yes 9 | http-download.opensuse.org-f9f6c1db | openSUSE:Leap:42.1 | Yes | (r ) Yes | Yes 10 | openSUSE-42.1-0 | openSUSE-42.1-0 | Yes | (r ) Yes | No 11 | repo-debug | openSUSE-Leap-42.1-Debug | No | ---- | Yes 12 | repo-debug-non-oss | openSUSE-Leap-42.1-Debug-Non-Oss | No | ---- | Yes 13 | repo-debug-update | openSUSE-Leap-42.1-Update-Debug | No | ---- | Yes 14 | repo-debug-update-non-oss | openSUSE-Leap-42.1-Update-Debug-Non-Oss | No | ---- | Yes 15 | repo-non-oss | openSUSE-Leap-42.1-Non-Oss | No | ---- | Yes 16 | repo-oss | openSUSE-Leap-42.1-Oss | Yes | (r ) Yes | Yes 17 | repo-source | openSUSE-Leap-42.1-Source | No | ---- | Yes 18 | repo-update | openSUSE-Leap-42.1-Update | Yes | (r ) Yes | Yes 19 | repo-update-non-oss | openSUSE-Leap-42.1-Update-Non-Oss | Yes | (r ) Yes | Yes
What I am wanting is to have Packman and home:Herbster included when I run
zypper -vvv dup --from 2 4
That will switch the installed system packages to the corresponding ones from those two repos (you may need to run one at a time). The -vvv adds some verbose output to see what is happening before you commit.
That command will work so much better. I read about dup in the man pages but the explanation did not make since.
Once you have switched, then zypper up will work fine, the dup or in --from is only needed to switch.
So, one question, why using a home repo rather than a devel one?
After I have run --from do I need to switch back to the standard repos or does
switch automatically? The home repo was the only source I found to install Filezilla. I guess I could remove it now. Do tou know of another source or an alternative to Filezilla?
Once the vendor switch is done for the installed packages, no further work is required, unless you want to switch them to another repo, vendor stickiness will persist.
AFAIK there are issues with filezilla and nettle requirements being >= 3.1 which has some issues getting into the official repos.
I would disable that repo and only enable if you see an update, then there is no chance of getting something you don’t want. A better solution IMHO is for random rpms is create a local ‘plain rpm’ repo and keep them there, then if you see an update, you can just download and place the rpm there, refresh and it will update. Add the repo via YaST software repositories…
If you add a home repo for a single package that is not your other repos, zypper up will update said package from that home repo (where else could it get upgrades from if that is the only repo zypper knows that has that package)
zypper dup --from
changes the vendor of your installed packages that can be found in the repo you point at. zypper up then uses the new vendor to update your packages. switching the same packages back to their original repos will result in a downgrade afaik (→gain = 0)