2013/9/1 Timothy Pearson <kb9vqf@pearsoncomputing.net>
> 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,