This is XGGI. So, it's another Xserver, *not* Xgl and *not* AIGLX. This Xserver is a bunch of GGI project. XGGI is "Multihead capable X server for GGI, with acceleration". XGGI requires modularized X libraries, like x11-base/xorg-server. But it does not require any X input/video drivers. XGGI uses LibGGI and LibGII instead of these X input/video drivers. And then, XGGI requires GGI 2.2 stuffs. But official tree has no GGI 2.2 stuffs. So, I've made all GGI 2.2 stuffs' ebuilds, and these will be attatched. I suggest these are stuffed like follow. x11-base/xggi media-libs/libgii media-libs/libgiigic media-libs/libggi media-libs/libggigcp media-libs/libggimisc media-libs/libggiwmh And then, I'm still ebuild newbie. So, any suggestions will be appriciated.
Created attachment 82277 [details] xggi-2.0.0.ebuild
Created attachment 82278 [details] libggi-2.2.1-r1.ebuild It includes 2 patches. These patches were already send upstream. So, these patches are applied to libggi-2.2.2 as next release. ;)
Created attachment 82279 [details, diff] libggi-2.2.1_fix-lcd823.patch
Created attachment 82280 [details, diff] libggi-2.2.1_fix-speed.patch
Created attachment 82281 [details] libgii-1.0.1.ebuild
Created attachment 82282 [details] libgiigic-1.1.1.ebuild
Created attachment 82283 [details] libggigcp-1.0.1.ebuild
Created attachment 82285 [details] libggimisc-2.2.1.ebuild
Created attachment 82286 [details] libggiwmh-0.3.1.ebuild
Why media-libs instead of x11-libs?
(In reply to comment #10) > Why media-libs instead of x11-libs? GGI libraries are NOT mandatory any X11 libraries/drivers. But these CAN use X11 libraries. So, if to put these libraries into media-libs category is not acceptable, to put into dev-libs is maybe OK. But, official GGI 2.1 libraries (libgii and libggi) are contained in media-libs category, IIRC.
pre-GGI-2.x is licensed by "LGPL-2". But, GGI-2.x is licensed by "MIT BSD".
Created attachment 83166 [details] libggi-2.2.1-r1.ebuild licenses fix.
Created attachment 83167 [details] libgii-1.0.1.ebuild licenses fix.
Created attachment 83168 [details] libgiigic-1.1.1.ebuild licenses fix.
Created attachment 83169 [details] libggigcp-1.0.1.ebuild licenses fix.
Created attachment 83170 [details] libggimisc-2.2.1.ebuild licenses fix, don't touch enable/disable because of some codes are broken.
Created attachment 83171 [details] libggiwmh-0.3.1.ebuild licenses fix.
And then, some apps has OLD GGI implementation and its breakages, too.
Created attachment 83172 [details, diff] fix-old-ggi.patch (for sci-visialization/gnuplot-4.0-r1) It's for sci-visualization/gnuplot-4.0-r1. It has very OLD C style implementation.
Created attachment 83173 [details, diff] libsdl-1.2.9-SDL_ggievents-del-sym.patch (for media-libs/libsdl-1.2.9-r1) It's for media-libs/libsdl-1.2.9-r1. It has "uint32 sym" as a unused variable, and then it's OLD C style.
heh, I was going to file a bug for version bumps. I can't believe the ebuilds are already there :D Nice work KIMURA. Is anything preventing these from going into the tree? It's been a while.
(In reply to comment #22) > heh, I was going to file a bug for version bumps. I can't believe the ebuilds > are already there :D Nice work KIMURA. Thanks, you hang on. But, these ebuild has a bito of roughly, I guess. Feel free to poke it. :) > Is anything preventing these from going into the tree? It's been a while. GGI's API looks like a bit of robust, if it was bumped from any version. But yes, it may need to bump due to there're some issues I knew. And, upstream GGI folks already are committing some changes in their repo to bump next release, maybe. Anyway, I'll hang on.
Comment on attachment 83173 [details, diff] libsdl-1.2.9-SDL_ggievents-del-sym.patch (for media-libs/libsdl-1.2.9-r1) It's not mandatory for current SDL, IIRC. I've checked media-libs/libsdl-1.2.11-r1.
FYI, GGI 2.2.2 was released. I've pushed bumped stuffs into my overlay[1]. But I won't file these ones to bugzie b/c avoid bug spamming. Feel free to poke it. -- [1] http://dev.gentoo.gr.jp/~hiyuh/cgi-bin/hgweb.cgi
Comment on attachment 83166 [details] libggi-2.2.1-r1.ebuild libggi-2.2.2 is in CVS.
Comment on attachment 83167 [details] libgii-1.0.1.ebuild libgii-1.0.2 is in CVS.
*** Bug 43615 has been marked as a duplicate of this bug. ***
@g2boojum and sci: new libgii and libggi is in portage, but it's still package.masked because you need patch from Comment #20 (or alternative) but it builds here with the patch.
(In reply to comment #29) > @g2boojum and sci: new libgii and libggi is in portage, but it's still > package.masked because you need patch from Comment #20 (or alternative) but it > builds here with the patch. > Committed a patch to gnuplot-4.0-r2 to fix this issue. Removing CCs.
Comment on attachment 83169 [details] libggigcp-1.0.1.ebuild In CVS.
Comment on attachment 83170 [details] libggimisc-2.2.1.ebuild In CVS.
Comment on attachment 83171 [details] libggiwmh-0.3.1.ebuild In CVS.
Comment on attachment 83168 [details] libgiigic-1.1.1.ebuild In CVS.
I've needed libggiwmh because media-video/mplayer has a automagic detection for it, with USE="ggi" which only pulls in libggi currently. So, I've ended up adding all the 4 libraries, wouldn't make sense to add only part of the project. But, I didn't add the XGGI itself. Changing summary. Thanks Kimura.
ggi-project.org doesn't seem to be about the same thing anymore. https://web.archive.org/web/20140115031524/http://www.ggi-project.org/ looks to be the last evidence of the original project existing. Before that, it seems to have died about 2008. I can't imagine anyone still wants to use this. Marking as WONTFIX.