On Sunday 15 June 2003 10:14 am, Rolf Pedersen wrote:
stefmit wrote:
I am making one last attempt with the great hope that someone, somewhere has figured this libraries issue out. Almost any program coming with libraries slightly different version than MDK ones fails to install, regardless of what I attempt to do. Last example is qtopia's RPM, which I NEED like air, for my Zaurus, but which install (unlike 9.0) breaks now in MDK9.1, with the following message:
[EMAIL PROTECTED] utilities]# urpmi qtopia-desktop-1.6.1-1.i386.rpm installing qtopia-desktop-1.6.1-1.i386.rpm
Installation failed: libstdc++-libc6.1-2.so.3 is needed by qtopia-desktop-1.6.1-1
For this one:
[EMAIL PROTECTED] rolf]$ urpmf libstdc++-libc6.1-2.so.3 dockingstation:/usr/games/dockingstation/games/dockingstation/libstdc++-lib c6.1-2.so.3 dockingstation:/usr/games/dockingstation/libstdc++-libc6.1-2.so.3 [EMAIL PROTECTED] rolf]$ urpmq --sources dockingstation /dockingstation-195.64-1.i386.rpm
When I get this sort of output, it means the package is on a Club source and I have to be root to see the full url, which includes a password. If you are not a Club member, you could try searching on dockingstation or the library at rpmfind.net.
Rolf [..]
Thank you for your suggestion. I know this may solve one spcific problem, but I not only mentioned a couple of programs, but rather was very much interested in resolving library issues in general. If the only solution would be to install every time another program (or others) which MAY be bundled with the missing library(ies) for the ones I need, then it sounds very ... Microsoft-like (install IE to be able to run dir ... ;)). There has to be a better way ... I hope ...
Stef
So far as I can see, qtopia-desktop is not provided by Mandrake. If that is the case, it would be fortuitous that a Mandrake (Club) package would provide the library you needed for it. Urpmi can only know about what has been configured as its sources. It works well for what Mandrake provides and what you can add to it. Mandrake cannot be expected to anticipate the requirements of every possible third-party program.
The only other issue you cited, AFAICT, is that Mandrake's package of nagios puts files in more than one directory:
# rpm -qpl /backup/contrib/nagios-1.0b6-1mdk.i586.rpm /etc/nagios /etc/nagios/cgi.cfg /etc/nagios/checkcommands.cfg /etc/nagios/contactgroups.cfg /etc/nagios/contacts.cfg /etc/nagios/dependencies.cfg /etc/nagios/escalations.cfg /etc/nagios/hostgroups.cfg /etc/nagios/hosts.cfg /etc/nagios/misccommands.cfg /etc/nagios/nagios.cfg /etc/nagios/resource.cfg /etc/nagios/services.cfg /etc/nagios/timeperiods.cfg /etc/rc.d/init.d/nagios /usr/lib/nagios/plugins /usr/sbin/nagios /usr/share/doc/nagios-1.0b6 /usr/share/doc/nagios-1.0b6/Changelog /usr/share/doc/nagios-1.0b6/INSTALLING /usr/share/doc/nagios-1.0b6/LEGAL /usr/share/doc/nagios-1.0b6/README /usr/share/doc/nagios-1.0b6/UPGRADING /usr/share/doc/nagios-1.0b6/htaccess.sample /var/log/nagios /var/log/nagios/archives
I am not sure what you are comparing to but this list does not seem inconsistent with the typical Mandrake package, which should strive to comply with LSB, which invokes FHS2.2:
http://www.pathname.com/fhs/2.2/
Different entities have different interpretations/levels of interest in complying with LSB, so you will have to deal with these inconsistencies. Furthermore, contrib/ are considered unsupported, so, with all the other concerns Mandrake has, I doubt that complaints about contrib/ packages will receive a high priority. There is no comparison to Windows. Linux is not Windows. What works in Windows is, usually, irrelevant. You should put some effort into learning how Mandrake works before you try to re-invent the wheel, IMO.
Rolf
Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
