> 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