>From: Stefan van der Eijk <[EMAIL PROTECTED]> > >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.... >
That doesn't make it right. Bad software engineering should not be propagated, no matter who started it. _______________________________________ Grimau Lysik'an, The Bionic Elf _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
