irclog2html for #uclibc on 20031214

00:01.28bug1waldi: i cant find it on my local machine, but it is in http://people.debian.org/~bug1/busybox/http://people.debian.org/~bug1/busybox/busybox-cvs_20031119-1.diff.gz i cant remember the status of it
00:01.57bug1im not sure if it was the most upto date version i had, or what problems it had
00:02.25anderseewaldi: I see you mentioned you plan to update busybox
00:02.49anderseewaldi: be sure to include the mount fix I checked in after the -pre4
00:03.01andersees/-pre4/-pre4 release/
00:16.35*** join/#uclibc bug1_ (~bug1@m042-122.nv.iinet.net.au)
00:16.54*** join/#uclibc bug1__ (~bug1@m042-122.nv.iinet.net.au)
01:06.12*** join/#uclibc simmo (~simmo@adsl-18-27.swiftdsl.com.au)
01:16.13*** join/#uclibc yashi (~yashi@dns1.atmark-techno.com)
01:57.26ambassadoreek!
01:57.37mjn3mouse?
01:57.39ambassadorI just got back to see how my buildroot build went
01:57.54ambassadorand it's stopped
01:58.05ambassadortrying to get uClibc-local-030818.tgz
01:58.12ambassadorand it can't get it!
01:58.15ambassador(horror)
01:58.38ambassadorseems it doesn't keep a copy on sources/dl/
02:00.36mjn3ambassador: i'll look at it in a minute
02:01.31ambassadorok, thx
02:05.37mjn3the locale data download is handled in the uClibc/Makefile at the moment.  buildroot's uclibc.mk needs to be fixed
02:06.08mjn3i just tried and it downloads fine for me
02:06.38ambassadorI can't ping www.uclibc.org
02:06.43ambassador63.223.66.155
02:06.57anderseeambassador: there is a problem at the colocation facility
02:07.06ambassadoroh, bummer
02:07.23anderseeambassador: I've exchanged a few emails with them trying to get things fixes
02:09.02ambassador:-( not a single copy on my system
02:09.08ambassadortalk about weakest link
02:11.37mjn3ambassador: what arch are you building for?
02:12.23ambassadormipsel-linux
02:12.40mjn3i don't know if the pregenerated locale data will work for that
02:12.53ambassadorI don't even know if I need it
02:13.05ambassadorjust something wanted iconv and I think that came along for the ride
02:13.57mjn3yes, because currently iconv uses the codeset data from the locale support
02:15.19ambassadorhe, I faked it out with a 0 lenght file :-P
02:15.20mjn3but the locale data is all stored in a struct, and the offsets are wrong on some archs due to struct padding
02:15.48mjn3well, if you need locale support, the uclibc build will fail
02:16.20anderseeambassador: go to http://cvs.uclibc.org/
02:16.53anderseeambassador: you can fetch things from there
02:16.54mjn3in the next couple of weeks i'll be fixing some iconv and locale issues
02:17.48mjn3andersee has already asked me for iconv support without requiring locales
02:17.58mjn3:-)
02:18.13ambassadorandersee, cool, that works, thank you
02:18.40ambassadormjn3, :-) sounds like exactly what I need :-)
02:20.18ambassadorfrightening experience
02:20.42mjn3well, as i said, i'm not sure it will work for you
02:20.53ambassadorit's been working
02:20.53mjn3i know it doesn't work on arm
02:21.02ambassadorI mean... I don't need locales
02:21.03ambassadorI just need iconv
02:21.11mjn3and iconv is working?
02:21.13ambassadorand I don't even know why - just some app needed it to build
02:21.18ambassadormaybe samba?
02:21.41ambassadoranyway I enabled it, the app built, and worked to my satisfaction
02:21.57mjn3ok
02:23.13mjn3shame to add 250+K for that when you really only need about (maybe) 10K of that data for iconv
02:23.55ambassadoryeah, but I don't know better :-P
02:30.39mjn3andersee: busybox (from a couple of days ago)...  tar xzf perl-5.8.2.tar.gz gives "tar: crc error"
02:31.20mjn3andersee: never mind.  let me look at it some more.  could also be a bug in the new stdio code
02:32.51ambassadorso when are you two going to co-author a uClibc book?
02:34.03mjn3maybe after we finish with the actual library
02:34.12mjn3we still need a new howto
02:47.23ambassadorfinish? :-)
02:50.19mjn3well, at least get to 1.0
02:52.45mjn3andersee: hmm.. seems to be a stdio bug, so never mind
03:03.10*** join/#uclibc randey (~randey@202.63.116.98)
04:00.46anderseemjn3: k
04:01.46mjn3i'm trying a buildroot build with the new code now
04:03.07anderseemjn3: lots of abi changes in the new stdio code, right?
04:03.49ambassadorwhen did new stdio code happen?
04:03.53mjn3on the phone
04:21.26anderseeambassador: it is in progress...  not checked in yet
04:23.45ambassadorah
04:58.51*** join/#uclibc bug1_ (~bug1@m045-207.nv.iinet.net.au)
05:27.06mjn3off the phone
05:27.29mjn3ambassador: the new stdio core is something i've been working on for a while
05:27.59ambassadorwhat does it do? :-)
05:28.09mjn3andersee: well, the public api is pretty much the same.  there are some internal changes though.  the main app-visible thing is that the layout of the FILE struct is different
05:28.36mjn3ambassador: performance enhancements primarily
05:28.53mjn3especially for non-threaded apps using a thread-enabled uClibc
05:29.15ambassadoroh, that sounds nice
05:29.21ambassadorI shun threads
05:33.39mjn3andersee: i'm amazed.  the new code actually passed the python and perl self-tests
05:33.49andersee:-)
05:33.57anderseethats pretty cool
05:33.59anderseefirst try?
05:34.22mjn3yep.  but i know there are a couple of things i need to look at
05:34.28anderseemjn3: hmm
05:34.56anderseemjn3: the file struct is opaque
05:34.56mjn3still, it's nice that it is passing those plus the glibc tests
05:35.25mjn3well... not quite.  it has to be visible for the getc/putc macros
05:38.15mjn3those were breaking before when people changed wchar support.  i fixed things so that doesn't happen anymore
05:44.26anderseek
05:45.22mjn3i could make it completely opaque and do casting in the macros, but that has type safety implications.  alternately, i could use inline functions i suppose
05:47.00mjn3not seeing that tar problem anymore.  things just seem to be working  :-)
05:47.25mjn3can't do any real speed tests at the moment because if got all the debugging and FILE validation stuff turned on
05:47.25andersee:-)
06:08.31anderseeuclibc.org / busybox.net is back
06:09.11anderseethe only evidence of anything happening in the log is this
06:09.14anderseeDec 13 05:46:06 torment kernel: e1000: eth0 NIC Link is Down
06:11.01mjn3sigh
16:23.30*** join/#uclibc TheMasterMind1 (~aman@h-69-3-1-37.MCLNVA23.dynamic.covad.net)
18:47.09*** join/#uclibc waldi (~waldi@bblank.thinkmo.de) [NETSPLIT VICTIM]
21:39.03*** join/#uclibc ShortWave (~root@ip68-100-100-183.dc.dc.cox.net)
21:39.10ShortWaveHey all
21:40.59ShortWaveGot an issue
21:41.08ShortWavethe root_fs I downloaded is missing libcrypt.so
21:41.12ShortWaveAnyone know where I migth find it?
21:43.26ambassador$ ls build_mipsel_nofpu/root/lib/libcrypt*
21:43.26ambassadorbuild_mipsel_nofpu/root/lib/libcrypt-0.9.23.so  build_mipsel_nofpu/root/lib/libcrypt.so.0
21:43.38ambassadorso buildroot adds it
21:43.43ambassadorhave you tried buildroot?
21:43.48ShortWaveWhat package provides?
21:43.53ShortWavebuildroot fails on my setup for some reason
21:44.12ambassadorbuild_mipsel_nofpu/uClibc/libcrypt/libcrypt-0.9.23.so
21:44.34ShortWaveHrm
21:44.57ShortWaveDO you know what package provides that lib so I can download and compile it?
21:44.58mjn3should be there.. in /lib
21:45.11mjn3libcrypts.so is provided by uClibc
21:45.43ShortWavelibcrypt? there's a libcrypto
21:45.52ShortWavecan I flood without getting killed?
21:46.06ambassadorflood private?
21:46.10ShortWavesure
21:47.03ShortWavelibcrypt.so -> libcrypt.so.0, which isn't present
21:47.03ambassadorlooks like who build the root didn't copy over the .so
21:47.12ambassador(but it's not libcrypto)
21:47.26ShortWavehrm
21:47.38ShortWaveah, that was /usr/lib
21:47.46ShortWavein /lib I've got libcrypt-0.9.23
21:48.24ShortWavehrm
21:48.28ShortWaveOk, here's the issue
21:49.11ShortWaveCompiling X from source, the compile fails on undefined reference to 'crypt'
21:50.55mjn3add -lcrypt to the link, since crypt is in /lib/libcrypt.so (or /usr/lib/libcrypt.a)
21:51.04ShortWaveI was about to say...

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with blootbot logs, split per channel, etc.