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: Anthony T. <aa...@ve...> - 2004-01-15 16:43:33
|
> Sorry, the "uninitialized value in concatenation" message is not from > IDS. I have no other error messages that I can find... >> Use of uninitialized value in concatenation (.) or string at (eval >> 14) line 15. >> [Thu Jan 15 10:40:02 2004] [error] [client 66.23.217.198] Premature >> end of script headers: /home/web/runslinux.net/photos/index.cgi >> I believe that it's a Perl error. Look at the abovementioned line(s) and see if there's an expression using Perl's . operator to concatenate strings, ie., something like $foo = $bar . "blah blah \n"; or $foo =. "\n"; |
|
From: Moshe J. <mo...@ru...> - 2004-01-15 16:39:42
|
On Thu, 15 Jan 2004, Moshe Jacobson wrote: > Hi folks, > I had an IDS page running on a Linux box for quite a while. I moved > it to a FreeBSD box (really shouldn't make a difference), and now, > when I try to visit any album whose name contains underscores or > spaces, or contains any filenames whose names contain underscores or > spaces, I just get an internal server error, and in my logs, I get: > [Thu Jan 15 10:40:02 2004] [error] [client 66.23.217.198] Premature end of script headers: /home/web/runslinux.net/photos/index.cgi Sorry for the flood of messages, but I found out that perl is segfaulting: # ./index.cgi mode=album album=./Sample%20Album Segmentation fault (core dumped) I can't figure out why. This is too weird. Moshe -- Moshe Jacobson -- http://runslinux.net -- AIM: Jehsom | This message is strictly confidential; it should be shown to nobody | | except the listed addressee(s). If you've received this message in | | error, please promptly delete it and notify the sender. | |
|
From: Moshe J. <mo...@ru...> - 2004-01-15 16:16:12
|
Sorry, the "uninitialized value in concatenation" message is not from IDS. I have no other error messages that I can find... Moshe On Thu, 15 Jan 2004, Moshe Jacobson wrote: > Hi folks, > I had an IDS page running on a Linux box for quite a while. I moved > it to a FreeBSD box (really shouldn't make a difference), and now, > when I try to visit any album whose name contains underscores or > spaces, or contains any filenames whose names contain underscores or > spaces, I just get an internal server error, and in my logs, I get: > Use of uninitialized value in concatenation (.) or string at (eval 14) line 15. > [Thu Jan 15 10:40:02 2004] [error] [client 66.23.217.198] Premature end of script headers: /home/web/runslinux.net/photos/index.cgi > The album is at http://www.runslinux.net/photos/ > Thanks in advance for any suggestions, > Moshe -- Moshe Jacobson -- http://runslinux.net -- AIM: Jehsom | This message is strictly confidential; it should be shown to nobody | | except the listed addressee(s). If you've received this message in | | error, please promptly delete it and notify the sender. | |
|
From: Moshe J. <mo...@ru...> - 2004-01-15 15:45:17
|
Hi folks, I had an IDS page running on a Linux box for quite a while. I moved it to a FreeBSD box (really shouldn't make a difference), and now, when I try to visit any album whose name contains underscores or spaces, or contains any filenames whose names contain underscores or spaces, I just get an internal server error, and in my logs, I get: Use of uninitialized value in concatenation (.) or string at (eval 14) line 15. [Thu Jan 15 10:40:02 2004] [error] [client 66.23.217.198] Premature end of script headers: /home/web/runslinux.net/photos/index.cgi The album is at http://www.runslinux.net/photos/ Thanks in advance for any suggestions, Moshe -- Moshe Jacobson -- http://runslinux.net -- AIM: Jehsom | This message is strictly confidential; it should be shown to nobody | | except the listed addressee(s). If you've received this message in | | error, please promptly delete it and notify the sender. | |
|
From: Martin H. <mh...@ge...> - 2003-12-08 19:30:38
|
Sorry for all this I've removed 4 files which caused this (CREDITS ChangeLog PATCH.SUBMISSION README) Works on apache2 with mod_perl 1.99.08 Martin Holzer sVrmARTY-/irc.freenode.net Bug-Wrangler, Gentoo Linux =20 -----Urspr=FCngliche Nachricht----- Von: ids...@li... [mailto:ids...@li...] Im Auftrag von Martin = Holzer Gesendet: Samstag, 06. Dezember 2003 21:34 An: ids...@li... Betreff: AW: [Ids-devel] Apache 2 vs IDS Every time i call it, it returns HTTP/500 Internal Server Error And i get an entry in the apache2 error log [Sat Dec 06 22:35:38 2003] [error] [client 192.168.1.8] Premature end of script headers: index.cgi Martin Holzer sVrmARTY-/irc.freenode.net Bug-Wrangler, Gentoo Linux =20 -----Urspr=FCngliche Nachricht----- Von: ids...@li... [mailto:ids...@li...] Im Auftrag von Anthony A. = D. Talltree Gesendet: Freitag, 05. Dezember 2003 20:44 An: ids...@li... Betreff: Re: [Ids-devel] Apache 2 vs IDS >So how about this >http://sourceforge.net/tracker/index.php?func=3D3Ddetail&aid=3D3D689615&= gro >up=3D >_id=3D3D800 >1&atid=3D3D358001 If I were pressed, I'd have to say that it's a URL. >Is it possible to get ids run with apache2 ? Works just fine for me. It's a CGI that doesn't do anything tricky. = Why wouldn't it work? ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create = better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ IDS-devel mailing list IDS...@li... https://lists.sourceforge.net/lists/listinfo/ids-devel ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create = better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ IDS-devel mailing list IDS...@li... https://lists.sourceforge.net/lists/listinfo/ids-devel |
|
From: Martin H. <mh...@ge...> - 2003-12-06 20:34:52
|
Every time i call it, it returns HTTP/500 Internal Server Error And i get an entry in the apache2 error log [Sat Dec 06 22:35:38 2003] [error] [client 192.168.1.8] Premature end of script headers: index.cgi Martin Holzer sVrmARTY-/irc.freenode.net Bug-Wrangler, Gentoo Linux =20 -----Urspr=FCngliche Nachricht----- Von: ids...@li... [mailto:ids...@li...] Im Auftrag von Anthony A. = D. Talltree Gesendet: Freitag, 05. Dezember 2003 20:44 An: ids...@li... Betreff: Re: [Ids-devel] Apache 2 vs IDS >So how about this=20 >http://sourceforge.net/tracker/index.php?func=3D3Ddetail&aid=3D3D689615&= gro >up=3D >_id=3D3D800 >1&atid=3D3D358001 If I were pressed, I'd have to say that it's a URL. >Is it possible to get ids run with apache2 ? Works just fine for me. It's a CGI that doesn't do anything tricky. = Why wouldn't it work? ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create = better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ IDS-devel mailing list IDS...@li... https://lists.sourceforge.net/lists/listinfo/ids-devel |
|
From: Anthony A. D. T. <aa...@lo...> - 2003-12-05 19:44:16
|
>So how about this >http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D689615&group= >_id=3D800 >1&atid=3D358001 If I were pressed, I'd have to say that it's a URL. >Is it possible to get ids run with apache2 ? Works just fine for me. It's a CGI that doesn't do anything tricky. Why wouldn't it work? |
|
From: Jeff M. <jef...@vi...> - 2003-12-05 01:03:56
|
Have you tried it without mod_perl? On Thu, 2003-12-04 at 17:23, Martin Holzer wrote: > So how about this >=20 > http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D689615&group= _id=3D800 > 1&atid=3D358001 >=20 >=20 > Is it possible to get ids run with apache2 ? >=20 > Perl index.cgi prints the correct page which works with apache1. >=20 > Any ideas ? >=20 > Martin Holzer > sVrmARTY-/irc.freenode.net >=20 > Bug-Wrangler, Gentoo Linux > =20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > IDS-devel mailing list > IDS...@li... > https://lists.sourceforge.net/lists/listinfo/ids-devel --=20 Jeff Macdonald <jef...@vi...> My birding blog: http://www.virtualbuilder.com/archives/cat_birding.html Into birding? Visit http://www.migratus.com |
|
From: Martin H. <mh...@ge...> - 2003-12-04 22:23:11
|
So how about this http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D689615&group= _id=3D800 1&atid=3D358001 Is it possible to get ids run with apache2 ? Perl index.cgi prints the correct page which works with apache1. Any ideas ? Martin Holzer sVrmARTY-/irc.freenode.net Bug-Wrangler, Gentoo Linux =20 |
|
From: Ashley M. K. <as...@pc...> - 2003-11-25 20:16:24
|
Anthony A. D. Talltree wrote:
>>IE (any version) does not support PNG-24
>>
>[...]
>
>To be brutally honest, anyone who insists on using MSIE is going to lose big
>anyway.
>
Yes, and we can go on and on about this. The fact of the matter is,
over 90% of computer users out there use that, simply because that's
what comes with the machine, and it's already there. You can't simply
ignore that fact and assume everyone has a clue to go download something
else (and even so, a lot of them can't because they're on dialup.)
Creating MSIE specific pages isn't the most fun part of my job, but
I have to do it.
--
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: Anthony A. D. T. <aa...@lo...> - 2003-11-25 19:53:14
|
>IE (any version) does not support PNG-24 [...] To be brutally honest, anyone who insists on using MSIE is going to lose big anyway. |
|
From: Ashley M. K. <as...@pc...> - 2003-11-25 09:07:31
|
Arshad Tayyeb wrote: > Main Page View on IE 5.5: > http://www.slackers.net/~arshad/ids_shots/ids-ie.gif IE (any version) does not support PNG-24 (24-bit PNG files gives you that Alpha channel, which allows for transparency.) It's a known fact that IE completely screws with the Alpha channel, and thus will render some color in the parts that are supposed to be transparent. The "fix" that Microsoft offers is by tapping into the AlphaImageLoader() routine to get proper opacity on PNG files. A List Apart has a really good guide on this: http://www.alistapart.com/articles/pngopacity/ And Microsoft's MSDN page: http://msdn.microsoft.com/workshop/author/filter/reference/filters/alphaimageloader.asp -- H| 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: Arshad T. <ars...@sl...> - 2003-11-25 08:42:40
|
Hi, I'm still enthusiastic about IDS on the Mac, but haven't had as much time as I'd hoped to play with it. I've been working on a great new theme based on polaroids I saw taped to a wall at a party recently. It looks great - but the PNG generated album thumbnails look very inconsistent across browsers (at least on the Mac). Here are a couple of screenshots (you can see it's a work in progress, and I started with the PhotoCorners theme). Album View: http://www.slackers.net/~arshad/ids_shots/idsroid-album.jpg Main Page View: http://www.slackers.net/~arshad/ids_shots/idsroid-lib.jpg Main Page View on IE 5.5: http://www.slackers.net/~arshad/ids_shots/ids-ie.gif The problem is that PNG is a format that implicitly support gamma adjustments. And when no gamma is provided in the PNG image, the browser that renders it decides what default gamma correction to apply. Different browsers decide on different adjustments, theoretically, to match the canonical sRGB color space, so that the colors appear the same on different monitors/platforms/computers. However, this gamma adjustment is performed on the PNG, but not on the entire HTML page. So if you want your PNG to blend in with the surrounding HTML, you will get different results on different browsers! Here are some more samples I've done to illustrate the PNG problem: http://www.slackers.net/~arshad/pngprob/pngprob.html (included is the sample with 4 color tables, and 3 screenshots of the dominant Mac browsers). Any ideas on how to best address this problem? One thought I had was to use ImageMagick to transform the resulting album PNGs into GIFs as wll, and use the GIFs (I haven't used ImageMagick before, but I assume that's possible). Any other ideas? Also, when I finally finish this - should I submit my theme to be included in the next release? (I have other grand ideas too, but not as much time as I'd like to work on them). Thanks! -Arshad |
|
From: Jeff M. <jef...@vi...> - 2003-11-18 14:52:06
|
On Tue, 2003-11-18 at 03:00, Arshad Tayyeb wrote: > Is there any future for ids? I'm one of 2 people who has actual CVS write access. I haven't been able to donate much time to the project because of my twin boys. They have basically taken all of my free time! For some silly reason I thought I'd have more time as they got older (1 year in a couple weeks). <snip> > The one big obstacle to getting ids to work on a Mac.... it had nothing > to do with IDS. But getting ImageMagick and PerlMagick to work on the > mac took me a couple of days the first time, and another 3 days to redo > it with Panther (10.3). It was a royal PITA. Hopefully fink will > take care of that when they update their ImageMagick package. > I'd personally like to get rid of ImageMagick and use other libraries. There is an alternative mostly in Perl with the only dependencies being the jpeg libraries. Can't recall the name. I'd also like to have the Ids package contain all the needed CPAN modules and build them at install time within the users directory space (some of the work is all ready present in CVS). I currently do this at work. It helps in those situations when newer modules actually break stuff. Anyway, the way to get write access is to send lots of patches. That's what I did and Ashely gave me access. Shortly after I became a father! |
|
From: Anthony A. D. T. <aa...@lo...> - 2003-11-18 09:16:35
|
Gallery has some cute things, like perhaps being faster, but it's clearly architected for users of a dialup ISP with a handful of photos, not those of us with thousands of pre-existing ones. Even though IDS' speed and the broken preview generation drive me crazy, that's enough to keep me using it. |
|
From: Arshad T. <ars...@sl...> - 2003-11-18 08:00:19
|
Is there any future for ids? I'm a huge fan, because it magically integrates with my iPhoto libraries and photo albums on my Mac. Here's what I like about IDS (and why I prefer it to alternatives such as Gallery): 1) Generates thumbnails and different sizes on demand - saving time and space for less frequently visited photos. 2) Does not involve a cumbersome upload process (like Gallery did) 3) Allows visitor to choose default image viewing size - and I don't have to do anything additional to shrink images for web serving 4) (the best one), with one simple symlink, ids magically is serving all of my iPhoto libraries. It's brilliant! I did nothing! (ln -s /Users/<username>/Pictures/iPhoto\ Library/Albums /Library/Webserver/Documents/<ids-folder>/albums) - as long as permissions are leniently set, this will work. Now, it looks like ids development has all but stagnated... hopefully I will have time to help - that is, if I'm not the lone remaining ids fan out there. The one big obstacle to getting ids to work on a Mac.... it had nothing to do with IDS. But getting ImageMagick and PerlMagick to work on the mac took me a couple of days the first time, and another 3 days to redo it with Panther (10.3). It was a royal PITA. Hopefully fink will take care of that when they update their ImageMagick package. -Arshad |
|
From: Ashley M. K. <as...@pc...> - 2003-09-02 07:54:26
|
Terry Ewing wrote:
> Image::Info version 1.12
Install 1.11
--
H| 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: Terry E. <ids...@de...> - 2003-09-02 07:48:17
|
Hey there, I'm having problems with IDS 0.82 and I've tried everything I know to figure it out. I'm hoping someone here will be willing to give me a little guidance and let me know what I'm doing wrong. I have a virtual server set up with IDS as the DocumentRoot. When I bring up www.foo.com/index.cgi I see the thumbnails and all the albums (12 altogether). When I click through to the contents of one of the albums it gives a segmentation fault. 2 of the 12 albums work fine and I can browse and display pictures at all different sizes. The other 10 give a segfault when I enter, for example, www.foo.com/mode=album&album=./Bar. I thought the two albums in question may have items in the image-cache but even after clearing everything out of the cache Those two continue working. I can't find anything in the entire IDS tree that appears to make these 2 albums different from the other 10. I decided to recompile ImageMagick and PerlMagick, and install Image::Info again over top of the old one. Nothing seems to change the symptoms. I've had no problems in the past using IDS. I'll admit ImageMagick has been a pain to compile before but this time it all went smooth and I'm able to use previewer.pl as well as the command line ImageMagick tools. The server is a RedHat 7.3 server with kernel 2.4.18. When I run index.cgi on the comand line like this "./index.cgi mode=album album=./Bar" it just says "Segmentation Fault" which doesn't look like a Perl error to me. I ran strace against successful arguments and unsuccessful ones but I'm not seeing anything stick out as the failure point. I've attached both in case anyone wants to look at them. All of the permissions are the same for all albums and the apache error log doesn't show any detail to the problem. Some version info: Image::Info version 1.12 IDS 0.82 ImageMagick 5.5.7-10 installed from source kernel 2.4.18 If anyone could please give me some help I'd really appreciate it. Thanks much, Terry |
|
From: timduru <ti...@ti...> - 2003-08-31 01:27:00
|
'Use image for album icon' was not working when
the directory albums in the IDS dir was a symlink.
It was not using the chosen image but doing a random pick
The problem comes from the
unless (-e "$imageForPreview") {
test at line 642 of idsShared.pm
it tests against a path like :
../albums/../albums//Dir/image.jpg
the test works fine when albums is not a symlink,
but fails when it's a symlink and so you enter the unless , provoquing a random pick.
testing -e against ../albums//Dir/image.jpg with albums as a symlink works fine
The patch adds 2 lines that removes ../albums from $AlbumName when $imageForPreview is provided
here is the diff -u:
http://ids.timduru.org/patch/ids-0.82-pbSymlink_albums
and the IDS formatted patch file submission:
http://ids.timduru.org/patch/ids-0.82-pbSymlink_albums.idspatch
|
|
From: Techwolf <Tec...@at...> - 2003-08-13 04:09:41
|
On Tue, 2003-08-12 at 14:46, timduru wrote: > ahh too late.. ;) > well I don't know, as you pointed out before mail reader can wrap lines, > so it might not be the best idea to paste it directly into the email > message I just realized, a wrapped diff -u can be easily seen where the wrapping occurred, due to all lines begin with space, +, or -. Though it could get a bit tricky with spaces near the wrap point. For small stuff, I think the attachment .txt would do, but it all depends of the developers of the program as what they prefer. I'm sure more then one technique is used. -- Techwolf Tec...@at... http://www.techwolf.net/index.html PGP public keys on web site. <html> <form> <input type signature> </form> </html> |
|
From: Techwolf <Tec...@at...> - 2003-08-13 03:56:12
|
On Tue, 2003-08-12 at 14:46, timduru wrote: > ahh too late.. ;) > well I don't know, as you pointed out before mail reader can wrap lines, > so it might not be the best idea to paste it directly into the email > message > The safest is still the attachment I think. > Or I could attach it with a .txt extension ? > what does the developpers prefer ? > > ARG!! *smack head* I totally phase it on the wrapping thing. I was thinking of what I've read on the net, totally forgetting the wrap. I've bet the developers didn't think about that problem. Gee, I can't win for loosing. :-) I think most mailers will handle .txt extension and display it inline. I think mine does. I use Evolution. -- Techwolf Tec...@at... http://www.techwolf.net/index.html PGP public keys on web site. <html> <form> <input type signature> </form> </html> |
|
From: Ashley M. K. <as...@pc...> - 2003-08-12 20:21:39
|
timduru wrote:
>The safest is still the attachment I think.
>Or I could attach it with a .txt extension ?
>what does the developpers prefer ?
>
>
Safest is attachment, and while the .txt extension is okay, keep in
mind that some mailers will still include it in the message body
(however the ability to save the attachment to disk is still available.)
So with or without an extension, to me, doesn't matter. As for
attachments, personally I'm partial to them. I much rather have someone
point me to an URL containing a .txt file that I can grab. Reason being
is because I'm on some dev-lists where the diff attachments are just
large, and with several thousand list members, it becomes a huge
bandwidth hog. Seeing as how small your attachment was, it doesn't
matter really.
--
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: timduru <ti...@ti...> - 2003-08-12 20:15:53
|
Here is the bugfixes IDS patch I'll make the other patches for new features and 'pretty urls' asap Timduru |
|
From: timduru <ti...@ti...> - 2003-08-12 20:12:11
|
ahh too late.. ;) well I don't know, as you pointed out before mail reader can wrap lines, so it might not be the best idea to paste it directly into the email message The safest is still the attachment I think. Or I could attach it with a .txt extension ? what does the developpers prefer ? On 12 Aug 2003 13:38:23 -0500 Techwolf <Tec...@at...> wrote: > And one more thing, please don't attachment the patch. I can't read it > because my e-mail client doesn't know what to do with a file with no > extension. Many other packages have rules that forbid attachments. > Just place the patch text into the e-mail itself. Easiest way is a cut > and paste operation. The reason for this is so developers on major > packages can quickly read the patches from the hundreds of e-mail > patch submissions. Having to spend 30 seconds to save, switch to > another program, find the file, open it, then read and try to remember > what the patch was about will get tiresome VERY fast. |
|
From: Techwolf <Tec...@at...> - 2003-08-12 18:44:53
|
On Tue, 2003-08-12 at 08:30, Chris Shaffer wrote: > Please don't take a lack of email replies on the list > as a lack of interest. Most people aren't going to > send "me too" emails, even if they'd like the changes > you've made. Also, there are many people who might > appreciate your changes being incorporated into the > core IDS who aren't on this list, but will download > upgrades to IDS and enjoy your new features. I second that. I'm quiet sure that there is no AOLmetooers here. That is one of the Internet pet peeves, 100 replies to a post with nothing but "me too" in it. Most of us here are smarter then that. :-) As far as what type of patches, go with what the developer suggested, all bug fixes in one patch. And individual enhancements in separate patches. This is so if one enhancements isn't going to work, the others won't get tossed out due to being in that one huge patch. Most patches for single file is diff -u, however, for packages like this one, I slightly different one is used, but it is the same format. I forgot the command for it, but it does an entire directory at once. And one more thing, please don't attachment the patch. I can't read it because my e-mail client doesn't know what to do with a file with no extension. Many other packages have rules that forbid attachments. Just place the patch text into the e-mail itself. Easiest way is a cut and paste operation. The reason for this is so developers on major packages can quickly read the patches from the hundreds of e-mail patch submissions. Having to spend 30 seconds to save, switch to another program, find the file, open it, then read and try to remember what the patch was about will get tiresome VERY fast. In most cases, like me, I usually have to save it in a different filename in order to keep track of it or use the right extension for rpm packaging that I do all the time. Quickest way is a cut and paste into the new file. Now that I have another Lunix box up, I may try to package IDS in a rpm format that is compatible with redhat and similar. Biggest problem is how the default web server is packaged. Redhat I am very familiar with. Mandrake very little, others are none. Can someone here point out a helpfull URL about doing patches? I remember seeing one good page, but I forgot where it is now. :-/ -- Techwolf Tec...@at... http://www.techwolf.net/index.html PGP public keys on web site. <html> <form> <input type signature> </form> </html> |
7 messages has been excluded from this view by a project administrator.
