What is the recommended way to make a bulk vendor change?
there are countless blogs, threads etc on how to not allow vendor change when using up or dup, i want the opposite, i’m migrating from several rolling distros to tw, is there a --do-allow-vendor-change switch in zypper or an ‘a/all’ in the list of options in the first dialog so you dont have to type 1 for each and every package of the group? man i dont want to type the same 1 option 40 times for every pc, [FONT=monospace]it will take me the hole afternoon to finishem all, i am pretty sure i do want that vendor change, that is the reason i added the packaman repo in the first place, specially for the media codecs, i read in the docs you can disable vendor stickiness:[/FONT]
solver.allowVendorChange = true
but i dont want this either, not for the hole system, i like the idea of vendor stickiness to keep old libraries, perl/python modules etc that make break things thanks.
i mean i am migrating from antergos and manjaro installs, which as you surely know, are rolling releases too.
thanks for the quick response, wow pretty active and friendly comunity
–allow-vendor-change is exactly what i was looking for
I doubt you can change a non-openSUSE release to an openSUSE release by simply changing repos and do a zypper dup (if I understand correctly that thatis what you want to do).
I assume that the OP wants to switch vendor to packman once the “standard” Tumbleweed has been successfully installed, hence my suggestion in post #2.
Sorry if I misunderstood that, since I too think that a “zypper dup” from a completely different distro is out of question.
… not sure, myself. But, as Henk often says, it helps a lot if the OP describes the goal – and the whole goal, which in this case means moving from other distros – right up front, rather than just asking about a particular step.
Prevents running down the wrong path and gives the opportunity to suggest better methods.
Hi again, what i am doing is a new tw install, i mean i will no longer use manjaro but tw, i came to ask because after a clean install without any issue using a three days ago tw iso, i did what i believed then was the usual procedure to upgrade a new install, using zypper ref, zypper up, zypper dup, so far so good, then i found myself with this thing about the missing media codecs, i google and found you have to add the pacman repo and install them, i did it using this guide https://en.opensuse.org/Additional_package_repositories#Packman
In the last step doing dup --from packman, bum!!! a long list of packages needed update, which is a normal thing in other distros. i googled again but could not find a procedure or command to do a bulk vendor change, i needed to install several laptops for a customer so i did the thing manually one by one package.
then i decided to come here and request help.
btw, following your advice i just did zypper dup and all finished ok, because a new kernel was installed i rebooted my laptop and i could not browse internet, searching the forums i found the very same problem in old threads, resolv.conf was not updated via dchp, among other things somebody suggested to remove resolv.conf which i did and after restarting network manager the file was recreated and i am happy here browsing again :).
it seems the lesson was not learned and the qa system is doing the same mistake again so if somebody is having this problem after today dup may be this procedure will resolve his problem.
Once you are on TW and did the switch to Packman, you are OK. Then, when you want to step up to the next TW snapshot, you do
zypper dup
You can forget to type the --no-allow-vendor-change. It is not needed, because it is since some time default on Tumbleweed (though NOT on Leap). The zypper up, you should not do, because you should do the zypper dup. The zypper ref is unneeded, because the zypper dup will refresh when needed.
Installing a once ready trimmed installation to other systems, you might want to look to AutoYaST.
I think it is better not to try to find a one to one translation of features of other distros to the features on openSUSE. That may be a hindrance into understanding how openSUSE works (same way as we tell Windows users to forget all about Windows when trying to learn Linux, but of course far less so). Also assuming that others here will understand you when you mention other distros’ features might not help. Many here will never have used the distributions your are used to and assuming you only have to hint to how something works there, might only create confusion or the shrugging of shoulders instead of a clear understanding of what you mean.