Menu
▾
▴
ids-devel — IDS developers use this list
You can subscribe to this list here.
| 2001 |
Jan
(2) |
Feb
(48) |
Mar
(16) |
Apr
(14) |
May
(42) |
Jun
(36) |
Jul
(57) |
Aug
(13) |
Sep
(2) |
Oct
(23) |
Nov
(17) |
Dec
(3) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(5) |
Feb
|
Mar
(10) |
Apr
(1) |
May
(6) |
Jun
|
Jul
(2) |
Aug
(1) |
Sep
(12) |
Oct
(26) |
Nov
(11) |
Dec
(37) |
| 2003 |
Jan
(11) |
Feb
(27) |
Mar
(5) |
Apr
(21) |
May
(11) |
Jun
(38) |
Jul
(8) |
Aug
(29) |
Sep
(2) |
Oct
|
Nov
(7) |
Dec
(5) |
| 2004 |
Jan
(5) |
Feb
(2) |
Mar
(19) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
(1) |
Dec
|
| 2005 |
Jan
|
Feb
(3) |
Mar
(3) |
Apr
(4) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(2) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(8) |
|
From: Piet B. <pie...@ya...> - 2002-12-31 07:00:56
|
I spent Christmas afternoon chasing all of the dependent Perl modules, RPMifying each one of them. 1) if you're running rh80, downoad the whole directory of RPMs from: http://pietbarber.com/ids/RPMS/ (don't download the ids-0.82-0.i386.rpm -- delete it if you already have; it's kind of broken in not-so-subtle ways). 2) Make sure you already have ImageMagick-perl*.rpm installed from the distribution CD or a mirror of the redhat archive. 3) go into the directory where you downloaded all of the RPMs, and run rpm -Uvh *.rpm 4) restart your web server (/sbin/service httpd restart) 5) Make sure you supply a good password for the admin: htpasswd -m /usr/share/ids/admin/.htpasswd admin "your lovely password" (This SHOULD work!) This should include perl-Image-Xbm and perl-Image-Xpm, which perl-Image-Info depends on. Notice there are two different image format RPMS, (Xbm and Xpm) ^ ^ Image::Info also depends on IO::Strings, IO::Strings depends on... OOoooh! I'm getting a headache thinking about all this! If you RPM -Uvh all of those RPMS all at once, you should be fine. Since they all depend on each other, you can eliminate the need of determining what needs what by doing all the RPMs all at once. If you really like making pain for yourself, you could download the whole directory, figure out the dependency tree, install each one, one at a time, each in order, until you finally can get ids running. That is painful, and I would not recommend it. ;) Has anybody out there run apt-get for RPM? AWESOME! If anybody here has used apt for rpm (http://apt.freshrpms.net), the right way to go about this is to have a apt.sources file, so we can get all of the dependencies automated, and so that RedHat users with apt4rpm installed, can learn why all the Debian zealots are ... well.. so "enthusiastic"; by running something along the lines of: "apt-get update && apt-get install ids" Once I can crack the code of how to make an apt.sources file, I will get one set up for ids. Oh, and By the way, I plan on having all of these packages uploaded to the IDS website anyday now (http://ids.sourceforge.net), as my webserver on my sucky DSL connection probably isn't too great for downloading anything in bulk. If you are scared of using my perl RPMS, you can go about installing the myriad of annoying perl modules the "manly" way: As root, type: perl -MCPAN -e shell The first time through, you'll get asked a bunch of questions, for the most part they are all the default answer, unless you're using a web proxy or an http proxy. After you get to the CPAN shell mode, type install Image::Info And CPAN will fetch all dependent Packages, and compile them, and install them on your system. Me? I prefer RPMS for my perl modules, even if it means spending Christmas chasing down dependent perl modules. Why? Because you can remove them much more easily, and avoid cruft-building of having a perl directory with 3 years of useless packages you compiled looooong ago. --- Larry Airaghi <ai...@sp...> wrote: > Im trying to install ids from the new rpms on a RedHat 8.0 new > machine. ImageMagic is already installed. I keep getting the failure > > perl(Image::Xbm) is needed by perl-Image-Info-1.11-0 > > when trying to install "rpm -ivh ids...rpm" or even perl-image-info-...rpm > by itself. The package perl-Image-Xbm-1.08-0.i386.rpm installed ok. > > I tried using cpan to find module Image::Xbm and it says it is installed. > > This is a show-stopper for me using these new rpm. any ideas what I might > be missing? > > Larry > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > IDS-devel mailing list > IDS...@li... > https://lists.sourceforge.net/lists/listinfo/ids-devel ===== Piet Barber Please forward all further correspondence to: <pb...@sk...> http://skylinesoaring.org/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: Larry A. <ai...@sp...> - 2002-12-30 16:52:04
|
Im trying to install ids from the new rpms on a RedHat 8.0 new
machine. ImageMagic is already installed. I keep getting the failure
perl(Image::Xbm) is needed by perl-Image-Info-1.11-0
when trying to install "rpm -ivh ids...rpm" or even perl-image-info-...rpm
by itself. The package perl-Image-Xbm-1.08-0.i386.rpm installed ok.
I tried using cpan to find module Image::Xbm and it says it is installed.
This is a show-stopper for me using these new rpm. any ideas what I might
be missing?
Larry
|
|
From: Piet B. <pie...@ya...> - 2002-12-30 05:13:34
|
Doesn't look like they know about that one yet. Here's the list of bugs that RedHat knows about with regards to ImageMagick under RH73. https://bugzilla.redhat.com/bugzilla/buglist.cgi?query_format=&short_desc_type=allwordssubstr&short_desc=&product=Red+Hat+Linux&version=7.3&component=ImageMagick&component_text=&bug_status=NEW&bug_status=VERIFIED&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&bug_status=CLOSED&bug_status=NEEDINFO&bug_status=MODIFIED&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&emailassigned_to1=1&emailtype1=exact&email1=&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailcc2=1&emailtype2=exact&email2=&bugidtype=include&bug_id=&changedin=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Bug+Number+Ascending&field0-0-0=noop&type0-0-0=noop&value0-0-0= Yes, it's a long URL, sorry. --- "Ashley M. Kirchner" <as...@pc...> wrote: > > I'm not sure whether anyone has noticed it, or whether anyone is > running with Red Hat's RPMs for ImageMagick. I have a clean slate > server with Red Hat 7.3 on it, with ImageMagick RPMs, specifically: > > ImageMagick-perl-5.4.3.11-1, ImageMagick-5.4.3.11-1, > ImageMagick-devel-5.4.3.11-1 > > I realize these are old versions of IM, but hear me out for a sec... > When running Ping on an image, I get the following results: > > width: 191 height: 154 > > When I use Image::Info on the same image, I get: > > width: 1523 height: 1228 > > Let me point out that Image::Info has the correct info in this case. > Has anyone noticed this discrepancy? I want to make sure it's Red > Hat's RPM before I send them a message. > > -- > M | I haven't lost my mind; it's backed up on tape somewhere. > +-------------------------------------------------------------------- > Ashley M. Kirchner <mailto:as...@pc...> . 303.442.6410 x130 > IT Director / SysAdmin / WebSmith . 800.441.3873 x130 > Photo Craft Laboratories, Inc. . 3550 Arapahoe Ave. #6 > http://www.pcraft.com ..... . . . Boulder, CO 80303, U.S.A. > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > IDS-devel mailing list > IDS...@li... > https://lists.sourceforge.net/lists/listinfo/ids-devel ===== Piet Barber Please forward all further correspondence to: <pb...@sk...> http://skylinesoaring.org/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: Ashley M. K. <as...@pc...> - 2002-12-30 01:44:45
|
I'm not sure whether anyone has noticed it, or whether anyone is
running with Red Hat's RPMs for ImageMagick. I have a clean slate
server with Red Hat 7.3 on it, with ImageMagick RPMs, specifically:
ImageMagick-perl-5.4.3.11-1, ImageMagick-5.4.3.11-1,
ImageMagick-devel-5.4.3.11-1
I realize these are old versions of IM, but hear me out for a sec...
When running Ping on an image, I get the following results:
width: 191 height: 154
When I use Image::Info on the same image, I get:
width: 1523 height: 1228
Let me point out that Image::Info has the correct info in this case.
Has anyone noticed this discrepancy? I want to make sure it's Red
Hat's RPM before I send them a message.
--
M | I haven't lost my mind; it's backed up on tape somewhere.
+--------------------------------------------------------------------
Ashley M. Kirchner <mailto:as...@pc...> . 303.442.6410 x130
IT Director / SysAdmin / WebSmith . 800.441.3873 x130
Photo Craft Laboratories, Inc. . 3550 Arapahoe Ave. #6
http://www.pcraft.com ..... . . . Boulder, CO 80303, U.S.A.
|
|
From: Curtis B. <cu...@br...> - 2002-12-29 00:36:10
|
>> - Forward thinking / brainstorming of the current code > I was looking at Gallery http://gallery.sourceforge.net/ while I was > grumpy about IDS's speed (that was before I knew about the turtle-mode I > was running the web server in. :) ), and noticed one **EXCELLENT** > feature that they have that IDS doesn't have: Slideshow mode. I too agree that the Gallery slideshow feature should be ported over to IDS. I'd be willing to look into this as my next project. While browsing the other Gallery features I also noticed the "Album Mirroring" capabilities they made available. I've modified the 0.82 source to also make this feature available in IDS. This lets me run the CGI part of IDS from my Linux server at home over DSL and then serve all the bandwidth intensive images from my ISP webserver. I needed to do this since I don't have CGI privledges on my ISP - it just has a basic account for static pages. I need to clean up a couple more things before I post the patch for this, but you can sneak a preview of the album mirror in action on my server at: http://www2.brayfamily.com/album/index.cgi Curtis Bray |
|
From: Piet B. <pie...@ya...> - 2002-12-28 18:13:58
|
--- "Anthony A. D. Talltree" <aa...@lo...> wrote: > >For image thumbnails make the existance of previewmaker.pl better known > > I suggest fixing previewmaker.pl first so that it doesn't bomb out when it > finds a TIFF file. Also bad things happen when somebody creates a directory with a leading space. ===== Piet Barber Please forward all further correspondence to: <pb...@sk...> http://skylinesoaring.org/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: Anthony A. D. T. <aa...@lo...> - 2002-12-28 15:00:06
|
>For image thumbnails make the existance of previewmaker.pl better known I suggest fixing previewmaker.pl first so that it doesn't bomb out when it finds a TIFF file. |
|
From: Jeff D. <je...@ba...> - 2002-12-28 06:44:35
|
> If you ever run idsShared.pm from the command line, notice how long it
takes:
> almost a second on my admittedly-undepowered web server. I don't know how
much
> faster mod_perl is going to make this.
It will probably make it a lot faster but it will also eat gobs of
memory unless the modperl development is done properly.
Jeff
|
|
From: Jeff M. <jef...@vi...> - 2002-12-27 21:48:13
|
On Fri, 2002-12-27 at 15:45, Ashley M. Kirchner wrote: > ...or lack thereof. > > Hello folks, and a (belated) Merry Christmas to you all. As many of > you noticed, I've been off the face of the planet for several months. > With after finding out I needed surgery on my wrists/hands and all, it > became a serious matter for me not to stay around keyboards for very > long periods of time. Well, I'm back. Not full force, and certainly > not to start fending off everything thrown at me. Welcome back. <snip> > A couple of things are on my plate right now, but I'd like to gather > up some volunteers: > > - Source Forge CVS - read below though [1] I'd suggest putting what you have now (the current tar ball with broken code) into CVS and then adding the patches that get it functional and then release a 0.83. > - Multi Platform porting (we can use SF's compile farm for that) It's written in Perl, what porting is needed? > - A redesign of the IDS web page, adding Piet's RPMs to the list of > files. (Piet, if you send me your files, I can upload them to SF, or if > you'd like to volunteer, I will give you access to our site.) Can't help here. > - Forward thinking / brainstorming of the current code > - Forward thinking / brainstorming for the 2.x code (which was to be > built for mod_perl - however I'm leaving this open for debate) > - A total rewrite is in order for v2.x anyway, so whether we use > mod_perl, or something else, this is the time to speak up. Hmm... mod_perl can help improve the speed of perl applications, but I don't think IDS would benefit from it much. It is probably better to just code IDS so that it can run under Apache::Registry so the web server will just use the embedded perl interperter. As far as I can tell there are 2 areas to look at for optimizations: 1) Templates/Themes 2) Image thumbnails For the themes perhaps using a templating package that cache's the resulting template should be used. For image thumbnails make the existance of previewmaker.pl better known, or have an option to run that script via the admin screens. Perhaps using the mod_static module can help but that locks IDS to Apache. So that's another decision to make. > - Multi user (this is a finicky situation) [2] Life would be easier if Multi-user was the only option. What I mean by that is code for multi-user, but allow the admin set what can be done by guests and registered users. > - Modular coding: my idea here is to allow others to be able to > create additional modules for IDS (file formats, online services hooks - > such as ShutterFly) Yes, breaking index.cgi into smaller chunks is a good plan. But should those chunks be cgi's or perl modules or a combo of both? > - Someone once sent me an email a long time ago, asking we we don't > create our own ordering system, for online delivery of copyrighted > materials. This would imply creating something with an online account > transaction merchant (a credit card service). So we could create > different modules to work with that, say one for PayPal, one for > Authorize.NET, VeriSign, etc., etc. I don't want this to be part of the > mainstream program, but more of an addition. > - An online card system (eCards) > - There are so many ideas that I've received...I want to brainstorm. > I would call that IDS Professional, where someone pays for those features. > Then there was today's question regarding ShutterFly - as far as I > know, no one is getting a kickback. But that's also mainly because it > was never considered to be a real option. I mean, how many of you > really use ShutterFly? > I do. I just read John's message. I was thinking why not get a kickback to a IDS 'entity'. Funds would be payed to the current maintainer. But that's another can of worms. Shutterfly also seems Linux friendly (I'm about to check out their linux software). <snip> > Okay, I've said enough for right now. Volunteers, please stand up > and be heard. Hopefully I've haven't bored you all! :-) -- Jeff Macdonald <jef...@vi...> Into birding? Check out http://www.migratus.com |
|
From: Terry E. <te...@ap...> - 2002-12-27 21:28:44
|
I took a run at this and it turned out to be a major headache. Then again, my perl sucks these days. ----- Original Message ----- From: "Adam Crews" <do...@sh...> To: "Ashley M. Kirchner" <as...@pc...> Cc: "IDS Mailing List" <ids...@li...> Sent: Friday, December 27, 2002 2:09 PM Subject: [ids...@de...] Re: [Ids-devel] IDS Status > Hello, > > With the multi-user stuff, I'd like to see the ability to make things > available to authenticated users that are not available to > non-authenticated users. For example, If I sign in, I would like to see a > some personal albums, and the option to order via shutterfly, but if I am > an anonymouse user, I dont get the shutterfly button, and some albums are > not available. This could also be extended to comments and other such > items. And of course, configurable per user/group in the admin interface. > And of course it should have the option to be cookie based so you do not > need to sign in every time you re-boot. > > My coding skills are not outstanding, but I'd certinaly be willing to give > it a go. > > As for the shutterfly comment, I use it a great deal. I post all my > images and then mail my family when they are available. The people that > want something better than what their printer outputs orders the images > this way. > > -Adam > > ps, my IDS install is viewable at http://albums.shroom.com/ > > > On Fri, 27 Dec 2002, Ashley M. Kirchner wrote: > > | Date: Fri, 27 Dec 2002 13:45:54 -0700 > | From: Ashley M. Kirchner <as...@pc...> > | To: IDS Mailing List <ids...@li...> > | Subject: [Ids-devel] IDS Status > | > | > | ...or lack thereof. > | > | Hello folks, and a (belated) Merry Christmas to you all. As many of > | you noticed, I've been off the face of the planet for several months. > | With after finding out I needed surgery on my wrists/hands and all, it > | became a serious matter for me not to stay around keyboards for very > | long periods of time. Well, I'm back. Not full force, and certainly > | not to start fending off everything thrown at me. So, a few things are > | in order here: > | > | - IDS 0.8x Development has been put on hold since several months ago > | (in fact, it's been frozen on my end). I managed to help a few souls > | out individually with the search problem (I forgot a \ (back slash) > | somewhere in the code), but that was the extend of what I did. > | - IDS 2.x has also been put on hold and I'll be very surprised if I > | can even pick up where I last left off. > | - A HUGE Thank You to everyone who managed to help others in my absence. > | - An even bigger Thank You goes out to Piet Barber for creating RPMs > | for Red Hat 8.0, although I would like to see that back ported to Red > | Hat 7.3 as well since that platform is still widely used. > | > | A couple of things are on my plate right now, but I'd like to gather > | up some volunteers: > | > | - Source Forge CVS - read below though [1] > | - Multi Platform porting (we can use SF's compile farm for that) > | - A redesign of the IDS web page, adding Piet's RPMs to the list of > | files. (Piet, if you send me your files, I can upload them to SF, or if > | you'd like to volunteer, I will give you access to our site.) > | - Forward thinking / brainstorming of the current code > | - Forward thinking / brainstorming for the 2.x code (which was to be > | built for mod_perl - however I'm leaving this open for debate) > | - A total rewrite is in order for v2.x anyway, so whether we use > | mod_perl, or something else, this is the time to speak up. > | - Multi user (this is a finicky situation) [2] > | - Modular coding: my idea here is to allow others to be able to > | create additional modules for IDS (file formats, online services hooks - > | such as ShutterFly) > | - Someone once sent me an email a long time ago, asking we we don't > | create our own ordering system, for online delivery of copyrighted > | materials. This would imply creating something with an online account > | transaction merchant (a credit card service). So we could create > | different modules to work with that, say one for PayPal, one for > | Authorize.NET, VeriSign, etc., etc. I don't want this to be part of the > | mainstream program, but more of an addition. > | - An online card system (eCards) > | - There are so many ideas that I've received...I want to brainstorm. > | > | Then there was today's question regarding ShutterFly - as far as I > | know, no one is getting a kickback. But that's also mainly because it > | was never considered to be a real option. I mean, how many of you > | really use ShutterFly? > | > | [1] Regarding the CVS. Seeing that I have the last release here, > | and don't have many of the improvements/additions that many of you have > | added over the course of the past months, I want to update my sources > | first before uploading to CVS. So, send in your patches please. > | > | [2] Over the course of time I've heard several people have something > | to say about multi-user capability. For the most part, people like to > | keep IDS the way it is, single user. Retain it's "personal" touch. > | Then there are others who would love to be able to roll it out as a > | multi-user application. Again, this part breaks down into two sides: > | those who wish to roll it out for an ISP environment (multiple users, > | single logins for each site), and those who wish to have multiple logins > | on one single instance of the application. The latter leaves the door > | open for one person to have multiple members log in to their site and > | upload/change stuff, where the first one allows for several users to > | have their own album site, all running off of one installation. > | Frankly, I want to see both capabilities rolled in, with a choice > | during installation. But, that's me. > | > | Okay, I've said enough for right now. Volunteers, please stand up > | and be heard. > | > | > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > IDS-devel mailing list > IDS...@li... > https://lists.sourceforge.net/lists/listinfo/ids-devel > > |
|
From: John M. <mo...@mu...> - 2002-12-27 21:17:09
|
Nope, no kickbacks. An IDS user noticed that "My Photo Gallery" (http://freshmeat.net/projects/myphotogallery/) supported print ordering via Shutterfly. There was no mention of the ordering system "API" on their website, so I asked the author of "My Photo Gallery" for more information. He gave me a contact within Shutterfly, who turned out to be quite supportive. I've attached that e-mail exchange below. John On Thursday, January 18, 2001, at 10:25 PM, Ken Hickman wrote: > Nicely done. It looks great and works perfect. Thanks for making sure > not to post for gifs and pngs. > > I hope you don't mind if we point people at your script - we get asked > for this functionality quite often. > > -KenH > > John Moose wrote: >> >> Thanks for the suggestions. Please have a look now. (There's an >> example GIF in the "Testing" album.) >> >> I hope to release IDS 0.52 this weekend. >> >> John >> >> On Thursday, January 18, 2001, at 09:02 PM, Ken Hickman wrote: >>> John, >>> >>> I notice from your home page at ids.sourceforge.net that the IDS >>> script >>> supports gif and png formats. It's important to note that our print >>> service can only handle jpgs, and that we don't currently have any >>> way >>> to enforce that only jpgs are posted to the service. If you haven't >>> already, it would be best if you set your script to only put the >>> shutterfly prints button on pages that show jpgs - i.e., don't put >>> it on >>> pages showing gifs or pngs. >>> >>> Thanks, >>> >>> -KenH >>> >>> Ken Hickman wrote: >>>> >>>> Hi John, >>>> >>>> Wow. Your version looks terrific. Definitely meets the logo >>>> guidelines. >>>> The refer ID of "IDS(version)" is just fine. A couple of minor >>>> recommendations: >>>> >>>> - you might want to put the Shutterfly logo and blurb near the >>>> bottom of >>>> the page. People visiting the gallery probably don't really care >>>> that >>>> much about this aspect, and up at the top it's so very in your face >>>> that >>>> it distracts from the picture, which is the main content. >>>> >>>> - your brick red link color is not contrasting well on the dark grey >>>> background. Might want to consider a different link color, or a >>>> lighter >>>> grey. >>>> >>>> Let me know if there's anything else I can do. >>>> >>>> Thanks much for checking in before you put out your script. >>>> >>>> -KenH >>>> >>>> John Moose wrote: >>>>> >>>>> Hello. >>>>> >>>>> Please let me know if the current version of my photo album >>>>> script, IDS, meets your requirements for print ordering. >>>>> >>>>> http://arwen.hn.org/~john/ids-0.52/ >>>>> >>>>> I have incorporated your "blurb" (below) into the README file and >>>>> an HTML comment on every image's page. I am using the "referid" of >>>>> "IDS(version)" in the print request form. >>>>> >>>>> Thanks for your time, >>>>> John Moose >>>>> >>>>> On Thursday, January 18, 2001, at 05:22 PM, Michael Spiceland (aka >>>>> Mike Spice) wrote: >>>>>> John, here is the response that I got from shutterfly.com. >>>>>> >>>>>> Mike >>>>>> >>>>>> ---------- Forwarded Message ---------- >>>>>> Subject: Re: Having shutterfly.com process pictures from my script >>>>>> Date: Thu, 18 Jan 2001 10:15:31 -0800 >>>>>> From: Ken Hickman <ke...@sh...> >>>>>> To: "Michael Spiceland (aka Mike Spice)" <mi...@mi...> >>>>>> >>>>>> >>>>>> Sure, John can use the Shutterfly support (your script is GPL >>>>>> isn't >>>>>> it?). It is important that he use the logo guidelines though. And >>>>>> that >>>>>> he use the C4P/AFFL tagging. Wondering if it makes sense for you >>>>>> to put >>>>>> a little blurb into your read me about the logo usage? I.e.: >>>>>> >>>>>> If you use the Shutterfly logo in a modified version of this >>>>>> script, or >>>>>> your own script, you need to follow these Shutterfly guidelines: >>>>>> - use it as-is >>>>>> - use it on a white background >>>>>> - only use it on pages where the visitor can order prints >>>>>> >>>>>> Have John contact me if he has questions. >>>>>> >>>>>> -KenH >>>>>> On Friday, December 27, 2002, at 03:12 PM, Jeff Macdonald wrote: > I'm curious how/why the shutterfly support came about. I couldn't find > any docs about it on Shutterfly. I'm not complaining about it, I'm very > happy about it as it made it very easy for my wife to get prints of our > twins. Does someone get a 'kickback' when anyone uses that feature? > > -- > Jeff Macdonald <jef...@vi...> > Into birding? Check out http://www.migratus.com > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > IDS-devel mailing list > IDS...@li... > https://lists.sourceforge.net/lists/listinfo/ids-devel |
|
From: Adam C. <do...@sh...> - 2002-12-27 21:15:59
|
Hello, With the multi-user stuff, I'd like to see the ability to make things available to authenticated users that are not available to non-authenticated users. For example, If I sign in, I would like to see a some personal albums, and the option to order via shutterfly, but if I am an anonymouse user, I dont get the shutterfly button, and some albums are not available. This could also be extended to comments and other such items. And of course, configurable per user/group in the admin interface. And of course it should have the option to be cookie based so you do not need to sign in every time you re-boot. My coding skills are not outstanding, but I'd certinaly be willing to give it a go. As for the shutterfly comment, I use it a great deal. I post all my images and then mail my family when they are available. The people that want something better than what their printer outputs orders the images this way. -Adam ps, my IDS install is viewable at http://albums.shroom.com/ On Fri, 27 Dec 2002, Ashley M. Kirchner wrote: | Date: Fri, 27 Dec 2002 13:45:54 -0700 | From: Ashley M. Kirchner <as...@pc...> | To: IDS Mailing List <ids...@li...> | Subject: [Ids-devel] IDS Status | | | ...or lack thereof. | | Hello folks, and a (belated) Merry Christmas to you all. As many of | you noticed, I've been off the face of the planet for several months. | With after finding out I needed surgery on my wrists/hands and all, it | became a serious matter for me not to stay around keyboards for very | long periods of time. Well, I'm back. Not full force, and certainly | not to start fending off everything thrown at me. So, a few things are | in order here: | | - IDS 0.8x Development has been put on hold since several months ago | (in fact, it's been frozen on my end). I managed to help a few souls | out individually with the search problem (I forgot a \ (back slash) | somewhere in the code), but that was the extend of what I did. | - IDS 2.x has also been put on hold and I'll be very surprised if I | can even pick up where I last left off. | - A HUGE Thank You to everyone who managed to help others in my absence. | - An even bigger Thank You goes out to Piet Barber for creating RPMs | for Red Hat 8.0, although I would like to see that back ported to Red | Hat 7.3 as well since that platform is still widely used. | | A couple of things are on my plate right now, but I'd like to gather | up some volunteers: | | - Source Forge CVS - read below though [1] | - Multi Platform porting (we can use SF's compile farm for that) | - A redesign of the IDS web page, adding Piet's RPMs to the list of | files. (Piet, if you send me your files, I can upload them to SF, or if | you'd like to volunteer, I will give you access to our site.) | - Forward thinking / brainstorming of the current code | - Forward thinking / brainstorming for the 2.x code (which was to be | built for mod_perl - however I'm leaving this open for debate) | - A total rewrite is in order for v2.x anyway, so whether we use | mod_perl, or something else, this is the time to speak up. | - Multi user (this is a finicky situation) [2] | - Modular coding: my idea here is to allow others to be able to | create additional modules for IDS (file formats, online services hooks - | such as ShutterFly) | - Someone once sent me an email a long time ago, asking we we don't | create our own ordering system, for online delivery of copyrighted | materials. This would imply creating something with an online account | transaction merchant (a credit card service). So we could create | different modules to work with that, say one for PayPal, one for | Authorize.NET, VeriSign, etc., etc. I don't want this to be part of the | mainstream program, but more of an addition. | - An online card system (eCards) | - There are so many ideas that I've received...I want to brainstorm. | | Then there was today's question regarding ShutterFly - as far as I | know, no one is getting a kickback. But that's also mainly because it | was never considered to be a real option. I mean, how many of you | really use ShutterFly? | | [1] Regarding the CVS. Seeing that I have the last release here, | and don't have many of the improvements/additions that many of you have | added over the course of the past months, I want to update my sources | first before uploading to CVS. So, send in your patches please. | | [2] Over the course of time I've heard several people have something | to say about multi-user capability. For the most part, people like to | keep IDS the way it is, single user. Retain it's "personal" touch. | Then there are others who would love to be able to roll it out as a | multi-user application. Again, this part breaks down into two sides: | those who wish to roll it out for an ISP environment (multiple users, | single logins for each site), and those who wish to have multiple logins | on one single instance of the application. The latter leaves the door | open for one person to have multiple members log in to their site and | upload/change stuff, where the first one allows for several users to | have their own album site, all running off of one installation. | Frankly, I want to see both capabilities rolled in, with a choice | during installation. But, that's me. | | Okay, I've said enough for right now. Volunteers, please stand up | and be heard. | | |
|
From: Ashley M. K. <as...@pc...> - 2002-12-27 20:46:16
|
...or lack thereof.
Hello folks, and a (belated) Merry Christmas to you all. As many of
you noticed, I've been off the face of the planet for several months.
With after finding out I needed surgery on my wrists/hands and all, it
became a serious matter for me not to stay around keyboards for very
long periods of time. Well, I'm back. Not full force, and certainly
not to start fending off everything thrown at me. So, a few things are
in order here:
- IDS 0.8x Development has been put on hold since several months ago
(in fact, it's been frozen on my end). I managed to help a few souls
out individually with the search problem (I forgot a \ (back slash)
somewhere in the code), but that was the extend of what I did.
- IDS 2.x has also been put on hold and I'll be very surprised if I
can even pick up where I last left off.
- A HUGE Thank You to everyone who managed to help others in my absence.
- An even bigger Thank You goes out to Piet Barber for creating RPMs
for Red Hat 8.0, although I would like to see that back ported to Red
Hat 7.3 as well since that platform is still widely used.
A couple of things are on my plate right now, but I'd like to gather
up some volunteers:
- Source Forge CVS - read below though [1]
- Multi Platform porting (we can use SF's compile farm for that)
- A redesign of the IDS web page, adding Piet's RPMs to the list of
files. (Piet, if you send me your files, I can upload them to SF, or if
you'd like to volunteer, I will give you access to our site.)
- Forward thinking / brainstorming of the current code
- Forward thinking / brainstorming for the 2.x code (which was to be
built for mod_perl - however I'm leaving this open for debate)
- A total rewrite is in order for v2.x anyway, so whether we use
mod_perl, or something else, this is the time to speak up.
- Multi user (this is a finicky situation) [2]
- Modular coding: my idea here is to allow others to be able to
create additional modules for IDS (file formats, online services hooks -
such as ShutterFly)
- Someone once sent me an email a long time ago, asking we we don't
create our own ordering system, for online delivery of copyrighted
materials. This would imply creating something with an online account
transaction merchant (a credit card service). So we could create
different modules to work with that, say one for PayPal, one for
Authorize.NET, VeriSign, etc., etc. I don't want this to be part of the
mainstream program, but more of an addition.
- An online card system (eCards)
- There are so many ideas that I've received...I want to brainstorm.
Then there was today's question regarding ShutterFly - as far as I
know, no one is getting a kickback. But that's also mainly because it
was never considered to be a real option. I mean, how many of you
really use ShutterFly?
[1] Regarding the CVS. Seeing that I have the last release here,
and don't have many of the improvements/additions that many of you have
added over the course of the past months, I want to update my sources
first before uploading to CVS. So, send in your patches please.
[2] Over the course of time I've heard several people have something
to say about multi-user capability. For the most part, people like to
keep IDS the way it is, single user. Retain it's "personal" touch.
Then there are others who would love to be able to roll it out as a
multi-user application. Again, this part breaks down into two sides:
those who wish to roll it out for an ISP environment (multiple users,
single logins for each site), and those who wish to have multiple logins
on one single instance of the application. The latter leaves the door
open for one person to have multiple members log in to their site and
upload/change stuff, where the first one allows for several users to
have their own album site, all running off of one installation.
Frankly, I want to see both capabilities rolled in, with a choice
during installation. But, that's me.
Okay, I've said enough for right now. Volunteers, please stand up
and be heard.
--
W | I haven't lost my mind; it's backed up on tape somewhere.
+--------------------------------------------------------------------
Ashley M. Kirchner <mailto:as...@pc...> . 303.442.6410 x130
IT Director / SysAdmin / WebSmith . 800.441.3873 x130
Photo Craft Laboratories, Inc. . 3550 Arapahoe Ave. #6
http://www.pcraft.com ..... . . . Boulder, CO 80303, U.S.A.
|
|
From: Jeff M. <jef...@vi...> - 2002-12-27 20:38:40
|
On Fri, 2002-12-27 at 15:25, Scott Sawyer wrote: > They only kickback if you refer people to them. I did see that on their web site, but I got the impression that a certain user/id was needed in order to account for those referals. Since those values are hard coded in IDS, who gets the $6? > It seems to me that > since we are doing 3/4 of the work (hosting) that we should get a bigger > one for hosting the images. Well, I'm using IDS for my family photos on my personal web server, so that's not an issue for me. My thinking was that my family members could order the prints they want instead of my wife ordering hundreds of dollors of prints and sending them to every family member! :-) > > This is something that bugs me a bit and so I disabled shutterfly > ordering ability. > > -Scott > > On Fri, 2002-12-27 at 13:12, Jeff Macdonald wrote: > > I'm curious how/why the shutterfly support came about. I couldn't find > > any docs about it on Shutterfly. I'm not complaining about it, I'm very > > happy about it as it made it very easy for my wife to get prints of our > > twins. Does someone get a 'kickback' when anyone uses that feature? > > > > -- > > Jeff Macdonald <jef...@vi...> > > Into birding? Check out http://www.migratus.com > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > IDS-devel mailing list > > IDS...@li... > > https://lists.sourceforge.net/lists/listinfo/ids-devel > > -- Jeff Macdonald <jef...@vi...> Into birding? Check out http://www.migratus.com |
|
From: Scott S. <ss...@sc...> - 2002-12-27 20:26:39
|
They only kickback if you refer people to them. It seems to me that since we are doing 3/4 of the work (hosting) that we should get a bigger one for hosting the images. This is something that bugs me a bit and so I disabled shutterfly ordering ability. -Scott On Fri, 2002-12-27 at 13:12, Jeff Macdonald wrote: > I'm curious how/why the shutterfly support came about. I couldn't find > any docs about it on Shutterfly. I'm not complaining about it, I'm very > happy about it as it made it very easy for my wife to get prints of our > twins. Does someone get a 'kickback' when anyone uses that feature? > > -- > Jeff Macdonald <jef...@vi...> > Into birding? Check out http://www.migratus.com > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > IDS-devel mailing list > IDS...@li... > https://lists.sourceforge.net/lists/listinfo/ids-devel > -- Scott Sawyer o: 928 226 0404 Owner c: 602 920 0083 Scott Sawyer Photography http://www.scottsawyer.org Capturing today's moments, forever |
|
From: Jeff M. <jef...@vi...> - 2002-12-27 20:12:59
|
I'm curious how/why the shutterfly support came about. I couldn't find any docs about it on Shutterfly. I'm not complaining about it, I'm very happy about it as it made it very easy for my wife to get prints of our twins. Does someone get a 'kickback' when anyone uses that feature? -- Jeff Macdonald <jef...@vi...> Into birding? Check out http://www.migratus.com |
|
From: Piet B. <pie...@ya...> - 2002-12-27 19:41:48
|
I discovered a few minor problems with the package I created last night: I have
released a new RPM and SRPM to fix those issues I discovered with my package.
- I fixed a bug for IDS under the Image::Magick version that comes with RedHat
8.0
The bug in question comes about in the idsShared.pm module, line 642 -- The
$scaledOverlay reference never gets the image read in for the previewicon.png
file. So I just slapped in a Image::Magick->Read command in there to keep it
from giving this error:
index.cgi Exception 410: Reference is not my type (Image::Magick) at
../idsShared.pm line 643., referrer....
- The /usr/share/ids directory wasn't owned by 'apache:apache', so when you
made any configuration changes, the temporary file wouldn't get written. It
kind of sucks that temporary files get written to the ids-root directory and
need write access from apache.
- The /etc/http/conf.d/ids-httpd.conf file didn't have a "DirectoryIndex
index.cgi" entry; so index.cgi would never get read if the site wasn't set up
to handle .cgi scripts.
- The logs directory lacked an .htaccess file saying it was OK for Directory
listing (+Indexes)
Please note that there are only two things that must be done after installing
the RPMS:
1) restart the web server: /sbin/service httpd restart
2) htpasswd /usr/share/ids/admin/.htpasswd admin "your new password"
The new RPMS are "ids-0.82-1" at:
http://pietbarber.com/ids/RPMS/
http://pietbarber.com/ids/SRPMS/
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
|
|
From: Christophe Z. <do...@zw...> - 2002-12-27 06:31:39
|
awsome man, just AWSOME!!! thx alot! On Fri, 2002-12-27 at 07:14, Piet Barber wrote: > After much cussing and gnashing of teeth, I have generated RPMs for IDS, as > well as the dependent RPMS required to get it going (Image::Info, and > dependent perl packages) > > >From my pain, comes your comfort. You may download all necessary files at > these locations: > > http://pietbarber.com/ids/RPMS/ > http://pietbarber.com/ids/SRPMS/ > > The packages were built for RedHat 8.0 > > I implemented the patch for searches, indicated elsewhere on this list (Bug > 640281) > > (http://sourceforge.net/tracker/index.php?func=detail&aid=640281&group_id=8001&atid=358001) > > The packages are signed with my GPG key (available on many key servers) > > Please notify me if I have done something utterly bone-headed with my RPM > packaging techniques. Thank you. > > > > ===== > Piet Barber > Please forward all further correspondence to: > <pb...@sk...> > http://skylinesoaring.org/ > > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.yahoo.com > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > IDS-devel mailing list > IDS...@li... > https://lists.sourceforge.net/lists/listinfo/ids-devel -- Christophe Zwecker mail: do...@zw... Hamburg, Germany fon: +49 179 3994867 http://www.zwecker.de "Who is General Failure ? And why is he reading my disk ??" |
|
From: Piet B. <pie...@ya...> - 2002-12-27 06:14:37
|
After much cussing and gnashing of teeth, I have generated RPMs for IDS, as well as the dependent RPMS required to get it going (Image::Info, and dependent perl packages) From my pain, comes your comfort. You may download all necessary files at these locations: http://pietbarber.com/ids/RPMS/ http://pietbarber.com/ids/SRPMS/ The packages were built for RedHat 8.0 I implemented the patch for searches, indicated elsewhere on this list (Bug 640281) (http://sourceforge.net/tracker/index.php?func=detail&aid=640281&group_id=8001&atid=358001) The packages are signed with my GPG key (available on many key servers) Please notify me if I have done something utterly bone-headed with my RPM packaging techniques. Thank you. ===== Piet Barber Please forward all further correspondence to: <pb...@sk...> http://skylinesoaring.org/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: Christophe Z. <do...@zw...> - 2002-12-19 19:17:45
|
which version of Image::Info you use ? I have a feeling an older version worked here. Now I have 1.11 on the box On Thu, 2002-12-19 at 19:28, Scott Sawyer wrote: > Christophe, > > I ended up getting it to work with apache 2 but it took a lot of > playing. Make sure you have the right modules installed. In the debian > install all of the modules are disabled and you have to move them to > another folder. Also I had to edit the default config a few times to > get it working. > > As for the EXIF info, I didn't have any problems so I have nothing to > pass on. > > -Scott > > On Thu, 2002-12-19 at 11:14, Christophe Zwecker wrote: > > Hi, > > > > I installed IDS on RH8 , all works but I dont get any Exif data from the > > pics, the Image::Info module is installed. > > > > any hints for me ? how can I test it ? > > > > I tried with Apache2 before which didnt work at alle, so I had to > > install Apache1.3, any hints on how to get it working with apache2 ? > > > > best regards, > > > > Christophe > > -- > > Christophe Zwecker mail: do...@zw... > > Hamburg, Germany fon: +49 179 3994867 > > http://www.zwecker.de > > > > "Who is General Failure ? And why is he reading my disk ??" > > > > > > > > ------------------------------------------------------- > > This SF.NET email is sponsored by: Geek Gift Procrastinating? > > Get the perfect geek gift now! Before the Holidays pass you by. > > T H I N K G E E K . C O M http://www.thinkgeek.com/sf/ > > _______________________________________________ > > IDS-devel mailing list > > IDS...@li... > > https://lists.sourceforge.net/lists/listinfo/ids-devel > > -- Christophe Zwecker mail: do...@zw... Hamburg, Germany fon: +49 179 3994867 http://www.zwecker.de "Who is General Failure ? And why is he reading my disk ??" |
|
From: Scott S. <ss...@sc...> - 2002-12-19 18:28:53
|
Christophe, I ended up getting it to work with apache 2 but it took a lot of playing. Make sure you have the right modules installed. In the debian install all of the modules are disabled and you have to move them to another folder. Also I had to edit the default config a few times to get it working. As for the EXIF info, I didn't have any problems so I have nothing to pass on. -Scott On Thu, 2002-12-19 at 11:14, Christophe Zwecker wrote: > Hi, > > I installed IDS on RH8 , all works but I dont get any Exif data from the > pics, the Image::Info module is installed. > > any hints for me ? how can I test it ? > > I tried with Apache2 before which didnt work at alle, so I had to > install Apache1.3, any hints on how to get it working with apache2 ? > > best regards, > > Christophe > -- > Christophe Zwecker mail: do...@zw... > Hamburg, Germany fon: +49 179 3994867 > http://www.zwecker.de > > "Who is General Failure ? And why is he reading my disk ??" > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: Geek Gift Procrastinating? > Get the perfect geek gift now! Before the Holidays pass you by. > T H I N K G E E K . C O M http://www.thinkgeek.com/sf/ > _______________________________________________ > IDS-devel mailing list > IDS...@li... > https://lists.sourceforge.net/lists/listinfo/ids-devel > -- Scott Sawyer o: 928 226 0404 Owner c: 602 920 0083 Scott Sawyer Photography http://www.scottsawyer.org Capturing today's moments, forever |
|
From: Christophe Z. <do...@zw...> - 2002-12-19 18:14:40
|
Hi, I installed IDS on RH8 , all works but I dont get any Exif data from the pics, the Image::Info module is installed. any hints for me ? how can I test it ? I tried with Apache2 before which didnt work at alle, so I had to install Apache1.3, any hints on how to get it working with apache2 ? best regards, Christophe -- Christophe Zwecker mail: do...@zw... Hamburg, Germany fon: +49 179 3994867 http://www.zwecker.de "Who is General Failure ? And why is he reading my disk ??" |
|
From: Scott S. <ss...@sc...> - 2002-12-08 05:01:09
|
I wonder what it would take to add a function to compute where to get the images from. IE: if it can not ping the web server and the images then it uses the local image store. I would think that using rsync would be a better tool but I'm not a coder. As for someone using the feature, I could see how it could help me. One feature I have been looking for is the ability to lock down directories with username and passwords so that if I were to photograph an event I could lock it down. Right now I use gallery for that. A few thoughts. -Scott On Sat, 2002-12-07 at 19:20, Curtis Bray wrote: > Hi All - > > Well it still appears to be very quiet out there! Has anyone heard from Ashley lately? I'd love to see that CVS repository online again... I've just posted by first album with IDS and I've been very impressed with the software so far. > > However, I am toying with adding an enhancement that would help me out with my setup quite a bit. I'm running the software on a Linux box connected to my DSL line. The processor speed is sufficient, but with throughput of only 128KB upstream my pictures take some time to load for other broadband users. Here is what I'm thinking of doing: > > 1. Still create the image cache on the local system, but periodically upload the cache to a remote web server (one with some actual bandwidth for downloads!). > 2. When an image has been uploaded to the remote cache, the IDS system will refer the browser to the remote URL for that particular image. > 3. If the local cache of an image changes then have IDS refer the browser back to my local system until that change gets upload in the next remote synchronization. > 4. I'm thinking of using Net::FTP to post the image cache to my ISP's web server. A cronjob could run nightly or hourly or whatever to keep the remote cache in sync. > > Thoughts? Does anyone else have a use for this type of feature? > > Curtis Bray -- Scott Sawyer o: 928 226 0404 Owner c: 602 920 0083 Scott Sawyer Photography http://www.scottsawyer.org Capturing today's moments, forever |
|
From: Curtis B. <cu...@br...> - 2002-12-08 02:24:42
|
Hi All -
Well it still appears to be very quiet out there! Has anyone heard =
from Ashley lately? I'd love to see that CVS repository online again... =
I've just posted by first album with IDS and I've been very impressed =
with the software so far.
However, I am toying with adding an enhancement that would help me out =
with my setup quite a bit. I'm running the software on a Linux box =
connected to my DSL line. The processor speed is sufficient, but with =
throughput of only 128KB upstream my pictures take some time to load for =
other broadband users. Here is what I'm thinking of doing:
1. Still create the image cache on the local system, but periodically =
upload the cache to a remote web server (one with some actual bandwidth =
for downloads!).
2. When an image has been uploaded to the remote cache, the IDS system =
will refer the browser to the remote URL for that particular image.
3. If the local cache of an image changes then have IDS refer the =
browser back to my local system until that change gets upload in the =
next remote synchronization.
4. I'm thinking of using Net::FTP to post the image cache to my ISP's =
web server. A cronjob could run nightly or hourly or whatever to keep =
the remote cache in sync.
Thoughts? Does anyone else have a use for this type of feature? =20
Curtis Bray |
|
From: Terry E. <te...@de...> - 2002-11-25 23:15:34
|
Hello, I'm here and subscribed and reading. I probably won't try your zipfile patch just yet as I'm working on my own patch. I'm adding a registration/login interface to make users register before submitting comments. My Perl kung-fu is a little rusty so I'm using this as an opportunity to regain some of my edge, and trying to conform to the existing coding style as much as possible. I'd like to do a standard photo site but I'd like users to identify themselves before commenting. This will allow the person taking the picture to email the commenter directly. It's a non-commercial website but I just think it may keep people from saying crappy stuff anonymously about pictures. Thanks, Terry ----- Original Message ----- From: "Jeff Macdonald" <jef...@vi...> To: <ids...@li...> Sent: Sunday, November 24, 2002 5:28 PM Subject: [ids...@de...] [Ids-devel] zip patch take 2 > Here is a patch that adds zip file support file uploads. This is > basically the same patch as before but with some changes after some > feedback from David Smith. The previous patch added the date and time to > the front of each file name to avoid over writing other files. This time > it prepends a number to the beginning of the file only if that file > exists. > > Feedback welcomed. Attached is a patch against 0.82 and the file itself > (ids/admin/index.cgi). > > > |
7 messages has been excluded from this view by a project administrator.
