Ainsi parlait David Walluck :
> On Fri, 5 Oct 2001, Guillaume Rousse wrote:
> > [guillaume@silbermann guillaume]$ rpm --eval %configure
> > [..]
> > --sysconfdir=/etc \
> > ???
> > Anyway, i just tried with explicit --sysconfdir=%{_sysconfdir}, it
> > doesn't change anything. Are you talking of the same version (0.50pre1) ?
>
> Sorry. As I said, I am accessing this list remotely, so I never have the
> code in front of me.
>
> I am thinking now that it is --datadir=%{_sysconfdir}
>
> If you do ./configure --help it should list the *dir options and give you
> a clue about whether it's the right one or not. mplayer does not use
> autoconf, but just a standard shell script for its configure script, so it
> is not standard like we are used to.
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 :-)
> > Also, what are you referring as 'conditional building' for libcss and
> > libdvdread ? That is already configure script default behavior ?
>
> Sort of.
>
> I have replied on this before, but automatically choosing which options
> to enable is very bad. In the very least it creates dependency problems.
> But let's say for example, you build a binary RPM on your system, and you
> have libdvdread installed but not in the form of an RPM. Now you are
> unaware that your RPM's require libdvdread and when you send a copy of
> your RPM to me, I can't run it because I don't have libdvdread.
AFAIK, it is only true for buildrequires, as rpm build process ldd each
binaries, and list every corresponding library file (not package) in requires.
> The best thing to do is explicitly disable all "unportable" options. In
> other words, mplayer.spec will not build with much of anything by default,
> but if I do 'rpm --with libcss --with libdvdread -ba mplayer.spec' I have
> consciously added the requirement for these packages. In the libcss case
> we must make sure it is off by default for legal reasons.
Arghh, yet another undocumented rpm option :-( I suppose i'll have to dig in
/usr/share/doc rather than in man page ?
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 ?
> You may also conditionally turn on and off specific processor
> optimizations. Optimizations are an even bigger problem than
> depdendencies. If Mandrake were to build its RPM's on the latest Pentium
> Processor, and I have a poor old K6 at home, I may not be able to run
> these binaries. I can always try to download depdendecies myself, but I
> can't download a new processor. Do you understand my reasoning?
Yes, that why i already disabled every hardware-related opts behing base
Mandrake policy, and advertised this in description.
--
Guillaume Rousse <[EMAIL PROTECTED]>
GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html
