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. Reproducible: Always Steps to Reproduce: 1. 2. 3.
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) [edit] > 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: /usr/games/bin/gnugo For anyone who wants to give gnugo a go (I'm done)
Created attachment 92635 [details] games-board/glgo-1.4.ebuild This is the ebuild
Created attachment 92637 [details] licenses/panda This is the panda license and goes in the licenses folder of your portage tree.
Created attachment 92639 [details] games-board/glgo-1.4.ebuild 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