On Wed, Jun 24, 2009 at 3:57 AM, Sorin Srbu <sorin.srbu(a)orgfarm.uu.se>wrote:
> Hi all,
>
> I'm looking for a web photo gallery for my personal web server at home.
> Till
> now I've done the galleries manually from Adobe Photoshop Elements, but I
> feel that is a dead end, kinda', besides the fact that the galleries
> created
> are rather static. I'd like an easier way to do this, eg uploading images
> in
> folders directly to the gallery and it will take care of what needs to be
> done automagically, like resizing etc.
>
> So far I've come across a project called Gallery2, that seems to do what I
> want. Downside is that no rpm-packages are available with yum with this
> one.
>
> What web photo gallery software do you guys use?
>
> My requirements are only that the software should be simple to install,
> maintain and add more photos. I'm not a pro (a newbie more like it...) when
> it comes to mysql and php, so this needs to be easy to do as well, from the
> gallery standpoint.
>
> Thanks.
> --
Try this one:
Single File PHP Gallery
http://sye.dk/sfpg/
Very simple.
Matt
> A quick look at http://distrowatch.com/table.php?distribution=centos
> shows that a great majority of the packages are not even
> close to being "up-to-date", and that is a good thing for
> those us of who care more about stability than eyecandy.
That can't be other way. For instance, you can't build GIMP 2.4 or 2.6
unless you you upgrade to a newer GTK+, which would impact on a lot of
apps.
OTOH, Dag is in a funny position: he's the main maintainer of RPMforge,
which has 2 main issues:
(1) It's broken, at least partially. Try install audacious for one.
(2) It's incompatible with EPEL. Try install MPlayer and VLC with EPEL
enabled.
To workaround some of the issues and make CentOS 5.3 a suitable distro
for my Acer laptop (except that I don't use wireless and I haven't
even tried to), I've made my own repo here:
http://odiecolon.lastdot.org/
Read the first-page text and rationale *very* carefully!
It's therefore an ugly hack to allow:
*** the use of the following packages from RPMforge:
(1) gstreamer-plugins-bad gstreamer-plugins-ugly gstreamer-ffmpeg
(2) mplayer mplayer-fonts mplayer-skins mplayerplug-in smplayer
(3) vlc
*** the regular use of EPEL for everything else;
*** the use of newer packages, such as GIMP 2.3.15 as an "almost-2.4"
alternative to the obsolete 2.2.12;
*** the use of other (unavailable in EPEL or newer) packages, including
"cosmetic mood enhancers":
(i) gnome-dustwave-theme 0.1, a mix of two themes introduced with
Ubuntu Jaunty: it uses Dust for Metacity, and New Wave for the GTK+
decorations. Compiz effects *must* be disabled.
(ii) gtk-nimbus-theme 0.1.2, the latest default theme that comes with
OpenSolaris 2009.06.
As I am not even on my home continent these days and I can't fix any
reported issue right now (oh well, but does Dag ever fix RPMforge?),
I have not announced this repo in any public place, but it was
nevertheless announced on epel-devel-list:
https://www.redhat.com/archives/epel-devel-list/2009-June/msg00103.html
Be free to test and report.
Thanks,
R-C aka Béranger
__________________________________________________________________
Looking for the perfect gift? Give the gift of Flickr!
http://www.flickr.com/gift/
Sorin Srbu wrote:
> Checked the site ou linked too, but I don't get it. Would my pics be hosted
> on my own server or on jalbum.net á la Picasa? I can't tell from the tour on
> the jalbum web site.
>
you run jalbum on the workstation that you use to process your photos
(could even be a mac or windows desktop, it really doesn't matter), and
it creates all the scaled images and thumbnails and html pages, and
uploads them to your webserver. the overhead mentioned by others only
happens *once* when you initially process or add to the album. your
webserver only has to handle plain html, no php or other scripting
languags, no databases.
> So we have centosplus and extras which are the repos with
> "access denied" for packages inclusion. Dag's rpmforge
> which is so huge with a lot of dependencies not suitable
> for "testing/bleeding edge/alternative" packages. So
> what's the suitable repo? That's why people are going to
> run own repos.... :o( I do it myself.
We even have centos.karan.org, with all the packages for 5 in...
"testing", since 2007. Oh boy.
Too many repos, working or not, with packages frozen in testing
or not, and this is exactly why I needed my tiny repo to partially
"fix" the RPMforge<->EPEL breakage with regards to the exact RF
packages I am interested in, and also to add packages that couldn't
go into EPEL (like a newer GIMP that would not require any other
library update), etc.
So no, I don't have a problem with Dag, as someone suggested. I only
find partially-broken repos "not Zen" (bad karma, if you wish), and
it's even worse when their SRPMs can't build.
But I *do* have a problem with RPM Fusion and Karanbir's repo, because
they keep packages in "testing" even if nothing happens (they could stay
there until 2014, right?).
RPMRepo is the best proof that collaboration is close to impossible.
And ElRepo is the best proof that other small repos could arise, and
they have a reason to exist.
But all this is on the "expenses" (not pecuniary, but *nervous*) of
the end user, who will get confused and who might also experience
system breakage. (No, priorities don't fix everything that easily.)
Cheers,
R-C
__________________________________________________________________
The new Internet Explorer® 8 - Faster, safer, easier. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/
Thank you for answer.
"Label" just a way to work around. It is not real solution. I know "udev" can make it work, but "udev" is too complext for me to understand.
--- 09/6/30 (二),James A. Peltier <jpeltier(a)fas.sfu.ca> 寫道:
> 寄件者: James A. Peltier <jpeltier(a)fas.sfu.ca>
> 主旨: Re: [CentOS] How to change Disk sequence on DELL R900 CENTOS 5.3?
> 收件者: "CentOS mailing list" <centos(a)centos.org>
> 日期: 2009年6月30日,二,下午6:33
> On Mon, 29 Jun 2009, Joseph L. Casale
> wrote:
>
> >> how to change sequence back?
> >
> > Rather than chase that never ending loop, maybe now is
> the time
> > to look into an fstab populated by UUID.
> > _______________________________________________
> > CentOS mailing list
> > CentOS(a)centos.org
> > http://lists.centos.org/mailman/listinfo/centos
> >
>
> Or just label the disks and mount by disk label.
>
> --
> James A. Peltier
> Systems Analyst (FASNet), VIVARIUM Technical Director
> HPC Coordinator
> Simon Fraser University - Burnaby Campus
> Phone : 778-782-6573
> Fax : 778-782-3045
> E-Mail : jpeltier(a)sfu.ca
> Website : http://www.fas.sfu.ca | http://vivarium.cs.sfu.ca
> http://blogs.sfu.ca/people/jpeltier
> MSN : subatomic_spam(a)hotmail.com
>
> The point of the HPC scheduler is to
> keep everyone equally unhappy.
> _______________________________________________
> CentOS mailing list
> CentOS(a)centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
______________________________________________________________________________________________________
付費才容量無上限?Yahoo!奇摩電子信箱2.0免費給你,信件永遠不必刪! http://tw.mg0.mail.yahoo.com/dc/landing
> Where did you see the QA requirements for the packages
> in c.k.o ?
I didn't. But since you say that there is a reason for
them to be in "testing", I then assumed the reason was
"testing". But then, the activity usually called "testing"
is part of a process usually called Quality Assurance.
But hey, maybe I am way to stupid to match your geniality!
> Also, why are you ignoring what has already
> been said to you about the repo and the target
> audience its aimed at ?
*What* exactly has been said and by whom?
I only saw you inferring what it's *not* aimed at:
people who don't like things in "testing".
As I said, and as everyone on this list knows:
KB is not a person to talk with. Usually, KB would
throw offensive assertion to people. No matter
what KB would say, and no matter how important is
KB to the CentOS project, a quick search through
the centos ML archives would show that KB is not
someone easy to deal with.
Probably I should stop posting to this list. I only
mentioned KB's repo in the context of packages
staying in "testing" for years.
R-C
__________________________________________________________________
Make your browsing faster, safer, and easier with the new Internet Explorer® 8. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/