00:06.42 | *** join/#uclibc animeloe[net] (n=animeloe@unaffiliated/animeloe) |
00:24.38 | *** join/#uclibc malloc_ (n=malloc@2001:470:1f11:80b:216:3eff:fe70:1be0) |
00:24.38 | *** join/#uclibc djdeath_ (n=djdeath@potipota.net) |
00:24.38 | *** join/#uclibc gnomon (n=gnomon@CPE0022158a8221-CM000f9f776f96.cpe.net.cable.rogers.com) [NETSPLIT VICTIM] |
00:25.08 | *** join/#uclibc vapier (i=UserBah@wh0rd.org) |
01:36.46 | *** join/#uclibc animeloe (n=animeloe@unaffiliated/animeloe) |
02:05.43 | *** join/#uclibc DuratarskeyK (n=wedge@77-234-14-61.pppoe.yaroslavl.ru) |
02:06.55 | *** join/#uclibc animeloe (n=animeloe@unaffiliated/animeloe) |
02:20.48 | *** join/#uclibc dileX (n=sd@p5B2ED1A0.dip.t-dialin.net) |
04:41.31 | *** join/#uclibc animeloe (n=animeloe@unaffiliated/animeloe) |
04:49.07 | *** join/#uclibc animeloe (n=animeloe@unaffiliated/animeloe) |
05:16.17 | *** join/#uclibc dileX (n=sd@vpn-eu2.unidsl.de) |
06:15.28 | *** join/#uclibc dileX (n=sd@vpn-eu1.unidsl.de) |
06:37.18 | *** join/#uclibc dileX_ (n=sd@vpn-eu1.unidsl.de) |
06:39.18 | *** join/#uclibc y_morin (n=ymorin@ARennes-252-1-56-112.w83-195.abo.wanadoo.fr) |
06:54.24 | *** join/#uclibc YeYo (n=YeYo@ns2.kolporter.com.pl) |
06:57.47 | *** join/#uclibc ncopa (n=ncopa@245.39.189.109.customer.cdi.no) |
07:04.36 | CIA-59 | 03vda.linux 07master * r1aaf1cb096e2 10busybox/examples/var_service/getty_tty1/ru_koi8r.keymap: whitespace fix |
07:18.09 | CIA-59 | 03vda.linux 07master * rda879ec2e967 10busybox/modutils/modprobe.c: modprobe: protect against possible SEGV |
07:20.00 | CIA-59 | 03vda.linux 07master * re52b735231bd 10busybox/Makefile: Bump version to 1.16.0 |
07:20.48 | CIA-59 | 03vda.linux 07refs/tags/1_16_0 * re52b735231bd 10busybox/Makefile: Bump version to 1.16.0 |
07:21.06 | CIA-59 | 03vda.linux 071_16_stable * re52b735231bd 10busybox/Makefile: Bump version to 1.16.0 |
07:26.41 | *** join/#uclibc hw_ (n=hw@p578b3905.dip0.t-ipconnect.de) |
07:31.09 | *** join/#uclibc hw_ (n=hw@p578b3905.dip0.t-ipconnect.de) |
07:32.00 | Jacmet | djdeath_: posts to mailing list are also fine - Normally I handle things quicklier, but things have been kind of crazy here |
07:32.21 | Jacmet | djdeath_: and I've been ill |
07:35.11 | CIA-59 | 03vda.linux 07master * re83877942982 10busybox/Makefile: start 1.17.x development |
07:40.29 | *** join/#uclibc dileX (n=sd@p5B2ED1A0.dip.t-dialin.net) |
07:41.35 | *** join/#uclibc hw_ (n=hw@p578b3905.dip0.t-ipconnect.de) |
08:54.42 | CIA-59 | 03jacmet 07master * r99f74cbec5d5 10buildroot/package/busybox/Config.in: busybox: bump version |
09:01.41 | CIA-59 | 03rep.dot.nop 07master * r7295c13f4be2 10uClibc-website/.gitignore: add some ignores |
09:01.43 | CIA-59 | 03rep.dot.nop 07master * rcc31f2cdaa48 10uClibc-website/ (4 files in 2 dirs): update copyright year and bribe address |
09:17.46 | djdeath_ | Jacmet: ok, good recovery |
09:18.17 | djdeath_ | Jacmet: indeed, I have seen a lot of patches on the mailing list |
10:06.21 | CIA-59 | 03vda.linux 07master * rffc4bced958e 10busybox/networking/libiproute/ (ipaddress.c iproute.c): libiproute: eliminate unused fields in struct filter_t's; style fixes |
10:17.09 | dileX | http://busybox.net/downloads/fixes-1.15.3/ seems to be a dead-link |
11:15.13 | *** join/#uclibc _Lucretia__ (n=munkee@5ac2a2d0.bb.sky.com) |
11:20.42 | mnemoc | dileX: that happens when there are no fixes for that version yet |
11:31.19 | dileX | OK. when 1st patch arrives the dir is created? |
11:59.51 | *** join/#uclibc p0ker_ (n=p0ker@93.124.192.66) |
12:12.10 | *** join/#uclibc gustavoz (n=gustavoz@host5.201-253-139.telecom.net.ar) |
12:18.37 | CIA-59 | 03julien.boibessot 07master * r48b628b8613d 10buildroot/ (CHANGES package/sdl/sdl.mk): sdl: needs tslib to be compiled first when selected. |
12:36.27 | *** part/#uclibc YeYo (n=YeYo@ns2.kolporter.com.pl) |
12:47.09 | ncopa | anyone having issues with libxml2-2.7.6 and uclibc? |
12:47.38 | ncopa | xsltproc breaks when reading from stdin |
12:48.12 | ncopa | seems like it believes it hits EOF too early |
12:54.54 | CIA-59 | 03rep.dot.nop 07master * r5682ae1fcf3f 10uClibc/libc/ (signal/Makefile.in stdlib/Makefile.in): convert to foo-y kbuild style |
13:02.44 | *** join/#uclibc animeloe[net] (n=animeloe@unaffiliated/animeloe) |
14:05.25 | *** join/#uclibc animeloe[net] (n=animeloe@unaffiliated/animeloe) |
14:14.03 | *** join/#uclibc tchan (n=tchan@lunar-linux/developer/tchan) |
14:49.58 | *** join/#uclibc sjhill (n=sjhill@home.bethel-hill.org) |
14:55.10 | *** join/#uclibc tsukasa` (n=tsukasa@unaffiliated/tsukasa) |
15:01.56 | *** join/#uclibc animeloe[net] (n=animeloe@unaffiliated/animeloe) |
15:04.44 | *** join/#uclibc animeloe (n=animeloe@unaffiliated/animeloe) |
15:15.02 | *** join/#uclibc matteo (n=matteo@openwrt/developer/matteo) |
15:35.06 | *** join/#uclibc adb (n=adb@144.85.45.157) |
15:45.24 | *** join/#uclibc austinf (n=austinf@74.92.231.110) |
15:59.33 | *** join/#uclibc wberrier (n=wberrier@12.191.193.40) |
16:21.32 | *** join/#uclibc mnt_real (n=sinan@bas1-montreal43-1177754708.dsl.bell.ca) |
16:29.00 | busybot | [New Bug] https://bugs.uclibc.org/961 min, P5, buildroot, gustavo@zacarias.com.ar->unassigned@buildroot.uclibc.org, NEW, pending, Bump dnsmasq to 2.52 |
16:30.01 | busybot | [New Bug] https://bugs.uclibc.org/967 min, P5, buildroot, gustavo@zacarias.com.ar->unassigned@buildroot.uclibc.org, NEW, pending, Bump netstat-nat to 1.4.10 |
16:33.01 | busybot | [New Bug] https://bugs.uclibc.org/973 min, P5, buildroot, gustavo@zacarias.com.ar->unassigned@buildroot.uclibc.org, NEW, pending, Bump iw to 0.9.19 |
16:33.43 | gustavoz | Jacmet: hi, around? |
16:47.37 | *** join/#uclibc psypete (n=realname@li62-9.members.linode.com) |
16:49.15 | psypete | i have a buildroot issue... on slack 12, using i686 defconfig of buildroot-2009.11, both binutils 2.19 and 2.19.1 fail with "bucomm.c:154: error: 'TARGET' undeclared (first use in this function)" |
16:50.13 | psypete | if anyone has seen this error before, do they know what this refers to? it seems like building binutils by itself outside of buildroot completes successfully, so i'm assuming maybe a patch or some compile option specified by buildroot may be causing it |
17:01.15 | CIA-59 | 03rep.dot.nop 07master * r29db573ed42b 10uClibc/Makefile.help: document UCLIBC_EXTRA_CFLAGS |
17:28.53 | psypete | it appears as if the output/toolbox/binutils-2.19-build/ directory that configure and make run from are specifying all the -I and other gcc flags to point to the output/toolbox/binutils-2.19/ directory instead of the -build path. yet binutils-2.19-build/binutils/config.h is what defines TARGET... so the right configuration includes are not being found/used |
17:45.19 | *** join/#uclibc lewellyn (n=lewellyn@greenviolet/lewellyn) |
18:12.53 | blindvt | austinf, ping |
18:13.10 | austinf | yo |
18:14.01 | blindvt | austinf, git grep builtin_define gcc/config/sparc; # doesn't enlighten me as to which CPP token denoted v7/v8 |
18:14.10 | blindvt | austinf, there's v9 though. |
18:15.05 | blindvt | austinf, can you please either show me the respective tokens or follow-up to yann's mail to remove the sparc block and fixup the config tokens CONFIG_SPARC_V* ? TIA |
18:16.39 | austinf | I don't know the tokens off the top of my head, I'll have to look |
18:18.06 | blindvt | austinf, (you most likely know, so just for your convenience..) echo '' | gcc-4.5-unknown-sparc -xc -E -dD -c - -o - |
18:19.52 | blindvt | for j in 7 8 9 9b whatever;do ... -mcpu=v$i;done |
18:20.09 | austinf | yeah I don't see anything relevant either on my gcc |
18:20.19 | blindvt | cool stuff |
18:20.27 | austinf | yeah |
18:21.23 | blindvt | fucking broken pile of slowaris compat crap^C |
18:21.30 | austinf | yeah I hate it |
18:22.09 | austinf | it's caused me nothing but trouble |
18:25.05 | Jacmet | gustavoz: I am now |
18:26.13 | gustavoz | Jacmet: hi. i'll be working on the menu reorg in the next days, question is, do we wanna move the packages into subdirectories to order them up by category? |
18:26.49 | gustavoz | at first i'd say "no" and leave it for later |
18:29.25 | Jacmet | gustavoz: I think the first step can just be to keep all files as they are and move libs to a seperate submenu in kconfig |
18:29.44 | gustavoz | Jacmet: exactly, also move the "dev" apps to a new submenu too |
18:29.52 | Jacmet | gustavoz: yes |
18:30.22 | gustavoz | Jacmet: i'll be touching descriptions also, mostly adding some useful ones since some packages lack the basic "what's this for" |
18:30.37 | Jacmet | gustavoz: ok, good |
18:31.43 | gustavoz | Jacmet: at some point we'll want to solve the category in dirs (or not) issue since some packages are that way now (database comes to mind) |
18:33.02 | Jacmet | gustavoz: yeah, the database one is imho a bit silly as it only has 2 entries, but multimedia is fairly big |
18:33.29 | Jacmet | gustavoz: but that's imho a secondary (internal) issue - users normally won't look under package/ |
18:34.27 | gustavoz | Jacmet: the only useful thing about moving stuff is easier Config.in handling which can be accomplished by splitting it too |
18:34.28 | austinf | blindvt, yeah I don't see any easy way to pull those config options without losing the ability to pick the right version of certain .S files |
18:34.58 | austinf | blindvt, thanks to gcc |
18:35.03 | Jacmet | gustavoz: true |
18:37.59 | gustavoz | Jacmet: also there's mtd-utils-1.3.0 at last, though it requires some touching to get it rolling (ubifs at least) |
18:38.50 | Jacmet | gustavoz: I know - Actually there's 1.3.1, but I haven't gotten them to put a tarball on the ftp yet |
18:39.09 | Jacmet | gustavoz: 1.3.0 had a fairly serious bug in ubifs |
18:39.52 | gustavoz | Jacmet: i didn't get it to build cleanly in br, mostly a headers thingy, not too interested in ubi atm either |
18:40.40 | Jacmet | gustavoz: ubi is still on my todo list to look closer into, but it isn't a high priority atm |
18:40.56 | gustavoz | Jacmet: same thing here. did you get to play with the 9g45? |
18:41.26 | Jacmet | gustavoz: yes, a bit |
18:42.05 | Jacmet | gustavoz: I did a quick performance test comparing it to 9263 and a ppc platform we're using (mpc8347) |
18:42.53 | Jacmet | gustavoz: cpu intensive stuff (mp3 decoding) is ~2x of 9263 (400MHz vs 200MHz), but memory bandwidth (memcpy) is quite bad, worse than 9263 |
18:43.19 | gustavoz | Jacmet: odd, it should perform better with 2x ddr2 channels |
18:43.20 | Jacmet | gustavoz: but it's an engineering sample board / sw, so perhaps they just need to tweak the DDR controller params |
18:43.48 | gustavoz | Jacmet: though ddr2 has more latency than the SDR the older ones use |
18:44.22 | gustavoz | Jacmet: did you test the ehci controller? as in, does it get even close to 480? |
18:45.29 | Jacmet | gustavoz: I got ~19MB/s for 1MB memcpy on the 9g45, ~22MB/s for the 9263, and ~40MB/s for the ppc |
18:45.57 | Jacmet | gustavoz: sorry, not yet - the first design we'll use it in won't have usb |
18:48.56 | blindvt | austinf, please file a bug |
18:49.17 | blindvt | austinf, (against gcc.gnu.org/bugzilla/ of course, not us) |
18:49.51 | austinf | will do |
18:51.12 | *** join/#uclibc fsvend (n=frank@77.233.16.62.customer.cdi.no) |
18:59.17 | blindvt | austinf, TIA |
18:59.41 | austinf | so for now, can we not remove those config options :) ? |
18:59.46 | austinf | for sparc at least |
19:02.16 | blindvt | austinf, if (TARGET_FPU) set_optab_libfunc (sqrt_optab, TFmode, "_Q_sqrt"); |
19:02.18 | gustavoz | Jacmet: which benchmark did you use? |
19:02.38 | gustavoz | Jacmet: i'm getting generally better numbers with stream (http://www.greyhound-data.com/gunnar/glibc/index.htm?page=downloads) |
19:02.48 | blindvt | austinf, you'll want to cross-compile perl and rely on auto-tools for configury ;) |
19:03.05 | austinf | oh my |
19:03.35 | Jacmet | gustavoz: I just decompressed a mp3 with madplay and used a small test program timing memcpy() calls |
19:04.03 | gustavoz | Jacmet: k give stream.c a shot since it measures with varying sizes/methods |
19:04.11 | blindvt | tries his sardistic grin ;) |
19:04.44 | Jacmet | gustavoz: ok, I'll do a new test friday/early next week |
19:05.07 | blindvt | austinf, see http://repo.or.cz/w/buildroot.git/blob/HEAD:/target/Config.in.arch#l364 |
19:05.44 | blindvt | austinf, and the sparc block below. I can imagine your pain :P |
19:06.06 | austinf | I only really care about v7,v8,v9,v9b for uClibc |
19:06.34 | austinf | and actually v8 is the only one I _really_ care about |
19:06.37 | austinf | and test |
19:07.09 | blindvt | <PROTECTED> |
19:07.10 | blindvt | 429 string |
19:07.10 | blindvt | 430 default V7 if BR2_sparc_v7 || BR2_sparc_cypress || BR2_sparc_sparclite || BR2_sparc_f930 || BR2_sparc_f934 || BR2_sparc_sparclite86x || BR2_sparc_sparclet || BR2_sparc_tsc701 |
19:07.10 | blindvt | 431 default V8 if BR2_sparc_v8 || BR2_sparc_supersparc || BR2_sparc_hypersparc |
19:07.10 | blindvt | 432 default V9 if BR2_sparc_v9 || BR2_sparc_ultrasparc || BR2_sparc_ultrasparc3 || BR2_sparc_niagara || BR2_sparc64_v9 || BR2_sparc64_ultrasparc || BR2_sparc64_ultrasparc3 || BR2_sparc64_niagara |
19:07.12 | blindvt | 433 default V9 if BR2_sparc_v9a || BR2_sparc64_v9a |
19:07.14 | blindvt | 434 default V9B if BR2_sparc_v9b || BR2_sparc64_v9b |
19:07.37 | austinf | yep |
19:07.54 | blindvt | the marketing names are just that. But it's really a mess |
19:08.14 | austinf | there might be like three users of sparc uClibc, and they all use v8 to my knowledge |
19:08.47 | gustavoz | Jacmet: did atmel hit final silicon for the 9g45? they are past due date AFAIK |
19:09.10 | blindvt | does v8 have vis? |
19:09.26 | Jacmet | gustavoz: I actually don't know - Atmel seems to have had some issues lately - strike at their plant in .fr |
19:09.48 | gustavoz | blindvt: nope, VIS is a v9 thingy |
19:09.50 | blindvt | austinf, or is vis just !!fpu |
19:10.20 | austinf | correct |
19:10.47 | blindvt | gustavoz, right (sorry for asking too fast): |
19:10.50 | blindvt | <PROTECTED> |
19:10.50 | blindvt | <PROTECTED> |
19:10.50 | blindvt | <PROTECTED> |
19:10.50 | blindvt | <PROTECTED> |
19:10.50 | blindvt | <PROTECTED> |
19:10.51 | blindvt | <PROTECTED> |
19:10.52 | blindvt | <PROTECTED> |
19:10.55 | blindvt | <PROTECTED> |
19:11.53 | blindvt | hm.. so we basically need to see how to distinguish v9 from v9b. Ideas? |
19:11.58 | gustavoz | blindvt: these days you should probably care about >=v8 |
19:14.56 | gustavoz | blindvt: v9 alone is baseline V9 (64 bit, starting with ultrasparc1), v9a is v9+vis, v9b is ultrasparc3+ |
19:15.20 | gustavoz | blindvt: v9b being V9 and VIS 2.0 |
19:15.26 | austinf | yep |
19:15.57 | austinf | __sparc__ && __arch64__ will let you know you are at least at v9 |
19:16.58 | gustavoz | less than v8 is probably a waste of time, v8 would be gaisler sparc processors |
19:18.52 | gustavoz | last time i checked 2.6 kernels ran really bad or not at all for v8 hardware except for gaisler IP with their own patches |
19:19.19 | austinf | correct, I have an extensive patch adding a whole leon subarch to 2.6.30 |
19:19.26 | blindvt | i think that we don't care (much) about FPU in this respect, so for us v9+fpu==v9b(-vis, since we it isn't explicitly impled ATM) so we effectively can rely on defined __sparc_v9__ && __WORDSIZE |
19:19.47 | blindvt | s/we it/it/ |
19:19.58 | blindvt | ~botcake |
19:19.59 | ibot | Mmmmmm. Cake.... droool |
19:20.47 | blindvt | austinf, unless you add fenv support that cares about vis, we should get away with the available info. Thanks for flying with us |
19:21.14 | austinf | ok |
19:21.17 | blindvt | enough. let's get real stuff done now |
19:23.19 | austinf | blindvt, I'm about 50% through syncing nptl from glibc btw |
19:24.24 | blindvt | austinf, oh, and i'd add one prominent #if __WORDSIZE != 64 && defined __arch64__ || __WORDSIZE == 64 && !defined __arch64__\n#error you are toast\n#endif somewhere to sparc, but maybe that's just me ;) |
19:24.47 | austinf | we'll get PI mutexes, private futexes, robust futexes |
19:24.52 | blindvt | austinf, cool! fore! |
19:25.42 | blindvt | austinf, i'm reimplementing /etc/* parsers as we speak (modulo arguing about freaking sparc stuff ;) |
19:26.00 | *** join/#uclibc dougmencken (n=Douglas@93.123.156.139) |
19:27.01 | busybot | [New Bug] https://bugs.uclibc.org/979 nor, P5, Busybox, joao.fs.cardoso@gmail.com->unassigned@busybox.net, NEW, pending, "delgroup" doesnt delete a user from a secondary group |
19:36.12 | *** join/#uclibc trem (n=trem@AToulouse-256-1-64-94.w86-205.abo.wanadoo.fr) |
20:08.23 | *** join/#uclibc Dj-Death (n=djdeath@potipota.net) |
20:53.14 | *** join/#uclibc y_morin (n=ymorin@ARennes-252-1-56-112.w83-195.abo.wanadoo.fr) |
21:30.47 | *** join/#uclibc Christos_N (n=Christos@ppp-94-66-51-223.home.otenet.gr) |
21:47.01 | busybot | [New Bug] https://bugs.uclibc.org/985 enh, P5, buildroot, daniel@bristot.eti.br->unassigned@buildroot.uclibc.org, NEW, pending, Bump usb_modeswitch package to 1.1.0 |
21:49.20 | trem | nite all, sweet dreams |
22:34.34 | *** join/#uclibc animeloe[net] (n=animeloe@unaffiliated/animeloe) |
22:42.13 | y_morin | austinf: ping? |
22:42.33 | austinf | i'm here |
22:43.09 | y_morin | Did you discuss the sparc stuff here, or on another channel? |
22:43.24 | y_morin | So I can have a look at the archives... |
22:43.57 | austinf | it was here |
22:44.08 | y_morin | Fact is that sparc is not something I know much about |
22:44.14 | y_morin | (here: ok) |
22:44.22 | austinf | don't worry too much about it |
22:45.08 | austinf | summary: basically CONFIG_SPARC_v7 we don't care about at all, and will probably drop altogether |
22:45.43 | y_morin | which means I'll have to drop my IPX :-) |
22:46.04 | austinf | CONFIG_SPARC_V8 has embedded users (myself + plus gaisler's customers)...and we can detect that with __sparc__ && WORDSIZE == 32 |
22:46.21 | austinf | we can't distinguish v7, v8 via gcc's builtin defines |
22:46.52 | y_morin | OK, so the deal is drop the now ageing v7 in favour of v8 ? |
22:47.04 | austinf | yes |
22:47.25 | austinf | also, we can't distinguish between v9 and v9b, v9a |
22:47.48 | austinf | so we'll have to just select the v9 assembly versions |
22:48.07 | austinf | but I don't know of any users of v9 and uClibc |
22:48.12 | austinf | anyways |
22:48.44 | *** join/#uclibc CIA-40 (n=CIA@208.69.182.149) |
22:50.20 | y_morin | My gcc does not know about v9a and v9b, am looking at gcc-4.4... |
22:50.38 | y_morin | anyway, v9a and v9b seem to be 64-bit, right? |
22:50.48 | austinf | yes |
22:56.36 | *** join/#uclibc ibot (i=ibot@rikers.org) |
22:56.36 | *** topic/#uclibc is discussion of uClibc and Busybox | uClibc 0.9.30.2 was released 13 Jan 2010 | busybox 1.15.3 was released 12 Dec 2009 (unstable busybox 1.16.git) | buildroot 2009.11 was released 1 December 2009 | For general setup issues try #elinux or #edevreminds me that |
22:56.52 | y_morin | BTW, is there a who's who on irc, smthg like nick_name -> real_name? |
22:57.11 | austinf | blindvt = Bernhard |
22:57.18 | austinf | solar = Mike F I think |
22:57.34 | austinf | khem = Khem Raj |
22:57.40 | austinf | austinf = austinf |
22:57.43 | austinf | :) |
22:58.14 | austinf | ~botcake |
22:58.15 | ibot | Mmmmmm. Cake.... droool |
23:00.56 | y_morin | :-) |
23:10.55 | *** part/#uclibc wberrier (n=wberrier@12.191.193.40) |
23:13.54 | khem | austinf: Mike Frysinger is vapier or spanKY |
23:13.59 | austinf | oh |
23:14.03 | austinf | who si solar? |
23:14.10 | austinf | s/si/is/ |
23:20.11 | khem | austinf: solar is Ned Ludd |
23:20.20 | austinf | ah |
23:21.37 | khem | Peter Korsgaard is Jacmet |
23:22.03 | khem | austinf: how is nptl pull coming along ? |
23:22.07 | austinf | this seems like something we should teach ibot |
23:22.39 | austinf | khem, coming. I will need help with arm and mips most likely. I'll mail when I get there |
23:22.52 | khem | sure ok |
23:23.28 | khem | and Carmelo is not on IRC |
23:33.24 | austinf | ibot, who is austinf? |
23:33.25 | ibot | you are probably Austin Foxley |
23:33.30 | austinf | done |
23:33.52 | austinf | ibot, who is blindvt? |
23:33.53 | ibot | it has been said that blindvt is Bernhard Fischer |
23:34.57 | *** join/#uclibc animeloe[net] (n=animeloe@unaffiliated/animeloe) |
23:37.13 | austinf | ibot, who is y_morin? |
23:37.15 | ibot | I think you lost me on that one, austinf |
23:45.56 | *** join/#uclibc tchan (n=tchan@lunar-linux/developer/tchan) |