> 2013/9/1 Timothy Pearson <kb9vqf@...> > >> > On Saturday 31 of August 2013 18:43:17 Darrell Anderson wrote: >> >> >I'll do it. >> >> > >> >> >Because the change must be reflected also in >> >> >convert_existing_kde3_app_to_tde, >> >> >I can use this script to update all modules. >> >> > >> >> >The change relates to: >> >> >+ LIB_KDNSSD >> >> >+ LIB_KIMPROXY >> >> >+ LIB_KIO >> >> >+ LIB_KPARTS >> >> >+ LIB_KSPELL >> >> >+ LIB_KSYCOCA >> >> >+ LIB_KUNITTEST >> >> >+ LIB_KUTILS >> >> > >> >> >If I missed some, please let me know. >> >> >> >> Looks like common/admin/acinclude.m4.in might help, starting at >> >> line 2315: >> >> >> >> AC_SUBST(LIB_KDED, $lib_kded) >> >> AC_SUBST(LIB_TDECORE, "-ltdecore") >> >> AC_SUBST(LIB_TDEUI, "-ltdeui") >> >> AC_SUBST(LIB_KIO, "-ltdeio") >> >> AC_SUBST(LIB_KJS, "-lkjs") >> >> AC_SUBST(LIB_SMB, "-lsmb") >> >> AC_SUBST(LIB_KAB, "-lkab") >> >> AC_SUBST(LIB_TDEABC, "-ltdeabc") >> >> AC_SUBST(LIB_TDEHTML, "-ltdehtml") >> >> AC_SUBST(LIB_KSPELL, "-ltdespell") >> >> AC_SUBST(LIB_KPARTS, "-ltdeparts") >> >> AC_SUBST(LIB_TDEPRINT, "-ltdeprint") >> >> AC_SUBST(LIB_KUTILS, "-ltdeutils") >> >> AC_SUBST(LIB_TDEPIM, "-ltdepim") >> >> AC_SUBST(LIB_KIMPROXY, "-ltdeimproxy") >> >> AC_SUBST(LIB_KNEWSTUFF, "-lknewstuff") >> >> AC_SUBST(LIB_KDNSSD, "-ltdednssd") >> >> AC_SUBST(LIB_KUNITTEST, "-ltdeunittest") >> >> # these are for backward compatibility >> >> AC_SUBST(LIB_KSYCOCA, "-ltdeio") >> >> AC_SUBST(LIB_TDEFILE, "-ltdeio") >> >> >> >> From that list we can find the following: >> >> >> >> LIB_KIO >> >> LIB_KSPELL >> >> LIB_KPARTS >> >> LIB_KUTILS >> >> LIB_KIMPROXY >> >> LIB_KDNSSD >> >> LIB_KUNITTEST >> >> LIB_KSYCOCA >> >> >> >> That list matches your list. >> >> >> >> Do you need help with the patching? >> >> >> >> Darrell >> >> >> > >> > Yes, we have drawn from the same source :) >> > >> > To avoid inconsistent state modules à admin module, I am preparing to >> > integrate all as bulk. >> > >> > As I mentioned, I use convert_existing_kde3_app_to_tde. It proved to >> be a >> > very >> > good choice, because at the same time revealed some renaming that >> could >> > (should) be done. For example kchmviewer/lib/kio-msits, kabc, >> KUNITTEST_*, >> > and more. The downside is, first, that the process runs longer (I have >> an >> > older machine) and patches need to check whether any renaming >> undesirable >> > - >> > for example in tdelibs parts related to KDE4. >> > >> > Processing on my machine is still running. Then I'll check the >> patches, >> > before >> > I start to commit. So the question is, if you want help with control >> > patches >> > before commit? Patches are a little bigger (and not yet all ready). It >> is >> > not >> > a good idea to send them to mailing list. >> > >> > Slavek >> > -- >> >> When do you think this update will be completed? >> >> Thanks! >> >> Tim >> > > Don't you think that rename of autotools macros is useless job? May be > it's > better to spent that time to migrate a couple more modules to cmake? > No offense, just wondering, > I'm not the one renaming the macros. :-) As this is a couple hours work tops (with sed possibly less), and since there are so many Autotools-dependent modules right now, I don't see the harm. Tim