Hello, Please find attached gvrng-3.3.2.ebuild and a patch so that it will run correctly (at least in a ~x86 system). gvrng (GvRng) is Guido van Robot, a small programming language aimed to teach young kids or teenagers, inspired by Karel the Robot. http://gvr.sourceforge.net PD: this is my first attempt of making an ebuild, I guess it can be improved a lot.
Created attachment 153369 [details] gvrng-3.3.2.ebuild
Created attachment 153371 [details, diff] 01_gui_gtk_path.patch Small patch to be able to run gvrng
Created attachment 153373 [details] gvrng.desktop desktop file for gvrng, taken and modified from the debian package.
- ${S} not always quoted - documentation goes into ${PF} - unless the lesson files make up a large amount of data, they probably should be installed unconditionally - Encodiny key in the desktop entry is deprecated
Created attachment 153659 [details] gvrng-3.3.2.ebuild
Created attachment 153661 [details] gvrng desktop file
(In reply to comment #4) > - ${S} not always quoted > - documentation goes into ${PF} > - unless the lesson files make up a large amount of data, they probably should > be installed unconditionally > - Encodiny key in the desktop entry is deprecated > Thanks for your comments Carsten, I have modified the ebuild and the desktop file.
Created attachment 169532 [details] gvrng-3.4.ebuild gvrng-3.4.ebuild (just renaming gvrng-3.3.2.ebuild works all right
Created attachment 171642 [details] gvrng-4.0.ebuild gvrng-4.0.ebuild
Created attachment 208642 [details] gvrng-4.1.ebuild
This is now in the sunrise overlay. You can find it at: http://overlays.gentoo.org/proj/sunrise/browser/reviewed/app-misc/gvrng
(In reply to comment #11) > This is now in the sunrise overlay. You can find it at: > http://overlays.gentoo.org/proj/sunrise/browser/reviewed/app-misc/gvrng > Correction, the URL is: http://overlays.gentoo.org/proj/sunrise/browser/sunrise/app-misc/gvrng
This bug is not fixes since the package is not on portage tree. Please close sunrise bugs when a developer commits them on portage I did some changes on your ebuild and made it EAPI-2 compliant. Please read http://dev.gentoo.org/~yngwin/pms/pms.html and try to make EAPI2 ebuilds in the future :) Many thanks :)
(In reply to comment #13) > This bug is not fixes since the package is not on portage tree. Please close > sunrise bugs when a developer commits them on portage > > I did some changes on your ebuild and made it EAPI-2 compliant. Please read > > http://dev.gentoo.org/~yngwin/pms/pms.html and try to make EAPI2 ebuilds in the > future :) > Many thanks :) > Sorry for closing, and thanks for improving the ebuild !
Created attachment 334010 [details] gvrng-4.4.ebuild
Created attachment 334026 [details] gvrng-4.4.ebuild Updated ebuild for gvrng - port to EAPI 5, use python-r1 eclass for python dependency
Hello, everyone. It seems that at least one ebuild related to this bug exists in the Sunrise overlay at the moment. However, I have to regretfully announce that after a long inactivity period the Sunrise project has been discontinued and the related overlay will be eventually removed. For this reason, I'd like to ask you to reevaluate the ebuilds and consider moving them. If you'd like to maintain a package from Sunrise in Gentoo, please take a look at our Proxy Maintainers [1] project. Please make sure to take ebuilds from the unreviewed developer Sunrise repository [2] rather than the -reviewed one, since the latter has not been updated for over a year. While at it, please note that: 1. Adding a package to Gentoo requires declaring yourself as an active maintainer for it. All bugs regarding the package will be assigned to you, and you will be expected to maintain it. 2. Some packages may not be suitable for addition anymore. While there's no strong rules that would prevent you from adding a package, it may be a bad idea to add old-unmaintained packages that will shortly result in a large number of bugs reported with no solution. If that is the case, please close the bug as RESOLVED/OBSOLETE to make it easier to find packages worth adding. 3. Some of the bugs were already closed as WONTFIX/OBSOLETE/... while the relevant ebuild was kept in Sunrise. If you disagree with the original decision, you still can add the ebuild via proxy-maint. 4. Pleaes note that many of the Sunrise ebuilds are old and may be buggy. If you decide to move them, please make sure to update/clean them up. The proxy-maint team will also review your ebuilds, therefore making sure they land in Gentoo in good quality. Once again, thank you for your contribution. We hope that you will still want to contribute to Gentoo, through proxy-maint or otherwise. [1]:https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers [2]:https://gitweb.gentoo.org/proj/sunrise.git/