As I already said in another thread, mmcheck helps a lot. I have followed the whole process and right now everything is in line with what it suggests. But I have two questions:
I had some months ago removed the VideoLAN repo. Now I added the new libdvdcss repo and forced the reinstall of libdvdcss from this repo. Anyway, if I press option 4 of mmcheck menu I get:
4 . Show the libdvd* Packages are Installed for DVD Movies ...
Command: rpm --query --all --queryformat '%{NAME}-%{VERSION}-%{RELEASE}-%{ARCH} -> %{VENDOR}
' '*libdvd*'
libdvdplay0-1.0.1-2.pm.2.1-i586 -> http://packman.links2linux.de
libdvdnav4-4.1.3-6.1-i586 -> openSUSE
libdvdread4-4.1.3-10.1-i586 -> openSUSE
libdvdcss-1.2.10-7.8-i586 -> VideoLAN Project (http://www.videolan.org)
You should expect to have 4 libdvd* packages installed, 1 from Packman.
----------------> libdvdplay0 <-------------from the Packman Repository.
----------------> libdvdread4 <----------- from the openSUSE Repository.
----------------> libdvdnav4 <------------ from the openSUSE Repository.
----------------> libdvdcss <----- from VideoLAN or openSUSE Repository.
If you have installed libdvdcss from openSUSE, you do not need libdvdcss
from VideoLAN. So having no files from VideoLAN is OK, but if you do, it
should only be the package libdvdcss. In the future we suggest that you
switch to using only openSUSE and to remove the VideoLAN Repository.
Only openSUSE 11.3 is supported at: http://opensuse-guide.org/repo/11.3/
Press <enter> to continue...
libdvdcss seems to come from VideoLAN repo. Is that normal? I know that it’s OK to have it from VideoLAN, but what surprises me is that the switch seems not to have had any effect.
If now I try zypper dup it suggests to change vendor from packman to opensuse for some packages which mmcheck recommends to take from packman. Should I accept the suggestion? If not, how to avoid it in doing zypper dup?
But about zypper dup. That is exactly what zypper dup is supposed to do: Take a newer version REGARDLESS of the fact if it has to change vendors (and thus can be used to do a distribution update, using the repos of the new distribution).
OTAH zypper upupdates to a newer version WITHOUT changing the vendor (thus you can install newer versions of packages you have from the repos you prefer for those packages).
libdvdcss seems to come from VideoLAN repo. Is that normal? I know that it’s OK to have it from VideoLAN, but what surprises me is that the switch seems not to have had any effect.
wrbbt, when you installed libdvdcss from the VideoLAN repo, it would still be present unless you on purpose uninstalled it or replaced with a package with the identical name from another repository. Simply removing the repository from which you installed a package does not cause the installed package to become uninstalled or replaced. If the only package your have from VideoLAN is libdvdcss, that is OK.
Yes. That is what I did. I know that it’s OK having that package from VideoLAN; I just am interested in understanding what happens.
Going back to my first doubt. I learned from** hcvv**'s answer in post #2 that doing “zypper up” I can upgrade without vendor change. But the thing is that when I tried “zypper dup” it just suggested to change vendor for the same versions of the same packages: it was not really an upgrade of those packages. Is this as it should be?
Again, I’m just trying to understand. Things are going quite well with all your present and past advices, for which I’m really grateful.
Sorry, my typo: OTAH → OTOH → on the other hand. I should not be so lazy and type fully and clear what I mean :shame:
And about your last question. Wasn’t it that one of those two same versions originated from a repo that you removed? When yes, that is the answer. The whole idea behind* zypper dup IMHO (hope this is well understood and typed correct) is that you replace e.g. all 11.2 repos with 11.3 one and then do a zypper dup*. This would replace all packages with the versions available in the new repos you have now. Regardless if they are older, the same or newer. In theory this would eliminate all references of the old repos from your RPM database (exceptions that I see e.g. when packages are in the old and not in the new repos).
Don’t worry, it’s me: I have to learn these things.
BTW, IMHO is OK.
According to the advices in mmcheck I just changed vendor for some packages, from opensuse to packman. Both repos are enabled, of course. When I try zypper dup it wants to revert again to opensuse for some of them. So, it seems not to be the problem you described.
I’ll try again when I can. Maybe I have made a mistake. I can’t try now.
Thanks.
I did already, but curiously, there was only a radio button, for VideoLAN. As I have already removed VideoLAN repo I reinstall the package (the only posibility was libdvdcss repo). But after the reinstall still the only radio button was for VideoLAN.
Is it posible that the package from libdvdcss repo contains a wrong info about where it comes from?
Hm. well thouht out. Let us hope the repos gurus tune in here. Is this piece of information inside the package or retrieved from the action of installing?
wrbbt:~> rpm -qi libdvdcss
Name : libdvdcss Relocations: (not relocatable)
Version : 1.2.10 Vendor: VideoLAN Project (http://www.videolan.org)
Release : 7.8 Build Date: Thu 17 Jun 2010 03:10:21 PM CEST
Install Date: Tue 25 Jan 2011 08:33:11 PM CET Build Host: messiah
Group : Productivity/Multimedia/Other Source RPM: libdvdcss-1.2.10-7.8.src.rpm
Size : 34320 License: GPL
Signature : DSA/SHA1, Thu 17 Jun 2010 03:10:42 PM CEST, Key ID 33de8fb7c8da93d2
Packager : Dominique Leuenberger <dominique-rpm@leuenberger.net>
URL : http://developers.videolan.org/libdvdcss/
Summary : A library designed for accessing encrypted DVDs
Description :
libdvdcss is a simple library designed for accessing DVDs like a block device without having to bother about the decryption.
Distribution: VideoLAN / 11.3
Thing is, the .rpm still originates from VideoLan, it’s just being supplied as a standalone package from a different repo, to avoid all the fuss associated with using VideoLan repo
This means that @wrbbt and I are right when we say that this piece of information is derived from the contents of the package and not from the fact that YaST/zypper loaded it from a certain repo?
Ok, as long as we understand why it is as it is, I can live with it. But it could be usefull for @jdmcdaniel3 to know this.
So this is interesting that the package retains its repository of origin and the new repository from where it was obtained did not modify this fact. It might be best, if this is considered a real problem, for the libdvdscc package to contain its new point of origin then to reduce any confusion. However, I have not suggested in mmcheck that having libdvdcss from VideoLAN was a problem, but rather it was OK. If you already got it, there is no need to remove it; or get it from some where else, as it is and does the very same thing no matter its source.
Don’t worry, I know it. As I said before, I have no problem, just wanted to understand what happened.
Again, your script is very good and useful. Thanks a lot. :good:
