https://qa.mandrakesoft.com/show_bug.cgi?id=581
------- Additional Comments From [EMAIL PROTECTED] 2002-12-01 13:46 ------- > (To the cookers, who are cc'ed on bug reports, this probably indicates the > need for an FAQ on cooker, sorry to waste your time with this, but maybe > someone can collect some of this). I think that you may have put your finger on the nub here. If there was an FAQ then someone could have pointed me to it straight away and we wouldn't have had to have this long winded discussion. > Implicit depencies (highlighted by Goetz above) are not determined by the > packager or listed in the spec file, because they can change depending > where they are compiled. These dependencies are created automatically when > the rpm is built, using the output of ldd: > > (here is an example using samba): > [bgmilne@bgmilne bgmilne]$ rpm -qR samba3-server|grep "acl" > libacl.so.1 > [bgmilne@bgmilne bgmilne]$ ldd /usr/sbin/smbd3|grep acl > libacl.so.1 => /lib/libacl.so.1 (0x40027000) > [bgmilne@bgmilne bgmilne]$ urpmf /lib/libacl.so.1 > libacl1:/lib/libacl.so.1 > libacl1:/lib/libacl.so.1.0.0 > [bgmilne@bgmilne bgmilne]$ rpm -q libacl1 > libacl1-2.0.11-1mdkA solution to this would > be to split kdegraphics, but that would make a lot more maintenance work. I > am sure Laurent (who maintains KDE for many releases of Mandrake) will take > your offer to maintain KDE for all the releases he does if you want to make > this change. He may maintain it if someone does the initial split (it took > about 3 months for one of the cookers patches to the kde-devel packages to > make it in, so now you don't need all the database servers installed for qt > development), but the chances are slim. Well, this is all very interesting and educational, but it still leaves me a little confused. If rpm can determine the library versions linked against at compile time and add them as dependencies then why not get it to do this automatically for all libraries linked by all cooker RPMs? Surely this would solve the entire problem at a stroke and not require any human intervention? It would then be impossible to install a cooker RPM on older releases without updating all of the required RPMs thus making the current implicit (and seemingly undocumented) restriction on cooker RPMs explicit. Since those like yourself are always running an up to date cooker you wouldn't seem to be inconvenienced at all and the spec files wouldn't need to be changed. Or am I missing something fundamental here? > A solution to this would > be to split kdegraphics, but that would make a lot more maintenance work. I > am sure Laurent (who maintains KDE for many releases of Mandrake) will take > your offer to maintain KDE for all the releases he does if you want to make > this change. He may maintain it if someone does the initial split (it took > about 3 months for one of the cookers patches to the kde-devel packages to > make it in, so now you don't need all the database servers installed for qt > development) Oh, your looking for someone to split up the KDE packages? Well, that's already been done by the guys at the Polish(ed) Linux Distribution. PLD is fairly Mandrake compatible and I have often managed to get both their i686 and alpha RPMs to install and run on my Mandrake systems. They have already split kdegraphics into 16 different packages, all derived from the same SRPM. lftp fr2.rpmfind.net:/linux/PLD/dists/1.0/PLD/i686/PLD/RPMS> cls -s -h kdegr* 96k kdegraphics-3.0.4-4.i686.rpm 22k kdegraphics-devel-3.0.4-4.i686.rpm 102k kdegraphics-kamera-3.0.4-4.i686.rpm 16k kdegraphics-kcolorchooser-3.0.4-4.i686.rpm 190k kdegraphics-kcoloredit-3.0.4-4.i686.rpm 631k kdegraphics-kdvi-3.0.4-4.i686.rpm 277k kdegraphics-kfax-3.0.4-4.i686.rpm 139k kdegraphics-kfract-3.0.4-4.i686.rpm 334k kdegraphics-kghostview-3.0.4-4.i686.rpm 299k kdegraphics-kiconedit-3.0.4-4.i686.rpm 904k kdegraphics-kooka-3.0.4-4.i686.rpm 222k kdegraphics-kpaint-3.0.4-4.i686.rpm 134k kdegraphics-kruler-3.0.4-4.i686.rpm 312k kdegraphics-ksnapshot-3.0.4-4.i686.rpm 368k kdegraphics-kuickshow-3.0.4-4.i686.rpm 2.7M kdegraphics-kview-3.0.4-4.i686.rpm You don't need any of the sane stuff unless you install kdegraphics-kooka or any camera stuff without kdegraphics-kamera. Perhaps the most efficient way to improve this area of Mandrake would be to copy some of their work. > There are also many other areas you can > contribute, including Mandrakeexpert, the mailing lists, and the > alt.os.linux.mandrake newsgroup I think I'll stick to fiddling with the alpha port, trying to port my satellite tracking application from RiscOS and helping the Campaign for Digital Rights. > if you are a MandrakeClub member, you may want to vote for the Mozilla-1.2 > request for 9.0, and maybe someone will give it more attention. Well, as it happens I am a Mandrake Club member, so I will stroll on over to the web site and try to figure out the voting system. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
