Hi
I'm trying to migrate our systems to a 'pure' TDE 14 environment on Debian Jessie (previously used Wheezy with a TDE and KDE3 mix) and having real problems porting an old KDE3.5 application (it's a modified version of kconsole that's needed to run some of our legacy stuff).
I freely admit I don't understand the build process/kde-tde changes and flailing around with configure/make isn't getting me anywhere apart from deeper into a hole :-(
Is there anyone on this list that would be willing to port it for me?
If someone can do this, as a form of thank-you, I'll donate $500 to TDE.
PS - I do hope this request/offer won't be regarded as inappropriate and I will be making my annual-ish donation to TDE regardless of the above.
Dne pá 11. března 2016 Russell Brown napsal(a):
Hi
I'm trying to migrate our systems to a 'pure' TDE 14 environment on Debian Jessie (previously used Wheezy with a TDE and KDE3 mix) and having real problems porting an old KDE3.5 application (it's a modified version of kconsole that's needed to run some of our legacy stuff).
I freely admit I don't understand the build process/kde-tde changes and flailing around with configure/make isn't getting me anywhere apart from deeper into a hole :-(
Is there anyone on this list that would be willing to port it for me?
If someone can do this, as a form of thank-you, I'll donate $500 to TDE.
PS - I do hope this request/offer won't be regarded as inappropriate and I will be making my annual-ish donation to TDE regardless of the above.
Unfortunately, the procedure is not yet listed on the wiki. However, for applications that use automake procedure is roughly as follows:
1) Remove the original 'admin' folder 2) Use script experimental/qt3-tqt3/convert_existing_qt3_app_to_tqt3 3) Use script experimental/kde-tde/convert_existing_kde3_app_to_tde 4) Add new 'admin' folder from the main/common/admin 5) Try to build the application and resolve problems that occur :)
What application do you want to port? If you want, use my private email address...
Hi Slávek,
Thanks for the response.
Quoth Slávek Banko.....
Dne p? 11. b?ezna 2016 Russell Brown napsal(a):
I'm trying to migrate our systems to a 'pure' TDE 14 environment on Debian Jessie (previously used Wheezy with a TDE and KDE3 mix) and having real problems porting an old KDE3.5 application (it's a modified version of kconsole that's needed to run some of our legacy stuff).
Unfortunately, the procedure is not yet listed on the wiki. However, for applications that use automake procedure is roughly as follows:
- Remove the original 'admin' folder
- Use script experimental/qt3-tqt3/convert_existing_qt3_app_to_tqt3
- Use script experimental/kde-tde/convert_existing_kde3_app_to_tde
- Add new 'admin' folder from the main/common/admin
- Try to build the application and resolve problems that occur :)
What application do you want to port? If you want, use my private email address...
As I said in my posting to the list, it's a modified copy of konsole renamed to klt.
I tried your suggestions above but a) convert_existing_kde3_app_to_tde seems to be looking for specific applications and b) even after running this, configure fails with Qt headers not found.
Previously I'd tried adding:
CFLAGS=-I/usr/include/tqt CXXFLAGS=-I/usr/include/tqt
to configure.in.in and copying the admin folder from tdebase-trinity-14.0.3/admin then:
make -f Makefile.cvs
(all as suggested here: http://comments.gmane.org/gmane.comp.desktop.trinity.devel/1938)
The configure says it's worked but the make fails with:
Making all in klt make[2]: Entering directory '/usr/tract/csrc/klt/klt' /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. -I. -I/opt/trinity/include -I/usr/share/tqt3/include -I. -include tqt.h -DQT_THREAD_SUPPORT -D_REENTRANT -I/usr/include/tqt -MT TEPty.lo -MD -MP -MF .deps/TEPty.Tpo -c -o TEPty.lo TEPty.cpp ../libtool: line 2083: TEPty.cpp: command not found libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I. -I/opt/trinity/include -I/usr/share/tqt3/include -I. -include tqt.h -DQT_THREAD_SUPPORT -D_REENTRANT -I/usr/include/tqt -MT TEPty.lo -MD -MP -MF .deps/TEPty.Tpo -c "" -fPIC -DPIC -o .libs/TEPty.o g++: error: : No such file or directory
I've taken the liberty of attaching a tgz of the application. Perhaps you can see what's going wrong?
May I ask what is the difference to konsole?
Nik
Am Freitag, 11. März 2016 schrieb Russell Brown:
Hi Slávek,
Thanks for the response.
Quoth Slávek Banko.....
Dne p? 11. b?ezna 2016 Russell Brown napsal(a):
I'm trying to migrate our systems to a 'pure' TDE 14 environment on Debian Jessie (previously used Wheezy with a TDE and KDE3 mix) and having real problems porting an old KDE3.5 application (it's a modified version of kconsole that's needed to run some of our legacy stuff).
Unfortunately, the procedure is not yet listed on the wiki. However, for applications that use automake procedure is roughly as follows:
- Remove the original 'admin' folder
- Use script experimental/qt3-tqt3/convert_existing_qt3_app_to_tqt3
- Use script experimental/kde-tde/convert_existing_kde3_app_to_tde
- Add new 'admin' folder from the main/common/admin
- Try to build the application and resolve problems that occur :)
What application do you want to port? If you want, use my private email address...
As I said in my posting to the list, it's a modified copy of konsole renamed to klt.
I tried your suggestions above but a) convert_existing_kde3_app_to_tde seems to be looking for specific applications and b) even after running this, configure fails with Qt headers not found.
Previously I'd tried adding:
CFLAGS=-I/usr/include/tqt CXXFLAGS=-I/usr/include/tqt
to configure.in.in and copying the admin folder from tdebase-trinity-14.0.3/admin then:
make -f Makefile.cvs
(all as suggested here: http://comments.gmane.org/gmane.comp.desktop.trinity.devel/1938)
The configure says it's worked but the make fails with:
Making all in klt make[2]: Entering directory '/usr/tract/csrc/klt/klt' /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. -I. -I/opt/trinity/include -I/usr/share/tqt3/include -I. -include tqt.h -DQT_THREAD_SUPPORT -D_REENTRANT -I/usr/include/tqt -MT TEPty.lo -MD -MP -MF .deps/TEPty.Tpo -c -o TEPty.lo TEPty.cpp ../libtool: line 2083: TEPty.cpp: command not found libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I. -I/opt/trinity/include -I/usr/share/tqt3/include -I. -include tqt.h -DQT_THREAD_SUPPORT -D_REENTRANT -I/usr/include/tqt -MT TEPty.lo -MD -MP -MF .deps/TEPty.Tpo -c "" -fPIC -DPIC -o .libs/TEPty.o g++: error: : No such file or directory
I've taken the liberty of attaching a tgz of the application. Perhaps you can see what's going wrong?
Le 11/03/2016 17:40, Russell Brown a écrit :
Making all in klt make[2]: Entering directory '/usr/tract/csrc/klt/klt' /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. -I. -I/opt/trinity/include -I/usr/share/tqt3/include -I. -include tqt.h -DQT_THREAD_SUPPORT -D_REENTRANT -I/usr/include/tqt -MT TEPty.lo -MD -MP -MF .deps/TEPty.Tpo -c -o TEPty.lo TEPty.cpp ../libtool: line 2083: TEPty.cpp: command not found libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I. -I/opt/trinity/include -I/usr/share/tqt3/include -I. -include tqt.h -DQT_THREAD_SUPPORT -D_REENTRANT -I/usr/include/tqt -MT TEPty.lo -MD -MP -MF .deps/TEPty.Tpo -c "" -fPIC -DPIC -o .libs/TEPty.o g++: error: : No such file or directory
Hello, maybe you forgot to update the libtool files before building ?
E.g. something like: cp -f "/usr/share/aclocal/libtool.m4" "admin/libtool.m4.in" cp -f "/usr/share/libtool/"*"/ltmain.sh" "admin/ltmain.sh" make -f "admin/Makefile.common"
Then run "./configure" and "make" again ...
Françpos
On 03/11/2016 05:40 PM, Russell Brown wrote:
Hi Slávek,
Thanks for the response.
Quoth Slávek Banko.....
Dne p? 11. b?ezna 2016 Russell Brown napsal(a):
I'm trying to migrate our systems to a 'pure' TDE 14 environment on Debian Jessie (previously used Wheezy with a TDE and KDE3 mix) and having real problems porting an old KDE3.5 application (it's a modified version of kconsole that's needed to run some of our legacy stuff).
Unfortunately, the procedure is not yet listed on the wiki. However, for applications that use automake procedure is roughly as follows:
- Remove the original 'admin' folder
- Use script experimental/qt3-tqt3/convert_existing_qt3_app_to_tqt3
- Use script experimental/kde-tde/convert_existing_kde3_app_to_tde
- Add new 'admin' folder from the main/common/admin
- Try to build the application and resolve problems that occur :)
What application do you want to port? If you want, use my private email address...
As I said in my posting to the list, it's a modified copy of konsole renamed to klt.
I tried your suggestions above but a) convert_existing_kde3_app_to_tde seems to be looking for specific applications and b) even after running this, configure fails with Qt headers not found.
Previously I'd tried adding:
CFLAGS=-I/usr/include/tqt CXXFLAGS=-I/usr/include/tqt
to configure.in.in and copying the admin folder from tdebase-trinity-14.0.3/admin then:
make -f Makefile.cvs
(all as suggested here: http://comments.gmane.org/gmane.comp.desktop.trinity.devel/1938)
The configure says it's worked but the make fails with:
Making all in klt make[2]: Entering directory '/usr/tract/csrc/klt/klt' /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. -I. -I/opt/trinity/include -I/usr/share/tqt3/include -I. -include tqt.h -DQT_THREAD_SUPPORT -D_REENTRANT -I/usr/include/tqt -MT TEPty.lo -MD -MP -MF .deps/TEPty.Tpo -c -o TEPty.lo TEPty.cpp ../libtool: line 2083: TEPty.cpp: command not found libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I. -I/opt/trinity/include -I/usr/share/tqt3/include -I. -include tqt.h -DQT_THREAD_SUPPORT -D_REENTRANT -I/usr/include/tqt -MT TEPty.lo -MD -MP -MF .deps/TEPty.Tpo -c "" -fPIC -DPIC -o .libs/TEPty.o g++: error: : No such file or directory
I've taken the liberty of attaching a tgz of the application. Perhaps you can see what's going wrong?
Russell, since you are building for Jessie, it would be more advisable to build the package in the Debian way, instead of doing "manually". I would suggest to proceed like this: 1) convert your current klt code to TDE as previously described. 2) copy Konsole from tdebase in a new folder, still in tdebase. For example klt, as per your application name 3) compare the converted code with the konsole copy. Only transfer the required changes, without all the additional files 4) add klt to the CMakeLists.txt file and "convert" the debian/konsole-trinity.* files in debian/klt-trinity files 5) add klt package to debian/control 6) build the whole tdebase in the debian way
Let me know if you have any progress.
By the way, what are the differences with the current Konsole? If something is interesting, we may decide to add it to the "official" Konsole. Cheers Michele
On Friday 11 of March 2016 17:40:06 Russell Brown wrote:
Hi Slávek,
Thanks for the response.
Quoth Slávek Banko.....
Dne p? 11. b?ezna 2016 Russell Brown napsal(a):
I'm trying to migrate our systems to a 'pure' TDE 14 environment on Debian Jessie (previously used Wheezy with a TDE and KDE3 mix) and having real problems porting an old KDE3.5 application (it's a modified version of kconsole that's needed to run some of our legacy stuff).
Unfortunately, the procedure is not yet listed on the wiki. However, for applications that use automake procedure is roughly as follows:
- Remove the original 'admin' folder
- Use script experimental/qt3-tqt3/convert_existing_qt3_app_to_tqt3
- Use script experimental/kde-tde/convert_existing_kde3_app_to_tde
- Add new 'admin' folder from the main/common/admin
- Try to build the application and resolve problems that occur :)
What application do you want to port? If you want, use my private email address...
As I said in my posting to the list, it's a modified copy of konsole renamed to klt.
I tried your suggestions above but a) convert_existing_kde3_app_to_tde seems to be looking for specific applications and b) even after running this, configure fails with Qt headers not found.
Previously I'd tried adding:
CFLAGS=-I/usr/include/tqt CXXFLAGS=-I/usr/include/tqt
to configure.in.in and copying the admin folder from tdebase-trinity-14.0.3/admin then:
make -f Makefile.cvs
(all as suggested here: http://comments.gmane.org/gmane.comp.desktop.trinity.devel/1938)
The configure says it's worked but the make fails with:
Making all in klt make[2]: Entering directory '/usr/tract/csrc/klt/klt' /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. -I. -I/opt/trinity/include -I/usr/share/tqt3/include -I. -include tqt.h -DQT_THREAD_SUPPORT -D_REENTRANT -I/usr/include/tqt -MT TEPty.lo -MD -MP -MF .deps/TEPty.Tpo -c -o TEPty.lo TEPty.cpp ../libtool: line 2083: TEPty.cpp: command not found libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I. -I/opt/trinity/include -I/usr/share/tqt3/include -I. -include tqt.h -DQT_THREAD_SUPPORT -D_REENTRANT -I/usr/include/tqt -MT TEPty.lo -MD -MP -MF .deps/TEPty.Tpo -c "" -fPIC -DPIC -o .libs/TEPty.o g++: error: : No such file or directory
I've taken the liberty of attaching a tgz of the application. Perhaps you can see what's going wrong?
Hi Russel,
thank you for your tarball. Today I found some time, so I looked more closely to the application:
1) Created GIT repository for this application, so I can save the individual steps as a separate commits. 2) Cleaned the files generated during build, including the original 'admin' folder and performed the initial commit. 2) Added common submodules 'admin' and 'cmake' from TDE. 3) Tested building in TDE 3.5.13.x and solved problems that occur. 4) Performed TQt conversion and TDE conversion. 6) Tested building in TDE R14.0.3 - successfully.
In attached tarball you can find the resulting source code, including .git repository. Moreover, is also added 'debian' folder which can be useful for you to built 'deb' package. I hope that the result will be good for you.
If you encounter any other problems, do not hesitate to let us know :)
Cheers
Hi Slávek,
Quoth Slávek Banko.....
Today I found some time, so I looked more closely to the application:
- Created GIT repository for this application, so I can save the individual
steps as a separate commits. 2) Cleaned the files generated during build, including the original 'admin' folder and performed the initial commit. 2) Added common submodules 'admin' and 'cmake' from TDE. 3) Tested building in TDE 3.5.13.x and solved problems that occur. 4) Performed TQt conversion and TDE conversion. 6) Tested building in TDE R14.0.3 - successfully.
In attached tarball you can find the resulting source code, including .git repository. Moreover, is also added 'debian' folder which can be useful for you to built 'deb' package. I hope that the result will be good for you.
If you encounter any other problems, do not hesitate to let us know :)
Many thanks.
Ummmmm.... sorry to be a PITA but it still doesn't compile for me out of the box (Debian Jessie with R14;0.3).
I'm doing (and I'm not sure if this is the 'right' way):
Make -f Makefile.cvs ./configure make
and it fails with:
/usr/bin/tmoc ./TEPty.h -o TEPty.moc /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. -I. -I/opt/trinity/include -I/usr/share/tqt3/include -I. -include tqt.h -DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -O2 -g -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -MT TEPty.lo -MD -MP -MF .deps/TEPty.Tpo -c -o TEPty.lo TEPty.cpp libtool: Version mismatch error. This is libtool 2.2.6b Debian-2.2.6b-2ubuntu1, but the libtool: definition of this LT_INIT comes from libtool 2.4.2. libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6b Debian-2.2.6b-2ubuntu1 libtool: and run autoconf again. Makefile:886: recipe for target 'TEPty.lo' failed
Jessie has libtool 2.4.2-1.11 installed and my PATH is:
/opt/trinity/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/usr/tract/ldb
In an act of desperation :-) I copied /usr/src/k3b-trinity-14.0.3/obj-x86_64-linux-gnu/libtool (obtained from apt-get source k3b-trinity) to my klt directory and klt compiles and runs.
So.... the bottom line is that I'm happy it compiles and runs but a little confused as to why the make/configure builds the wrong libtool. I'd like to know the 'right' way to fix this so it doesn't bite me going forward.
Oh... I've just donated $500 to TDE as promised.
Ummmmm.... sorry to be a PITA but it still doesn't compile for me out of the box (Debian Jessie with R14;0.3).
I'm doing (and I'm not sure if this is the 'right' way):
Make -f Makefile.cvs ./configure make
and it fails with:
/usr/bin/tmoc ./TEPty.h -o TEPty.moc /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. -I. -I/opt/trinity/include -I/usr/share/tqt3/include -I. -include tqt.h -DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -O2 -g -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -MT TEPty.lo -MD -MP -MF .deps/TEPty.Tpo -c -o TEPty.lo TEPty.cpp libtool: Version mismatch error. This is libtool 2.2.6b Debian-2.2.6b-2ubuntu1, but the libtool: definition of this LT_INIT comes from libtool 2.4.2. libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6b Debian-2.2.6b-2ubuntu1 libtool: and run autoconf again. Makefile:886: recipe for target 'TEPty.lo' failed
Jessie has libtool 2.4.2-1.11 installed and my PATH is:
/opt/trinity/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/usr/tract/ldb
In an act of desperation :-) I copied /usr/src/k3b-trinity-14.0.3/obj-x86_64-linux-gnu/libtool (obtained from apt-get source k3b-trinity) to my klt directory and klt compiles and runs.
So.... the bottom line is that I'm happy it compiles and runs but a little confused as to why the make/configure builds the wrong libtool. I'd like to know the 'right' way to fix this so it doesn't bite me going forward.
Oh... I've just donated $500 to TDE as promised.
Hi Russell, please try these other ways, using original code from Slavek.
1) go to klt folder. Type "debian/rules binary" and enter. If everything is ok it will compile and build a package at the end 2) or try "dpkg-buildpackage -us -uc", once again from the same folder
This are more "stardard ways" to build a deb package locally, especially the second one. Of course if you want to build in a clean chroot environment (THE debian way) you should use pbuilder/debuilder.
Cheers Michele
<snip> by the way Russell, is there any change between konsole and klt that is worth considering adding to Konsole? Thanks Michele
Quoth Michele Calgaro.....
<snip>
Ta for the debian build hints. This one "dpkg-buildpackage -us -uc" worked with the addition of a -b.
by the way Russell, is there any change between konsole and klt that is worth considering adding to Konsole?
AFAIR (it was some years back that I hacked it together) most of the changes were to take stuff out (shell access, multiple tabs etc) for a turnkey system. About the only addition was a writable status line on the bottom and 80/132 column flipping with some auto-resizing of the font if 132 columns at the current font won't fit on the current display.
Our legacy stuff (some 3,000+ programs so a quick rewrite isn't going to happen quickly!) was written using ncurses for a VT100 style terminals (actually Wyse 120s if anyone remembers them). It doesn't play well with the screen being resized (difficult to do on a VT100!), is fussy about fonts etc etc; hence KLT.
However, If someone wants a more kiosked konsole they're welcome to it.
The only 'gotcha' that I know of is that it's hard wired to run "/usr/local/bin/menu" when it starts but you can call it with "-e /bin/sh" or hack the code :-)
On 2016/03/22 12:22 AM, Russell Brown wrote:
Quoth Michele Calgaro.....
<snip>
Ta for the debian build hints. This one "dpkg-buildpackage -us -uc" worked with the addition of a -b.
by the way Russell, is there any change between konsole and klt that is worth considering adding to Konsole?
AFAIR (it was some years back that I hacked it together) most of the changes were to take stuff out (shell access, multiple tabs etc) for a turnkey system. About the only addition was a writable status line on the bottom and 80/132 column flipping with some auto-resizing of the font if 132 columns at the current font won't fit on the current display.
Our legacy stuff (some 3,000+ programs so a quick rewrite isn't going to happen quickly!) was written using ncurses for a VT100 style terminals (actually Wyse 120s if anyone remembers them). It doesn't play well with the screen being resized (difficult to do on a VT100!), is fussy about fonts etc etc; hence KLT.
However, If someone wants a more kiosked konsole they're welcome to it.
The only 'gotcha' that I know of is that it's hard wired to run "/usr/local/bin/menu" when it starts but you can call it with "-e /bin/sh" or hack the code :-)
Thanks for the explanation. Since Slavek has already ported this to R14.0.x, we could as well add it as a standalone application. I will discuss with him first ;-)
Cheers Michele
Russell Brown wrote:
Hi
I'm trying to migrate our systems to a 'pure' TDE 14 environment on Debian Jessie (previously used Wheezy with a TDE and KDE3 mix) and having real problems porting an old KDE3.5 application (it's a modified version of kconsole that's needed to run some of our legacy stuff).
I freely admit I don't understand the build process/kde-tde changes and flailing around with configure/make isn't getting me anywhere apart from deeper into a hole :-(
Is there anyone on this list that would be willing to port it for me?
If someone can do this, as a form of thank-you, I'll donate $500 to TDE.
PS - I do hope this request/offer won't be regarded as inappropriate and I will be making my annual-ish donation to TDE regardless of the above.
I could/would help you for free if you donate to TDE :)
I ported recently my favorite movie player to TDE without any major issues, after the friendly guys here provided some key information on how to do it.
Of course one should have fixed this and that here and there. For example libtool fixed like
cat /usr/share/aclocal/libtool.m4 /usr/share/aclocal/ltoptions.m4 /usr/share/aclocal/ltversion.m4 /usr/share/aclocal/ltsugar.m4 /usr/share/aclocal/lt~obsolete.m4
aclocal.m4
I hope this helps
regards
Quoth deloptes.....
Russell Brown wrote:
Is there anyone on this list that would be willing to port it for me? If someone can do this, as a form of thank-you, I'll donate $500 to TDE.
I could/would help you for free if you donate to TDE :)
Well... I've already donated to TDE on a couple of occasions but as I said on-list; if someone'e willing to get this ported then I'll increase my normal level of donation ($100 IIRC) to $500 this time around.
I ported recently my favorite movie player to TDE without any major issues, after the friendly guys here provided some key information on how to do it.
Of course one should have fixed this and that here and there. For example libtool fixed like
cat /usr/share/aclocal/libtool.m4 /usr/share/aclocal/ltoptions.m4 /usr/share/aclocal/ltversion.m4 /usr/share/aclocal/ltsugar.m4 /usr/share/aclocal/lt~obsolete.m4
aclocal.m4
I hope this helps
Hmmmm.... tried that but configure then fails with:
russell@jessie:~/klt$ sh configure checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking target system type... x86_64-unknown-linux-gnu configure: line 2308: syntax error near unexpected token `klt,' configure: line 2308: `AM_INIT_AUTOMAKE(klt, 0.1)' russell@jessie:~/klt$
Being bold :-) I've attached a copy of my KDE app if you'd care to have a go at getting it to compile?
Thanks
Argh! This was meant to be offlist; Sorry! I hate it when my fingers do that :-(
Quoth Russell Brown.....
Quoth deloptes.....
Russell Brown wrote:
Is there anyone on this list that would be willing to port it for me? If someone can do this, as a form of thank-you, I'll donate $500 to TDE.
I could/would help you for free if you donate to TDE :)
Well... I've already donated to TDE on a couple of occasions but as I
<snip>
-
deloptes -
Dr. Nikolaus Klepp -
François Andriot -
Michele Calgaro -
russell＠lls.lls.com -
Slávek Banko