trinity-devel@lists.pearsoncomputing.net

Message: previous - next
Month: August 2013

Re: [trinity-devel] LIB_KUTILS->LIB_TDEUTILS

From: "Timothy Pearson" <kb9vqf@...>
Date: Sat, 31 Aug 2013 23:52:07 -0500
> 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