Created attachment 428682 [details] scite-3.6.4.ebuild There is a new version upstream available. Please include in tree. No dependency change. Added epatch_user to scr_copile, see attached ebuild. compiles fine on amd64. ervin
Created attachment 428772 [details] Updated scite.desktop File The scite.desktop file didn't work as expected. Update to replace the scite.desktop file in the files sektion.
After intending to update, I see a problem here. scite-3.5.5.ebuild scite-3.6.1.ebuild scite-3.6.2.ebuild I would expect rely upon the exisiting file of the same name. Rplacing the file that will worl with the bumped version will only be satisfactory if these are purged at the same time. Changing the name of the file will spoil one or the others. To complicate matters, the vn. 3.5.5 is made stable and cannot be changed or purged. I suggest you create a sed statement to edit the existing file to match the bumped version in the bumped ebuild. This will cater to all version. Also you need consider putting scite-3.6.2.ebuild up for stabilising
scite-3.6.2 stable request: https://bugs.gentoo.org/show_bug.cgi?id=577882 Additional, I didn't see the problem. The upgraded scite desktop file also fixes the Problems for 3.5.5 and following, since I added the missing mimetypes specifications which refuses gnome to offer scite as Text Editor. But, as workaround we kann rename the desktop file to scite1.desktop or scite-3.6.4.desktop and set accordingly the copy intruction in ebuild. The old file will get of the tree in a while and the new file then could be renamed for the new ebuild. Should I create the files? Ervin
yes sure
Created attachment 429284 [details] scite-3.6.4 desktop file
Created attachment 429286 [details] modified scite-3.6.4.ebuild Modified ebuild to use the above scite-3.6.4.desktop file.
Just recognized that using another Name for the desktop file is a bad idea. It breaks the default File association. Either we schould replace the file or I'll do some copying / renaming in ebuild. Would take a few days. ervin
Created attachment 429392 [details] new ebuild obsolets the copying of a desktop file I created a few sed statements in src_prepare which updates the upstream desktop file to make the copying of a desktop file obsolet. $ desktop-file-validate /usr/share/applications/SciTE.desktop does not complain ;) ervin
E. Peters, considering you are a maintainer with very occasional contact via bugs, I have taken a couple of minor liberties. The ebuild had an old cvs header in line 3, the date req'd updating to 2016 in line 1, one dep required a slot operator and had a white space in a line near the end. I have also removed one old version, 3.6.1. I suggest you put up 3.6.2 for going stable immediately. The current 3.5.5 os quite old now. commit ef19827c1b0655ed72d117cbcd628e66b2f0dbac Author: Ian Delaney <idella4@gentoo.org> Date: Sun Apr 10 14:33:46 2016 +0800 app-editors/scite: bump to vn. 3.6.4 Ebuild added with minor edits by me (to bring ebuild to required form), submitted by the maintainer via the gentoo bug. Removed old vn. 3.6.1 Gentoo-bug: #577886