Ebuild for Geany as it was not yet in Portage. Website: http://geany.uvena.de/ Category: dev-util (same as most generic IDE) Ebuild name: geany (official name) ##### Begin description: Geany is a small and lightweight integrated development environment. It was developed to provide a small and fast IDE, which has only a few dependencies from other packages. Another goal was to be as independent as possible from a special Desktop Environment like KDE or GNOME. So it is using only the GTK2 toolkit and therefore you need only the GTK2 runtime libraries to run Geany. The basic features of Geany are: syntax highlighting; code completion; auto completion of often used constructs like if, for and while; auto completion of XML and HTML tags; call tips; many supported filetypes like C, Java, PHP, HTML, Python, Perl, Pascal; symbol lists. ##### End description. /!\ Please note: * It is only my second ebuild. I sure read the Gentoo official documentation, and checked my work multiple times, but there may still be some errors. * I do not have the time, nor enough knowledge, to maintain this package. I may be able to send new updated ebuilds, but I don't want to be listed as the current maintainer. * The dependencies and english descriptions (including the english metadata.xml long description) are from the Geany website, tarball and Debian package (http://debian.uvena.de/testing//geany_0.3-1_i386.deb -packaged by the Geany author). I translated the metadata.xml long description to French... * Dependencies should be double-checked, as I'm not quite sure of the possible differencies from the Debian binary package, to the Gentoo ebuild system... (like, the Debian package requires >=libc-2.3.5, but I read that libc was made to be very compatible, and that most ebuild shouldn't set a version dependency for virtual/libc... then the Debian package requires >=libstdc++-4.0.2, but I guess it is not needed if we build the package ourselves... finally, I'm not sure that all the DEPEND really are RDEPEND...). Reproducible: Always Steps to Reproduce:
Created attachment 74270 [details] geany-0.3.ebuild (New package)
Created attachment 74271 [details] metadata.xml for geany
Created attachment 74272 [details] geany-0.3.ebuild (New package) Whoops, I wrote RDEPEND="${RDEPEND}", instead of RDEPEND="${DEPEND}". This is the corrected ebuild.
Created attachment 78938 [details] geany-0.5.ebuild Added modular X dependencies, and version bump.
Saw a review of this in a magazine. Works for me. There's a weird character in the ebuild though, between || and die.
Created attachment 82273 [details] geany-0.5 ebuild with removed weird character ^_^ As said in comment #5, there was a weird character between "||" and "die"... After a tiny bit of testing, it comes from doing an AltGr+Space in some UTF-8 editors... (leafpad-0.8.7, for example... konsole-3.5 also does it... but not kwrite-3.5...). I'll try to find why... but anyway, I removed it from the geany-0.5 ebuild... (I can't mark the previous one obsolete... I guess we need special permissions to do this...)... it will have to be removed from the geany-0.3 ebuild too, if it is used... (as it is considered as a normal character and as such, causes an errors... and if you view the ebuild as UTF-8, you'll never spot the character :/).
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100970 explains the problem with the weird character... AltGr+Space produces a non-breakable space, which is not interpreted as a space character... so "||<AltGr+Space>die" will produces a "command not found" error, as " die" (note the space before "die"), indeed is not a valid command... As the non-breakable space is not an ASCII character, it is displayed as... a weird character, in UTF-8-incompatible charsets :) I'll be more careful the next time :)
Created attachment 88401 [details] Newer ebuild (geany 0.7) Actually has the bad character fixed :) Newer version of geany, ebuild installs properly for me. Also changed the mirror b/c the mirror line in there didn't work...it's possible that the SF mirror hasn't been sync'd yet as the release is less than 24 hours old. Should be put back to the mirror line if this is committed to portage.
Wouldn't help to change the Summary to reflect the current version this bug applies to :)
Created attachment 90153 [details] geany-0.7.1.ebuild I added ~amd64 keyword SRC_URI is returned to original general form. Why do you need to hardcode sourceforge mirror? (version 0.7)
(In reply to comment #10) > Why do you need to hardcode sourceforge mirror? (version 0.7) > Only reason I had it hardcoded is b/c geany had just released the new version, and most SF mirrors did not have the file at the time. Glad to see the mirrors are working now :)
Created attachment 90226 [details] geany-0.7.1.ebuild (updated) Added alternative SRC_URI (http://files.uvena.de/geany/geany-0.7.1.tar.bz2)
Created attachment 93869 [details] geany-0.8.ebuild (same as geany-0.7.1.ebuild)
Created attachment 94025 [details] New ebuild with doc use flag and some patches This new ebuild has doc use flag. It adds two patches. They prevent the html doc from being installed in usr/share/doc/geany. Also, it does not install /usr/share/geany/GPL-2, it makes a symlink to /usr/portage/license/GPL-2. I think it is ready for portage. Lucas Chiesa
Created attachment 94026 [details, diff] geany-0.8-docdir.patch
Created attachment 94027 [details, diff] geany-0.8-nodoc.patch
Created attachment 94030 [details] emerge output of geany This is the output I get - I am using --as-needed, so that may be something, but perhaps someone with more time will take a look and create a fix for my issue :)
Created attachment 94031 [details] geany-0.8.ebuild Tidied ebuild, which doesn't need patches.
Created attachment 94047 [details] geany-0.8.ebuild After talking in #gentoo-bugs I removed the patched that prevented /usr/share/geany/GPL-2 from being installed. Now it is ready :) Lucas Chiesa
(In reply to comment #18) > Created an attachment (id=94031) [edit] > geany-0.8.ebuild > > Tidied ebuild, which doesn't need patches. > Sorry, attached a "fixed" ebuild before reading your post. I've marked it and the patches obsolete. Lucas Chiesa
(In reply to comment #18) > Created an attachment (id=94031) [edit] > geany-0.8.ebuild > > Tidied ebuild, which doesn't need patches. > Haven't tested, but from the ebuild, it seems to be deleting the GPL-2 file. This is wrong, as it is sourced in the about dialog. Also, moving the html documentation, breaks the help inside geany, or doesn't it? As it looks for thos html files to open a web browser with them in the Help -> Help menu... Lucas Chiesa
Created attachment 94198 [details] geany-0.8.ebuild Fixes the GPL-2 file references. The app help is already directed to http://geany.uvena.de/
Created attachment 96863 [details] geany-0.8.ebuild Tidier "sed" commands.
Created attachment 96864 [details] geany-9999.ebuild Ebuild for subversion. Uses a file from version 0.8.
Created attachment 96947 [details] geany-9999.ebuild (svn ebuild) Removed weirld dependance to geany-0.8. Reverted stuff from src_unpack and src_install to geany-0.8 state.
Created attachment 98185 [details] geany-9999.ebuild Adds "debug" USE flag.
Created attachment 98754 [details] geany-0.9.ebuild geany-0.9.ebuild is renamed geany-0.8
Geany is now in the sunrise overlay. You can find it at: http://gentoo-sunrise.org/svn/reviewed/dev-util/geany/geany-0.9.ebuild
Ebuild for 0.10 version can be found in sunrise overlay here: http://gentoo-sunrise.org/svn/reviewed/dev-util/geany/geany-0.10.ebuild
(In reply to comment #30) > Ebuild for 0.10 version can be found in sunrise overlay here: > http://gentoo-sunrise.org/svn/reviewed/dev-util/geany/geany-0.10.ebuild > dohtml fails during install phase... please add -r option because there is dir inside so dohtml process returns false and emerge fails as a result.
(In reply to comment #31) > (In reply to comment #30) > > Ebuild for 0.10 version can be found in sunrise overlay here: > > http://gentoo-sunrise.org/svn/reviewed/dev-util/geany/geany-0.10.ebuild > > > > dohtml fails during install phase... > please add -r option because there is dir inside so dohtml process returns > false and emerge fails as a result. > Fixed in sunrise: layman -S emerge geany Good luck!
the 0.9 ebuild also works fine for 0.10.2 as I found out :)
Created attachment 112731 [details] geany-0.10.2.ebuild
(In reply to comment #34) > Created an attachment (id=112731) [edit] > geany-0.10.2.ebuild eautoreconf belongs to src_unpack..
Thanks everyone, hope I didn't miss anyone in ChangeLog. dev-util/geany-0.11 has been added to portage few minutes ago, should be in your local mirror in hour or so.
(In reply to comment #36) > dev-util/geany-0.11 has been added to portage few minutes ago > In comment #2, I had attached a metadata.xml, with some description, in English (the official description) and French (which I had translated). On 2007-03-09, Pacho Ramos marked it as obsolete, probably by error (although it might need to be updated for possible new features, but I don't have enough time to check -I could translate the English version, to French, though, if someone update the English version). Well, it's not that a big deal, but metadata.xml descriptions could be used more, in the future, so it should probably be added, next time you update the ebuild ;) Thanks for taking the maintainership of this ebuild.
Comment on attachment 74271 [details] metadata.xml for geany It was an error, sorry
(In reply to comment #37) >> dev-util/geany-0.11 has been added to portage few minutes ago > In comment #2, I had attached a metadata.xml, with some description, in English > (the official description) and French (which I had translated). On 2007-03-09, metadata.xml added