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
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 --
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
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,
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,
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
On Sunday 01 of September 2013 07:20:50 Fat-Zer wrote:
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,
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 --
On Sunday 01 of September 2013 06:52:07 Timothy Pearson wrote:
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
I'm working hard on it. Because by using convert_existing_kde3_app_to_tde were found some hidden and omissed mistakes, patches are larger => require more effort to verify. Completed it should be on a Sunday evening.
Slavek --
-
Darrell Anderson -
Fat-Zer -
Slávek Banko -
Timothy Pearson