Jean-Marc Lasgouttes wrote: > We could do the same and ask which package provides `which latex`.
Indeed. > Georg> Why is the manual dependency of qt needed at all? IIRC rpm > Georg> handles library dependencies automatically, so we don't need to > Georg> specify qt and xforms at all, because rpm will detect it. > > Yes, but if the library is not installed, rpm does not know IMO what > package provides libqt-mt.so.3. And also, no version checking is done. The latter is indeed bad. > Here we will get on mandrake > libqt3 >= 3.3.1 > for example. IMHO we do not need to support the case that somebody builds an rpm of lyx-qt and has qt installed without rpm (e. g. self compiled from source). The resulting rpm might work for other users, but this is not guaranteed in general (e. g. some non standard qt configuration flags where used). If lyx depends on a qt rpm that was used at build time, we can guarantee that the lyx rpm will work. So we can depend on the fact that the qt rpm is installed, but unfortunately this does not help because of the missing version information. > Georg> We have another problem with the current approach: The spec > Georg> file gets built when the distribution tarball is created. > > No, it gets built at configure time. Yes, but the distribution tarball contains a spec file (at least in 1.3.x). If I want to build an rpm, I can't just unpack the tarball and call rpmbuild with the spec file (or even call rpmbuild -ta ...). Instead, I need to run configure manually and then run rpmbuild with the newly generated spec file. This works, but I doubt that the casual user who wants to build an rpm for his distribution knows this. > Georg> IMHO the best solution would be if we had one single > Georg> multi-distro spec file. This is doable if rpm supports boolean > Georg> operators (I don't know if it does): > > Georg> Requires: tetex-latex | te_latex > > As far as I know it does not, unfortunately. I searched a bit and saw in an example that "or" is supported (at least in rpm 4.1.1), but Angus' script is better. Georg
