**** BEGIN LOGGING AT Sat Apr 23 23:59:57 2005
Apr 24 02:49:40 <rwhitby> From the logs it's been very quiet in here the last couple of days.
Apr 24 02:49:50 <rwhitby> Anyone got any feedback on the 4.x README ?
Apr 24 02:54:53 <rwhitby> Tiersten:  ping
Apr 24 02:55:22 <rwhitby> Tiersten:  would you prefer that we make OE get the R25 to R29 patch from your site, or would you like us to copy it to nslu.sf.net?
Apr 24 02:58:04 <dyoung-zzzz> I inspected the readme
Apr 24 02:59:03 <dyoung-zzzz> but having sensed no feedback to my feedback, I did nothing.
Apr 24 03:02:39 <dyoung-zzzz> I donto think we want to base unslung on R29.
Apr 24 03:03:12 <dyoung-zzzz> the the USB disk hack really is a hack.
Apr 24 03:03:20 <dyoung-zzzz> for the Genesys chipset..
Apr 24 03:03:24 <dyoung-zzzz> and no telnet.
Apr 24 03:17:45 <dyoung-zzzz> Speak of the devil....
Apr 24 03:33:34 <rwhitby> dyoung-zzzz: did you give feedback but I didn't see it?
Apr 24 03:33:50 <rwhitby> and what USB disk hack (I haven't looked at the patch yet)
Apr 24 03:36:05 <rwhitby> So the fix for large transfer problems is simply to decrease the ixp queue dispatch timer rate?
Apr 24 03:36:54 <dyoung-zzzz> Basically its the Genesys patch, excpet it does it all the time and doesnt sense if the buffer change is required or not
Apr 24 03:37:19 <rwhitby> yeah, I saw that one, and we would just use our patch instead, right?
Apr 24 03:37:24 <dyoung-zzzz> and the ixp polling interval was changed..
Apr 24 03:37:39 <dyoung-zzzz> to 2000 from 4000.
Apr 24 03:37:49 <dyoung-zzzz> I dont know exactly what all that affects
Apr 24 03:38:04 <rwhitby> wasn't it from 4000 to 2000 ?
Apr 24 03:38:13 <rwhitby> (i.e. less often)
Apr 24 03:38:21 <dyoung-zzzz> thats what I jusut said?
Apr 24 03:38:33 <rwhitby> oops, sorry. 
Apr 24 03:38:45 <rwhitby> that's exactly what you wrote, but not what I read :-)
Apr 24 03:38:51 <jacques> heh
Apr 24 03:38:51 <dyoung-zzzz> heh
Apr 24 03:39:22 <dyoung-zzzz> IMHO, the code isnt changed enough in a positive way to want to use it as the unslung base.
Apr 24 03:39:33 <dyoung-zzzz> and theres no telnet.
Apr 24 03:39:44 <rwhitby> so that's the only part of that patch which could affect the stability of large transfers.  Unless the change is in one of the linksys binaries.
Apr 24 03:39:56 <rwhitby> we can easily keep the telnet
Apr 24 03:40:43 <dyoung-zzzz> probably?
Apr 24 03:41:04 <dyoung-zzzz> I havnt used R29 yet; so i dunno if the large transfer is really fixed or not
Apr 24 03:44:41 <rwhitby> Hmm, still only 16 Unslung 4.x alpha testers.
Apr 24 03:45:01 <rwhitby> that's a bit disappointing.
Apr 24 03:45:56 <dyoung-zzzz> I was planning to flash that new alpha on the prodslug2 since its currently busted with the last 4.x alpha.
Apr 24 03:46:05 <dyoung-zzzz> maybe last last...
Apr 24 03:46:27 <dyoung-zzzz> but I havnt  gotten to turning it on yet.
Apr 24 03:46:54 <dyoung-zzzz> so does that mean that 3.18 was good enough for the masses?
Apr 24 03:47:15 <dyoung-zzzz> Or have folks found another toy to play with?
Apr 24 03:47:23 <rwhitby> Well, I had to reimage my laptop (planned, not emergency, and no data loss) this weekend, so I'm taking the opportunity to update to the latest CoLinux which is 2.6-based.
Apr 24 03:47:43 <rwhitby> dyoung-zzzz: is the README up to scratch?
Apr 24 03:47:45 <dyoung-zzzz> rwhitby, I just installed that one.
Apr 24 03:47:58 <dyoung-zzzz> rwhitby, the README looks fine nto me.
Apr 24 03:48:15 <dyoung-zzzz> I want to put the changelog in NOTES into CHANGELOG though.
Apr 24 03:48:43 <rwhitby> so the only possibly outstanding thing is conversion and migration from 3.x conf partition to 4.x data partition.
Apr 24 03:48:45 <dyoung-zzzz> I gotta look at it again though since I dont trust my judgement from that day.
Apr 24 03:49:15 <rwhitby> yeah, we can separate out CHANGELOG.  We need to update that too.  And we need to flesh out the UnslungFeatures wiki page.
Apr 24 03:49:19 <dyoung-zzzz> For opt eh.  Yeah; I was thinking about that earlier.
Apr 24 03:50:06 <rwhitby> Do we need a /sbin/slingover ?
Apr 24 03:50:56 <dyoung-zzzz> I dunno, is it that hard to mv /share/hdd/conf/opt /share/hdd/data ?
Apr 24 03:51:11 <rwhitby> slingover /share/hdd/conf /share/hdd/data .... run it after unsling, and it moves /opt and /usr/lib/ipkg and /unslung
Apr 24 03:51:14 <dyoung-zzzz> and fiddle the symlink9s) ?
Apr 24 03:51:35 <dyoung-zzzz> hmm.
Apr 24 03:51:53 <rwhitby> would also have to update /usr/bin/perl and /bin/bash, and any other special symlinks we put in the rootfs
Apr 24 03:52:26 <dyoung-zzzz> what does /usr/bin/perl link to now?
Apr 24 03:52:37 <dyoung-zzzz> I would think it would link to /opt/bin/perl ...
Apr 24 03:52:48 <dyoung-zzzz> (but i dont have a booted slug to check on)
Apr 24 03:52:57 <rwhitby> yep
Apr 24 03:53:14 <rwhitby> we put in that symlink when perl is installed
Apr 24 03:53:21 <dyoung-zzzz> Okay, so no problem right?
Apr 24 03:53:28 <dyoung-zzzz> as long as /opt points to the right place
Apr 24 03:53:55 <rwhitby> yeah, just have to remember to put the symlinks in, so that people don't need to reinstall the packages
Apr 24 03:54:17 <dyoung-zzzz> Ah, I get it; you mean as a upgrade issue.
Apr 24 03:54:25 <rwhitby> yeah
Apr 24 03:54:39 <rwhitby> that's what slingover would do
Apr 24 03:55:56 <dyoung-zzzz> Can we easily detect what packages with special links are already (allegedly) installed?
Apr 24 03:56:13 <dyoung-zzzz> and just run the postinst for those packages?
Apr 24 03:57:15 <rwhitby> as far as I know it's just /bin/bash and /usr/bin/perl, so we'd just check for the exe's under /opt and link it if they are there
Apr 24 05:20:11 <dyoung-zzzz> Drat.
Apr 24 05:20:20 <dyoung-zzzz> hnl->yow is really expensive in July.
Apr 24 05:36:11 <CIA-8> 03rwhitby * 10unslung/Makefile: Fixed the name of phpmyadmin.
Apr 24 05:41:18 <wojtek> Hi, I am new to nslu and would like to compile svn as it does not have apache support at the moment
Apr 24 05:41:38 <rwhitby> unslung or openslug?
Apr 24 05:41:46 <wojtek> for the unslung
Apr 24 05:42:01 <wojtek> the problem is that I never used crosstool or anything like that
Apr 24 05:42:12 <wojtek> I installed debian sarge and crosstool today
Apr 24 05:42:19 <wojtek> and everything is set up now
Apr 24 05:42:28 <wojtek> the problem is I do not know how to proceed
Apr 24 05:42:33 <rwhitby> have you checked out the unslung cvs ?
Apr 24 05:42:38 <wojtek> I downloaded the svn sources
Apr 24 05:42:50 <wojtek> and know I would like to use the created crosstool compilers
Apr 24 05:43:01 <wojtek> yes, I checked out unslung cvs
Apr 24 05:43:08 <wojtek> why do I need that?
Apr 24 05:43:15 <rwhitby> and read the wiki page on how to add a package to Unslung ?
Apr 24 05:43:19 <wojtek> yes
Apr 24 05:43:31 <rwhitby> and looked at template.mk ?
Apr 24 05:43:36 <wojtek> no
Apr 24 05:43:39 <wojtek> what is that?
Apr 24 05:43:59 <rwhitby> it is explained on the wiki page about how to add a package to Unslung - you said you read that?
Apr 24 05:44:14 <wojtek> okay, I browsed it...
Apr 24 05:44:25 <wojtek> I will look into that
Apr 24 05:44:30 <wojtek> thanks for the hint!
Apr 24 05:44:31 <rwhitby> ok, ask again after you have read it twice :-)
Apr 24 05:44:45 <wojtek> ok, thanks again!
Apr 24 05:44:53 <rwhitby> np
Apr 24 05:45:47 <rwhitby> when you're ready to submit it to the CVS repository, send me svn.mk file to the mailing list, with your sf.net id, and we will give you CVS write access so you can contribute the package.
Apr 24 05:46:01 <rwhitby> s/send me/send the/
Apr 24 05:52:07 <wojtek> ok, but I guess it is still a long way to go for me...
Apr 24 05:52:59 <rwhitby> you'll be surprised.  some packages take all of five minutes once you have read template.mk
Apr 24 05:53:46 <rwhitby> jacques:  heard anything about bkbits being down?
Apr 24 05:54:06 <jf-asleep> wojtek : but some takes longer :(
Apr 24 05:54:15 <wojtek> hehe
Apr 24 05:54:37 <wojtek> as this will be my first time to compile packages at all I guess it will take some time
Apr 24 05:54:58 <rwhitby> jacques: : nm, looks like it's local to me :-)
Apr 24 06:00:35 <CIA-8> 03rwhitby 07 * r1.3264 10openembedded/packages/meta/openslug-packages.bb: 
Apr 24 06:00:35 <CIA-8> Merge bk://nslu2-linux@nslu2-linux.bkbits.net/openembedded
Apr 24 06:00:35 <CIA-8> into home.(none):/home/bitbake/openembedded
Apr 24 06:00:41 <CIA-8> 03rwhitby 07 * r1.3225.1.1 10openembedded/packages/ (2 files in 2 dirs): Added bridge-utils and sysfsutils to OpenSlug. Added the NOTES file to the Unslung image.
Apr 24 06:12:58 <novacane> I am looking to run php with a web server, what's better apache or thttpd?
Apr 24 06:13:38 <novacane> I am using it to run a php front end for mpd
Apr 24 06:14:19 <novacane> will I see better preformance with thttpd?
Apr 24 06:16:03 <rwhitby> dunno.  probably depends on whether you have long-lasting sessions, or lots of little requests.
Apr 24 06:16:16 <rwhitby> thttpd does everything in a single thread.
Apr 24 06:18:29 <novacane> everything in a single thread would mean the lots of little requests would be better for thttpd?
Apr 24 06:20:36 <rwhitby> depends if they are sequential (like following a trail of pages) or parallel (like lots of images on a page)
Apr 24 06:21:28 <novacane> can I have php installed for both webservers without any problems?
Apr 24 06:23:16 <rwhitby> should be able to, but that is very new, so there could be bugs.
Apr 24 06:27:05 <novacane> I will try it, the easiest thing is probably just empirically compare the two for preformance
Apr 24 06:28:41 <rwhitby-away> yep
Apr 24 08:22:48 <wojtek> Hi again, I am having some problems with my svn build 
Apr 24 08:23:06 <wojtek> I am really new to building packages on Linux and nslu2
Apr 24 08:23:29 <wojtek> I have to change some configuration for the apr library
Apr 24 08:23:44 <wojtek> every time I change something in a file named configure.in
Apr 24 08:23:59 <wojtek> and do a make svn afterward my changes are undone
Apr 24 08:24:11 <wojtek> so where do I have to do those changes to make them permantent?
Apr 24 08:24:25 <wojtek> I guess this is common to all make builds...?
Apr 24 08:24:58 <wojtek> sorry, apr=Apache portable runtime
Apr 24 08:25:45 <eno-away> hi wojtek, we usually put the change in sources/package-name/configure.in.patch
Apr 24 08:26:26 <eno-away> and relying on make unpack to expand a new tree, applying the patches cleanly
Apr 24 08:27:02 <wojtek> ok, so the sources get unpacked and are overriding my changes
Apr 24 08:27:06 <wojtek> is that right?
Apr 24 08:27:16 <eno-away> yes
Apr 24 08:27:33 <wojtek> can you give me a quick hint how to do a patch file?
Apr 24 08:27:42 <wojtek> s/do/create/
Apr 24 08:28:30 <eno-away> just do "diff -u package-orig/filename package/filename > ../sources/package/configure.in.patch"
Apr 24 08:28:50 <eno-away> assuming you save a tree as package-orig
Apr 24 08:28:52 <wojtek> cool, I'll try thank, thank you VERY MUCH for your help!
Apr 24 08:28:54 <eno-away> and you're at builds
Apr 24 08:29:07 <eno-away> u r welcome
Apr 24 08:29:54 <eno-away> oh, you do need to list configure.in.patch as a patch to apply in package.mk
Apr 24 08:30:21 <wojtek> okay, let me try this
Apr 24 08:34:18 <wojtek> eno-away: I see a SVN_PATCHES directive in my package.mk
Apr 24 08:34:29 <wojtek> is this the place where I sould put my patch file name?
Apr 24 08:34:43 <wojtek> does it have to be gzipped or anything like that?
Apr 24 08:35:27 <wojtek> s/SVN_PATCHES/MYPACKAGE_PATCHES/
Apr 24 08:35:30 <eno-away> yes, that's the place, just plain text diff file
Apr 24 08:35:50 <wojtek> can I leave the patch file in my destination build directory?
Apr 24 08:35:56 <jf-asleep> wojtek: once you have created your patch, create a svn subdir under sources/
Apr 24 08:36:01 <jf-asleep> and put your patch in
Apr 24 08:36:06 <wojtek> okay
Apr 24 08:36:12 <wojtek> I'll do that
Apr 24 08:36:18 <wojtek> thanks for the great support!!!!!!!
Apr 24 08:36:30 <wojtek> It's my first time I do something like that
Apr 24 08:36:43 <wojtek> and without your help it would take much more time, THANK YOU!
Apr 24 08:36:45 <eno-away> make sure the "cat patch-file | patch -p1" the -p parameter needs to match
Apr 24 08:36:55 <jf-asleep> if you look under sources/ dir, you'll notice there's almost a dir per package. each dir may contains patch for the appropriate package
Apr 24 08:37:36 <wojtek> eno-away: "cat patch-file | patch -p1" - where do I have take care of that?
Apr 24 08:38:02 <eno-away> man patch, you can find what the -p parameter does
Apr 24 08:38:26 <eno-away> basically strips away the number of leading path component from the patch file
Apr 24 08:38:40 <jf-asleep> the cat SVN_PATCHES should be located in you svn.mk
Apr 24 08:39:52 <eno-away> if you make the patch under unslung/builds/, then it usually should be -p1
Apr 24 08:40:18 <eno-away> if you make the patch under unslung/builds/package/, then it usually should be -p0
Apr 24 08:40:37 <wojtek> I am confused...
Apr 24 08:40:54 <wojtek> I copied that patch file to sources/svn
Apr 24 08:41:07 <wojtek> this in the content of the file:
Apr 24 08:41:19 <jf-asleep> only the first line plz
Apr 24 08:41:41 <wojtek> 1041c1041
Apr 24 08:41:58 <jf-asleep> hummm.. the second one then ;)
Apr 24 08:42:10 <wojtek> < AC_FUNC_SETPGRP
Apr 24 08:42:21 <wojtek> ---
Apr 24 08:42:25 <eno-away> hmm, did you use diff -u or just diff?
Apr 24 08:42:33 <wojtek> uahhhh.... 
Apr 24 08:42:36 <wojtek> okay
Apr 24 08:42:38 <jf-asleep> well, this is not unidied. Make diff -uN
Apr 24 08:42:59 <jf-asleep> s/unidied/unified
Apr 24 08:44:48 <wojtek> what does unified mean in context of diff?
Apr 24 08:45:03 <wojtek> now the patch file looks much different
Apr 24 08:45:13 <wojtek> it says something like this:
Apr 24 08:45:15 <eno-away> it gives you context of the diff
Apr 24 08:45:32 <eno-away> unified == more human readable
Apr 24 08:45:43 <wojtek> --- configure.in 2005-04-01 15:44:09.000000000000000...
Apr 24 08:46:01 <wojtek> but on the second line my temporary configure.test is mentioned 
Apr 24 08:46:06 <wojtek> is that correct?
Apr 24 08:46:22 <eno-away> good
Apr 24 08:46:33 <jf-asleep> you should applied (that's what I do), like eno told you : diff -uN svn-orig/configure svn-patched/configure
Apr 24 08:46:55 <jf-asleep> where svn-orig is the original source of svn and svn-patched is where you make your change
Apr 24 08:47:15 <wojtek> okay, I'll do this in the builds directory...
Apr 24 08:47:44 <wojtek> sorry - I feel like a real stupid beginner - but I am...
Apr 24 08:47:46 <jf-asleep> do this is a temp directory as it's only needed for creating your pacth file
Apr 24 08:47:47 <eno-away> if you do that, you will see the first two lines in your patch file change
Apr 24 08:48:02 <jf-asleep> Like I'm still...
Apr 24 08:50:03 <eno-away> the more you learn, the more to learn
Apr 24 08:50:14 <wojtek> hehe
Apr 24 08:50:24 <eno-away> but it's fun
Apr 24 08:52:01 <wojtek> that's right
Apr 24 08:52:04 <wojtek> now i did that
Apr 24 08:52:17 <wojtek> my patchfile still contains the patch to the tmp dir on the second line
Apr 24 08:52:39 <wojtek> do I have to do this "cat" magic mentioned earlies now?
Apr 24 08:53:46 <wojtek> sorry: it contains the path to the temp dir
Apr 24 08:53:48 <eno-away> the "cat patch-files | patch -p1" line should be already in the unpack section of your .mk file
Apr 24 08:54:33 <eno-away> the key here is that the number of leading path components should match the -p parameter of patch
Apr 24 08:55:16 <wojtek> I'll post you the second line
Apr 24 08:55:23 <eno-away> if you did the patch from the builds/ directory, and the cat line has -p1, usu. you're okay
Apr 24 08:55:51 <eno-away> the first two lines please
Apr 24 08:56:08 <wojtek> --- configure.in 2005-04-01......
Apr 24 08:56:29 <wojtek> +++ /tmp/svn-patched-apr/configure.in 2005-04-24......
Apr 24 08:56:56 <wojtek> the file is in my sources/svn/ directory now
Apr 24 08:56:57 <eno-away> that might have problem when applying patch
Apr 24 08:57:10 <wojtek> so what can I do about that?
Apr 24 08:57:46 <eno-away> looking from the patch program's POV, the number of leading path components of the first two lines should match
Apr 24 08:58:23 <wojtek> okay, I see that
Apr 24 08:58:31 <wojtek> but how do I achieve this?
Apr 24 08:59:15 <eno-away> either save svn/ tree as svn-orig/, or save configure.in as configure.in-orig, redo the diff from builds/ dir
Apr 24 09:00:54 <wojtek> sorry, but now I have no idea about what to do next
Apr 24 09:01:13 <wojtek> I created that patch being in my builds/svn/apr directory
Apr 24 09:01:17 <wojtek> is that wrong?
Apr 24 09:01:54 <eno> where is the configure.in originally?
Apr 24 09:02:10 <wojtek> in the builds/svn/apr
Apr 24 09:02:27 <wojtek> (after issuing a make svn)
Apr 24 09:03:57 <wojtek> so its in the apr directory of the original src distribution of subversion
Apr 24 09:04:10 <eno> ok, "cd builds/svn/apr; cp configure.in configure.in.orig; editor configure.in; cd ../..; diff -u svn/apr/configure.in.orig svn/apr/configure.in > ../sources/svn/apr-configure.in.patch"
Apr 24 09:07:16 <wojtek> okay
Apr 24 09:07:18 <wojtek> did that
Apr 24 09:07:25 <wojtek> now the first lines say this
Apr 24 09:07:35 <wojtek> --- svn/apr/configure.in.orig 2005....
Apr 24 09:07:47 <wojtek> +++ svn/apr/configure.in 2005......
Apr 24 09:08:08 <eno> great, that should work ok
Apr 24 09:08:15 <wojtek> is this correct? I am wondering because the .orig file won't be in the original distribution 
Apr 24 09:08:21 <wojtek> when someone else installs it
Apr 24 09:09:02 <eno> did you save the pristine configure.in somewhere?
Apr 24 09:09:18 <eno> use it in the place of configure.in.orig
Apr 24 09:11:47 <wojtek> so I have to edit the first line of the patchfile and change configure.in.orig to configure.in?
Apr 24 09:11:54 <wojtek> is that what you are saying?
Apr 24 09:13:24 <eno> not quite. So we need the configure.in that comes with original svn tar ball, we also need your patched configure.in
Apr 24 09:13:39 <eno> let's say we call the first one configure.in.orig
Apr 24 09:13:51 <eno> let's call your changed one configure.in.patched
Apr 24 09:14:08 <wojtek> okay
Apr 24 09:14:19 <eno> the patch should contain "diff -u configure.in.orig configure.in.patched"
Apr 24 09:15:55 <wojtek> okay, so it was wrong to use the copied configure.in.orig file?
Apr 24 09:15:55 <eno> the second issue is to match the number of leading path components in the patch file with the -p parameter of the patch command
Apr 24 09:16:29 <eno> sorry, my bad in assuming your svn tree is original
Apr 24 09:16:50 <wojtek> okay, I'll restart this again
Apr 24 09:17:03 <eno> in your case, we should not cp configure.in
Apr 24 09:17:04 <wojtek> I'll create a new builds/svn directory first
Apr 24 09:17:17 <wojtek> ...but copy the whole tree to temp?
Apr 24 09:17:30 <wojtek> and then diff?
Apr 24 09:17:54 <eno> it's easier if you copy unpatched builds/svn to builds/svn-orig
Apr 24 09:18:38 <wojtek> okay, just a second...
Apr 24 09:20:30 <wojtek> ok, I did this, now I have a svn and svn-orig dir in builds
Apr 24 09:20:44 <wojtek> I will edit the configure.in now in the svn dir
Apr 24 09:21:07 <eno> i just looked at svn.mk, and it uses patch -p2
Apr 24 09:21:40 <wojtek> okay, so do I have to adjust something?
Apr 24 09:21:40 <eno> and zcat
Apr 24 09:21:59 <wojtek> I am not using the provided patches
Apr 24 09:22:01 <eno> to match that, do your diff from unslung/
Apr 24 09:22:18 <wojtek> as I am trying to create a new svn package
Apr 24 09:23:07 <eno> do you use make/svn.mk from CVS? or did you create your own from make/template.mk?
Apr 24 09:23:48 <wojtek> I use the one from cvs but commented out the SVN_PATCHES section
Apr 24 09:24:15 <wojtek> I am now in the unsling dir and will create the patch
Apr 24 09:25:30 <eno> ok, you can replace the SVN_PATCHES with your patch, you also need to change the zcat ... | patch line, to match your .patch file
Apr 24 09:26:32 <eno> something like "SVN_PATCHES=$(SVN_SOURCE_DIR)/configure.in.patch"
Apr 24 09:26:58 <wojtek> I created the diff patch
Apr 24 09:27:05 <wojtek> the first two lines again:
Apr 24 09:27:30 <wojtek> builds/svn-orig/apr/configure.in 2005[...]
Apr 24 09:27:51 <wojtek> +++ builds/svn/apr/configure.in 2005[...]
Apr 24 09:27:55 <wojtek> is this correct?
Apr 24 09:28:04 <eno> and around line 84 of svn.mk, change it to "cat $(SVN_PATCHES) | patch -d $(BUILD_DIR)/$(SVN_DIR) -p2"
Apr 24 09:28:15 <eno> looks correct
Apr 24 09:28:37 <wojtek> ...still wondering about the mentioned "svn-orig" directory
Apr 24 09:28:44 <wojtek> ...hope it will be okay
Apr 24 09:29:17 <eno> when you do make, do one step at a time
Apr 24 09:29:44 <eno> to start clean, do "make svn-dirclean"
Apr 24 09:29:57 <eno> to retrieve tarball, do "make svn-source"
Apr 24 09:30:18 <eno> to unpack, apply patches and configure, do "make svn-unpack"
Apr 24 09:39:36 <wojtek> great
Apr 24 09:39:40 <wojtek> it works now
Apr 24 09:39:45 <eno> cool
Apr 24 09:40:16 <wojtek> so the directory entries in my patch file (like "svn-orig") won't interfere when someone else will use the package?
Apr 24 09:41:12 <eno> a/b/c/configure.in only the number of "/" and the final configure.in matter
Apr 24 09:41:40 <wojtek> okay, now I got it 
Apr 24 09:41:45 <wojtek> thanks for your help
Apr 24 09:41:57 <eno> you tell patch command what current directory to use, and how many leading '/' to strip
Apr 24 09:42:35 <wojtek> my package does not compile thought... but this is another problem ;-)
Apr 24 09:43:39 <eno> r u working on mod_dav_svn?
Apr 24 09:43:55 <wojtek> yes, how do you know?
Apr 24 09:44:11 <eno> http://ibot.rikers.org/%23nslu2-linux/20050423.html.gz the IRC log
Apr 24 09:44:50 <wojtek> hehe
Apr 24 09:45:22 <eno> good luck and be sure to contribute back when you get it working
Apr 24 09:45:35 <wojtek> I would like to get it running, so I contacted the original maintainer
Apr 24 09:45:45 <wojtek> and hope that he can help me a bit
Apr 24 09:46:14 <wojtek> he created the package for 1.1.1 and I would like to see 1.1.4 running
Apr 24 09:46:19 <wojtek> which is the current versio
Apr 24 09:46:43 <wojtek> n. and of course mod_dav_svn... :)
Apr 24 09:46:51 <eno> i c
Apr 24 09:47:37 <eno> i don't see anybody listed as svn maintainer
Apr 24 09:48:18 <eno> i take it back, it's in sources/svn/control
Apr 24 09:48:57 <wojtek> do you think it would be easier to compile directly on the nslu2?
Apr 24 09:49:17 <eno> no, the slug is pretty slow
Apr 24 09:49:56 <eno> resolving configuration issue to make it cross compile is worthwhile
Apr 24 09:50:10 <wojtek> i see that
Apr 24 09:51:01 <eno> especially svn is listed as cross packages already
Apr 24 09:51:22 <wojtek> okay, I'll do the best I can
Apr 24 09:51:55 <eno> so maybe take a look at the existing sources/svn/svn.patch.gz would help
Apr 24 09:52:07 <wojtek> yes, I am now reading it
Apr 24 09:52:12 <wojtek> and trying to understand
Apr 24 09:52:23 <wojtek> it's quite a big patch...
Apr 24 09:57:08 <eno> yeah, it can probably win the award of biggest patch of the year
Apr 24 09:57:59 <wojtek> I will create patch files for each file edited
Apr 24 09:58:10 <wojtek> isn't this a better approach 
Apr 24 09:58:11 <wojtek> ?
Apr 24 09:59:44 <eno> i would think so too, and i dislike gz patch
Apr 24 10:08:29 <wojtek> another patch related question
Apr 24 10:08:39 <wojtek> does the date on the two first lines matter?
Apr 24 19:47:01 <ka6sox-web> hello?
Apr 24 22:58:30 <CIA-8> 03bzhou * 10unslung/Makefile: libesmtp & esmtp (cross packages) ready for testing
Apr 24 23:04:31 <CIA-8> 03bzhou * 10unslung/make/getmail.mk: added getmail (A fetchmail replacement with qmail-like Maildir and external MDA delivery in Python)
**** ENDING LOGGING AT Sun Apr 24 23:59:56 2005