Bugzilla Bug 126400

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 an attachment (id=82277) [edit]
xggi-2.0.0.ebuild

Created an attachment (id=82278) [edit]
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 an attachment (id=82279) [edit]
libggi-2.2.1_fix-lcd823.patch

Created an attachment (id=82280) [edit]
libggi-2.2.1_fix-speed.patch

Created an attachment (id=82281) [edit]
libgii-1.0.1.ebuild

Created an attachment (id=82282) [edit]
libgiigic-1.1.1.ebuild

Created an attachment (id=82283) [edit]
libggigcp-1.0.1.ebuild

Created an attachment (id=82285) [edit]
libggimisc-2.2.1.ebuild

Created an attachment (id=82286) [edit]
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 an attachment (id=83166) [edit]
libggi-2.2.1-r1.ebuild

licenses fix.

Created an attachment (id=83167) [edit]
libgii-1.0.1.ebuild

licenses fix.

Created an attachment (id=83168) [edit]
libgiigic-1.1.1.ebuild

licenses fix.

Created an attachment (id=83169) [edit]
libggigcp-1.0.1.ebuild

licenses fix.

Created an attachment (id=83170) [edit]
libggimisc-2.2.1.ebuild

licenses fix, don't touch enable/disable because of some codes are broken.

Created an attachment (id=83171) [edit]
libggiwmh-0.3.1.ebuild

licenses fix.

And then, some apps has OLD GGI implementation and its breakages, too.

Created an attachment (id=83172) [edit]
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 an attachment (id=83173) [edit]
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.

(From update of attachment 83173 [edit])
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

(From update of attachment 83166 [edit])
libggi-2.2.2 is in CVS.

(From update of attachment 83167 [edit])
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.

(From update of attachment 83169 [edit])
In CVS.

(From update of attachment 83170 [edit])
In CVS.

(From update of attachment 83171 [edit])
In CVS.

(From update of attachment 83168 [edit])
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.