On Sunday 01 of September 2013 07:20:50 Fat-Zer wrote:
> 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,

To rename the autotools macros is used sed. So it is the less complicated part 
of this task. However, due to the use convert_existing_kde3_app_to_tde this 
effort proved to be more important task than renaming the autotools macros.

Slavek
--