https://bugzilla.novell.com/show_bug.cgi?id=685890 https://bugzilla.novell.com/show_bug.cgi?id=685890#c1 --- Comment #1 from Daniel Pecka 2011-04-07 14:45:59 UTC --- Created an attachment (id=423752) --> (http://bugzilla.novell.com/attachment.cgi?id=423752) zypper logs .... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=685890 https://bugzilla.novell.com/show_bug.cgi?id=685890#c3 --- Comment #3 from Daniel Pecka 2011-04-07 15:53:01 UTC --- ps. i can't dig out more then this: (gdb) info stack #0 0xb6ac65fd in ?? () from /usr/lib/libkdecore.so.5 #1 0xb6ac6779 in KComponentData::dirs () from /usr/lib/libkdecore.so.5 #2 0xb6a46709 in ?? () from /usr/lib/libkdecore.so.5 #3 0xb6a471fb in KConfig::KConfig () from /usr/lib/libkdecore.so.5 #4 0xb6bedc5a in ?? () from /usr/lib/libproxy-0.4.6/modules/config_kde4.so #5 0xb707a917 in ?? () from /usr/lib/libmodman.so.1 #6 0xb707b03a in libmodman::module_manager::load_file () from /usr/lib/libmodman.so.1 #7 0xb707b32c in libmodman::module_manager::load_dir () from /usr/lib/libmodman.so.1 #8 0xb72b083f in ?? () from /usr/lib/libproxy.so.1 #9 0xb72b108c in px_proxy_factory_new () from /usr/lib/libproxy.so.1 #10 0xb7bf661b in ProxyInfoLibproxy (this=0x821e1f0) at /usr/include/c++/4.5/bits/basic_string.h:233 #11 0xb7c30da8 in zypp::media::fillSettingsSystemProxy (url=@0x81f5310, s=@0x81f542c) at /usr/include/boost/smart_ptr/detail/sp_counted_base_gcc_x86.hpp:126 #12 0xb7c3a0a6 in zypp::media::MediaCurl::setupEasy (this=0x81f52d8) at /usr/include/boost/smart_ptr/detail/sp_counted_base_gcc_x86.hpp:126 #13 0xb7c4782d in zypp::media::MediaMultiCurl::setupEasy (this=0x81f52d8) at /usr/src/debug/libzypp-8.12.1/zypp/media/MediaMultiCurl.cc:1181 #14 0xb7c37e29 in zypp::media::MediaCurl::attachTo (this=0x81f52d8, next=false) at /usr/include/boost/smart_ptr/detail/sp_counted_base_gcc_x86.hpp:126 #15 0xb7c0bd07 in zypp::media::MediaHandler::attach (this=0x81f52d8, next=false) at /usr/include/boost/smart_ptr/detail/sp_counted_base_gcc_x86.hpp:126 #16 0x081f52d8 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) please provide what exactly would be useful and i'll just perform regards, d -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=685890 https://bugzilla.novell.com/show_bug.cgi?id=685890#c5 --- Comment #5 from Michael Andres 2011-04-08 12:00:30 CEST --- We'll care about the SEGV... But for the vendor problem: zypper simply reports different vendor strings as 'changes vendor', although this is not always true. We for example changed our vendor string from 'SuSE' to 'openSUSE', but that's not a vendor change. The resolver knows about those equivalent vendor strings and will treat the packages as 'the same vendor'. Zypper on 11.4 was fixed to check whether different vendor strings are equivalent or not. Thus both results are most probably correct, but 11.3 zypper simply missinterprets the changed vendor strings. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=685890 https://bugzilla.novell.com/show_bug.cgi?id=685890#c6 --- Comment #6 from Daniel Pecka 2011-04-08 11:46:12 UTC --- hello Michael, i was living then in confusion, that for zypper vendor == repo .. btw, isn't it making sense? well, let's imagine: you have added various repos from same vendor (now in meaning of company provider) containing same or similar set of packages .. shouldn't be that up()ing will just check for the highest versions from repos where installed packages came from? maybe it's my desinterpretation but as far as i'm using suse since 60's (hehe) i have never before noticed that .. and i'm always using it in bit dirty way that i have $some_version and i always add just $factory repo and like time flows i'm installing, if required newer version, just from there or getting source from factory-src. regards, daniel -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=685890 https://bugzilla.novell.com/show_bug.cgi?id=685890#c8 --- Comment #8 from Michael Andres 2011-04-26 16:36:44 CEST --- (In reply to comment #6)

hello Michael,

i was living then in confusion, that for zypper vendor == repo ..

This is - more or less - true. Is's sort of repo familiy and `zypper up` will look for update candidates within the same family only: - Buildservice projects use the project name in their vendor string (e.g. obs://build.opensuse.org/network:utilities). So if you installed packages from network:utilities you'll get (auto)updates from network:utilities only. - Packman uses http://packman.links2linux.de - The openSUSE distribution (incl. factory) uses 'SUSE LINUX' or 'openSUSE' or something similar. This vendor is used for the distribution repos, as well as for the -update, -debuginfo, ... repos. Thus 'on 11.3 with added repo-oss from 11.4' packages from 11.4 are valid update candidates for packages from 11.3. If you don't want this, you should not add 11.4, or give it a low priority, so it won't be considered by default. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=685890 https://bugzilla.novell.com/show_bug.cgi?id=685890#c10 Michael Andres changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|ma@novell.com | --- Comment #10 from Michael Andres 2011-05-02 16:52:41 CEST --- Maybe you mistook me: 'zypper vendor == repo' This is - more or less - true. I did not refer to the local repositories on your machine, but to the repository which provided(built) the original package. If a package is built by e.g. the OBS games project, it will have 'obs://build.opensuse.org/games' as its vendor. No matter how this package makes it's way to your local machine (as part of the obs repo, via some mirror, copied into some completely different repo or manually downloaded), this vendor string will never change. And it enables the package to replace an installed one that originated from the same source (but not necessarily the same local repo). So 'nogravity' in repo 'tumb' has vendor 'obs://build.opensuse.org/games'. But what's the vendor of the installed package (from games)? The same? rpm -q --qf '%{NAME}: %{VENDOR}\n' nogravity And if it's not the same: -This vendor check could have been turned off in /etc/zypp/zypp.conf (solver.allowVendorChange = true). - An entry in /etc/zypp/vendor.d may exist, which defines an exception for this vendor combination. And finally, it might be a bug. In this case I'd need the zypper.log and a solver testcase. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=685890 https://bugzilla.novell.com/show_bug.cgi?id=685890#c12 Michael Andres changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME --- Comment #12 from Michael Andres 2012-02-07 18:35:39 CET --- The reason for libproxy using the kde/gnome module might have been using "su" to create the root shell launching zypper. In contrary to "su -", "su" preserves the user environment and libproxy sees you are in a kde/gnome session and thus uses the kde/gnome configuration. If you do "su -" you have a root login shell, and libproxy reads and prefers the configuration from /etc/sysconfig/proxy (which is what YaST writes). You can test this calling: proxy (from package libproxy-tools) $ su - $ _PX_DEBUG=1 proxy http://download.opensuse.org Using config: 26sysconfig_config_extension ... In a non-login shell libproxy might use a kde/gnome module. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.