|
Bugzilla – Full Text Bug Listing |
| Summary: | flash-player does not require libexpat1-32bit | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 10.3 | Reporter: | Pavol Rusnak <prusnak> |
| Component: | Update Problems | Assignee: | Pavol Rusnak <prusnak> |
| Status: | RESOLVED FIXED | QA Contact: | Jiri Srain <jsrain> |
| Severity: | Major | ||
| Priority: | P5 - None | CC: | dmueller, lars.vogdt, ro |
| Version: | Beta 2 | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | openSUSE 10.3 | ||
| Whiteboard: | |||
| Found By: | Development | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: | yast 2 logs | ||
|
Description
Pavol Rusnak
2007-09-05 11:43:13 UTC
please attach yast logs. nspluginwrapper has triggers which should fix this:
%triggerin -- RealPlayer acroread acroread_ja flash-player mplayerplug-in
%{_bindir}/%{name} -a -u
a) is obviously an update bug.
Created attachment 162020 [details]
yast 2 logs
Checked the package dependencies of flash-player and nspluginwrapper, neither of them has libexpat* in its Requires. (In reply to comment #3 from Jiri Srain) > Checked the package dependencies of flash-player and nspluginwrapper, neither > of them has libexpat* in its Requires. [prusnak@spectra ~] ldd /usr/bin/nspluginwrapper | grep expat [prusnak@spectra ~] ldd /usr/lib/browser-plugins/libflashplayer.so | grep expat libexpat.so.1 => /lib/libexpat.so.1 (0xf6f70000) Flash-player should Require libexpat1-32bit on x86_64, and libexpat1 on x86. But these requires should be added automagically, aren't they? flash player doesn't require libexpat. flash player requires libfontconfig, which happens to require libexpat. thats the dependency chain. And flash-player does indeed require libfontconfig.so.1 So, it might be a libzypp bug. Pavol, can you add the y2logs? the logs are already attached Back to the root: Error : libexpat1-32bit will not be installed. libexpat1-32bit provides -libexpat.so.1 -libexpat1-32bit == 2.0.1-21 libexpat1-32bit == 2.0.1-21 will not be required by anyone. libexpat.so.1 will be required by many other packages BUT libexpat.so.1 will be provided by expat-32bit too which is already installed. So the requiremnt is already fulfilled. I cannot see a libzypp problem here. I do not know which package is wrong. I try the maintainer of the firstone:-) Added "Obsoletes: expat < 2.0.1" to libexpat1 subpackage. Hope that solves the problem. Closing. how does "obsoletes expat " obsolete the package "expat-32bit" ? I thought, that if I add "Obsoletes: expat < 2.0.1" to libexpat1 it solves all 3 cases: a) libexpat1 obsoletes expat on 32-bit archs b) libexpat1 obsoletes expat on 64-bit archs c) libexpat1-32bit obsoletes expat-32bit on 64-bit archs I discussed this issue with Michal Marek and he enlightened me that case c) must be done somehow internally in autobuild. Adding Autobuild guys to CC, maybe they will explain further. adding "Obsoletes: expat" to libexpat1 is wrong as long as the package expat still exists (and it does, containing docu files). even if it would be correct: no there is no automatic for (c) ... but: since there is no expat-32bit anymore, we can add the obsoletes from (c) to the baselibs.conf file so this can be fixed. fixed in config, will be fixed with next rebuild of expat package Ah OK, removed last submission. Thanks for adding fix to autobuild config. |