For most activities, I use Fluxbox on Gentoo with a number of KDE 4 apps. However, there are 2 KDE 3 apps which I really value & which have not been ported -- or not adequately -- to KDE 4 , ie Kmahjongg & Kworldclock; I would also like to keep Ksokoban around.
Currently, I have them installed with supporting libs in an overlay :
O/LAYS -- kde-sunset : rebuilt for libpng15
111107 kde-base/kdeartwork-kworldclock-3.5.10 111107 kde-base/kdelibs-3.5.10-r6 [ ~ : 13 min ] 111107 kde-base/kmahjongg-3.5.10 111107 kde-base/ksokoban-3.5.10 111107 kde-base/kworldclock-3.5.10-r1 [~] 111107 kde-base/libkdegames-3.5.10 [for kmahjongg etc] 120630 net-dns/libidn-1.25 [for kdelibs3] 111107 x11-libs/qt-meta-3.3.8b-r2 [for KDE3]
That's from my homemade list of installed pkgs.
KDE 3 is no longer supported by Gentoo & will probably become unusable in the near future after some further update of the pkg-manager Portage. Therefore, I would like to install the Trinity versions of the above -- 'qt-meta:3' is a regular Gentoo pkg & sb ok as it stands -- & the correct place for them seems to be /usr/local . I don't want to install the rest of Trinity, which I wouldn't use.
Is this feasible & does anyone have basic advice how to go about it ? I have 'git' installed, but am not a developer & have never used it as such: it merely provides background support for the 'sunset' overlay.
On Fri, 20 Jul 2012 03:07:38 -0400 Philip Webb purslow@ca.inter.net wrote:
For most activities, I use Fluxbox on Gentoo with a number of KDE 4 apps. However, there are 2 KDE 3 apps which I really value & which have not been ported -- or not adequately -- to KDE 4 , ie Kmahjongg & Kworldclock; I would also like to keep Ksokoban around.
Currently, I have them installed with supporting libs in an overlay :
O/LAYS -- kde-sunset : rebuilt for libpng15
111107 kde-base/kdeartwork-kworldclock-3.5.10 111107 kde-base/kdelibs-3.5.10-r6 [ ~ : 13 min ] 111107 kde-base/kmahjongg-3.5.10 111107 kde-base/ksokoban-3.5.10 111107 kde-base/kworldclock-3.5.10-r1 [~] 111107 kde-base/libkdegames-3.5.10 [for kmahjongg etc] 120630 net-dns/libidn-1.25 [for kdelibs3] 111107 x11-libs/qt-meta-3.3.8b-r2 [for KDE3]That's from my homemade list of installed pkgs.
KDE 3 is no longer supported by Gentoo & will probably become unusable in the near future after some further update of the pkg-manager Portage.
You mean because of the way it's been complaining about the location of the EAPI line in the kde-sunset ebuilds lately? That's a simple fix, I think: someone just has to find the time to swap the order of the KMNAME and EAPI lines, and the complaints should go away. For such a small set of packages, you can probably do it in a local overlay until kde-sunset catches up.
Therefore, I would like to install the Trinity versions of the above -- 'qt-meta:3' is a regular Gentoo pkg & sb ok as it stands -- & the correct place for them seems to be /usr/local . I don't want to install the rest of Trinity, which I wouldn't use.
Is this feasible & does anyone have basic advice how to go about it ? I have 'git' installed, but am not a developer & have never used it as such: it merely provides background support for the 'sunset' overlay.
Unfortunately, There Is A Problem with creating ebuilds for the Trinity packages that still use autotools to build, among them kdetoys and kdegames. kworldclock was one of the applications that I was specifically *not* able to make work. We need someone knowledgeable about autotools and the kde-sunset eclasses to help unravel the knot, and so far no one has volunteered.
You can try building the packages by hand without Portage's intervention (if you do, please drop a message to the list to tell us how it goes); otherwise, you may be stuck waiting for the low-priority packages to be ported to CMake along with the rest of us. Note that the version of QT3 that ships with Trinity is slightly different from 3.3.8b, so you may need to replace that, too, if you go the manual route.
Sorry I can't give you better news.
120720 E. Liddell wrote:
120720 Philip Webb purslow@ca.inter.net wrote:
For most activities, I use Fluxbox on Gentoo with a number of KDE 4 apps. However, there are 2 KDE 3 apps which I really value & which have not been ported -- or not adequately -- to KDE 4 , ie Kmahjongg & Kworldclock; I would also like to keep Ksokoban around. KDE 3 is no longer supported by Gentoo & will probably become unusable in the near future after some further update of the pkg-manager Portage.
You mean because of the way it's been complaining about the location of the EAPI line in the kde-sunset ebuilds lately? That's a simple fix: someone just has to find time to swap the order of the KMNAME & EAPI lines and the complaints should go away. For such a small set of packages, you can probably do it in a local overlay until kde-sunset catches up.
I submitted Gentoo bug 420849 & was told KDE 3 is no longer supported & would probably become unusable in the near future. That seemed final.
I would like to install the Trinity versions of the above & the correct place for them seems to be /usr/local . I don't want to install the rest of Trinity, which I wouldn't use.
Unfortunately, There Is A Problem with creating ebuilds for Trinity that still use autotools to build, among them kdetoys and kdegames.
I wasn't planning to do it via Gentoo ebuilds, but via 'configure make install' into /usr/local/ . Is that feasible ?
Kworldclock was one of the applications that I was *not* able to make work. We need someone knowledgeable about autotools and the kde-sunset eclasses to help unravel the knot, and so far no one has volunteered.
What we really need is to have ebuilds for Trinity in the Gentoo tree.
You can try building the packages by hand without Portage's intervention:
See above.
if you do, please drop a message to the list to tell us how it goes. Otherwise, you may be stuck waiting for the low-priority packages to be ported to Cmake along with the rest of us. NB the version of Qt3 that ships with Trinity is slightly different from 3.3.8b, so you may need to replace that too, if you go the manual route.
Again, what I want is to install the necessary parts of Trinity.
Sorry I can't give you better news.
Thanks for the info so far. Do my comments provoke further advice ?
On Sat, 21 Jul 2012 05:16:13 -0400 Philip Webb purslow@ca.inter.net wrote:
120720 E. Liddell wrote:
120720 Philip Webb purslow@ca.inter.net wrote:
For most activities, I use Fluxbox on Gentoo with a number of KDE 4 apps. However, there are 2 KDE 3 apps which I really value & which have not been ported -- or not adequately -- to KDE 4 , ie Kmahjongg & Kworldclock; I would also like to keep Ksokoban around. KDE 3 is no longer supported by Gentoo & will probably become unusable in the near future after some further update of the pkg-manager Portage.
You mean because of the way it's been complaining about the location of the EAPI line in the kde-sunset ebuilds lately? That's a simple fix: someone just has to find time to swap the order of the KMNAME & EAPI lines and the complaints should go away. For such a small set of packages, you can probably do it in a local overlay until kde-sunset catches up.
I submitted Gentoo bug 420849 & was told KDE 3 is no longer supported & would probably become unusable in the near future. That seemed final.
The Gentoo KDE team no longer maintains KDE3, and bugs on it should not be filed to Bugzilla, but sent to the gentoo-desktop mailing list, ideally with the tag [kde-sunset] in the subject line. AFAIK, KDE3 will be maintained there for as long as volunteer labour can keep it tottering along.
I would like to install the Trinity versions of the above & the correct place for them seems to be /usr/local . I don't want to install the rest of Trinity, which I wouldn't use.
Unfortunately, There Is A Problem with creating ebuilds for Trinity that still use autotools to build, among them kdetoys and kdegames.
I wasn't planning to do it via Gentoo ebuilds, but via 'configure make install' into /usr/local/ . Is that feasible ?
Should be, as far as I know.
Kworldclock was one of the applications that I was *not* able to make work. We need someone knowledgeable about autotools and the kde-sunset eclasses to help unravel the knot, and so far no one has volunteered.
What we really need is to have ebuilds for Trinity in the Gentoo tree.
Which, at the moment, hinges on resolving the above problem. There is an overlay with workable ebuilds covering the equivalent of kdebase-meta, its deps, and a few other packages, but not -toys or -games. So you could install kdelibs from it, but not the rest of what you want.
If you feel that would still be useful, you can clone the overlay from GitHub:
git clone https://github.com/strowi/tde
if you do, please drop a message to the list to tell us how it goes. Otherwise, you may be stuck waiting for the low-priority packages to be ported to Cmake along with the rest of us. NB the version of Qt3 that ships with Trinity is slightly different from 3.3.8b, so you may need to replace that too, if you go the manual route.
Again, what I want is to install the necessary parts of Trinity.
I would suggest downloading 3.5.13 source packages from one of the mirrors and following the instructions found at
http://trinitydesktop.org/wiki/bin/view/Developers/HowToBuild
to compile the parts you're interested in.
Buried among all the notes is the fact that you will need the --enable-closure flag to compile kdegames and kdetoys.
120721 E. Liddell wrote:
120720 Philip Webb purslow@ca.inter.net wrote:
For most activities, I use Fluxbox on Gentoo with a number of KDE 4 apps. However, there are 2 KDE 3 apps which I really value & which have not been ported -- or not adequately -- to KDE 4 , ie Kmahjongg & Kworldclock; I would also like to keep Ksokoban around.
I would suggest downloading 3.5.13 source packages from one of the mirrors and following the instructions found at http://trinitydesktop.org/wiki/bin/view/Developers/HowToBuild to compile the parts you're interested in. Buried among all the notes is the fact that you will need the --enable-closure flag to compile kdegames and kdetoys.
Thanks, I looked at the Wiki how-to & will see what I can do.
-
E. Liddell -
Philip Webb