[opensuse] Why those packages wish to be installed?
Hello, I today upgraded openSUSE 13.1 to 13.2. I wonder why zypper dup is willing to install 77 new pacakges: $ sudo LC_ALL=C LANG=C zypper dup Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Loading repository data... Reading installed packages... Computing distribution upgrade... The following 77 NEW packages are going to be installed: bzr bzr-lang choqok cvsps git git-core git-cvs git-email git-gui git-svn git-web gitk kdegames4-carddecks-default kmahjongg kmines kpat kreversi ksudoku kvkbd libQt5Sql5-mysql libQtWebKit-devel libaio-devel libapparmor- devel libatm1 libbonobo-lang libbonoboui-lang libcanberra-gtk-module-common libcanberra-gtk2-module libcanberra-gtk3-module libcsync-plugin-sftp libcsync-plugin-smb libdb-4_8- devel libfreerdp-1_0-plugins libgnome-lang libgnomecanvas-lang libgnomecups- lang libgnomeprint-lang libgnomeui-lang libgpod-tools libjpeg-turbo libkdegames libkdegames6 libkgeomap-lang libkmahjongg libkmahjongglib4 libmysqlclient18-32bit libnfsidmap-sss libosip2 libosip2-devel libproxy1-config-kde4 libproxy1-networkmanager libproxy1- pacrunner-webkit libqmi-tools libqt4-qt3support-32bit libqt4-sql-mysql-32bit libqt4-sql-sqlite-32bit libqt5-qtimageformats librevenge-generators-0_0-0 libsss_sudo libva-egl1 libvdpau_nouveau libvdpau_r600 libvdpau_radeonsi libvdpau_va_gl1 libwacom-data libwacom2 libwpd-tools libyui-qt-graph6 mercurial mercurial-lang obs-service-tar_scm patterns-openSUSE-games patterns-openSUSE-kde4_games perl-Authen-SASL perl-Net-SMTP-SSL subversion- perl yast2-vm The following 2 NEW patterns are going to be installed: games kde4_games 77 new packages to install. Overall download size: 27.4 MiB. Already cached: 0 B After the operation, additional 99.0 MiB will be used. Continue? [y/n/? shows all options] (y): n I don't want any of those packages to be installed. And I don't want the patterns. I don't want GNOME. I don't want 32bit. Annoying. How can I find why they are going to be installed? When I launch graphical YaST, it doesn't require it to be installed. Any ideas? I have those repositories: $ sudo LC_ALL=C LANG=C zypper lr --uri # | Alias | Name | Enabled | Refresh | URI ---+---------------------------------+-----------------------------------------------+---------+---------+------------------------------------------------------------------------------------------------- 1 | Application_Geo | Application_Geo | Yes | Yes | http://download.opensuse.org/repositories/Application:/Geo/openSUSE_13.2/ 2 | Bumblebee-Project:Bumblebee | Bumblebee-Project:Bumblebee | Yes | Yes | http://download.opensuse.org/repositories/home:/Bumblebee-Project:/Bumblebee... 3 | Bumblebee-Project:nVidia:latest | Bumblebee-Project:nVidia:latest | Yes | Yes | http://download.opensuse.org/repositories/home:/Bumblebee-Project:/nVidia:/l... 4 | KDE_Extra | KDE_Extra | Yes | Yes | http://download.opensuse.org/repositories/KDE:/Extra/openSUSE_13.2/ 5 | Publishing_TeXLive | Build Environment for TeX Live | No | Yes | http://download.opensuse.org/repositories/Publishing:/TeXLive/openSUSE_13.2/ 6 | VLC | VLC | Yes | Yes | http://download.videolan.org/pub/vlc/SuSE/13.2/ 7 | X11:Bumblebee | X11:Bumblebee | Yes | Yes | http://download.opensuse.org/repositories/X11:/Bumblebee/openSUSE_13.2/ 8 | devel:languages:python | devel:languages:python | Yes | Yes | http://download.opensuse.org/repositories/devel:/languages:/python/openSUSE_... 9 | devel_languages_R_base | devel_languages_R_base | Yes | Yes | http://download.opensuse.org/repositories/devel:/languages:/R:/base/openSUSE... 10 | devel_languages_R_patched | devel_languages_R_patched | Yes | Yes | http://download.opensuse.org/repositories/devel:/languages:/R:/patched/openS... 11 | devel_languages_R_released | devel_languages_R_released | Yes | Yes | http://download.opensuse.org/repositories/devel:/languages:/R:/released/open... 12 | devel_languages_R_supplement | devel_languages_R_supplement | No | Yes | http://download.opensuse.org/repositories/devel:/languages:/R:/supplement/op... 13 | download.nvidia.com-opensuse | nVidia Graphics Drivers | No | Yes | http://download.nvidia.com/opensuse/13.2/ 14 | download.opensuse.org-Community | Mono:Community | Yes | Yes | http://download.opensuse.org/repositories/Mono:/Community/openSUSE_13.1/ 15 | download.opensuse.org-Education | openSUSE BuildService - Výuka | Yes | Yes | http://download.opensuse.org/repositories/Education/openSUSE_13.1/ 16 | download.opensuse.org-Stable | LibreOffice | Yes | Yes | http://download.opensuse.org/repositories/LibreOffice:/4.3/openSUSE_13.2/ 17 | download.opensuse.org-Wine | openSUSE BuildService - Vývojové verze Wine | Yes | Yes | http://download.opensuse.org/repositories/Emulators:/Wine/openSUSE_13.2/ 18 | download.opensuse.org-mozilla | Mozilla | Yes | Yes | http://download.opensuse.org/repositories/mozilla/openSUSE_13.2/ 19 | download.opensuse.org-non-oss | openSUSE 12.3 NonOSS Add on | Yes | Yes | http://download.opensuse.org/distribution/13.2/repo/non-oss/ 20 | download.opensuse.org-oss | Hlavní repozitář (OSS) | Yes | Yes | http://download.opensuse.org/distribution/13.2/repo/oss/ 21 | download.opensuse.org-update | Hlavní aktualizační repozitář | Yes | Yes | http://download.opensuse.org/update/13.2/ 22 | ftp.gwdg.de-suse_1 | Packman Repository | Yes | Yes | http://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_13.2/ 23 | games | games | Yes | Yes | http://download.opensuse.org/repositories/games/openSUSE_13.2/ 24 | graphics | graphics | Yes | Yes | http://download.opensuse.org/repositories/graphics/openSUSE_13.2/ 25 | hardware | hardware | Yes | Yes | http://download.opensuse.org/repositories/hardware/openSUSE_13.2/ 26 | home:Lazy_Kent | home:Lazy_Kent | Yes | Yes | http://download.opensuse.org/repositories/home:/Lazy_Kent/openSUSE_13.2/ 27 | home:Synbios | home:Synbios | Yes | Yes | http://download.opensuse.org/repositories/home:/Synbios/openSUSE_13.2/ 28 | home:XRevan86:non-free | home:XRevan86:non-free | Yes | Yes | http://download.opensuse.org/repositories/home:/XRevan86:/non-free/openSUSE_... 29 | home:beyerle:IAC | home:beyerle:IAC | Yes | Yes | http://download.opensuse.org/repositories/home:/beyerle:/IAC/openSUSE_13.2/ 30 | home:cornell_vrdc | home:cornell_vrdc | Yes | Yes | http://download.opensuse.org/repositories/home:/cornell_vrdc/openSUSE_13.1/ 31 | home:cowsandmilk | home:cowsandmilk | Yes | Yes | http://download.opensuse.org/repositories/home:/cowsandmilk/openSUSE_13.2/ 32 | home:ecsos | home:ecsos | Yes | Yes | http://download.opensuse.org/repositories/home:/ecsos/openSUSE_13.2/ 33 | home:malcolmlewis:TESTING | home:malcolmlewis:TESTING | Yes | Yes | http://download.opensuse.org/repositories/home:/malcolmlewis:/TESTING/openSU... 34 | home:peralta_jm:bioinformatics | home:peralta_jm:bioinformatics | Yes | Yes | http://download.opensuse.org/repositories/home:/peralta_jm:/bioinformatics/o... 35 | home:sir_tobe | home:sir_tobe | Yes | Yes | http://download.opensuse.org/repositories/home:/sir_tobe/openSUSE_13.2/ 36 | home_mad_soft | mad_soft's Home Project | Yes | Yes | http://download.opensuse.org/repositories/home:/mad_soft/openSUSE_13.2/ 37 | isv:ownCloud:desktop | isv:ownCloud:desktop | Yes | Yes | http://download.opensuse.org/repositories/isv:/ownCloud:/desktop/openSUSE_13... 38 | opensuse-guide.org-repo | libdvdcss repository | Yes | Yes | http://opensuse-guide.org/repo/13.2/ 39 | repo-debug | openSUSE-13.2-Debug | No | Yes | http://download.opensuse.org/debug/distribution/13.2/repo/oss/ 40 | repo-debug-update | openSUSE-13.2-Update-Debug | No | Yes | http://download.opensuse.org/debug/update/13.2/ 41 | repo-debug-update-non-oss | openSUSE-13.2-Update-Debug-Non-Oss | No | Yes | http://download.opensuse.org/debug/update/13.2-non-oss/ 42 | repo-source | openSUSE-13.2-Source | Yes | Yes | http://download.opensuse.org/source/distribution/13.2/repo/oss/ 43 | repo-update-non-oss | openSUSE-13.2-Update-Non-Oss | Yes | Yes | http://download.opensuse.org/update/13.2-non-oss/ 44 | science | science | Yes | Yes | http://download.opensuse.org/repositories/science/openSUSE_13.2/ 45 | utilities | utilities | Yes | Yes | http://download.opensuse.org/repositories/utilities/openSUSE_13.2/ 46 | virtualbox | virtualbox | Yes | Yes | http://download.virtualbox.org/virtualbox/rpm/opensuse/12.3/ -- Vojtěch Zeisek Komunita openSUSE GNU/Linuxu Community of the openSUSE GNU/Linux http://www.opensuse.org/ http://trapa.cz/
On 11/21/2014 07:17 AM, Vojtěch Zeisek wrote:
Hello, I today upgraded openSUSE 13.1 to 13.2. I wonder why zypper dup is willing to install 77 new pacakges:
$ sudo LC_ALL=C LANG=C zypper dup Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
Well first of all why are you doing a "dup" rather than an "up" What do you get, by comparison, if you run with "up" rather than 'dup" I've NEVER had the need to do a "dup" except when *preparing* for an online upgrade from one level of the OS to the next, and you are not making clear if that's what you are doing. I get the *impression* from the repositories you list you are doing this AFTER the upgrade. Could you clarify that detail, please. Is this before or after the upgrade?
[snip]
I don't want any of those packages to be installed. And I don't want the patterns. I don't want GNOME. I don't want 32bit. Annoying.
Indeed! Very annoying. I don't blame you in the last for being annoyed at this. I'm in agreement. I don't want gnome and after I paid good money for this 64-bit machine I don't see why I should run it crippled with 32-bit software either!
How can I find why they are going to be installed? When I launch graphical YaST, it doesn't require it to be installed. Any ideas?
Sadly graphical yast, while pretty and often useful in other ways, is crippled when it comes to communicating dependencies for packages that are not installed yet! This is pretty dumb as it need to know the dependencies if its going to install them! "Obviously" that long list of what was going to be installed is some kind of dependency cascade, and it was determined _before_ the installation was done, so this information is there. The man page says quote clearly Zypper uses a dependency solver to find out what packages need to be installed to satisfy the user's request. You might try "zypper list-updates" There is also this --no-force-resolution Do not force the solver to find a solution. Instead, report dependency problem and prompt the user to resolve it manually. It will involve a lot of step-and-repeat but it will show up the dependency. I don't know of a zypper option that display the dependency tree for yet-to-be-installed packages. On the whole, my advice is 'DO NOT USE "DUP"' -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 11/21/2014 07:17 AM, Vojtěch Zeisek wrote:
Hello, I today upgraded openSUSE 13.1 to 13.2. I wonder why zypper dup is willing to install 77 new pacakges:
$ sudo LC_ALL=C LANG=C zypper dup Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
My mistake. Zypper *CAN* do this dependency search. Yes, its going to be step-and-repeat... Example # zypper info --requires bzr Loading repository data... Reading installed packages... Information for package bzr: ---------------------------- Repository: Main Repository (OSS) Name: bzr Version: 2.5.1-5.1.3 Arch: x86_64 Vendor: openSUSE Installed: No Status: not installed Installed Size: 12.2 MiB Summary: Friendly distributed version control system Description: Bazaar is a distributed version control system designed to be easy to use and intuitive, able to adapt to many workflows, reliable, and easily extendable. Requires: libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.4)(64bit) libc.so.6(GLIBC_2.14)(64bit) libc.so.6(GLIBC_2.3.4)(64bit) libpthread.so.0()(64bit) libpthread.so.0(GLIBC_2.2.5)(64bit) /usr/bin/python libpython2.7.so.1.0()(64bit) python-xml rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(PayloadIsLzma) <= 4.4.6-1 python(abi) == 2.7 So you don't get a nice tree showing what is and isn't installed :-( -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hello Dne Pá 21. listopadu 2014 07:39:46, Anton Aylward napsal(a):
On 11/21/2014 07:17 AM, Vojtěch Zeisek wrote:
Hello, I today upgraded openSUSE 13.1 to 13.2. I wonder why zypper dup is willing to install 77 new pacakges:
$ sudo LC_ALL=C LANG=C zypper dup Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
Well first of all why are you doing a "dup" rather than an "up"
I do it regularly like that to keep newest package regardless repository of origin.
What do you get, by comparison, if you run with "up" rather than 'dup"
zypper up doesn't suggest those changes.
I've NEVER had the need to do a "dup" except when *preparing* for an online upgrade from one level of the OS to the next, and you are not making clear if that's what you are doing. I get the *impression* from the repositories you list you are doing this AFTER the upgrade.
This is after the upgrade. Before it was ok. I rather use dup for normal updates. Until now no problem with that custom.
Could you clarify that detail, please. Is this before or after the upgrade? [...]
How can I find why they are going to be installed? When I launch graphical YaST, it doesn't require it to be installed. Any ideas?
Sadly graphical yast, while pretty and often useful in other ways, is crippled when it comes to communicating dependencies for packages that are not installed yet! This is pretty dumb as it need to know the dependencies if its going to install them!
"Obviously" that long list of what was going to be installed is some kind of dependency cascade, and it was determined _before_ the installation was done, so this information is there.
The man page says quote clearly
Zypper uses a dependency solver to find out what packages need to be installed to satisfy the user's request.
You might try "zypper list-updates"
The list is empty.
There is also this
--no-force-resolution Do not force the solver to find a solution. Instead, report dependency problem and prompt the user to resolve it manually.
It will involve a lot of step-and-repeat but it will show up the dependency.
I don't know of a zypper option that display the dependency tree for yet-to-be-installed packages.
$ LC_ALL=C sudo zypper info --requires bzr Loading repository data... Reading installed packages... Information for package bzr: ---------------------------- Repository: Hlavní repozitář (OSS) Name: bzr Version: 2.6.0-2.1.7 Arch: x86_64 Vendor: openSUSE Installed: No Status: not installed Installed Size: 12.4 MiB Summary: Friendly distributed version control system Description: Bazaar is a distributed version control system designed to be easy to use and intuitive, able to adapt to many workflows, reliable, and easily extendable. Requires: libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.4)(64bit) libc.so.6(GLIBC_2.14)(64bit) libc.so.6(GLIBC_2.3.4)(64bit) libpthread.so.0()(64bit) libpthread.so.0(GLIBC_2.2.5)(64bit) /usr/bin/python libpython2.7.so.1.0()(64bit) python-xml rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(PayloadIsLzma) <= 4.4.6-1 python(abi) == 2.7 As I understand it, „Requires“ are required by the package in question, but the question is complementar - which existing package suggests or requires to install this one. I tries zypper se --suggests, but there is no installed package suggesting those in question. Weird think: when I install those packages and run rpmorpan, it suggests to remove those newly installed...
On the whole, my advice is 'DO NOT USE "DUP"'
Seems like at least a workaround for now... Thank You for advices, Vojtěch -- Vojtěch Zeisek Komunita openSUSE GNU/Linuxu Community of the openSUSE GNU/Linux http://www.opensuse.org/ http://trapa.cz/
On Fri, Nov 21, 2014 at 4:16 PM, Vojtěch Zeisek
Well first of all why are you doing a "dup" rather than an "up"
I do it regularly like that to keep newest package regardless repository of origin.
What do you get, by comparison, if you run with "up" rather than 'dup"
zypper up doesn't suggest those changes.
Which most likely means that some packages will change origin. zypper up will keep source repository; zypper dup will silently change it. zypper dup is almost always wrong, unless you are absolutely sure about content and scope of your repositories and where you want to get each package from. But then you would not ask this question ... :) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Dne Pá 21. listopadu 2014 16:40:08 jste napsal(a):
On Fri, Nov 21, 2014 at 4:16 PM, Vojtěch Zeisek
wrote: Well first of all why are you doing a "dup" rather than an "up"
I do it regularly like that to keep newest package regardless repository of origin.
What do you get, by comparison, if you run with "up" rather than 'dup"
zypper up doesn't suggest those changes.
Which most likely means that some packages will change origin. zypper up will keep source repository; zypper dup will silently change it.
Yes, I know.
zypper dup is almost always wrong, unless you are absolutely sure about content and scope of your repositories and where you want to get each package from. But then you would not ask this question ... :)
It had been working for me until now... ;-) There apparently were some changes in 13.2 affecting this behaviour. Number of those packages lowered when I removed patterns, but still there are over 50. Weird. Why does it wish to install several content version systems in once? I have same packages as in 13.1 and there were no such problems... Vojtěch -- Vojtěch Zeisek Komunita openSUSE GNU/Linuxu Community of the openSUSE GNU/Linux http://www.opensuse.org/ http://trapa.cz/
On 11/21/2014 08:49 AM, Vojtěch Zeisek wrote:
Dne Pá 21. listopadu 2014 16:40:08 jste napsal(a):
On Fri, Nov 21, 2014 at 4:16 PM, Vojtěch Zeisek
wrote: Well first of all why are you doing a "dup" rather than an "up"
I do it regularly like that to keep newest package regardless repository of origin.
What do you get, by comparison, if you run with "up" rather than 'dup"
zypper up doesn't suggest those changes.
Which most likely means that some packages will change origin. zypper up will keep source repository; zypper dup will silently change it.
Yes, I know.
But what you apparently don't know is that version numbering between different repos for the same package is meaningless. Each packager uses their own numbering system. Just because the number is higher does not guarantee it is newer. -- Ken Schneider SuSe since Version 5.2, June 1998 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 11/21/2014 08:16 AM, Vojtěch Zeisek wrote:
[snip]
Well first of all why are you doing a "dup" rather than an "up"
I do it regularly like that to keep newest package regardless repository of origin.
That makes no sense at all. Read the man page for the difference between an "upgrade" and a "distribution upgrade". If you want the newest packages as you state then you should, as I and many others do, simply use 'up"
What do you get, by comparison, if you run with "up" rather than 'dup"
zypper up doesn't suggest those changes.
Well there you have it.
I've NEVER had the need to do a "dup" except when *preparing* for an online upgrade from one level of the OS to the next, and you are not making clear if that's what you are doing. I get the *impression* from the repositories you list you are doing this AFTER the upgrade.
This is after the upgrade. Before it was ok. I rather use dup for normal updates. Until now no problem with that custom.
Well I suggest you change your practice. There is no reason to use "dup" __AFTER__ the upgrade for simple upgrades to the install base, and as for 'new' packages, there are probably missions coving all manner of fields that you are simply not interested in! When you run the graphic form via yast you can see all the installed package, the unmarked boxes. Do you really want to install all of those? I suspect not. As to you doing this before, well if you run 'dup' repeatedly eventually it will stabilise, all that unwanted stuff will be installed and then there's nothing more to do.
the user's request.
You might try "zypper list-updates"
The list is empty.
Right, that means there are no updates. The reason you got that list with 'dup" is that those were new installs of things you didn't want.
As I understand it, „Requires“ are required by the package in question, but the question is complementar - which existing package suggests or requires to install this one. I tries zypper se --suggests, but there is no installed package suggesting those in question. Weird think: when I install those packages and run rpmorpan, it suggests to remove those newly installed...
I think your problem is that you need a better understanding of what a "Distribution upgrade" is about. Perhaps someone else can help here, since it seems I'm not getting the message though.
On the whole, my advice is 'DO NOT USE "DUP"'
Seems like at least a workaround for now...
Its no a 'workaround', its the way you _should_ be using zypper. -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Dne Pá 21. listopadu 2014 08:58:13, Ken Schneider - openSUSE napsal(a):
On 11/21/2014 08:49 AM, Vojtěch Zeisek wrote:
Dne Pá 21. listopadu 2014 16:40:08 jste napsal(a):
On Fri, Nov 21, 2014 at 4:16 PM, Vojtěch Zeisek
wrote: Well first of all why are you doing a "dup" rather than an "up"
I do it regularly like that to keep newest package regardless repository of origin.
What do you get, by comparison, if you run with "up" rather than 'dup"
zypper up doesn't suggest those changes.
Which most likely means that some packages will change origin. zypper up will keep source repository; zypper dup will silently change it.
Yes, I know.
But what you apparently don't know is that version numbering between different repos for the same package is meaningless. Each packager uses their own numbering system. Just because the number is higher does not guarantee it is newer.
This is news, indeed. But again, I hadn't dad issues with that. When I turned off installation of recommended packages in /etc/zypp/zypper.conf this „offer“ disappeared. BTW, I turned on colours there. Very nice. :-) So there are apparently some changes in recommended packages or behaviour of zypper, which is more pushing recommended packages. Well, OK, lets keep with „up“, as it seems to be the only way. Thank You, Vojtěch -- Vojtěch Zeisek Komunita openSUSE GNU/Linuxu Community of the openSUSE GNU/Linux http://www.opensuse.org/ http://trapa.cz/
On 11/21/2014 09:11 AM, Vojtěch Zeisek wrote:
So there are apparently some changes in recommended packages or behaviour of zypper, which is more pushing recommended packages. Well, OK, lets keep with „up“, as it seems to be the only way.
No, its not changes in the behaviour of zypper. A distribution upgrade is VERY different and different in purpose from an upgrade. You are mistake in thinking that somehow a "DUP" is "better" than an "up". The operative issue here is PURPOSE. You are obviously not preparing a 13.2 system for an upgrade to a 13.3, so there is no reason to be using "dup". -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On November 21, 2014 9:11:31 AM EST, "Vojtěch Zeisek"
Dne Pá 21. listopadu 2014 08:58:13, Ken Schneider - openSUSE napsal(a):
On 11/21/2014 08:49 AM, Vojtěch Zeisek wrote:
Dne Pá 21. listopadu 2014 16:40:08 jste napsal(a):
On Fri, Nov 21, 2014 at 4:16 PM, Vojtěch Zeisek
wrote: Well first of all why are you doing a "dup" rather than an "up"
I do it regularly like that to keep newest package regardless repository of origin.
What do you get, by comparison, if you run with "up" rather than 'dup"
zypper up doesn't suggest those changes.
Which most likely means that some packages will change origin. zypper up will keep source repository; zypper dup will silently change it.
Yes, I know.
But what you apparently don't know is that version numbering between different repos for the same package is meaningless. Each packager uses their own numbering system. Just because the number is higher does not guarantee it is newer.
This is news, indeed. But again, I hadn't dad issues with that. When I turned off installation of recommended packages in /etc/zypp/zypper.conf this „offer“ disappeared. BTW, I turned on colours there. Very nice. :-) So there are apparently some changes in recommended packages or behaviour of zypper, which is more pushing recommended packages. Well, OK, lets keep with „up“, as it seems to be the only way. Thank You, Vojtěch
Before everyone puts arrows in you, tumbleweed mandates zypper dup be used.
I always like to know exactly where packages are coming from so I use:
zypper dup --from
Le 21/11/2014 15:23, Greg Freemyer a écrit :
I always like to know exactly where packages are coming from so I use:
looks like repo priority is deprecated, I nearly never see discussion about it, then I gess it's better to hav new repositories have a lower number than old if a repository change is expected? thanks jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 11/21/2014 09:27 AM, jdd wrote:
Le 21/11/2014 15:23, Greg Freemyer a écrit :
I always like to know exactly where packages are coming from so I use:
looks like repo priority is deprecated, I nearly never see discussion about it, then I gess it's better to hav new repositories have a lower number than old if a repository change is expected?
Repo priority is one of those things that are in the "don't fiddle with it unless you are absolutely sure" class. You reasoning for why a new (do you mean newly added or what?) repository should have a lower priority makes no sense. All in all the reasoning I've seen for altering priorities is shaky. This is a facility that could be removed with asymptotically close to zero impact apart from upsetting a few who use -- well probably abuse -- it. For my sins, I tried it one and it led to complications and mistakes and broke my system. If you think you know what you're doing playing with priorities you're most likely mistaken! If you mean repositories for 13.2 should have a lower priority than ones for 13.1 then WTF ARE YOU DOING? WHY ARE YOU MIXING REPOSITORIES FOR DIFFERENT SYSTEMS? Quite apart from what ken said about different numbering schemes, it makes no sense. -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Fri, Nov 21, 2014 at 5:23 PM, Greg Freemyer
Before everyone puts arrows in you, tumbleweed mandates zypper dup be used.
Yes, it was true in the past because new TW version was based on different repository so you could not expect that it had higher RPM versions. Now, when we expect TW to stick to the same repo forever, this reason no more exists.
I always like to know exactly where packages are coming from so I use:
zypper dup --from
This works only if you want all packges from there. E.g. I have QEMU BIOS from Virtualization repo (because it is actual) but QEMU itself from stock 13.2. If I did "dup --from Virtualization" I would get all QEMU replaced. That what I meant when I said "unless you are absolutely sure in content of your repositories". But content changes over the time ... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 21/11/2014 15:39, Anton Aylward a écrit :
You reasoning for why a new (do you mean newly added or what?)
yes, newly added
repository should have a lower priority makes no sense.
I mean specially for packman. there are duplicate packages in standard repos and in packman and I want packman ones
If you mean repositories for 13.2 should have a lower priority than ones for 13.1
nonsense jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 11/21/2014 10:39 AM, jdd wrote:
Le 21/11/2014 15:39, Anton Aylward a écrit :
You reasoning for why a new (do you mean newly added or what?)
yes, newly added
That makes no sense.
repository should have a lower priority makes no sense.
I mean specially for packman. there are duplicate packages in standard repos and in packman and I want packman ones
That makes no sense. Like others here I use Darktable and like many other I make use of the Toganm_Photography repository. The owner pulls and complies the latest updates daily. So far he's ALWAYS more up to date than the openSuse repositories. So far. But if the openSuse one are ever more up to date then I want THAT one and no his! I suspect you are in the same situation with packman, you want the most up to date, regardless of whether its in the main repo or the packman repo. Now if you have both at the same priority you will always get the more recent one. Unless, and I admit its unlikely, just as its unlikely that the main repo will have the most up to date version of Darktable, the main repo has a more up to date version of something than packman's repo, wouldn't you want that? Isn't the whole point of these alternate repos to get either stuff that isn't in the main repo (in which case differential priority doesn't matter) or the most up to date version? If you say one has a higher priority than the other and one has a more recent package, which do you think will be used, regardless of the priority? You have no justification in the use-case you describe for altering the priorities. In fact it may run counter to your desires. -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 11/21/2014 11:00 AM, Anton Aylward wrote:
On 11/21/2014 10:39 AM, jdd wrote:
Le 21/11/2014 15:39, Anton Aylward a écrit :
You reasoning for why a new (do you mean newly added or what?)
yes, newly added
That makes no sense.
repository should have a lower priority makes no sense.
I mean specially for packman. there are duplicate packages in standard repos and in packman and I want packman ones
That makes no sense.
Like others here I use Darktable and like many other I make use of the Toganm_Photography repository. The owner pulls and complies the latest updates daily. So far he's ALWAYS more up to date than the openSuse repositories. So far. But if the openSuse one are ever more up to date then I want THAT one and no his!
I suspect you are in the same situation with packman, you want the most up to date, regardless of whether its in the main repo or the packman repo.
Now if you have both at the same priority you will always get the more recent one. Unless, and I admit its unlikely, just as its unlikely that the main repo will have the most up to date version of Darktable, the main repo has a more up to date version of something than packman's repo, wouldn't you want that? Isn't the whole point of these alternate repos to get either stuff that isn't in the main repo (in which case differential priority doesn't matter) or the most up to date version?
Not if the "more to date" one is crippled due to legal reasons. Packman is probably "special" in that the repo provides packages that are not crippled in which case I DO NOT want the newer crippled one. -- Ken Schneider SuSe since Version 5.2, June 1998 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Dne Pá 21. listopadu 2014 11:00:58, Anton Aylward napsal(a):
On 11/21/2014 10:39 AM, jdd wrote:
Le 21/11/2014 15:39, Anton Aylward a écrit :
repository should have a lower priority makes no sense.
I mean specially for packman. there are duplicate packages in standard repos and in packman and I want packman ones
That makes no sense.
Like others here I use Darktable and like many other I make use of the Toganm_Photography repository. The owner pulls and complies the latest updates daily. So far he's ALWAYS more up to date than the openSuse repositories. So far. But if the openSuse one are ever more up to date then I want THAT one and no his!
I suspect you are in the same situation with packman, you want the most up to date, regardless of whether its in the main repo or the packman repo.
Now if you have both at the same priority you will always get the more recent one. Unless, and I admit its unlikely, just as its unlikely that the main repo will have the most up to date version of Darktable, the main repo has a more up to date version of something than packman's repo, wouldn't you want that? Isn't the whole point of these alternate repos to get either stuff that isn't in the main repo (in which case differential priority doesn't matter) or the most up to date version?
I'll look like and idiot with my question, but never mind. :-) You are confusing me little bit. I thought zypper up by default doesn't change vendor. So how can You have newest Darktable regardless repository? And I suppose they have same numbering scheme, right?
If you say one has a higher priority than the other and one has a more recent package, which do you think will be used, regardless of the priority?
You have no justification in the use-case you describe for altering the priorities. In fact it may run counter to your desires.
I use to give low priorities to repos from which I need few packages, but not others which are there (and in other repos). Like from particular home project I want just very specific software, but not „general“ libraries. Sincerely, Vojtěch -- Vojtěch Zeisek Komunita openSUSE GNU/Linuxu Community of the openSUSE GNU/Linux http://www.opensuse.org/ http://trapa.cz/
Le 21/11/2014 17:00, Anton Aylward a écrit :
Like others here I use Darktable and like many other I make use of the Toganm_Photography repository. The owner pulls and complies the latest updates daily. So far he's ALWAYS more up to date than the openSuse repositories.
as said in that thread, the version name of the packages have no signification, how one can know what is the newer? So far. But if the openSuse one are ever more up to date
then I want THAT one and no his!
do you understand what packman mean? there are standard apps, but crippled, with no mp3/mp4 (etc.) capability, I want *only* packman
I suspect you are in the same situation with packman, you want the most up to date, regardless of whether its in the main repo or the packman repo.
certainly not
differential priority doesn't matter) or the most up to date version?
I want one that is usable other example, I use jearg shilling cdrecord and di not want at any price to have the wodim one, so the cdrecord repo jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 11/21/2014 11:34 AM, Vojtěch Zeisek wrote:
I'll look like and idiot with my question, but never mind. :-) You are confusing me little bit. I thought zypper up by default doesn't change vendor. So how can You have newest Darktable regardless repository? And I suppose they have same numbering scheme, right?
That's what zypper seems good at over the yast/gui, telling what else there is.
If you say one has a higher priority than the other and one has a more recent package, which do you think will be used, regardless of the priority?
Ask me on Monday.
You have no justification in the use-case you describe for altering the priorities. In fact it may run counter to your desires.
I use to give low priorities to repos from which I need few packages, but not others which are there (and in other repos). Like from particular home project I want just very specific software, but not „general“ libraries.
There's nothing to stop you doing a an install "--from" -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Vojtěch Zeisek
I'll look like and idiot with my question, but never mind. :-)
unless you change /etc/zypp/zypp.conf, *or* use "dup".
You are confusing me little bit. I thought zypper up by default doesn't change vendor. So how can You have newest Darktable regardless repository? And I suppose they have same numbering scheme, right?
That is correct "but"... The numbering schemes do not have to match and *usually* do not. You will get which-ever is from the highest priority or the highest version depending on allowing "change vendor" and/or using up or dup. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Fri, Nov 21, 2014 at 9:41 AM, Andrei Borzenkov
On Fri, Nov 21, 2014 at 5:23 PM, Greg Freemyer
wrote: Before everyone puts arrows in you, tumbleweed mandates zypper dup be used.
Yes, it was true in the past because new TW version was based on different repository so you could not expect that it had higher RPM versions. Now, when we expect TW to stick to the same repo forever, this reason no more exists.
But "factory" has been using "zypper dup" for years as far as I know. Surely the new tumbleweed requires it just as factory has. Greg -- Greg Freemyer -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 11/21/2014 07:13 PM, Greg Freemyer wrote:
On Fri, Nov 21, 2014 at 9:41 AM, Andrei Borzenkov
wrote: On Fri, Nov 21, 2014 at 5:23 PM, Greg Freemyer
wrote: Before everyone puts arrows in you, tumbleweed mandates zypper dup be used.
Yes, it was true in the past because new TW version was based on different repository so you could not expect that it had higher RPM versions. Now, when we expect TW to stick to the same repo forever, this reason no more exists.
But "factory" has been using "zypper dup" for years as far as I know.
Surely the new tumbleweed requires it just as factory has.
Don't forget that part of the purpose of "dup" rather than "up" is to REMOVE packages. -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-11-22 01:42, Anton Aylward wrote:
On 11/21/2014 07:13 PM, Greg Freemyer wrote:
But "factory" has been using "zypper dup" for years as far as I know.
Surely the new tumbleweed requires it just as factory has.
Don't forget that part of the purpose of "dup" rather than "up" is to REMOVE packages.
Yes. Both factory and tumbleweed required "zypper dup", although you often could make do with a simple "z. up". This has not changed, I do not see a reason for it. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 11/21/2014 07:39 AM, Anton Aylward wrote:
On 11/21/2014 07:17 AM, Vojtěch Zeisek wrote:
Hello, I today upgraded openSUSE 13.1 to 13.2. I wonder why zypper dup is willing to install 77 new pacakges:
$ sudo LC_ALL=C LANG=C zypper dup Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
Well first of all why are you doing a "dup" rather than an "up"
What do you get, by comparison, if you run with "up" rather than 'dup"
I've NEVER had the need to do a "dup" except when *preparing* for an online upgrade from one level of the OS to the next, and you are not making clear if that's what you are doing. I get the *impression* from the repositories you list you are doing this AFTER the upgrade.
Further to that, or "this summarises it nicely" https://wgserv.eu/wordpress/?p=243 One thing I do wonder about, though. The "dup" upgrades, downgrades or removes wrt a repository. Now if you don't do that with a "--from" and if you do that with additional repositories which duplicate items in the core repositories I can see a problem. If this is processed sequentially and you have core in N and an external (home:something or packman or whatever) in slot N+M (for M>1) then first the "dup" will sync to the core, which is what you want when you are doing a real upgrade, then to similarly named files in the additional repository, Or it might be the other way round. One way you are going to have the less capable version you mention installed. As I've said, once I install a specific package from a specific repository the updates to that package seem to come from there. There is no need to use "dup". The more I think about this more I come to conclude that the reasons people are stating for using "dup" and altering priorities either don't do quite what they say that want to achieve or have unwanted side effects. -- /"\ \ / ASCII Ribbon Campaign X Against HTML Mail / \ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 22/11/2014 12:42, Anton Aylward a écrit :
The more I think about this more I come to conclude that the reasons people are stating for using "dup" and altering priorities either don't do quite what they say that want to achieve or have unwanted side effects.
you link say: This often happens if one forgets to remove older release repository after adding a new one, say openSUSE 11.1 and openSUSE 11.2. and, of course, this is really bad :-( my concern is a bit different I don't want to use zypper dup, I only want to pull my software from where I know they are ok. and, being multimedia very required softwares, I need a way to explain new commers how to do it. The best way I know for now is two fold: * for a one and only one software (aka cdrecord, for example), go to obs, search for the software, clic on your distro version link and use "1clic install". I guess this set the good repository and there will be no change after that. * for packman, and libdvdcss the best way I know is to enable packman and libdvdcss repo in community repos, then in YaST/ software go to the *repositories view* and choose software from there, but this needs to select also already installed software to allow vendor change and it's there that it become tricky for most people (where the dup may be necessary). What we need badly is a way to automate this as much as possible for everybody, and make sure audacity, ffmpeg, etc. are always pulled from Packman and never from standard repos. I see two solutions: a script available somewhere that do, or a 1clic install doing the same ("allow multimedia support"), but this don't seems to be possible, or is it? jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-11-22 13:20, jdd wrote:
and, being multimedia very required softwares, I need a way to explain new commers how to do it.
I think that on tumbleweed you need to set packman to a lower priority number, and use "zypper dup". The problem is that packages come and go, and some need to be deleted. With "dup", you essentially "duplicate" the repository, so that packagers do not have to carefully care for all the dependencies all the time. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
Le 22/11/2014 13:46, Carlos E. R. a écrit :
On 2014-11-22 13:20, jdd wrote:
and, being multimedia very required softwares, I need a way to explain new commers how to do it.
I think that on tumbleweed you need to set packman to a lower priority number, and use "zypper dup".
I was thinking so, but no everybody agree :-(
The problem is that packages come and go, and some need to be deleted. With "dup", you essentially "duplicate" the repository, so that packagers do not have to carefully care for all the dependencies all the time.
I don't really understand that :-( jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
This thread got split onto -factory.
Not sure how people not subscribed there can follow it. (I didn't split it, so don't complain to me.)
If tumbleweed conversations are going to involve both the general list and -factory, we may need to revisit the netiquette.
Greg
On November 22, 2014 6:42:24 AM EST, Anton Aylward
On 11/21/2014 07:39 AM, Anton Aylward wrote:
On 11/21/2014 07:17 AM, Vojtěch Zeisek wrote:
Hello, I today upgraded openSUSE 13.1 to 13.2. I wonder why zypper dup is willing to install 77 new pacakges:
$ sudo LC_ALL=C LANG=C zypper dup Warning: You are about to do a distribution upgrade with all enabled
repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
Well first of all why are you doing a "dup" rather than an "up"
What do you get, by comparison, if you run with "up" rather than 'dup"
I've NEVER had the need to do a "dup" except when *preparing* for an online upgrade from one level of the OS to the next, and you are not making clear if that's what you are doing. I get the *impression* from the repositories you list you are doing this AFTER the upgrade.
Further to that, or "this summarises it nicely"
https://wgserv.eu/wordpress/?p=243
One thing I do wonder about, though.
The "dup" upgrades, downgrades or removes wrt a repository.
Now if you don't do that with a "--from" and if you do that with additional repositories which duplicate items in the core repositories I can see a problem.
If this is processed sequentially and you have core in N and an external (home:something or packman or whatever) in slot N+M (for M>1) then first the "dup" will sync to the core, which is what you want when you are doing a real upgrade, then to similarly named files in the additional repository,
Or it might be the other way round.
One way you are going to have the less capable version you mention installed.
As I've said, once I install a specific package from a specific repository the updates to that package seem to come from there. There is no need to use "dup".
The more I think about this more I come to conclude that the reasons people are stating for using "dup" and altering priorities either don't do quite what they say that want to achieve or have unwanted side effects.
-- Sent from my Android phone with K-9 Mail. Please excuse my brevity. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-11-22 14:25, jdd wrote:
The problem is that packages come and go, and some need to be deleted. With "dup", you essentially "duplicate" the repository, so that packagers do not have to carefully care for all the dependencies all the time.
I don't really understand that :-(
That they can add or remove packages from the distribution, as they are developing it, but the old, no more existing package does not get removed because something still lists it as dependency because its packager hasn't yet noticed. Something of the sort, I'm unsure of the details. With dup, everything gets replaced with /new/ versions. If a package dissapears from the repo, it gets removed from your machine, too. Hopefully you get a conflict if something still requires it. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2014-11-22 15:38, Greg Freemyer wrote:
If tumbleweed conversations are going to involve both the general list and -factory, we may need to revisit the netiquette.
They should be kept on the factory mail list, not on the opensuse general mail list. - -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlRwpxwACgkQtTMYHG2NR9UfgQCeKV7Ztu/79XZN5paDJO4HRbBE BfkAnil/oBRskdygFLPyM4Ngnhn7wkGz =Rzox -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 22/11/2014 16:07, Carlos E. R. a écrit :
With dup, everything gets replaced with /new/ versions. If a package dissapears from the repo, it gets removed from your machine, too. Hopefully you get a conflict if something still requires it.
wgy should it be removed if something else needs it? major dependecies should not disapear during the life of a distro!. Else do you mean that zypper up do not remove obsolete unwanted files? jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-11-22 16:16, jdd wrote:
Le 22/11/2014 16:07, Carlos E. R. a écrit :
With dup, everything gets replaced with /new/ versions. If a package dissapears from the repo, it gets removed from your machine, too. Hopefully you get a conflict if something still requires it.
wgy should it be removed if something else needs it? major dependecies should not disapear during the life of a distro!. Else do you mean that zypper up do not remove obsolete unwanted files?
The purpose in life of Tumbleweed is change. Of course that packages will disappear and others appear, and be broken at times. And dependencies do break. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
Le 22/11/2014 17:01, Carlos E. R. a écrit :
The purpose in life of Tumbleweed is change. Of course that packages will disappear and others appear, and be broken at times. And dependencies do break.
yes, so not a problem. By the way I fear the discussion have several different goals mine was installing multimedia package in stable distro, and if I use dup it's only once. I guess I will stop. Still time to discuss again this later on more precise thread jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (9)
-
Andrei Borzenkov
-
Anton Aylward
-
Carlos E. R.
-
Carlos E. R.
-
Greg Freemyer
-
jdd
-
Ken Schneider - openSUSE
-
Patrick Shanahan
-
Vojtěch Zeisek