On Fri, 5 Oct 2001, Guillaume Rousse wrote: > Ok, it works now, thanks for the tips. However, if we want now adds fonts of > skins, we have to put them in the same directory, which is not very clean. We > have to teach mplayer developer difference between configuration and data :-)
I saw you lurking on the list. I was wondering when you were going to reply ;) Yes, I realize they use this DATADIR for everything. I can make a FHS compliance patch, or at least insofar as whatever I do know about FHS. I would also like to use autoconf instead, but this may upset mplayer developers. Usually though, they just don't use autoconf because they don't know how, not because they have any aversion to it. If xmms, for example, is compliant, I can base it off of that. Or if you are knowledgeable about FHS, then just list the dirs here. > AFAIK, it is only true for buildrequires, as rpm build process ldd each > binaries, and list every corresponding library file (not package) in requires. Then it would catch libdvdread.so*, but still there is no guarantee that there is an RPM that provides it, or that you meant to build with libdvdread support. I used libdvdread as an example, but imagine if this accidently happened with libcss and then ended up being mirrored in countries where it is illegal (as far as I know, only the US, and I'm not even clear on that). > Arghh, yet another undocumented rpm option :-( I suppose i'll have to dig in > /usr/share/doc rather than in man page ? The man page isn't for developers but it seems like it should still be there (it's not). You can get the maximum-rpm book RPM: http://www.rpmfind.net/linux/rpm2html/search.php?query=maximum-rpm Mandrake doesn't include it but should. It's a bit dated, so it's safest to read /usr/share/doc/rpm* I'm not sure if it's in /usr/share/doc/rpm or /usr/share/doc/rpm-devel, but -devel seems to make more sense to me. > OK for libcss (note i don't care about providing libcss binded package > myself, but it would force anyone not wanting to use it to use --nodeps), but > there is no particular reason for libdvdread, so why make it conditional ? See, I wasn't sure if libdvdread was legal or not. The problem is that libdvdread can be compiled with libcss support (maybe the new libdvdcss, I forget), so although libdvdread may be legal, it probably should remain optional in case it has been compield against libcss. > Yes, that why i already disabled every hardware-related opts behing base > Mandrake policy, and advertised this in description. MMX optimizations can be turned on because all Pentiums support it. The others should be left off just as you said. Anyway, I found mplayer.spec a good test case for this new (and apparently not documented) --with RPM option. And I like the freedom it is providing me. BTW, I can base the FHS patch off of my copy of mplayer which is before 0.50 with the GUI was released (I had a special patch to enable it). So I think I need to find a way to get the lastest CVS version to my PC which has little access to the outside world right now :( -- Sincerely, David Walluck <[EMAIL PROTECTED]>
