**** BEGIN LOGGING AT Fri Mar 11 23:59:57 2005
Mar 12 01:44:27 <hanjo> morning all
Mar 12 01:44:35 <rwhitby-away> morning
Mar 12 01:45:19 <hanjo> :) should I start with my problems, or it is still too early :)))
Mar 12 01:45:33 <rwhitby-away> it's 8:15pm here ....
Mar 12 01:45:44 <hanjo> :)
Mar 12 01:46:26 <hanjo> Yesterday, I've used the upslug to flash the image. Acording to the tool everything whent ok, the erase, write and verify steps were successfull
Mar 12 01:46:49 <hanjo> but it ended with a solid red led
Mar 12 01:47:06 <hanjo> and the only access I have now is redboot
Mar 12 01:47:28 <rwhitby-away> so you have a redboot prompt?
Mar 12 01:47:43 <hanjo> I can get one, if I catch it at the right time, yes
Mar 12 01:47:46 <rwhitby-away> you need to set up either a http or tftp server on your lan.
Mar 12 01:47:59 <rwhitby-away> acually, you can do better than that.
Mar 12 01:48:08 <rwhitby-away> when you get the prompt, type "upgrade"
Mar 12 01:48:13 <rwhitby-away> then you can upslug a new image
Mar 12 01:48:25 <hanjo> OK
Mar 12 01:48:29 <hanjo> let me try that now
Mar 12 01:48:44 <hanjo> should I always roll back to linksys image, just to be on the safe side?
Mar 12 01:48:58 <rwhitby-away> shouldn't matter
Mar 12 01:48:59 <rwhitby-away> bbiab
Mar 12 02:08:53 <hanjo> rwhitby: somehow upslug does not detect the slug even after I've put it to upgrade mode via redboot. It is only listing the hub
Mar 12 02:09:26 <rwhitby-away> hmm
Mar 12 02:09:38 <rwhitby-away> ok, can you set up a http or tftpd server on the lan?
Mar 12 02:09:56 <hanjo> yea, I have an old setup for pxe boot
Mar 12 02:10:06 <rwhitby-away> tftp?
Mar 12 02:10:21 <hanjo> yes, I just need to reconfigure etc
Mar 12 02:10:34 <rwhitby-away> (that's what I use - I have tftp servers running on each slug, and they serve up images to each other when they are reflashed)
Mar 12 02:10:41 <hanjo> but first I'll try to attach directly with a cross-over and not trough the hub
Mar 12 02:10:51 <hanjo> :)
Mar 12 02:27:17 <hanjo> the direct link worked and now I am back to square one with a linksys R29 on it :)
Mar 12 02:27:44 <hanjo> rwhitby: do you guys have a place where you keep prebuild images?
Mar 12 02:28:13 <hanjo> there has to be something wrong with the image I created yesterday
Mar 12 02:28:50 <hanjo> I will try to flash it one more time just to be sure
Mar 12 03:00:54 <rwhitby-away> kergoth: ping
Mar 12 03:01:46 <rwhitby-away> kergoth: I would like to modify the paths.patch in ipkg to allow the /etc/ipkg pattern to follow sysconfdir, so that when I change sysconfdir to /opt/etc instead of /etc, then ipkg will look in /opt/etc/ipkg... instead of /etc/ipkg....
Mar 12 03:50:56 <peepg> hi]
Mar 12 03:51:38 <rwhitby-away> hi gorx
Mar 12 03:52:57 <peepg> look i need help with this cups and printer.o thing at boot
Mar 12 03:54:01 <rwhitby-away> ok, explain your setup in intricate detail, and tell us what you have tried in debugging the problem yourself.
Mar 12 03:57:35 <peepg> could i reinstall cups?
Mar 12 03:58:29 <rwhitby-away> you could, but it would not help any in explaining your setup in intricate detail, and then telling us what you have tried in debugging the problem yourself ....
Mar 12 03:58:59 <peepg> rekon it could fix the problem
Mar 12 03:59:01 <rwhitby-away> you can reinstall unslung or buy a new nslu2 if you like .... still won't help anyone else to help you ...
Mar 12 04:00:26 <peepg> bascially when i boiot my slug
Mar 12 04:00:32 <peepg> cups doesnt load
Mar 12 04:00:42 <peepg> so i have to type /opt/etc/init.d start
Mar 12 04:00:47 <rwhitby-away> gorx, here's a free lesson in IRC.  To have any chance of someone helping you, you need to do a number of things.  1) you need to have a known stable configuration.  No local modifications.  Everything installed from scratch from official packages 2) you must be able to precisely describe that configuration to the channel.
Mar 12 04:00:53 <peepg> and it says 'using /opt.lib/modules/printer.o'
Mar 12 04:01:44 <rwhitby-away> 3) you must outline exactly what you think the problem is (although this is often ignored, cause people often think a problem is something, but the real problem is something else).
Mar 12 04:02:21 <peepg> all ive done is intsallted cups with ipkg
Mar 12 04:02:29 <peepg> and have got a hdd on the disk 1 port
Mar 12 04:02:32 <rwhitby-away> 4) you must describe in detail the symptoms, not taking anything for granted, and not making any conclusions yourself.  Just the facts, and no opinions.
Mar 12 04:03:15 <rwhitby-away> 5) you must describe in detail the steps you have taken to debug the problem yourself, and the precise output of those debugging steps.  if you don't make the effort to debug it yourself, others won't help you.
Mar 12 04:03:16 <peepg> well cups doenst start and when iu type what i said before then the windows pcs recognise the printer
Mar 12 04:03:35 <rwhitby-away> 6) then when you've done all that, you ask nicely, *once* for help.
Mar 12 04:04:30 <peepg> yes but it doesnt help when im ignored
Mar 12 04:04:52 <rwhitby-away> 7) if you don't get an answer, then you ask (again nicely, and again just once), then you ask what additional information people require to be able to help you.
Mar 12 04:05:20 <rwhitby-away> gorx, count the steps that you skipped over.  that's why people ignore your question.
Mar 12 04:06:10 <rwhitby-away> 8) don't assume that someone new helping you has seen anything that you've typed before in the channel.
Mar 12 04:07:19 <rwhitby-away> hey siddy (on ipv6 no less)
Mar 12 04:07:47 <siddy> hi rwhitby-away!
Mar 12 04:08:58 <dyoung-zzzz> morning.
Mar 12 04:10:12 <siddy> hi guys! any advances in the ehci-issue in the last 2 days?
Mar 12 04:10:29 <rwhitby> not from me - I'm deep into creating an asusoe distro at the moment :-)
Mar 12 04:12:05 <hanjo> :)
Mar 12 04:12:35 <hanjo> I am trying to get to the point where I can experience "the" issue for so many days now
Mar 12 04:13:10 <rwhitby> hanjo: let's have another go.  your do_rootfs is not completing, right?
Mar 12 04:13:56 <hanjo> it did not, but then after manualy running the script somehow an image was created
Mar 12 04:14:34 <hanjo> then you asked me to run a bb with -D and that worked fine also
Mar 12 04:14:49 <rwhitby> oh, that's right.  you flashed and it didn't work, and it could be your hub to blame.
Mar 12 04:14:59 <rwhitby> sorry, I forget about the last couple of hours :-)
Mar 12 04:15:20 <hanjo> I've flashed the image again localy but same result
Mar 12 04:15:37 <hanjo> the linsys image works ok, so the flashing tools are ok
Mar 12 04:16:02 <hanjo> rwhitby: can you post me a full image just for testing
Mar 12 04:16:36 <hanjo> or give me a link to a web page etc
Mar 12 04:16:39 <rwhitby> sure, hang on
Mar 12 04:23:09 <rwhitby> hanjo: /msg'd you the location.  let me know when you've got it so I can remove it again
Mar 12 04:23:27 <rwhitby> it just completed the upload then
Mar 12 04:23:56 <rwhitby> md5sum is 45f146d1d48d0aedddfc24af2d41dda1  openslug-nslu2-20050309125735.flashdisk.img
Mar 12 04:24:16 <rwhitby> I've not tested that, but it was built on our official build machine
Mar 12 04:26:32 <hanjo> i was retrying now the process from yesterday, and it fails to build the image again.
Mar 12 04:26:53 <dyoung-zzzz> I just started a blowaway build.
Mar 12 04:27:01 <hanjo> but now using -D I can see this:
Mar 12 04:27:25 <hanjo> + '[' -f /lhome/handzisk/slug/tmp/rootfs/usr/lib/ipkg/info/kernel-module-ehci-hcd.postinst ']'
Mar 12 04:27:25 <hanjo> + sh /lhome/handzisk/slug/tmp/rootfs/usr/lib/ipkg/info/kernel-module-ehci-hcd.postinst configure
Mar 12 04:27:28 <hanjo> /lhome/handzisk/slug/tmp/rootfs/usr/lib/ipkg/info/kernel-module-ehci-hcd.postinst: line 7:  5140 Segmentation fault      armeb-linux-depmod -A -b $D -F /lhome/handzisk/slug/tmp/staging/armeb-linux/kernel/System.map-2.6.11.2 2.6.11.2
Mar 12 04:27:51 <hanjo> so the postinst seg faults
Mar 12 04:28:20 <dyoung-zzzz> how much memory does your build machine have in it?
Mar 12 04:28:21 * hanjo off to the other box, to flash the image from rwhitby
Mar 12 04:28:30 <hanjo> 1GB
Mar 12 04:28:41 <dyoung-zzzz> Okay I dont think thats going to be a problem. ;-)
Mar 12 04:35:33 <rwhitby> hanjo: can I delete it now?
Mar 12 04:37:02 <hanjo> yes
Mar 12 04:37:23 <hanjo> ok: couple of stupid questions...
Mar 12 04:37:49 <hanjo> after flashing and resetting I should get a green LED?
Mar 12 04:38:01 <rwhitby> there are no stupid questions, just stupid people :-) :-)
Mar 12 04:38:25 <rwhitby> it will take a while on first boot
Mar 12 04:38:39 <hanjo> IT WORKS
Mar 12 04:38:40 <hanjo> :)
Mar 12 04:38:53 <hanjo> I mean your image works :(
Mar 12 04:39:05 <hanjo> let me see if I can get inside
Mar 12 04:39:21 <hanjo> same passwd for root as usual?
Mar 12 04:39:33 <rwhitby> no password for root
Mar 12 04:39:34 <dyoung-zzzz> no password on initial boot.
Mar 12 04:40:45 <hanjo> guys, I don't have a serial, just network
Mar 12 04:41:06 <dyoung-zzzz> it has dropbear, so you should be able to ssh root@slug
Mar 12 04:41:49 <hanjo> hmm
Mar 12 04:42:12 <hanjo> no route to host when I try. I use the same IP that i've originaly configured using the web interface
Mar 12 04:42:19 <hanjo> I will reset one more time
Mar 12 04:42:42 <hanjo> I;ve added /sbin/route add 192.168.0.77 eth0 before
Mar 12 04:42:57 <rwhitby> did you have dns and gateway set in the web interface ?
Mar 12 04:43:03 <hanjo> no
Mar 12 04:43:15 <hanjo> rwhitby: no, i don't
Mar 12 04:43:34 <hanjo> don't tell me that I have to go back.... :(
Mar 12 04:43:47 <rwhitby> you may well have to ....
Mar 12 04:43:57 <rwhitby> did you read the vegetable page?
Mar 12 04:44:08 <hanjo> vegetable?
Mar 12 04:44:27 <dyoung-zzzz> ~nslu2-veggie
Mar 12 04:44:28 <rwhitby> http://www.nslu2-linux.org/wiki/OpenSlug/OpenSlugTurnUp
Mar 12 04:44:59 <dyoung-zzzz> ~openslug-veggie is <reply> http://www.nslu2-linux.org/wiki/OpenSlug/OpenSlugTurnUp
Mar 12 04:45:03 <jbot> okay, dyoung-zzzz
Mar 12 04:45:05 <hanjo> uups I've missed that one
Mar 12 04:45:11 <dyoung-zzzz> ~openslug-veggie
Mar 12 04:45:12 <hanjo> brb
Mar 12 04:45:12 <jbot> http://www.nslu2-linux.org/wiki/OpenSlug/OpenSlugTurnUp
Mar 12 04:55:18 <hanjo> while I am waiting for the flashing to finsih: does it make a difference if I start "bb openslug-image" from /slug or /slug/build ?
Mar 12 04:55:49 <dyoung-zzzz> Yes.
Mar 12 04:56:08 <dyoung-zzzz> it'll want to make the tmp directory in your currnt directory.
Mar 12 04:56:25 <dyoung-zzzz> (unless you've overridden the tmp variable)
Mar 12 04:57:22 <hanjo> hmm: I just switched to linksys and there was a gateway defined :(
Mar 12 04:57:54 <hanjo> I have to meditate a bit... I must be missing something. brb
Mar 12 05:41:09 <[cc]smart> Do Openslug involved ones think uclibc is worth trying or shuld on stick to glibc ?
Mar 12 05:41:25 <[cc]smart> s/shuld on/should one/
Mar 12 05:41:54 <rwhitby> heh, I'm right now building uclibc stuff for the wl500g router, from the unslung packages repo :-)
Mar 12 06:57:57 <[cc]smart> theoretically, uclibc should be the perfect match for embedded, no ?
Mar 12 06:58:56 <[g2]> [cc]smart, no it's not theoretical it's in reality
Mar 12 06:59:37 <[cc]smart> sounds good, next openslug i'll build uclibc :)
Mar 12 06:59:51 <[g2]> a few ppl have been running it
Mar 12 06:59:57 <[g2]> on OpenSlug
Mar 12 07:00:14 <[g2]> 100s and Ks run uClibc
Mar 12 07:00:28 <[cc]smart> 100s ? Ks ?
Mar 12 07:00:35 <[g2]> Hundereds and Thousands
Mar 12 07:00:36 <[cc]smart> ah
Mar 12 07:00:58 <[cc]smart> but... i remember there were problems for slugs/oe....
Mar 12 07:01:01 <[g2]> gentoo-embedded is *only* supporting uClibc right now
Mar 12 07:01:20 <[g2]> not for a couple months on the base sw
Mar 12 07:01:24 <[g2]> apps may vary
Mar 12 07:01:35 <[cc]smart> hm. will switch roight now :)
Mar 12 07:01:58 <[g2]> should be pretty painless
Mar 12 07:03:37 <[cc]smart> that's an advantage when corssbuilding. you'll see the whole bootstrap work out or not BEFORE you're going to wreck your current installation :)
Mar 12 07:15:15 <[g2]> [cc]smart, actually it's OE that's the advantage
Mar 12 07:15:26 <[g2]> OE allows one to switch TARGET_OS
Mar 12 07:15:46 <[g2]> It's very rare and this is supported
Mar 12 07:16:01 <[g2]> I not aware of any other support on such a large scale
Mar 12 07:38:45 <pTweety> ~seen jp30
Mar 12 07:38:47 <jbot> jp30 <~josh@jp30.nslu2-linux> was last seen on IRC in channel #nslu2-linux, 3d 21h 47m 58s ago, saying: 'hi, bob_tm'.
Mar 12 07:39:19 <pTweety> hi all, is jp30 on holidays?
Mar 12 07:42:07 <[g2]> maybe ?
Mar 12 07:42:14 <[g2]> maybe burnout :)
Mar 12 08:10:53 <hanjo> i found out why quilt was not working for me on my FC2 box
Mar 12 08:11:29 <hanjo> for a /var/store/src/slug/build etc setup
Mar 12 08:12:07 <hanjo> quilt import tries to create a patch subdirectory in /var/store/src i.e. /var/store/src/patches
Mar 12 08:12:20 <hanjo> and I had such dir alredy
Mar 12 08:13:04 <hanjo> shouldn't quilt keep its files inside the build dir?
Mar 12 08:14:34 <hanjo> must be some env variable problem I supose
Mar 12 08:24:14 <[g2]> hanjo, did you let kergoth and the #oe folks know about that ?
Mar 12 08:43:45 <hanjo> g2: I am waiting for the whole build to finish before drawing my final conclusions
Mar 12 08:49:49 <[g2]> nod. that's fine
Mar 12 08:50:04 <[g2]> hanjo, nod. that's fine
Mar 12 10:03:11 <kergoth> hanjo: quilt searches _up_ from the dir you're applying the patch in, for a patches dir.  this is so that you can cd into a subdir of your source tree and do quilt operations (you dont have to return to the root of the sources).  however, that means that if you have a 'patches' dir anywhere from the source tree on up to /, it'll interfere with patch application.
Mar 12 10:03:25 <kergoth> hanjo: we're thinking about patching quilt to add an option to disable it, for oe use.
Mar 12 10:03:59 <kergoth> rwhitby: regarding /etc/ipkg, feel free. it should definately be obeying sysconfdir.
Mar 12 10:06:00 <hanjo> kergoth: tnx. I learned the lesson the hard way :)
Mar 12 10:06:30 <kergoth> heh :)
Mar 12 10:06:39 <kergoth> its a feature, and a useful one if you're using quilt inside a source tree
Mar 12 10:06:45 <kergoth> but has its consequences
Mar 12 10:06:47 <hanjo> I understand
Mar 12 10:06:52 <kergoth> i kinda wish quilt's patches area was named differently
Mar 12 10:06:57 <kergoth> 'patches' coudl easily be used by anyone
Mar 12 10:06:59 <kergoth> for anything
Mar 12 10:07:16 <kergoth> patcher did the same thing, but it used a hidden directory, so it was harder to accidentally break it
Mar 12 10:07:41 <hanjo> btw, patcher was failing on that eth thing
Mar 12 10:07:49 <hanjo> still have not found the reason
Mar 12 10:08:33 <kergoth> odd
Mar 12 10:08:50 <hanjo> but I am happy with quilt now :)
Mar 12 10:09:08 <kergoth> :)
Mar 12 10:09:32 <hanjo> getting closer to my final aim :)
Mar 12 10:10:03 <hanjo> to actualy do cat /dev/ttyUSB0 from my sensors :)
Mar 12 11:32:21 <CIA-12> 03jp30 * 10unslung/Makefile: promote bogofilter, rsnapshot; demote asterisk
Mar 12 13:45:44 <CIA-12> 03jp30 * 10unslung/ (make/lynx.mk sources/lynx/control): lynx: cross-compile, remove dependency on libiconv, update other dependencies, and bump ipk version
Mar 12 13:54:48 <CIA-12> 03jp30 * 10unslung/make/lynx.mk: lynx: cross-compilation fix
Mar 12 13:57:29 <hanjo> anyone knows what's the problem here:
Mar 12 13:57:31 <hanjo> NOTE: Fetch cvs://anonymous@cvs.sourceforge.net/cvsroot/nslu;module=slugimage;tag=SLUGIMAGE_3_1
Mar 12 13:57:31 <hanjo> cvs checkout: authorization failed: server cvs.sourceforge.net rejected access to /cvsroot/nslu for user anonymous
Mar 12 13:57:31 <hanjo> cvs checkout: used empty password; try "cvs login" with a real password
Mar 12 13:57:42 <kergoth> it means what it says
Mar 12 13:57:47 <kergoth> heh
Mar 12 13:57:56 <kergoth> that url needs to pass the password
Mar 12 13:58:05 <kergoth> change cvs://anonymous@cvs.sourceforge.net/cvsroot/nslu;module=slugimage;tag=SLUGIMAGE_3_1
Mar 12 13:58:10 <kergoth> to cvs://anonymous:@cvs.sourceforge.net/cvsroot/nslu;module=slugimage;tag=SLUGIMAGE_3_1
Mar 12 13:58:13 <kergoth> that'll fix it
Mar 12 13:58:17 <hanjo> tnx
Mar 12 13:58:35 <hanjo> ?
Mar 12 13:58:44 <hanjo> ooops
Mar 12 13:58:54 <hanjo> I've seen the diff now
Mar 12 13:59:03 <kergoth> its user:password@host
Mar 12 13:59:08 <kergoth> so user:@host is an empty password
Mar 12 13:59:10 <kergoth> which is what we want
Mar 12 13:59:16 <chrta> hi, i'm trying to build a new openslug image, but i cannot get anonymous access to the sourceforge cvs repository
Mar 12 13:59:21 <kergoth> heh
Mar 12 13:59:23 <kergoth> that sounds familiar
Mar 12 14:01:18 <hanjo> NOTE: Fetch cvs://anonymous:@cvs.sourceforge.net/cvsroot/nslu;module=slugimage;tag=SLUGIMAGE_3_1
Mar 12 14:01:19 <hanjo> cvs checkout: authorization failed: server cvs.sourceforge.net rejected access to /cvsroot/nslu for user anonymous
Mar 12 14:01:19 <hanjo> cvs checkout: used empty password; try "cvs login" with a real password
Mar 12 14:01:31 <chrta> same for me..
Mar 12 14:01:57 <rwhitby> sf.net must have changed something ....
Mar 12 14:02:18 <kergoth> itd suck for us to have to make the fetcher login
Mar 12 14:02:18 <kergoth> heh
Mar 12 14:04:01 <kergoth> rwhitby: its just a bug on their end. sf is busted.
Mar 12 14:04:03 <kergoth> ~/code/openembedded$ cvs -d:pserver:anonymous:@cvs.sourceforge.net:/cvsroot/nslu login
Mar 12 14:04:06 <kergoth> Logging in to :pserver:anonymous@cvs.sourceforge.net:2401/cvsroot/nslu
Mar 12 14:04:09 <kergoth> cvs login: authorization failed: server cvs.sourceforge.net rejected access to /cvsroot/nslu for user anonymous
Mar 12 14:04:12 <kergoth> kergoth@linux
Mar 12 14:04:14 <kergoth> ~/code/openembedded$
Mar 12 14:04:17 <kergoth> you cant even login right now.
Mar 12 14:04:20 <kergoth> heh
Mar 12 14:04:43 <chrta> other repositorys are working...
Mar 12 14:04:52 <kergoth> sourceforge ones?
Mar 12 14:04:57 <kergoth> that doesnt make it anything but an sf bug.
Mar 12 14:04:58 <chrta> yes
Mar 12 14:05:06 <kergoth> its still a problem with the sf server.
Mar 12 14:05:17 <kergoth> if anonymous cant touch /cvsroot/nslu2, the admins need to fix it.
Mar 12 14:05:19 <chrta> 30mins ago. i check it now
Mar 12 14:05:33 <kergoth> i just checked it 30 seconds ago
Mar 12 14:05:44 <kergoth> rwhitby: you want to open a ticket with sf support on this?
Mar 12 14:05:56 <kergoth> rwhitby: not being able to login as anonymous to the nslu repo is a problem.
Mar 12 14:07:49 <hanjo> rwhitby: I didn't have luck with the image you've sent me. I could not get networking/ssh to work. Did you by any chance flash the same image on your slug?
Mar 12 14:24:52 <CIA-12> 03jp30 * 10unslung/Makefile: lynx is now a CROSS_PACKAGE
Mar 12 14:46:23 <rwhitby> hanjo: no, I haven't flashed that image.
Mar 12 14:47:17 <rwhitby> heh - clueless is miau running on an Asus  wl500g router :-)
Mar 12 14:47:41 <hanjo> :) so there is still a faint chance that I am not cursed :)
Mar 12 14:49:04 <hanjo> any chanse of getting boot logs out over the network insted over serial?
Mar 12 14:49:08 <hanjo> chance
Mar 12 14:49:24 <rwhitby> not at the moment I don't think
Mar 12 14:50:04 <hanjo> I see some soldering in my future....
Mar 12 14:51:55 <kergoth> rwhitby: did a world build in oe the other night
Mar 12 14:51:58 <kergoth> 180 package failures
Mar 12 14:51:59 <kergoth> :\
Mar 12 14:52:59 <rwhitby> I retargeted the Unslung packages to mipsel-uclibc last night (for the Asus wl-500g router) and had success on 93 packages :-)
Mar 12 14:54:26 <rwhitby> kergoth: any nslu2-linux package failures that we need to fix?
Mar 12 14:54:52 <kergoth> nah, all core stuff
Mar 12 14:54:58 <kergoth> variety of things
Mar 12 14:55:02 <kergoth> the usual suspects, mostly
Mar 12 14:55:04 <kergoth> vanishing upstream sources
Mar 12 14:55:12 <kergoth> few failures due to the upgrade to automake 1.9.x
Mar 12 14:55:24 <kergoth> that sort of thing
Mar 12 14:56:34 <rwhitby> nod
Mar 12 14:56:56 <kergoth> the world build was for my colinux :)
Mar 12 14:57:04 <kergoth> over 5,300 ipks emitted
Mar 12 15:10:53 <jp30> pTweety, ping
Mar 12 15:11:09 <pTweety> pong
Mar 12 15:11:20 <jp30> hi, did you get email re lynx
Mar 12 15:12:19 <pTweety> right now, yes
Mar 12 15:13:23 <jp30> good, can you take a look at what i've changed and check i haven't broken anything?
Mar 12 15:17:17 <pTweety> will do it, but it can take some time. Currently I have some issues with my network
Mar 12 15:19:14 <jp30> OK then, i've checked that my rebuilt lynx works on my slug with no libiconv installed. If you run into any problems, or notice borkages, let me know.
Mar 12 15:19:27 <kergoth> yay, down with libiconv!
Mar 12 15:19:29 <kergoth> :)
Mar 12 15:19:44 <jp30> hear hear
Mar 12 15:20:06 <jp30> ... only a couple more packages to go and libiconv should be banished from unslung
Mar 12 15:20:20 <kergoth> excellent
Mar 12 15:20:35 <pTweety> jp30, I'll check it out and if you don't hear from me within a day then it should be ok on my side.
Mar 12 15:20:48 <jp30> pTweety, thanks!
Mar 12 15:29:58 <pTweety> jp30, the native build gives my an executable of exactly the some size than before. No problems so far with any site I've checked the last 10 mins.
Mar 12 15:35:24 <jp30> good!
Mar 12 17:31:14 <kergoth> fyi, sqlite3 segfaults with uclibc
Mar 12 17:31:16 <kergoth> works fine with glibc
Mar 12 17:31:21 <kergoth> looks like python is the exact same way
Mar 12 17:31:22 <kergoth> hmm...
Mar 12 17:31:34 <kergoth> commonalities.. both use libreadline for their cmdline interface
Mar 12 17:31:38 * kergoth shrugs
Mar 12 18:49:08 <dyoung-zzzz> rwhitby around?
Mar 12 18:54:52 <kergoth> whee, i've been busy today
Mar 12 18:54:53 <kergoth> heh
Mar 12 18:54:54 <kergoth> http://oe-devel.bkbits.net:8080/openembedded/ChangeSet@-1d?nav=index.html
Mar 12 18:54:59 <kergoth> ~praise saturdsays
Mar 12 18:55:02 <jbot> All hail saturdsays!
Mar 12 18:55:03 <kergoth> ~praise saturdays, even
Mar 12 18:55:05 <jbot> All hail saturdays, even!
Mar 12 18:55:34 <dyoung> Yes, you've been quite busy today.
Mar 12 18:56:22 <dyoung> do you have time for a quick question?
Mar 12 18:56:24 <kergoth> yep
Mar 12 18:57:32 <dyoung> Okay so for a 3rd party kernel module, is it better to have for that modules PACKAGES = "kernel-module-foo" defined ?  Some modules like bt950 do it, othes like orinoco dont.
Mar 12 18:58:03 <kergoth> i'm inclined to say dont.
Mar 12 18:58:16 <kergoth> we can determine whether they're kernel modules from an appropriately set SECTION, really
Mar 12 18:58:20 * kergoth shrugs
Mar 12 18:58:23 <kergoth> no real standard with regard to that atm
Mar 12 18:58:38 <dyoung> Okay, I'll ignore it for now then, Thanks!
Mar 12 18:58:50 <kergoth> np
Mar 12 18:59:19 <kergoth> woah, openssh 4.0 released
Mar 12 18:59:23 * kergoth checks the changelog
Mar 12 19:00:30 <dyoung> rwhitby, if/when youre around, I have a ctrlproxy built.  I cant test it right now thoough, all the dependencies dont fit in the internal flash; and I'm not in a position to pivot out to external disk root right now.
Mar 12 19:00:41 <kergoth> nice
Mar 12 19:02:03 <kergoth>  This release features many bugfixes and several new features, including improved port forwarding by allowing specification of an address for forwards to bind to, optional hashing of host names added to known_hosts to improve privacy, options to manage known_hosts files to ssh-keygen, improved account and password expiry support, command history, and editing to sftp and improved session multiplexing.
Mar 12 19:02:09 <kergoth> ooh.
Mar 12 19:02:12 <kergoth> neat
Mar 12 19:02:32 <dyoung> Okay heres another dumb question.  how ugly would it be to define USE_NLS = yes in ctrlproxy's bb?  ctrlproxy requires glib, but glib requires NLS, but openslug.conf (or one of those openslug files) sets USE_NLS ?= no
Mar 12 19:02:46 <kergoth> thatd be wrong
Mar 12 19:02:55 <kergoth> setting that would affect ctrlproxy only
Mar 12 19:02:56 <kergoth> not glibc
Mar 12 19:02:59 <kergoth> not glib, that is
Mar 12 19:03:07 <kergoth> openslug.conf should be doing one of two things:
Mar 12 19:03:11 <kergoth> USE_NLS_uclibc = "no"
Mar 12 19:03:12 <dyoung> Figured so.  I temporarily set it in local.conf to bitbake ctrlproxy...
Mar 12 19:03:12 <kergoth> or
Mar 12 19:03:19 <kergoth> USE_NLS = "no"
Mar 12 19:03:22 <kergoth> USE_NLS_glib-2.0 = "yes"
Mar 12 19:03:27 <kergoth> either will do the job well
Mar 12 19:04:07 <kergoth> actually
Mar 12 19:04:15 <kergoth> hmm
Mar 12 19:04:45 <kergoth> dyoung: if openslug removes the USE_NLS completely, it'll Just Work(tm)
Mar 12 19:04:58 <kergoth> dyoung: i changed uclibc to default to not using its internal nls stuff
Mar 12 19:05:25 <kergoth> if its really wanted disabled, then it should force yes on glib-2.0\
Mar 12 19:06:04 <dyoung> Hmm, I dont know the history of why its set to no, so I think adding USE_NLS_glib-2.0 = "yes" in there is probably a safer solution right now.
Mar 12 19:06:14 * kergoth nods
Mar 12 19:06:16 <kergoth> go for it
Mar 12 19:06:21 <dyoung> Okay cool, thanks.
Mar 12 19:19:09 <kergoth> wow
Mar 12 19:19:16 <kergoth> openssh 4.0p1 has crosscompilation bits
Mar 12 19:19:21 <kergoth> parts of it suck
Mar 12 19:19:24 <kergoth> but they tried!
Mar 12 19:19:27 * kergoth is impressed
Mar 12 19:19:49 <dyoung> Cool.
Mar 12 19:20:10 <kergoth> historically, openssh has been one of the most annoying packages to crosscompile.
Mar 12 19:20:17 <kergoth> they have like 30 AC_TRY_RUN()s
Mar 12 19:20:59 <dyoung> I like the feature about specifying addresses for forwards.  Anxious to test that one out.
Mar 12 19:21:10 <kergoth> yeah, thats really cool
Mar 12 19:21:14 <kergoth> i love hte sftp improvements too
Mar 12 19:21:19 <kergoth> i've always hated the sftp interface
Mar 12 19:22:12 <kergoth> [g2]: i have that list of packages for doing native dev in openslug, in the form of a long string of 'ipkg install' commands
Mar 12 19:22:15 <kergoth> [g2]: if you want it
Mar 12 19:22:28 <[g2]> kergoth, I'd love it!
Mar 12 19:22:36 <kergoth> k
Mar 12 19:22:54 <kergoth> [g2]: the openslug USE_NLS bits are busted.  was just talking to dyoung about it
Mar 12 19:23:00 <kergoth> [g2]: glib-2.0 requires nls
Mar 12 19:23:03 <[g2]> kergoth, JUST DON'T PASTE IT in HERE !!! :)
Mar 12 19:23:42 * kergoth wades through the openssh 4.0p1 configure.ac.rej to merge in a few better cross fixes instead of theirs
Mar 12 19:26:01 <kergoth> [g2]: http://kergoth.com/files/openslug.dev.txt
Mar 12 19:26:24 <kergoth> [g2]: that should be everything necessary to get an autoreconf && ./configure && make; working
Mar 12 19:26:43 <kergoth> please test and confirm.
Mar 12 19:28:20 <[g2]> kergoth, Thx I will
Mar 12 19:28:52 <[g2]> I might take a day or two, I'm bringing up the gateworks platform
Mar 12 19:29:25 <kergoth> k
Mar 12 19:30:06 * [g2] is very happy with the gateworks platform btw
Mar 12 19:32:27 <dyoung> ~openslug-veggie
Mar 12 19:32:28 <jbot> http://www.nslu2-linux.org/wiki/OpenSlug/OpenSlugTurnUp
Mar 12 19:36:21 <[g2]> dyoung,  ???
Mar 12 19:38:36 <dyoung> Hmm?  I forgot the page, so was looking it up.
Mar 12 19:38:43 <dyoung> setting up a extdisk rootfs
Mar 12 19:39:09 <kergoth> gah
Mar 12 19:39:17 <kergoth> i accidentally lost the merged openssh 4.0p1 patch
Mar 12 19:39:17 <kergoth> grr
Mar 12 19:39:54 <[g2]> dyoung, nod
Mar 12 19:39:58 <[g2]> kergoth, bummer :(
Mar 12 19:43:07 <dyoung> Drat.
Mar 12 19:43:26 <dyoung> I was hoping I could cheat and use this crappy 16MB SD card for my rootfs.  But it dont like it.
Mar 12 19:49:55 <dyoung> I must have *something* I can use for a rootfs....
Mar 12 19:49:57 <dyoung> geez.
Mar 12 20:15:33 <[g2]> nite all
Mar 12 20:15:38 <[g2]> kergoth, THX for the lists
Mar 12 20:15:47 <kergoth> np
Mar 12 20:36:09 <kergoth> NOTE: package openssh-4.0p1: completed
**** ENDING LOGGING AT Sat Mar 12 23:59:56 2005