Yura Gusev wrote: >On Sat, 20 Oct 2001, Stefan van der Eijk wrote: > >>Let's see... the buildoutput is available at: >> >>http://cm61-10-20-87.hkcable.com.hk/build/cooker/i586/OK/kups-1.1-11mdk.src.rpm.txt >> >>The only place in the buildoutput where I can find mcopidl is: >> >>checking for dcopidl2cpp... /usr/bin/dcopidl2cpp >>checking for mcopidl... /usr/bin/mcopidl >>checking for kdb2html... /usr/bin/kdb2html >> >>So it probably doesn't use this program to Build the application either. >>But if i leave out the BuildRequires, and arts isn't installed the >>package won't be rebuilt, because it will hang on the ./configure. >> >>What should I do? >>1/ Keep the BuildRequires and just let it be; >>2/ Remove the BuildRequires, and have a broken package (at least on my >>rebuilding system); >>3/ Patch the source to let ./configure not check for mcopidl so we can >>drop the BuildRequires: arts. This means there is another patch to make >>& maintain and figuring all this out takes time. Feel free to submit >>such a patch and I'll put it in; >>4/ Report a bug to the authors of the kups software and when the bug is >>fixed drop the BuildRequires: arts; >> > >4 is the best solution. I think they just used generic kde make file. So >it's up to them to fix this problem. > Yes.
A lot of other kde software also uses this strategy. The kde-i18n-* and koffice-i18n-* packages are BuildRequire arts and kdelibs.... Stefan