9:40 a.m.
At the Art team we decided to start collecting photos which can be used
as desktop wallpapers, make a best-of-breed selection and create one or
more packages.
The easiest way to get it running was to [ab]use a wiki page -
https://fedoraproject.org/wiki/Artwork/Wallpaper_Extras but we
understand that this may not be an optimal use of the wiki and having an
upstream maybe at fedorahosted may be a better solution.
What do you guys thing about that? A gallery plug-in for Trac? A
stand-alone gallery? Any other solution better than using the main
Fedora wiki?
--
nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com
Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/
Open Clip Art Library: http://www.openclipart.org
my Fedora stuff: http://fedora.nicubunu.ro
10:03 a.m.
On Thu, Aug 7, 2008 at 9:40 AM, Nicu Buculei <nicu_fedora(a)nicubunu.ro> wrote:
What do you guys thing about that? A gallery plug-in for Trac? A stand-alone
gallery? Any other solution better than using the main Fedora wiki?
I've had good luck with gallery2. It's PHP but it's already in Fedora
(but not EPEL). AFAIK it has a decent security history (or at least as
good as PHP web apps get).
http://gallery.menalto.com/
My personal gallery is running at:
http://www.ocjtech.us/gallery2/
I've only done a few customizations, but it's highly themable so it
shouldn't be that hard to give it the "Fedora" look.
Jeff
10:15 a.m.
Jeffrey Ollie wrote:
On Thu, Aug 7, 2008 at 9:40 AM, Nicu Buculei
<nicu_fedora(a)nicubunu.ro> wrote:
> What do you guys thing about that? A gallery plug-in for Trac? A stand-alone
> gallery? Any other solution better than using the main Fedora wiki?
I've had good luck with gallery2. It's PHP but it's already in Fedora
(but not EPEL). AFAIK it has a decent security history (or at least as
good as PHP web apps get).
Supposedly gallery2 has the features we need, how big of a change is to
get it running in fedorahosted?
--
nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com
Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/
Open Clip Art Library: http://www.openclipart.org
my Fedora stuff: http://fedora.nicubunu.ro
10:36 a.m.
On Thu, Aug 7, 2008 at 10:15 AM, Nicu Buculei <nicu_fedora(a)nicubunu.ro> wrote:
Jeffrey Ollie wrote:
>
> On Thu, Aug 7, 2008 at 9:40 AM, Nicu Buculei <nicu_fedora(a)nicubunu.ro>
> wrote:
>>
>> What do you guys thing about that? A gallery plug-in for Trac? A
>> stand-alone
>> gallery? Any other solution better than using the main Fedora wiki?
>
> I've had good luck with gallery2. It's PHP but it's already in Fedora
> (but not EPEL). AFAIK it has a decent security history (or at least as
> good as PHP web apps get).
Supposedly gallery2 has the features we need, how big of a change is to get
it running in fedorahosted?
Firstly we'd need to get gallery2 into EPEL. Then I think we'd want
to wait for version 2.3 of gallery2 which will let us use sqlite
databases instead of mysql / pgsql which will make provisioning (and
backup/restore) much easier. Then also, we'll need to consider the
implications of letting people store images on fedora hosted. The
space requirements will certainly need to be figured out (hosted1 has
plenty of space at the moment but we want to make sure this is
sustainable long-term).
Jeff
10:44 a.m.
On Thu, 7 Aug 2008, Jeffrey Ollie wrote:
On Thu, Aug 7, 2008 at 10:15 AM, Nicu Buculei
<nicu_fedora(a)nicubunu.ro> wrote:
> Jeffrey Ollie wrote:
>>
>> On Thu, Aug 7, 2008 at 9:40 AM, Nicu Buculei <nicu_fedora(a)nicubunu.ro>
>> wrote:
>>>
>>> What do you guys thing about that? A gallery plug-in for Trac? A
>>> stand-alone
>>> gallery? Any other solution better than using the main Fedora wiki?
>>
>> I've had good luck with gallery2. It's PHP but it's already in
Fedora
>> (but not EPEL). AFAIK it has a decent security history (or at least as
>> good as PHP web apps get).
>
> Supposedly gallery2 has the features we need, how big of a change is to get
> it running in fedorahosted?
Firstly we'd need to get gallery2 into EPEL. Then I think we'd want
to wait for version 2.3 of gallery2 which will let us use sqlite
databases instead of mysql / pgsql which will make provisioning (and
backup/restore) much easier. Then also, we'll need to consider the
implications of letting people store images on fedora hosted. The
space requirements will certainly need to be figured out (hosted1 has
plenty of space at the moment but we want to make sure this is
sustainable long-term).
Actually we'll probably want to stick with mysql/pgsql so we can run the
front end on multiple hosts and store the photos on the netapp. It'll
allow us to do most upgrades and maintanence without downtime.
-Mike
10:57 a.m.
On Thu, Aug 7, 2008 at 10:44 AM, Mike McGrath <mmcgrath(a)redhat.com> wrote:
Actually we'll probably want to stick with mysql/pgsql so we can run the
front end on multiple hosts and store the photos on the netapp. It'll
allow us to do most upgrades and maintanence without downtime.
Yeah, that'd make the most sense if you're setting up
art.fedoraproject.org rather than something on Fedora Hosted.
Jeff
10:42 a.m.
On Thu, 7 Aug 2008, Nicu Buculei wrote:
Jeffrey Ollie wrote:
> On Thu, Aug 7, 2008 at 9:40 AM, Nicu Buculei <nicu_fedora(a)nicubunu.ro>
> wrote:
> > What do you guys thing about that? A gallery plug-in for Trac? A
> > stand-alone
> > gallery? Any other solution better than using the main Fedora wiki?
>
> I've had good luck with gallery2. It's PHP but it's already in Fedora
> (but not EPEL). AFAIK it has a decent security history (or at least as
> good as PHP web apps get).
Supposedly gallery2 has the features we need, how big of a change is to get it
running in fedorahosted?
0 chance of that happening. Galleries aren't part of the fedorahosted
solution. But we can probably setup some sort of art.fedoraproject.org
site. Couple of requirements include somehow being able to integrate it
with FAS though.
-Mike
11:29 a.m.
Jeffrey Ollie wrote:
On Thu, Aug 7, 2008 at 10:42 AM, Mike McGrath
<mmcgrath(a)redhat.com> wrote:
> Couple of requirements include somehow being able to integrate it
> with FAS though.
That should be possible, but might involve a custom plugin or something.
There was also art.gnome.org code that I took a glance at a year or so
ago (it was being rewritten at the time from one php web app into a more
complicated php web app) and, I think, ccMixter. Also, someone
mentioned that mediawiki actually has a photo gallery plugin but I don't
know the security record/usefulness of that.
Nicu, what are the requirements of the gallery?
-Toshio
12:49 p.m.
On Thu, 2008-08-07 at 10:42 -0500, Mike McGrath wrote:
0 chance of that happening. Galleries aren't part of the
fedorahosted
solution. But we can probably setup some sort of art.fedoraproject.org
site. Couple of requirements include somehow being able to integrate it
with FAS though.
-Mike
The core of the whole effort is to get some hand-picked (by the fedora
art team) extra wallpapers into fedora package system, so that users
will have optionally more wallpapers to chose from available via yum. I
considered these names for the binary (sub-)packages:
backgrounds-extras-<category>-<subcategory>
and these names for the source packages and meta-packages:
backgrounds-extras-<category>
The meta-package would require all the sub-packages of the given
category. I think this is a feasible solution to keep d/l's on updates
as low as possible and also not having some monstrous single package.
The gallery would ideally serve both for the art team (as a place to
submit their pictures for evaluation by the whole team) and users (as an
additional place for additional easy-to-download wallpapers). Thus I
think it would be nice if it has these features:
- Categories/Subcategories
- Ability to store big images (ca 1-6 MB), but provide user with low
transfer rate when previewing - i.e. creating thumbnails at the server
side
- Integration with FAS
- Some sort of rating system
- Ability to download the full quality image easy (e.g. by one-click)
- Probably ability to keep sources together with the resultant image in
one place (in case it's e.g. a vector graphics or a collage)
- Maybe some tag system to let users know what's in repos and what's
not
- Easy upload (can be either through CLI or Web Interface)
- Would be nice if the full quality images/sources had some nice URLs
so that we could easily fetch them either by build script or list them
as sources in RPM.
Do you think we have other requirements, Nicu?
Also following the thread here, it seems like art.fedoraproject.org
would be better solution for the gallery itself (in case we did it
ourselves combined with gallery code in fh.o), I don't know yet what
would be the best approach for upstream of the RPM packages. Copying the
selected images into fh.o, or creating some build scripts which would
fetch the images from art.fp.o and install them to system and have these
scripts on fh.o, or just have rpm fetch images and list art.fh.o as
upstream?
Any thoughts?
Martin
4:15 p.m.
My comments below are all regarding gallery2 (gallery2.menalto.com):
2008/8/7 Martin Sourada <martin.sourada(a)gmail.com>:
Thus I think it would be nice if it has these features:
- Categories/Subcategories
You could either do this by creating albums / subalbums or by using tags:
http://codex.gallery2.org/Gallery2:Modules:tags
- Ability to store big images (ca 1-6 MB), but provide user with
low
transfer rate when previewing - i.e. creating thumbnails at the server
side
You can define up to 4 sizes that the original image will be resized
to. For example, my site has 640x640, 1024x1024, 1280x1280 and
original size images available, plus the thumbnails shown in the album
view. I've uploaded some very large TIFF files (20-30MB IIRC) and it
handled it just fine.
- Integration with FAS
From what I can tell this would be possible, but may need some PHP
coding.
- Some sort of rating system
http://codex.gallery2.org/Gallery2:Modules:rating
- Ability to download the full quality image easy (e.g. by
one-click)
Gallery2 can do it in a couple clicks (view original size image, right
click on image and "save image as..."
- Probably ability to keep sources together with the resultant image
in
one place (in case it's e.g. a vector graphics or a collage)
That wouldn't be something that was "built in".
- Maybe some tag system to let users know what's in repos and
what's
not
http://codex.gallery2.org/Gallery2:Modules:tags
- Easy upload (can be either through CLI or Web Interface)
http://codex.gallery2.org/Gallery2:How_to_Add_Items
IIRC f-spot has the built-in ability to upload images to a gallery2
site as well.
- Would be nice if the full quality images/sources had some nice
URLs
so that we could easily fetch them either by build script or list them
as sources in RPM.
http://codex.gallery2.org/Gallery2:Modules:rewrite
Jeff
4:16 p.m.
On Thu, Aug 7, 2008 at 4:15 PM, Jeffrey Ollie <jeff(a)ocjtech.us> wrote:
My comments below are all regarding gallery2 (gallery2.menalto.com):
Oops... that's gallery.menalto.com
Jeff
5:02 p.m.
Thanks for the info. Looks like the gallery2 would satisfy our needs
pretty good. The only two issues I noticed is the missing integration
with FAS (which might be already in progress, as noted by Ricky), and
easy way to handle images sources (which is not a show-stopper for us,
though it would be nice if we could implement that nicely as well).
I guess we could set-up a test gallery2 implementation on one of our
fedorapeople accounts and if it works well, ask for transferring it to
art.fedoraproject.org here?
Thanks,
Martin
7:53 p.m.
Martin Sourada wrote:
Thanks for the info. Looks like the gallery2 would satisfy our needs
pretty good. The only two issues I noticed is the missing integration
with FAS (which might be already in progress, as noted by Ricky), and
easy way to handle images sources (which is not a show-stopper for us,
though it would be nice if we could implement that nicely as well).
I guess we could set-up a test gallery2 implementation on one of our
fedorapeople accounts and if it works well, ask for transferring it to
art.fedoraproject.org here?
We also need to decide if we want to run the software in Fedora
Infrastructure.
Searching for CVEs was somewhat hard since gallery is a common name for
photo gallery software. I found 5 CVE's against Menalto Gallery this
year and 9 last year. There are other CVE's that weren't picked up in
my search as they did not identify gallery as "menalto" (I googled and
found references...) I'm not sure how this compares to other gallery
software but it is less than phpnuke, drupal, and other things that I
have been against.
We do not yet have SELinux turned on on our app servers (although
lmacken and dwalsh have gotten us much closer recently). I am pretty
sure we do have mod_security deployed. Do we feel comfortable with
this? What are the alternatives that fit the criteria and are they worse?
-Toshio
8:06 p.m.
On Thu, 7 Aug 2008, Toshio Kuratomi wrote:
We do not yet have SELinux turned on on our app servers (although lmacken and
dwalsh have gotten us much closer recently). I am pretty sure we do have
mod_security deployed. Do we feel comfortable with this? What are the
alternatives that fit the criteria and are they worse?
mod_security deployed but needs testing and love.
-Mike
1:13 a.m.
Martin Sourada wrote:
The gallery would ideally serve both for the art team (as a place to
submit their pictures for evaluation by the whole team) and users (as an
additional place for additional easy-to-download wallpapers). Thus I
think it would be nice if it has these features:
- Categories/Subcategories
- Ability to store big images (ca 1-6 MB), but provide user with low
transfer rate when previewing - i.e. creating thumbnails at the server
side
- Integration with FAS
- Some sort of rating system
- Ability to download the full quality image easy (e.g. by one-click)
- Probably ability to keep sources together with the resultant image in
one place (in case it's e.g. a vector graphics or a collage)
- Maybe some tag system to let users know what's in repos and what's
not
- Easy upload (can be either through CLI or Web Interface)
- Would be nice if the full quality images/sources had some nice URLs
so that we could easily fetch them either by build script or list them
as sources in RPM.
Do you think we have other requirements, Nicu?
RSS feeds would be also nice to have and it seems there is a Gallery2
module for that - http://codex.gallery2.org/Gallery2:Modules:rss (I have
never tested it)
--
nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com
Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/
Open Clip Art Library: http://www.openclipart.org
my Fedora stuff: http://fedora.nicubunu.ro
5741
days inactive
5742
days old
infrastructure@lists.fedoraproject.org
16 comments
6 participants
participants (6)
-
Jeffrey Ollie -
Martin Sourada -
Mike McGrath -
Nicu Buculei -
Ricky Zhou -
Toshio Kuratomi