Gallery 2.1.1 released

Gallery 2.1.1 is now available for download! This bugfix release resolves problems with Postgres7, Oracle and DB2. It also includes minor bugfixes for the imageblock module and fixes some very rare permission issues in the toolkit (archiveupload, dcraw, ffmpeg, imagemagick, netpbm, zipcart) modules. New in this release is the Gallery2 Preinstaller. This nifty tool is a tiny download that will download and unpack Gallery2 on your server for you -- saving you tons of download and upload time. This is very useful if you're using ftp. Download 2.1.1 now and if you have problems, please report them in the Gallery 2 forums!

Note: Due to a packaging issue, the imageblock module was falsely reporting an integrity error. This is ok -- but we've released 2.1.1a packages to fix this problem for future downloads. 2.1.1a is exactly the same as 2.1.1 with this one issue fixed.
schultmc's picture

Version 2.1.1-1 of the Debian gallery2 packages was uploaded to Debian unstable in the afternoon (EDT) of Sunday, April 16, 2006 and was made available as of the archive run in the afternoon (EDT) of Sunday, April 16, 2006. The 2.1.1-1 Debian package includes the fix from 2.1.1a.

--
Debian gallery package maintainer

I understand that I can use 2.1.1 package and change only imageblock module files from 2.1.1a package, and not to upload the whole package again?

joe7rocks's picture

yes, that is true

khaman wrote:
I understand that I can use 2.1.1 package and change only imageblock module files from 2.1.1a package, and not to upload the whole package again?

Yeah just like an upgrade ;) Also tried it with an other module.

slott_hansen's picture

I'm eager to get the digikam remote feature working with gallery version 2 - any dates when a working test version of this feature will be available ?

Does this update allow you to upload and view 3GP videos?

bharat's picture

This release adds no new features (besides the preinstaller). We'll support thumbnail extraction of 3GP videos when ffmpeg supports it (right now seems like ffmpeg only supports encoding 3GP not decoding -- so no thumbnails yet). Is there a public container for embedding 3GP videos into a web page that we can use? If so, it would be easy to add support for that to 2.2

Hi. I have the latest version of gallery installed on a webserver with windows 2003 enterprise server+apache2+php5+mysql5.018.

It works great except for the fact that even with only 93 pictures total in it, the response is veeeery slow.!

Is there anything you guys could tell me on how to maybe change the gallery from flatfile to binary ( if that makes it faster) or anything that could speed up the response from the gallery ??
( except installing on linux, i know. that work is being checked too) :)

You can test the gallery here to see for yourself: http://157.157.79.46/gallery2

Regards,

Maverick

bharat's picture
damaverick wrote:
Hi. I have the latest version of gallery installed on a webserver with windows 2003 enterprise server+apache2+php5+mysql5.018.

I'm guessing you're using pretty old hardware. It takes 300ms for your server to return a 302 redirect. 3000ms for the Gallery page to render isn't great, but it's not surprising on really old hardware.

Try turning on acceleration by going to Site Admin -> Performance and using max acceleration. That should help you out considerably.

Ehhh, the hardware is P4 3.0ghz, on a sata raid MSI main board with 2gb of wicked fast ram. The web and php and mysql is located on a raid array with mirroring for fast response and safety.

The server is located on a 8mb adsl connection with a router that gives it total priority for internet accessibility.

everything in the machine is less than 3 weeks old and top notch. Also, hyperthreading is also enabled so the box should respond as a dual cpu machine.

Please come up with a better solution. I NEVER use old hardware. ;)
Regards,

Maverick

bharat's picture

Please post followups in the forums, as this really isn't the right place for it. But, I did some benchmarks on your site from here and found that it's taking 400ms just to do a 302 redirect. This is something that takes 1ms on my server (dual 2.4ghz p3 xeons). eg, compare:

ab http://157.157.79.46/e107_plugins/log <-- 463ms
ab http://www.menalto.com/demo <-- 1ms

Granted, I'm halfway around the world from you (judging by traceroute) but even so I'm only 200ms away. Post the results of those ab tests in a forum thread and we can follow up there.

Quote:
I'm guessing you're using pretty old hardware.

Thats not the reason.Multiple mysql-queries at the same time can slow down a fast server easily.

bharat's picture
Mannohnenamen wrote:
Quote:
I'm guessing you're using pretty old hardware.

Thats not the reason.Multiple mysql-queries at the same time can slow down a fast server easily.

Only if the queries are inefficient or you have an inordinate number of them, neither of which is the case here. We continued this discussion this forum thread.