I have a problem with what I think is a "buildrequires" in a plf package that I would like to try and fix myself. Basically, what I think is going on is that the MythTV-backend package provided on the 64 bit plf mirrors has an unnecessary dependency on one or more i586 packages. I have a 64bit machine and I would like to eliminate these where possible. Note that I am currently in the process of reading the Cooker HOWTO as well as the RPM howto.
Qs: 1. I should ask if this is the right place to ask about how to repair/build PLF RPMs or is there a more appropriate place? Specific problems: [EMAIL PROTECTED] ~]# urpmi mythtv-backend Some package requested cannot be installed: mythtv-backend-0.18.1-20050618.4.1.102plf.i586 (due to unsatisfied libjack.so.0) Continue? (Y/n) n So is it there or not? [EMAIL PROTECTED] ~]# rpm -qa | grep jackit jackit-0.99.0-2mdk [EMAIL PROTECTED] ~]# find /usr/lib64/ -name "libjack.so.0" /usr/lib64/libjack.so.0 OK. So it *is* there but mythTV can't find it or wont use it. I tried putting in a link but either I put it in the wrong place or the RPM package is looking for something else. Name : jackit Version : 0.99.0 Release : 2mdk Group : System/Servers Size : 898330 Architecture: x86_64 Source RPM : jackit-0.99.0-2mdk.src.rpm Build Host: kolmogorov.mandrakesoft.com Packager : Gwenole Beauchesne <[EMAIL PROTECTED]> URL : http://jackit.sourceforge.net Summary : The Jack Audio Connection Kit Description : JACK is a low-latency audio server, written primarily for the Linux operating system. It can connect a number of different applications to an audio device, as well as allowing them to share audio between themselves. Its clients can run in their own processes (ie. as a normal application), or can they can run within a JACK server (ie. a "plugin"). JACK is different from other audio server efforts in that it has been designed from the ground up to be suitable for professional audio work. This means that it focuses on two key areas: synchronous execution of all clients, and low latency operation. Jim C. _______________________________________________ PLF-discuss mailing list [email protected] https://www.zarb.org/mailman/listinfo/plf-discuss
