[opensuse-factory] Switch to packman (Leap 15.0 Beta) - Yast question
Hi, I tried the "switch system packages to the versions in this directory (EXT_Packman), and I get a long list of conflicts; see: #### YaST2 conflicts list - generated 2018-04-03 21:20:07 #### problem with installed package gstreamer-plugins-bad-1.12.4-lp150.3.5.x86_64 [ ] install gstreamer-plugins-bad-1.12.4-lp150.5.1.x86_64 (with vendor change) openSUSE --> http://packman.links2linux.de [ ] keep obsolete gstreamer-plugins-bad-1.12.4-lp150.3.5.x86_64 problem with installed package gstreamer-plugins-bad-lang-1.12.4-lp150.3.5.noarch [ ] install gstreamer-plugins-bad-lang-1.12.4-lp150.5.1.noarch (with vendor change) openSUSE --> http://packman.links2linux.de [ ] keep obsolete gstreamer-plugins-bad-lang-1.12.4-lp150.3.5.noarch problem with installed package gstreamer-plugins-ugly-1.12.4-lp150.4.1.x86_64 [ ] install gstreamer-plugins-ugly-1.12.4-lp150.5.1.x86_64 (with vendor change) openSUSE --> http://packman.links2linux.de [ ] keep obsolete gstreamer-plugins-ugly-1.12.4-lp150.4.1.x86_64 And many more. What is the "problem"? It does not say. Obviously there is going to be a vendor change, I explicitly asked for the change when I clicked on "switch". -- Cheers/Saludos Carlos E. R. (testing openSUSE Leap 15.0, at Minas-Anor) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 03.04.2018 um 21:23 schrieb Carlos E. R.:
Hi,
I tried the "switch system packages to the versions in this directory (EXT_Packman), and I get a long list of conflicts; see:
#### YaST2 conflicts list - generated 2018-04-03 21:20:07 ####
problem with installed package gstreamer-plugins-bad-1.12.4-lp150.3.5.x86_64
[ ] install gstreamer-plugins-bad-1.12.4-lp150.5.1.x86_64 (with vendor change) openSUSE --> http://packman.links2linux.de
[ ] keep obsolete gstreamer-plugins-bad-1.12.4-lp150.3.5.x86_64
And many more. What is the "problem"? It does not say. Obviously there is going to be a vendor change, I explicitly asked for the change when I clicked on "switch".
When switching to the Packman repo you have to choose "Allow Vendor Change" in YaST first in order to avoid such messages. Regards, Frank -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2018-04-03 21:38, Frank Krüger wrote:
Am 03.04.2018 um 21:23 schrieb Carlos E. R.:
Hi,
I tried the "switch system packages to the versions in this directory (EXT_Packman), and I get a long list of conflicts; see:
#### YaST2 conflicts list - generated 2018-04-03 21:20:07 ####
problem with installed package gstreamer-plugins-bad-1.12.4-lp150.3.5.x86_64
[ ] install gstreamer-plugins-bad-1.12.4-lp150.5.1.x86_64 (with vendor change) openSUSE --> http://packman.links2linux.de
[ ] keep obsolete gstreamer-plugins-bad-1.12.4-lp150.3.5.x86_64
And many more. What is the "problem"? It does not say. Obviously there is going to be a vendor change, I explicitly asked for the change when I clicked on "switch".
When switching to the Packman repo you have to choose "Allow Vendor Change" in YaST first in order to avoid such messages.
There was no such need earlier, AFAIK. It was implicit in the switch. I do not want every package on every repo to consider change vendor. -- Cheers/Saludos Carlos E. R. (testing openSUSE Leap 15.0, at Minas-Anor) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Op dinsdag 3 april 2018 21:23:03 CEST schreef Carlos E. R.:
Hi,
I tried the "switch system packages to the versions in this directory (EXT_Packman), and I get a long list of conflicts; see:
#### YaST2 conflicts list - generated 2018-04-03 21:20:07 ####
problem with installed package gstreamer-plugins-bad-1.12.4-lp150.3.5.x86_64
[ ] install gstreamer-plugins-bad-1.12.4-lp150.5.1.x86_64 (with vendor change) openSUSE --> http://packman.links2linux.de
[ ] keep obsolete gstreamer-plugins-bad-1.12.4-lp150.3.5.x86_64
problem with installed package gstreamer-plugins-bad-lang-1.12.4-lp150.3.5.noarch
[ ] install gstreamer-plugins-bad-lang-1.12.4-lp150.5.1.noarch (with vendor change) openSUSE --> http://packman.links2linux.de
[ ] keep obsolete gstreamer-plugins-bad-lang-1.12.4-lp150.3.5.noarch
problem with installed package gstreamer-plugins-ugly-1.12.4-lp150.4.1.x86_64
[ ] install gstreamer-plugins-ugly-1.12.4-lp150.5.1.x86_64 (with vendor change) openSUSE --> http://packman.links2linux.de
[ ] keep obsolete gstreamer-plugins-ugly-1.12.4-lp150.4.1.x86_64
And many more. What is the "problem"? It does not say. Obviously there is going to be a vendor change, I explicitly asked for the change when I clicked on "switch".
If you want to use the 'zypper dup --from REPO_NAME_HERE' you'll have to add the '--allow-vendor-change' option as well. After doing so, zypper won't complain anymore. Same story for when using YaST. Vendor-change needs to be allowed before you can have any. -- Gertjan Lettink a.k.a. Knurpht openSUSE Board Member openSUSE Forums Team -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2018-04-03 22:21, Knurpht @ openSUSE wrote:
Op dinsdag 3 april 2018 21:23:03 CEST schreef Carlos E. R.:
Hi,
I tried the "switch system packages to the versions in this directory (EXT_Packman), and I get a long list of conflicts; see:
#### YaST2 conflicts list - generated 2018-04-03 21:20:07 ####
problem with installed package gstreamer-plugins-bad-1.12.4-lp150.3.5.x86_64
[ ] install gstreamer-plugins-bad-1.12.4-lp150.5.1.x86_64 (with vendor change) openSUSE --> http://packman.links2linux.de
[ ] keep obsolete gstreamer-plugins-bad-1.12.4-lp150.3.5.x86_64
problem with installed package gstreamer-plugins-bad-lang-1.12.4-lp150.3.5.noarch
[ ] install gstreamer-plugins-bad-lang-1.12.4-lp150.5.1.noarch (with vendor change) openSUSE --> http://packman.links2linux.de
[ ] keep obsolete gstreamer-plugins-bad-lang-1.12.4-lp150.3.5.noarch
problem with installed package gstreamer-plugins-ugly-1.12.4-lp150.4.1.x86_64
[ ] install gstreamer-plugins-ugly-1.12.4-lp150.5.1.x86_64 (with vendor change) openSUSE --> http://packman.links2linux.de
[ ] keep obsolete gstreamer-plugins-ugly-1.12.4-lp150.4.1.x86_64
And many more. What is the "problem"? It does not say. Obviously there is going to be a vendor change, I explicitly asked for the change when I clicked on "switch".
If you want to use the 'zypper dup --from REPO_NAME_HERE' you'll have to add the '--allow-vendor-change' option as well. After doing so, zypper won't complain anymore. Same story for when using YaST. Vendor-change needs to be allowed before you can have any.
This is new. I don't like it. It is obvious when I click on the switch that I do want vendor change with this repo only. -- Cheers/Saludos Carlos E. R. (testing openSUSE Leap 15.0, at Minas-Anor) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Carlos E. R. wrote:
On 2018-04-03 22:21, Knurpht @ openSUSE wrote:
If you want to use the 'zypper dup --from REPO_NAME_HERE' you'll have to add the '--allow-vendor-change' option as well. After doing so, zypper won't complain anymore. Same story for when using YaST. Vendor-change needs to be allowed before you can have any.
This is new. I don't like it.
It is *much* better than the old behavior that - when you dup - it would just switch vendor without you noticing. This is why --no-allow-vendor-change has been made the default, IIRC.
It is obvious when I click on the switch that I do want vendor change with this repo only.
Valid assumption. Sounds like a feature request? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Op woensdag 4 april 2018 13:33:35 CEST schreef Peter Suetterlin:
Carlos E. R. wrote:
On 2018-04-03 22:21, Knurpht @ openSUSE wrote:
If you want to use the 'zypper dup --from REPO_NAME_HERE' you'll have to add the '--allow-vendor-change' option as well. After doing so, zypper won't complain anymore. Same story for when using YaST. Vendor-change needs to be allowed before you can have any.
This is new. I don't like it.
It is *much* better than the old behavior that - when you dup - it would just switch vendor without you noticing. This is why --no-allow-vendor-change has been made the default, IIRC.
It is obvious when I click on the switch that I do want vendor change with this repo only.
Valid assumption. Sounds like a feature request? I agree with Carlos here, and I'm inclined to call it a bug. The "switch system packages ..." option IMHO should behave like described, so perform the vendor switch like before, only for that repo.
-- Gertjan Lettink a.k.a. Knurpht openSUSE Board Member openSUSE Forums Team -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Knurpht @ openSUSE <knurpht@opensuse.org> [04-04-18 10:59]:
Op woensdag 4 april 2018 13:33:35 CEST schreef Peter Suetterlin:
Carlos E. R. wrote:
On 2018-04-03 22:21, Knurpht @ openSUSE wrote:
If you want to use the 'zypper dup --from REPO_NAME_HERE' you'll have to add the '--allow-vendor-change' option as well. After doing so, zypper won't complain anymore. Same story for when using YaST. Vendor-change needs to be allowed before you can have any.
This is new. I don't like it.
It is *much* better than the old behavior that - when you dup - it would just switch vendor without you noticing. This is why --no-allow-vendor-change has been made the default, IIRC.
It is obvious when I click on the switch that I do want vendor change with this repo only.
Valid assumption. Sounds like a feature request? I agree with Carlos here, and I'm inclined to call it a bug. The "switch system packages ..." option IMHO should behave like described, so perform the vendor switch like before, only for that repo.
for ONLY that package, or should that repo now provide all packages that the system uses that are installed? isn't that one of the primary reasons for --no-allow-vendor-change? -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Registered Linux User #207535 @ http://linuxcounter.net Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Op woensdag 4 april 2018 17:45:43 CEST schreef Patrick Shanahan:
* Knurpht @ openSUSE <knurpht@opensuse.org> [04-04-18 10:59]:
Op woensdag 4 april 2018 13:33:35 CEST schreef Peter Suetterlin:
Carlos E. R. wrote:
On 2018-04-03 22:21, Knurpht @ openSUSE wrote:
If you want to use the 'zypper dup --from REPO_NAME_HERE' you'll have to add the '--allow-vendor-change' option as well. After doing so, zypper won't complain anymore. Same story for when using YaST. Vendor-change needs to be allowed before you can have any.
This is new. I don't like it.
It is *much* better than the old behavior that - when you dup - it would just switch vendor without you noticing. This is why --no-allow-vendor-change has been made the default, IIRC.
It is obvious when I click on the switch that I do want vendor change with this repo only.
Valid assumption. Sounds like a feature request?
I agree with Carlos here, and I'm inclined to call it a bug. The "switch system packages ..." option IMHO should behave like described, so perform the vendor switch like before, only for that repo.
for ONLY that package, or should that repo now provide all packages that the system uses that are installed? isn't that one of the primary reasons for --no-allow-vendor-change?
No, not for ONLY that packages, but for all packages available from the selected repo. That's how it worked. Good example is Packman. In fact the command before was incl --allow-vendor-change, same for 'Switch ...'. Guess some adjustments have to be made here and there. If one now runs 'zypper dup --from $REPO' the vendor change doesn't take place and hence zypper's detecting conflicts. -- Gertjan Lettink a.k.a. Knurpht openSUSE Board Member openSUSE Forums Team -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 04/04/2018 07:56 AM, Knurpht @ openSUSE wrote:
It is obvious when I click on the switch that I do want vendor change with this repo only. I agree with Carlos here, and I'm inclined to call it a bug. The "switch system packages ..." option IMHO should behave like described, so perform the vendor switch like before, only for that repo.
I was preparing to answer when I saw this. Exactly the same response I was about to give. I found that to be annoying, since I explicitly clicked on switch packages, I expected it to do so without asking me a thousand times over again if that was what I wanted. A bug in my opinion, and a very annoying one. -- -Gerry Makaro openSUSE Member openSUSE Forum Moderator openSUSE Contributor aka Fraser_Bell on the Forums, OBS, IRC, and mail at openSUSE.org Fraser-Bell on Github -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Dienstag, 3. April 2018, 22:21:57 schrieb Knurpht @ openSUSE:
If you want to use the 'zypper dup --from REPO_NAME_HERE' you'll have to add the '--allow-vendor-change' option as well.
AIUI, that shouldn't be the case on Leap though. The reasoning to make "--no- allow-vendor-change" the default for dup as well was that people are supposed to use "dup" to update Tumbleweed systems. If that's the case in Leap 15.0 too, I'd consider it as bug. Though maybe it has been done on purpose during the rolling development phase and will be changed for the final release? Regarding YaST: I agree that "Switch system packages" should not be influenced by the "Allow vendor change" option, the sole purpose of this function is to do a full vendor switch IMHO. So probably worth a bug report, I'd say. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Freitag, 6. April 2018, 13:02:55 schrieb Wolfgang Bauer:
If that's the case in Leap 15.0 too, I'd consider it as bug. Though maybe it has been done on purpose during the rolling development phase and will be changed for the final release?
Well, I just had a look, and the zypp.conf shipped in Leap 15.0 does indeed explicitly disable vendor change for "zypper dup" (as it does in Tumbleweed).
From the specfile: # Default to 'solver.dupAllowVendorChange = false' on TW and post SLE12 %if 0%{?suse_version} >= 1330 || "%{distribution}" == "openSUSE Tumbleweed" sed -i "s|# solver.dupAllowVendorChange = true|solver.dupAllowVendorChange = false|g" %{buildroot}%{_sysconfdir}/zypp/zypp.conf %endif
The change originally was done for Tumbleweed only, but later on (in September) for SLE/Leap 15 as well: https://build.opensuse.org/package/rdiff/zypp:Head/libzypp?linkrev=base&rev=1833 I must have missed that, but it has been done on purpose. Still, I do think that YaST's "Switch system packages..." should better not be affected by this, as it's rather counter-productive in that case IMHO. Clicking on that option does imply a wanted vendor change I'd say. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2018-04-06 13:02, Wolfgang Bauer wrote:
Regarding YaST: I agree that "Switch system packages" should not be influenced by the "Allow vendor change" option, the sole purpose of this function is to do a full vendor switch IMHO. So probably worth a bug report, I'd say.
Reported. Bug 1088578 - Switch system packages to the versions in this repository (packman) problem <https://bugzilla.suse.com/show_bug.cgi?id=1088578> -- Cheers/Saludos Carlos E. R. (testing openSUSE Leap 15.0, at Minas-Anor) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (7)
-
Carlos E. R. -
Frank Krüger -
Fraser_Bell -
Knurpht ＠ openSUSE -
Patrick Shanahan -
Peter Suetterlin -
Wolfgang Bauer