I'm going to try to list all the problems the current software
management stack from openSUSE 11.0 has right now. All of them are
because some parts ignore repository priorities and/or the "don't
change vendor" rule.
At http://lists.opensuse.org/opensuse-softwaremgmt/2008-07/msg00004.html
and http://lists.opensuse.org/opensuse-softwaremgmt/2008-07/msg00005.html
the problem was somehow discussed, but I don't know if there are plans
to update the stack in 11.0, if the changes will be released only in
11.1 or if there are changes at all.
Like discussed in the Jano Kupec threads "zyper lu" needs changes. The
thing is it isn't a big problem since you can just ignore the fact
that there exists a "lu" option... but there are derivated problem
that are a lot more important. I don't know if they use the same code
path, in which case a single fix would be needed or if a differtent
patch for every problem is needed.
1- Installation of packages from YaST QT (and GTK?) software management module.
VideoLAN repo provides libffmpeg0-0.4.9.13782-1.2 while Packman
provides libffmpeg0-0.4.9svn-20080818.pm.0. I have Packman with a
higher priority than VideoLAN.
Now "zypper in libffmpeg0" will try to install the Packman version.
That's correct. But if I try to install it through YaST...
I left-click over the package, right click on it and select "Install".
Everything correct, isn't? Well no because it has selected the
VideoLAN version since "0.4.9.13782" is higher (somehow...) than
"0.4.9svn-20080818". The worse thing is that I will not notice it if I
don't manually go to the "Versions" tab.
So *everytime* I install something from YaST I must go to the Versions
tab to check the version selected is the one I want.
2- Update of packages through YaST QT (and GTK?) software management module.
"zypper up -t package" will correctly update my system. But if I go to
YaST and select Package->All Packages->Update if newer version
available it will try to install newer versions even if they change
vendor and/or are in repositories with a lower priority.
A recurrent problem here is with multimedia. If you go to the forums
you will see people complaining that after an update they can no
longer see MPEG-4 ASP videos. They first install the Packman packages
and all is good, since Packman has his own vendor string an update
should never change to packages from openSUSE (that don't support
patented codecs) or VideoLAN (that don't play nice mixed with Packman
ones). But since the updater applet and YaST ignore the vendor string
theirs systems end with a mix of multimedia packages from VideoLAN,
Packman and openSUSE... and they must reinstall the Packman packages
again.
3- KDE updater applet
Exactly the same problem that '2'.
4- zypper dup
It looks at vendor strings and doesn't changes between vendors, but it
ignores repository priorities. Not a big problem right now, but I
would like to have a fix for 11.0 before people starts updating to
11.1.
So, are all of them just a single thing? A single fix in libzypp will
make zypper, updater applet and YaST work correctly or I should open a
different bug report for each of them? Is this fix already in SVN
versions? There are plans of a fix for 11.0?
In my opinion:
- '1' isn't a big problem, can wait.
- '3' (and perhaps '2') NEEDS a fix for 11.0. Isn't just an
improvement, it's a bug. Right now the updater applet is totally
unusable. I can ignore "zypper lu" and just use "zypper up", but with
the applet I can't ignore the problem... "zypper lu" is the only
option available.
- '4' should be fixed for 11.0 before 11.1 is released.
I'm worried about '2' and '3' since bug #402770 was closed with
WONTFIX (and '1' is also similar).
--
To unsubscribe, e-mail: opensuse-softwaremgmt+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-softwaremgmt+help(a)opensuse.org
Hello, please find the following patch conflict as per bug 387052.
https://bugzilla.novell.com/show_bug.cgi?id=387052
I have Packman as a list repository.
-----
Reading installed packages...
Problem: patch:desktop-data-openSUSE-extra-gnome-84.noarch conflicts with
libpulsecore4.i586 < 0.9.10-26.3 provided by
libpulsecore6-0.9.11-0.pm.2.i586
Solution 1: Following actions will be done:
deinstallation of libpulsecore6-0.9.11-0.pm.2.i586
downgrade of pulseaudio-0.9.11-0.pm.2.i586 to pulseaudio-0.9.10-26.3.i586
install pulseaudio-0.9.10-26.3.i586 (with vendor change)
packman.links2linux.de
-->
SUSE LINUX Products GmbH, Nuernberg, Germany
Solution 2: do not install
patch:desktop-data-openSUSE-extra-gnome-84.noarch
Choose from above solutions by number or cancel [1/2/C]: 2
Resolving dependencies...
Nothing to do.
------
My apology in advance if I am posting to the wrong list.
--
regards,
dg
"..but the more you use clever tricks, the less support you'll get
..." -- M.W.Lucas
--
To unsubscribe, e-mail: opensuse-softwaremgmt+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-softwaremgmt+help(a)opensuse.org