Bugzilla Bug 126648

Please!  Do not add this to portage UNTIL Gallery 2.1 is released!  Should be
out 3/18 - 3/20-ish if all is according to plan.

This is a major update to G2, adding lots of features.  See the site if you
care what :)

The changes to the ebuild:

1) added dcraw use flag (used by RAW module)
2) moved jhead into netpbm's use flag, because jhead is only used by netpbm
3) created zip and unzip use flags because they are optional
4) added warning and information on backing up G2's db and g2data dir because
this upgrade makes a downgrade w/o a backup very very difficult.

Created an attachment (id=82450) [details]
gallery-2.1.ebuild

G2.1 has not actually been released yet.  Currently at RC2, expected to release
sometime this weekend (3/18-3/20'ish).

For testification, I downloaded the gallery-2.1-rc2a-full.tar.gz file and
renamed it to gallery-2.1-full.tar.gz

Update:  Release of G2.1 is due 3/19 @ ~7:30PM PST

Gallery 2.1 has been released as of Thursday, March 23, 2006. Hopefully this
ebuild will get pushed up to the tree soon.

2.1 is in CVS. 

the dcraw flag will have to wait until media-gfx/dcraw is marked ~alpha,
~amd64, and ~hppa.

Make that ~alpha and ~hppa

This ebuild seems to have a problem performing the actual upgrade. I had to
manually do the cp -R * command in order to upgrade. I'm not sure why though
since it all looks fine to me.

I personally don't see how there could be any issue, as it is literally a copy
of the 2.0 ebuild with some USE flag changes and a warning added at the end. 
The only change to anything pertaining to copy/build portion was the removal of
an epatch line.

But I honestly only emerge it, I don't use it for my G2 and once emerged I
don't use it with webapp-config.  Since i have "vhost" flag, it means all I end
up with is a copy in /usr/share/webapps/.

"2.1 is in CVS. 

the dcraw flag will have to wait until media-gfx/dcraw is marked ~alpha,
~amd64, and ~hppa."

"Make that ~alpha and ~hppa"

I don't know the policy on use flags, but for something to be in a stable (ie,
x86, etc) ebuild it can't have any ~unstable use flags?  Where might one find
out about the problems moving dcraw to stable?

(In reply to comment #7)
> This ebuild seems to have a problem performing the actual upgrade. I had to
> manually do the cp -R * command in order to upgrade. I'm not sure why though
> since it all looks fine to me.

Could you post the actual command you had to do?

(In reply to comment #9)
> I don't know the policy on use flags, but for something to be in a stable (ie,
> x86, etc) ebuild it can't have any ~unstable use flags? 

All dependencies of an ebuild stable on a particular arch must also be stable.
In this case, gallery is ~alpha, but dcraw is not keyworded ~alpha.

> Where might one find
> out about the problems moving dcraw to stable?

Bug #127432, which I filed yesterday.

I'm also having the Problem that an existing 2.04 Installation isn't actually
upgraded.
I'm running it on AMD64.

My upgrade with `webapp-config -U` worked without any problems (x86).

Shouldn't that be done automatically with the emerge of the new Version?

(In reply to comment #14)
> Shouldn't that be done automatically with the emerge of the new Version?

Afaik that depends if you have USE flag vhosts set: if yes, then it's not
automatically upgraded (and you're told at the end of the merge), but requires
you to use webapp-config manually instead.

(In reply to comment #15)
> (In reply to comment #14)
> > Shouldn't that be done automatically with the emerge of the new Version?
> 
> Afaik that depends if you have USE flag vhosts set: if yes, then it's not
> automatically upgraded (and you're told at the end of the merge), but requires
> you to use webapp-config manually instead.
> 
I haven't set the vhost USE flag and the only output at the end of the emerge i
get is:

" * You are strongly encouraged to back up your database
 * and the g2data directory, as upgrading to 2.1.x will make
 * irreversible changes to both.
 *
 * g2data dir: cp -Rf /path/to/g2data/ /path/to/backup
 * mysql: mysqldump --opt -u username -h hostname -p database >     
/path/to/backup.sql
 * postgres: pg_dump -h hostname --format=t database > /path/to/backup.sql"

Hm. Do you get a "vhosts USE flag not set - auto-installing using
webapp-config" anywhere at the end of the merge?
The corresponding code for the installation is in the webapp eclass:
http://www.gentoo.org/cgi-bin/viewcvs.cgi/eclass/webapp.eclass?rev=1.40&view=auto

And the installed app is not in /var/www/localhost/htdocs/gallery?

(In reply to comment #17)
> Hm. Do you get a "vhosts USE flag not set - auto-installing using
> webapp-config" anywhere at the end of the merge?
> The corresponding code for the installation is in the webapp eclass:
> http://www.gentoo.org/cgi-bin/viewcvs.cgi/eclass/webapp.eclass?rev=1.40&view=auto
> 
> And the installed app is not in /var/www/localhost/htdocs/gallery?
> 

The output above is all i get after the emerge.
And in /var/www/localhost/htdocs/gallery is only the 2.0.4 Version.

Should the ebuild make the upgrade itself or is this behaviour wanted by the
Devs?

This was indeed a small bug in the ebuild. Either run w-c -U manually or
upgrade to gallery-2.1-r1.

I'm curious what the bug is, if I introduced it or what not. :)

(In reply to comment #20)
> I'm curious what the bug is, if I introduced it or what not. :)

I'll ask a leading question - what function is responsible for calling w-c when
vhosts is unset? 

Answer to today's question of the day is hidden in the commit message on
http://sources.gentoo.org/viewcvs.py/gentoo-x86/www-apps/gallery/

(In reply to comment #19)
> This was indeed a small bug in the ebuild. Either run w-c -U manually or
> upgrade to gallery-2.1-r1.
> 

The new Version works fine for me.

Did it really need a revbump to -r1?

Fix and tell early adopters to re-emerge if they can't work out how to upgrade.

Gallery 2.1 has been relaesed :-D

http://gallery.menalto.com/gallery_2.1_released

Yes, it sure has been!  You'll notice the bug was file on the 18th of March,
before it was released.  And if you check portage, you'll notice that it is
there, arriving I think on the 28th of March! :)

stale