Bug 436795

I tried to test if a 1-click which installs libxine1 would work in the commandline. (OneClickInstallCLI) 

But, no such luck, the same problem exists in ncurses mode. Checking the radio button "Replacement of xine-lib-xxxx with libxine1-xxxxx" doesn't work, when you select "Ok - try again", you're just presented with the same dialog again, again and again until you either "Cancel" or select "Don't install libxine1".

The problem is easily reproducible. Try to install lbxine1 from packman on an up-to-date openSUSE 11.0 system with xine-lib installed, and (try to) select "Replacment of xine-lib with libxine1" in the resulting dialog.

Please attach y2logs. If you are in doubt follow:

http://en.opensuse.org/Bugs/YaST

Thanks!

Created attachment 246511 [details]
yast log tarball

Attached the logs.

Not sure how useful they'll be. I spent some time last night experimenting with different things - and besides I saw and heard about the phenenom on different machines several times through the course of the last weeks.

Btw., I guess I should've mentioned I use the Qt-version of yast.

Another piece of information that may be of interest is that there's no problem with replacing xine-lib with libxine1 when using zypper - so I'm pretty sure the bug is in the yast (qt and ncurses) ui, and not in zypp.

Please attach a solver testcase.

Created attachment 247129 [details]
solver test case (I think)

Are you saying you can't reproduce the problem that I have described, and even linked to a video of, by simply trying to install libxine1 on an 11.0 system with xine-lib installed, using yast qt or ncurses yourself?

Well...

I think I attached a relevant solver test case. 

I removed libxine1, installed xine-lib, then checked libxine1 for installation again, then went to Extra -> Generate solver test case.

But...

Like I said before, I doubt it's a solver issue, since there's no problem when performing the operation with zypper. To me it seems it's a matter of the damn radio button in yast-sw_single qt/ncurses obsoletes-dialog for replacing things, that simply doesn't work.

Forgot to change the needinfo status.. as usual :-/

I did try to install it, and it got replaced without questions asked, which is obvous because it is a explicit action.

I could only get a conflict by changing to the packman amarok while having the xine-lib installed which is expected because libxine1 can be switched vendor only if the user says so.

Can you try to reproduce in factory? I am using latest svn, so it may be very 11.0 specific.

Well, there is no packman for 11.0 but 
11.0 plus zypp:svn and YaST:SVN is the same combination ;-)

Actually there is already Packman for 11.1 :-)

I tried installing packman libxine1 on my 11.1b2 using yast qt sw_single - and this works out nicely. 

But it's a quite different scenario - because on 11.1 there's no xine-lib, the official crippled openSUSE xine package is called 'libxine1' on 11.1 - so on 11.1 there's no obsoleting of xine-lib - just an upgrade of opensuse libxine1 to xine-lib.

... And I'm not going to install svn zypp and yast on my 11.0 systems, that's where I draw the line :-)

But let me again stress the magnitude of this problem - just about every single user installing openSUSE 11.0 is having serious problems installing video/audio codecs whether using sw_single or 1-click-install.  ... And installing multimedia codecs is one of the first things most people try to do.

s/to xine-lib/to packman libxine1/

opensuseupdater just went red with libzypp/satsolver updates, naturally I hurried to install them and test this issue.

And I'm very happy to say that I can't reproduce this problem anymore.

Not sure if the fix is "coincidental" or intended, but I simply can't get libxine1 installation to not work anymore :-)

Closing as fixed. Will of course reopen if the problem "reappears".