Would love to have this in portage, so that users may play on the IGS Go server using this spiffy-looking glGo client.
Not sure all of which Hardware Platforms it will run on, but x86 for sure.
Steps to Reproduce:
Please look at http://www.gentoo.org/doc/en/gentoo-howto.xml for instructions how to create ebuild files.
Questionable license - I don't think I'm interested. If you come up with
a working ebuild, feel free to attach it here. I'm closing this bug as WONT
though since we're not allowed to distribute the artwork and images.
I tried to make one, but the problem is that they use their own installer which
doesn't work well when used inside portage...
And there are also licence problems.
*** Bug 118279 has been marked as a duplicate of this bug. ***
Created attachment 76521 [details]
This is just such an ebuild!
I mistakingly made a new bug 118279, not realizing there was already a req.
(In reply to comment #5)
> Created an attachment (id=76521) 
> This is just such an ebuild!
> I mistakingly made a new bug 118279, not realizing there was already a req.
I also didn't realize the license was a problem. Pulling the RPM seems to work fine, but I suppose there should be a RESTRICT="fetch" in the ebuild.
It appears that the tar.gz version is perfectly feasible. The archieve includes:
1) Installer script
2) Uninstaller script
3) tar file with stuff to be installed
I'm making an updated ebuild that should be availble soon.
Okay, here's the improved ebuild I promised. It's uses the tar.gz version and seems to work very well. Just some important notes:
The license boils down to redistributing the package. Thus, the packaged cannot be mirrored by gentoo servers (RESTRICT="nomirror"). However, it does give the user the permission to "download, install and use" this software which is exactly what ebuilds do. Thus, this ebuild is "legal."
Next, there's a library file that contains a text relocation and executable stack. Thus, it *probably* won't work under AMD64. Since this is a binary (and due to the license), it will be up to upstream to fix this.
Unlike the previous ebuild, this installs itself to /opt/glgo which is the correct location because everything is precompiled. I don't know about the "vile" hack thing. It doesnt appear to be nessary or normal.
Scripts that come with the package can be found it /opt/glgo/bin/
The command to start glGo is glGo. There should be a menu shortcut. I would have added an icon except for the "data.dat" wtfery and the license.
The dependencies in this ebuild a lot more complete. It no longer uses xorg-x11. I also used ldd to dig out some of the undocumented (glitz, libcaca, xinerama? what the?).
Also, I'd like to point out that gnugo is installed at:
For anyone who wants to give gnugo a go (I'm done)
Created attachment 92635 [details]
This is the ebuild
Created attachment 92637 [details]
This is the panda license and goes in the licenses folder of your portage tree.
Created attachment 92639 [details]
Sorry, I didn't realize that the doc USE flag was not for whether or not to install docs. Fixed that.
The current 1.4 ebuild ( http://bugs.gentoo.org/attachment.cgi?id=92639 in case the word "current" becomes obsolete at some point) requires a ">=dev-libs/expat-2" dependency. dev-libs/expat-1* only supplies a libexpat.so.0 - glGo is linked against libexpat.so.1.
I use Gentoo for six years. And I always sick of lake of software.
I thought when there is .tgz then it can be easily to have a .ebuild
But, NO. There're too many products can not work on Gentoo.
Even the most interesting and exicting online board game of Go can not have a sereisly consider.
I don't care about license, it's already have .deb and .rpm and their .tgz cannot work on gentoo.
Please done it. Their are plenty player more than Chess. THX