Gallery Remote 1.5 has been released
yes please... Where can I get the correct archive for this version? Could the author please tell us, so we could try out...
I got it to work with latest cvs version. The patch needs some small changes: Only the lines 45-47 in the file ExifImageUtils.java need to be removed.
Any improvements?
Created attachment 91019 [details] gallery-remote-1.5.1_beta17.ebuild Here is one I through together using the gallery-remote beta builds. All the stable builds wanted you to use the bin installer, which wouldn't let you extract anything, so instead of looking for a package for the stable I found this one and just ran with it. I took a lot of the ebuild form the previous 1.4 section, the only thing I had to change was removing the jikes euse and all the code relating to compiling. There was no build.xml and from what I could tell everything was already built. I am not sure if this ebuild is correct with the new java vm system, so a dev might want to check that over. I also just commented out the compile parts and jikes use flag since they are being used, but are in there in case someone wants to figure out how to compile it.
Created attachment 91020 [details] gallery-remote-files-dir.tar.bz2 the files dir for the galler-remote beta, just contains the imagemagick properties and the jpegtran properites (mainly path to binary).
The ebuild does work in its current state, but I just found the new devlopment docs for java ebuilds, I don't have time at this moment to do anything about it. I will try to read through it and make the necessary changes. (I do know there needs to be some changes.)
With this ebuild I get errors about both ImageMagick and jpegtran not being found (although both are installed and on PATH). To get it to work I created the following files: /usr/share/gallery-remote/im.properties -- im.enabled=true im.convertPath=/usr/bin/convert im.ignoreErrorCode=false -- /usr/share/gallery-remote/jpegtran.properties -- jp.enabled=true jp.crop.enabled=true jp.path=/usr/bin/jpegtran jp.ignoreErrorCode=false -- These are overrides from gallery-remote's main properties file. Not sure what the right way to set these is.
Now that 1.5 has been out for >18months, is it *possible* that some flavour of it is acceptable for inclusion in the portage-tree? Please?
(In reply to comment #8) > Now that 1.5 has been out for >18months, is it *possible* that some flavour of > it is acceptable for inclusion in the portage-tree? Please? > Sorry about things sometimes not happening as fast as they could. It seems upstream doesn't to source releases and we don't have any ebuilds using the generation 2 eclasses so doing this package is more work than the common package. Let's hope one of us gets interested or does this sometime soon. If someone wants to help please make an ebuild based on the release revision for example. You can get help on the #gentoo-java channel.: http://gallery.svn.sourceforge.net/viewvc/gallery?view=rev&revision=11651 http://www.gentoo.org/proj/en/java/java-devel.xml
Created attachment 118816 [details] gallery-remote-1.5.ebuild Attached is a ebuild that works for me. It uses the attached tarball as it's distfall, so if you don't get it, it won't work :) This is build from source using the SVN revision of the 1.5 release. Note the default install checks for new update ... including beta so it will announce that one is out there, don't get it, b/c it probably won't work.
Created attachment 118817 [details] gallery-remote-1.5.tar.bz2 distfile for my ebuild, it is a packaged version of the source from sf.net svn rev 11651 I removed the .svn folder, the imagemagick and jpegtran folders since they aren't needed, and remove that jar's out of lib since we don't need them and they are just taking up unneeded space. If you don't download this and put it in /usr/portage/distfiles ... things won't work.
Created attachment 118819 [details] 1.5.patch Sorry forgot about this, you will need this and the gallery-remote-1.4.1-ant.patch in you files dir
I'm not exactly sure how /on topic/ this is, but after trying the ebuild I get: sbh@rocket ~ $ gallery-remote Instanciating Gallery Remote... java: xcb_xlib.c:50: xcb_xlib_unlock: Assertion `c->xlib.lock' failed. Aborted This is on ~amd64
(In reply to comment #13) > I'm not exactly sure how /on topic/ this is, but after trying the ebuild I get: > java: xcb_xlib.c:50: xcb_xlib_unlock: Assertion `c->xlib.lock' failed. Yeah that's on topic... of bug 156353 :)
FYI, the future of Gallery Remote is Java Web Start application instead of something that requires installation. Current versions in subversion work this way IIRC, and the next official release of GR will work this way. (I'm the project manager for Gallery)
That's cool, I guess it should then be installed with the gallery server since it will run from a url? One sucky thing about that, web start doesn't work on 64bit systems yet, unless you do a lot of 32bit hackery ...
*** Bug 214173 has been marked as a duplicate of this bug. ***
Did anyone contact upstream to find the *real* 1.5 sources or there will be another release?
gallery-2.3 has gallery-remote Web Start, so if nobody steps in to maintain this package (and do we need to do that anyway?) I think it's time for treecleaner to do their magic. Please, mask and punt this package from the tree.
Personally I'd think removing is OK...
# Jeremy Olexa <darkside@gentoo.org> (19 Jan 2009) # Removed by treecleaners in 60 says. www-apps/gallery includes a java webstart # for gallery remote now, use that instead. bug 111025 app-misc/gallery-remote
I highly disagree with the gallery-remote package not being maintained anymore; the idea for using it is to be able to -REMOTELY- manage one or more gallery-sites.. Now, when I want -only- gallery-remote, I'd have to install the complete gallery, which, of course, has PHP, mysql and apache as it's dependencies.. That's a pretty huge install for people who only want gallery-remote, right? Wouldn't it be better to add a USE-flag to the gallery ebuild, something like 'gallery-remote-only'?
Until now, the ebuild reflects a seperate tool called gallery-remote which is not maintained anymore (and for gallery1 only?). You refer to a special build of the new gallery2 where gallery-remote is part of it and which just installs gallery-remote!? If so, you should request a new ebuild or a change to the ebuild for gallery2 itself and not to use a existing ebuild which seems to have/had a (slightly) different meaning. Just my EUR 0,02
To the best of my knowledge, comment #23 sums this bug up well. Removed from tree => bug FIXED
Comment #22 and Comment #23 are both inaccurate. Gallery Remote 1.5 was an updated version to work with Gallery 2 and it still works with Gallery 1. It isn't hacked and is released by the project. I don't run gallery 2 anymore so I can say whether or not it is included as a java webstart. But if it is, this is no different then installing it. In regards to having to install mysql, etc, etc. is a moot point. The whole premise of a webstart app is it loads from the webserver, so yes, mysql, gallery and apache are already installed. You don't have to install those app locally for the app to work.
