Hi, this is an ebuild for the software gprename, also included is the ChangeLog. DESCRIPTION="GPRename is a powerful batch renamer for file and directory" This is my first time creating an ebuild and submitting it. The SRC_URI is empty, I don't know what to put in it. Same thing for IUSE, but I know there is no USE flags needed. I'm unsure about the KEYWORDS too, it's a gtk-perl application, I guess as long as perl and gtk-perl is installed it can work on any architecture.
Created attachment 58655 [details] gprename-1.24.ebuild
Created attachment 58656 [details] ChangeLog
this ebuild doesn't look like it would work -- there's no src_install function. Apart from that, src_unpack() is needless, you can take it right out.
Here's the new ebuild, doesn't really look pretty but it's working when I do "emerge gprename", plus it's my first ebuild ;) Any comments is appreciated to improve it.
Created attachment 58777 [details] ebuild file
Created attachment 58778 [details] Manifest file (md5sum)
Created attachment 58838 [details] gprename-1.24.ebuild Latest ebuild, improved a lot.
Created attachment 59058 [details] gprename-1.24.ebuild Again, latest ebuild, more improvements ;)
Please fix the following and reopen: * What's that horrid scary echo thing in src_install? * ${D}, ${S} should be quoted. * No need to dodoc COPYING.
Latest ebuild for GPRename : * No more horrid scary echo thing in src_install * Removed dodoc COPYING * It's all clean now. Except that it doesn't work. The ebuild file call "sh gprename-install.sh" which will call "mkdir" and "cp" but it will say ACCESS_DENIED by sandbox. How can I bypass that one? Log: ACCESS DENIED mkdir: /usr/local/share/gprename ... --------------------------- ACCESS VIOLATION SUMMARY LOG FILE = "/var/log/sandbox/sandbox-sys-apps_-_gprename-1.5-28891.log" mkdir: /usr/local/share/gprename open_wr: /usr/local/share/gprename open_wr: /usr/local/share/gprename open_wr: /usr/local/share/gprename mkdir: /usr/local/share/gprename mkdir: /usr/local/share/gprename mkdir: /usr/local/share/gprename open_wr: /usr/local/bin/gprename -------------------------------------------------
Created attachment 80801 [details] gprename-1.5-ChangeLog
Created attachment 80802 [details] gprename-1.5-ebuild
Alright, with the help of forums.gentoo.org I've been able to fix that bug with sandbox and this ebuild is working perfectly well now, hope you like it and going to include it in portage tree! :) See the latest attached ebuild. Reference : http://forums.gentoo.org/viewtopic-t-457175-highlight-.html
Created attachment 85590 [details] ChangeLog ChangeLog
Created attachment 85591 [details] gprename-1.7.ebuild gprename-1.7.ebuild
*** Bug 162398 has been marked as a duplicate of this bug. ***
Here's the gprename-2.0 ebuild that I would like to be added in Portage. It is now using GTK2-Perl, gprename below version 2.0 is using gtk-perl which is deprecated. My last attempt to include gprename wasn't succesful after waiting 1 year and a half as you can see with the date this bug has been opened, seems like no maintainer want to take it. Since I'm the one that coded this software, I wouldn't mind being the maintainer of only this software for Portage, any tips on how to be a maintainer would be appreciated. Thanks
Created attachment 107200 [details] gprename-2.0.ebuild
Created attachment 107201 [details] ChangeLog
Created attachment 107292 [details] gprename-2.0.ebuild New ebuild, got rid of one line and added 2 lines to handle the desktop file for the application menu
Created attachment 116558 [details] ChangeLog
Created attachment 116559 [details] gprename-2.2.ebuild
New version, new ebuild.
Created attachment 122092 [details] ChangeLog
Created attachment 122093 [details] gprename-2.3.ebuild
Another version bump, now GPRename 2.3 can be installed with a Makefile, it's now a very simple ebuild.
Created attachment 126035 [details] ChangeLog
Created attachment 126037 [details] gprename-2.4.ebuild
Created attachment 127425 [details] updated ebuild for gprename-2.4 Update ebuild for gprename-2.4 which fixes a problem with the main icon path (that referred to ${D})...
Created attachment 127428 [details] gprename-2.4 Update ebuild for gprename-2.4 Fixes paths referring to ${D} (both executable and desktop files). Fixes an error in Makefile which tried to write on a just deleted directory (build).
(this is an automated message based on filtering criteria that matched this bug) 'EBUILD' is in the KEYWORDS which should mean that there is a ebuild attached to this bug. This bug is assigned to maintainer-wanted which means that it is not in the main tree. Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accommodate you in a timely manner. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
Bug locked to conceal some information in the old changelog per bug 247828.