| 00:21.41 | *** join/#uclibc sjhill (~sjhill@home.bethel-hill.org) |
| 00:50.15 | *** join/#uclibc mirko (~daten@e179145098.adsl.alicedsl.de) |
| 01:18.46 | *** join/#uclibc dileX (~sd@p5B2ED11E.dip.t-dialin.net) |
| 02:22.16 | *** join/#uclibc sjhill (~sjhill@home.bethel-hill.org) |
| 02:35.40 | *** join/#uclibc gnomon (~gnomon@CPE0022158a8221-CM000f9f776f96.cpe.net.cable.rogers.com) |
| 03:44.38 | *** join/#uclibc ibot (~ibot@rikers.org) |
| 03:44.38 | *** topic/#uclibc is discussion of uClibc, Busybox and Buildroot | uClibc 0.9.31 was released 2nd Apr 2010 | busybox 1.16.1 was released 28th Mar 2010 (unstable busybox 1.17.0) | buildroot 2010.02 was released 26th Feb 2010 (2010.05-rc1 on 3rd May) | For general setup issues try #elinux or #edev |
| 04:12.13 | *** join/#uclibc austinf (~austinf@184.77.244.201) |
| 04:39.00 | *** join/#uclibc austinf1 (~austinf@184.77.244.201) |
| 05:17.00 | *** join/#uclibc nataraj (~nataraj@122.165.223.135) |
| 06:53.11 | *** join/#uclibc Phurl (~mdupont@ip-178-203-220-36.unitymediagroup.de) |
| 07:15.04 | *** join/#uclibc austinf (~austinf@184.77.244.201) |
| 07:17.52 | *** join/#uclibc Xires (~Xires@66.190.79.122) |
| 08:12.04 | *** join/#uclibc tsukasa (~tsukasa@unaffiliated/tsukasa) |
| 08:16.23 | nataraj | Hi |
| 08:16.37 | nataraj | how to enable autologin in busybox? |
| 08:16.47 | nataraj | does getty help? |
| 08:18.19 | nataraj | need to execute an App direct without login |
| 08:50.19 | *** join/#uclibc trem (~trem@mol92-1-81-57-136-23.fbx.proxad.net) |
| 08:53.30 | mnemoc | nataraj: simply make your init run it |
| 09:00.09 | *** join/#uclibc y_morin (~ymorin@ARennes-256-1-117-210.w90-32.abo.wanadoo.fr) |
| 09:12.04 | nataraj | tried putiing in /etc/init.d, env variables for tslib are not being set |
| 09:19.13 | *** join/#uclibc y_morin (~ymorin@ARennes-256-1-117-210.w90-32.abo.wanadoo.fr) |
| 09:21.24 | nataraj | anyway to login to # prompt w/o providing username & passwd? |
| 09:21.59 | nataraj | mingetty seems to have options, but BR dont have mingetty |
| 09:33.33 | nataraj | adding SysVinit |
| 10:11.33 | nataraj | does SysVinit replace /linuxrc ? |
| 10:12.50 | *** join/#uclibc blindvt (~bf@85-127-94-237.dynamic.xdsl-line.inode.at) |
| 10:15.25 | nataraj | i mean now /sbin/init is not a symlink |
| 10:46.09 | *** join/#uclibc zazenrasta (~zaz@adsl-074-244-082-076.sip.asm.bellsouth.net) |
| 10:58.36 | *** join/#uclibc matteo` (~matteo@openwrt/developer/matteo) |
| 11:02.14 | *** join/#uclibc bkuhn (~bkuhn@fsf/director/conservancy.president.bkuhn) |
| 11:18.12 | *** join/#uclibc mirko (~daten@e179155051.adsl.alicedsl.de) |
| 11:41.03 | *** join/#uclibc svolpe (~Gerrath@unaffiliated/gerrath) |
| 11:53.58 | *** join/#uclibc mirko (~daten@e179155051.adsl.alicedsl.de) |
| 12:09.19 | *** join/#uclibc gustavoz (~gustavoz@201.253.140.23) |
| 12:26.20 | *** join/#uclibc calculus (~calculus@gentoo/user/calculus) |
| 12:28.37 | *** join/#uclibc zazenrasta (~zaz@adsl-074-244-082-076.sip.asm.bellsouth.net) |
| 12:30.25 | *** join/#uclibc likewhoa (~likewhoa@ool-45717734.dyn.optonline.net) |
| 12:40.06 | *** join/#uclibc pentanol (~pentanol@77.35.54.7) |
| 12:49.22 | *** join/#uclibc tsukasa (~tsukasa@unaffiliated/tsukasa) |
| 12:56.37 | *** join/#uclibc kos_tom (~thomas@humanoidz.org) |
| 12:57.50 | kos_tom | hello |
| 13:01.28 | *** join/#uclibc KaiForce (~chatzilla@adsl-70-228-114-90.dsl.akrnoh.ameritech.net) |
| 13:05.29 | *** join/#uclibc matteo`_ (~matteo@93-32-56-237.ip32.fastwebnet.it) |
| 13:08.07 | gustavoz | hi kos_tom, Jacmet forgot to switch the topic ;) |
| 13:16.51 | *** join/#uclibc zazenrasta (~zaz@adsl-074-244-082-076.sip.asm.bellsouth.net) |
| 13:19.37 | gustavoz | kos_tom: hmmm, i'm seeing AR_OPTS cluttered building ncurses now that's a new package |
| 13:20.03 | kos_tom | hu? |
| 13:21.13 | gustavoz | kos_tom: building a debugging target (no strip) and libncurses.a fails to build since it's built with $(AR) $(AR_OPTS) ... in the ncurses makefile and it's getting zapped, though i'm not seeing anything obvious that could produce that |
| 13:21.46 | gustavoz | $(AR) is fine, $(AR_OPTS) isn't, according to the configure script is should default to rv (which is fine) but it seems to be getting zeroed hence ar fails |
| 13:22.39 | gustavoz | and the config.log says "it's ok" so i'm wtf?!?!?R##$%@ |
| 13:24.14 | kos_tom | ah, I never build a debugging target. |
| 13:24.33 | gustavoz | i wanna debug libusb-1, seems to play badly with uclibc-0.9.31 with newer pthreads |
| 13:24.55 | gustavoz | but i got hit by ncurses before reaching that |
| 13:26.13 | kos_tom | you don't do cross debugging ? |
| 13:27.32 | gustavoz | i gotta build everything with nice debugging symbols first |
| 13:28.02 | *** join/#uclibc matteo`_ (~matteo@openwrt/developer/matteo) |
| 13:33.38 | gustavoz | kos_tom: it's the central configure cache that was busting me for some reason, disabling it "fixes" it. |
| 13:46.21 | kos_tom | gustavoz: ah, interesting. Unfortunately, my understanding of how this cache gets filled and used is pretty limited. I don't know what can cause the cache to be filled with incorrect values. |
| 13:47.38 | gustavoz | kos_tom: i think ncurses is to blame in this case since it evals cf_cv_subst_AR_OPTS=$AR_OPTS in it's configure and the cache does cf_cv_subst_AR_OPTS=${cf_cv_subst_AR_OPTS=rv} |
| 13:48.20 | gustavoz | some bad fill mojo, but as you said i'm not completely sure how it gets filled up |
| 14:02.23 | kos_tom | the cache gets filled up by previous ./configure scripts in other packages. |
| 14:03.06 | gustavoz | i'll try working around it in ncurses.mk |
| 14:03.44 | gustavoz | more interested in seeing what's up with libusb and pthreads atm |
| 14:17.09 | *** join/#uclibc zazenrasta (~zaz@adsl-074-244-082-076.sip.asm.bellsouth.net) |
| 14:25.01 | *** join/#uclibc x-fak (~WinGuru@reactos/tester/x-fak) |
| 14:26.46 | *** join/#uclibc matteo` (~matteo@openwrt/developer/matteo) |
| 14:27.38 | x-fak | Hi |
| 14:30.56 | x-fak | i got wrong memory usage for top |
| 14:31.08 | x-fak | version 1.6.1 mips msb |
| 14:56.37 | x-fak | latest snapshot for busybox i got error Config.in:727: can't open file "findutils/Config.in" |
| 15:11.32 | kos_tom | does anyone knows how gettext works and what role does libintl plays in this game ? |
| 15:16.40 | *** join/#uclibc likewhoa (~likewhoa@ool-45717734.dyn.optonline.net) |
| 15:20.08 | dj-death | kos_tom: "Note that on GNU systems, you don't need to link with libintl because the gettext library functions are already contained in GNU libc. " |
| 15:20.34 | dj-death | kos_tom: it seems libintl is a part of the libc |
| 15:21.05 | dj-death | kos_tom: http://www.gnu.org/software/gettext/manual/gettext.html#Introduction |
| 15:22.33 | dj-death | kos_tom: the external gettext library being everything else you don't need to to run an "intlized" application |
| 15:22.42 | kos_tom | dj-death: strange because here flex doesn't build against eglibc without -lintl |
| 15:23.05 | dj-death | kos_tom: yeah |
| 15:23.20 | dj-death | kos_tom: other apps doesn't build either without -lm -lrt |
| 15:25.40 | kos_tom | so libintl is not part of glibc, if -lintl is needed. |
| 15:27.22 | dj-death | http://www.eglibc.org/cgi-bin/viewcvs.cgi/trunk/libc/intl/ |
| 15:27.33 | kos_tom | aah, it's more complicated than that I think. |
| 15:27.42 | dj-death | kos_tom: mq_open is a part of glibc |
| 15:27.44 | kos_tom | the failure I have is dfa.c:(.text+0x240): undefined reference to `libintl_gettext' |
| 15:27.46 | kos_tom | but |
| 15:28.04 | kos_tom | <PROTECTED> |
| 15:28.05 | dj-death | kos_tom: but you can't link against it without -lrt |
| 15:28.15 | kos_tom | <PROTECTED> |
| 15:30.33 | dj-death | 3 ?? |
| 15:30.51 | kos_tom | well, I'm not sure again. |
| 15:30.56 | kos_tom | what is libiconv ? |
| 15:31.05 | dj-death | charset converter |
| 15:31.12 | kos_tom | nothing to do with libintl then. |
| 15:31.17 | dj-death | iso8859-15 <=> utf-8 |
| 15:31.27 | dj-death | not sure |
| 15:31.47 | dj-death | maybe .po files need it |
| 15:31.59 | *** join/#uclibc mnt_real (~sinan@bas11-montrealak-1177756491.dsl.bell.ca) |
| 15:32.26 | dj-death | gettext also deals with charset |
| 15:32.30 | kos_tom | dj-death: if I have an external toolchain that relies on glibc/eglibc, then neither the gettext package nor the libintl packages should be built ? |
| 15:32.57 | dj-death | "Because the PO files must be portable to operating systems with less advanced internationalization facilities, the character encodings that can be used are limited to those supported by both GNU libc and GNU libiconv." |
| 15:35.10 | dj-death | kos_tom: hmmm |
| 15:35.28 | dj-death | kos_tom: if I take my sh4 glibc toolchain for example |
| 15:35.49 | dj-death | kos_tom: I have a libintl.so in /usr/lib/ |
| 15:36.06 | dj-death | kos_tom: and no symbol like libintl_gettext in /lib/*.so |
| 15:36.39 | dj-death | kos_tom: maybe glibc is just shipped with an additionnal libintl.so installed in /usr/lib/ ... |
| 15:36.46 | dj-death | kos_tom: that's unclear |
| 15:36.46 | kos_tom | is it glibc based ? |
| 15:36.49 | dj-death | yes |
| 15:37.14 | kos_tom | in my eglibc toolchain, I don't have libintl.so: |
| 15:37.16 | kos_tom | $ find . | grep intl |
| 15:37.16 | kos_tom | ./arm-unknown-linux-gnueabi/sys-root/usr/include/libintl.h |
| 15:37.37 | kos_tom | the CodeSourcery toolchain also doesn't have it. |
| 15:37.53 | dj-death | maybe it doesn't build it |
| 15:39.34 | dj-death | kos_tom: libintl_* symbols in ./arm-unknown-linux-gnueabi/sys-root/lib/*.so ? |
| 15:41.01 | kos_tom | none |
| 15:41.27 | dj-death | wtf is libintl.h doing here ... |
| 15:41.35 | kos_tom | however, there are some reference to gettext: http://code.bulix.org/zemnfp-75037?raw |
| 15:43.07 | dj-death | kos_tom: most of them are week symbols |
| 15:43.51 | dj-death | or local |
| 15:45.30 | dj-death | I have them too |
| 15:48.10 | *** join/#uclibc austinf (~austinf@184.77.244.201) |
| 15:57.36 | kos_tom | dj-death: hmm, strange. |
| 16:07.51 | dj-death | kos_tom: I compiled a toolchain a few months ago |
| 16:07.57 | dj-death | kos_tom: using crosstool-ng |
| 16:08.51 | dj-death | kos_tom: without intl support |
| 16:08.57 | dj-death | kos_tom: libintl.h is installed |
| 16:09.17 | kos_tom | the thing I've shown previously applies to a codesourcery toolchain. |
| 16:10.32 | *** join/#uclibc trem (~trem@AToulouse-256-1-17-76.w90-38.abo.wanadoo.fr) |
| 16:16.31 | *** join/#uclibc zazenrasta (~zaz@adsl-074-244-082-076.sip.asm.bellsouth.net) |
| 16:16.54 | dj-death | kos_tom: aren't they using glibc ? |
| 16:17.18 | kos_tom | dj-death: ok, I think I understood. The gettext package was compiled+installed in my Buildroot test build, and it overrides the original toolchain libintl.h by a libintl.h that does #define gettext libintl_gettext |
| 16:17.42 | dj-death | aaaah ;) |
| 16:17.59 | kos_tom | so when using an external glibc toolchain we probably should never use the gettext package of Buildroot |
| 16:18.50 | dj-death | yep |
| 16:20.33 | kos_tom | many packages do select BR2_PACKAGE_GETTEXT if BR2_ENABLE_LOCALE |
| 16:25.42 | solar | but rarely actually need it |
| 16:29.59 | kos_tom | solar: why? |
| 16:34.05 | *** join/#uclibc malloc (~malloc@2001:470:1f10:80b:216:3eff:fe14:384c) |
| 16:39.49 | *** join/#uclibc trem (~trem@AToulouse-256-1-17-76.w90-38.abo.wanadoo.fr) |
| 16:46.28 | *** join/#uclibc austinf (~austinf@74.92.231.110) |
| 16:55.43 | *** join/#uclibc matteo (~matteo@openwrt/developer/matteo) |
| 16:58.18 | *** join/#uclibc y_morin (~ymorin@ARennes-256-1-117-210.w90-32.abo.wanadoo.fr) |
| 17:09.32 | x-fak | i got wrong memory usage with the TOP command with my busybox 1.16.1 , any idea why and can you fix it? |
| 17:10.39 | gustavoz | x-fak: define "wrong" |
| 17:11.52 | x-fak | the % is wrong because it's more than 100% |
| 17:12.56 | gustavoz | memory and %, where did you get that? |
| 17:14.00 | x-fak | <PROTECTED> |
| 17:14.00 | x-fak | <PROTECTED> |
| 17:14.15 | gustavoz | which process i mean |
| 17:14.53 | x-fak | top |
| 17:15.08 | gustavoz | 12.3% is hardly 100... |
| 17:15.27 | gustavoz | also mem includes virtual |
| 17:15.33 | x-fak | <PROTECTED> |
| 17:15.35 | x-fak | see |
| 17:15.52 | x-fak | init takes 12% lol |
| 17:16.25 | gustavoz | what's your total amount of memory? |
| 17:16.54 | gustavoz | also please check the meaning of VSZ versus say RSS |
| 17:17.38 | x-fak | total amount=16mo |
| 17:17.53 | x-fak | on this device i have another busybox, an old one |
| 17:17.59 | x-fak | and this one is right |
| 17:18.24 | gustavoz | aha, so your process VSZ (init) is 1632, which is roughly 10% of 16384 (if all of the 16MB were free) |
| 17:18.58 | *** join/#uclibc likewise (~likewise@82-171-51-231.ip.telfort.nl) |
| 17:21.32 | x-fak | so %MEM column has different meaning ? |
| 17:21.41 | gustavoz | x-fak: it's based on VSZ, that's it |
| 17:42.45 | *** join/#uclibc grofmon (~Adium@74.123.198.5) |
| 17:42.58 | *** part/#uclibc grofmon (~Adium@74.123.198.5) |
| 17:45.53 | *** join/#uclibc trem (~trem@AToulouse-256-1-17-76.w90-38.abo.wanadoo.fr) |
| 18:11.33 | *** join/#uclibc trem (~trem@AToulouse-256-1-17-76.w90-38.abo.wanadoo.fr) |
| 18:14.03 | *** join/#uclibc fabled (~fabled@xdsl-83-150-94-237.nebulazone.fi) |
| 18:16.49 | *** join/#uclibc zazenrasta (~zaz@adsl-074-244-082-076.sip.asm.bellsouth.net) |
| 18:56.01 | *** join/#uclibc pscheie (~pscheie@173-11-39-65-Minnesota.hfc.comcastbusiness.net) |
| 20:13.02 | *** join/#uclibc zaz1R (~zaz@adsl-074-244-082-076.sip.asm.bellsouth.net) |
| 20:26.50 | y_morin | kos_tom: ping ? |
| 20:27.52 | kos_tom | y_morin: pong! |
| 20:27.55 | trem | someone knows how I can use a rootfs.ext2 generated with builroot on qemu ? |
| 20:28.06 | kos_tom | trem: -hda |
| 20:28.16 | trem | kos_tom: don't work |
| 20:28.27 | trem | on sh4 |
| 20:28.29 | kos_tom | trem: but of course, this only works if your target emulates an hard drive. |
| 20:28.44 | y_morin | kos_ton: wrt git tree: no I do not have a git tree with my work, I'm using stgit to manage a patch queue. |
| 20:28.44 | kos_tom | trem: does Qemu emulate a NIC for your target? |
| 20:29.25 | y_morin | trem: what target? |
| 20:29.45 | trem | y_morin: sh4, board=r2d |
| 20:29.56 | trem | qemu-system-sh4 -M r2d -kernel output/images/zImage -hda output/images/rootfs.ext2 |
| 20:30.13 | trem | kernel seems to start, but it fail on mount |
| 20:30.39 | trem | it seems to work if I use the sh-linux-mini.img provided on qemu website |
| 20:30.49 | trem | but I want to generate my own filesystem |
| 20:31.06 | trem | kos_tom: seems that yes |
| 20:32.16 | kos_tom | trem: ah, so qemu-system-sh4 somehow emulates a hard drive. |
| 20:32.21 | kos_tom | do you test with the same kernel ? |
| 20:32.44 | trem | kos_tom: yes |
| 20:33.01 | y_morin | trem: wild guess: -drive file=rootfs.ext2,if=mtd,format=raw |
| 20:33.29 | y_morin | and ensure correct root= option on kernel cmdline, and have MTD enabled in kernel. |
| 20:33.54 | trem | sorry, same |
| 20:34.15 | trem | but MTD isn't set |
| 20:34.46 | kos_tom | trem: what command line do you use with this sh-linux-mini.img ? |
| 20:34.57 | kos_tom | trem: and format is sh-linux-mini.img ? |
| 20:35.51 | kos_tom | y_morin: BTW, I tried the CT-NG toolchain for Blackfin with Buildroot. I actually managed to build a working static Busybox-based filesystem with Buildroot. But dynamically linked applications do not work: they just exit without any sort of error message. |
| 20:36.06 | trem | sh-test-0.2/sh-linux-mini.img: x86 boot sector; partition 1: ID=0x83, starthead 1, startsector 63, 16002 sectors, extended partition table (last)\011, code offset 0x0 |
| 20:36.18 | dj-death | qemu-system-sh4 -M r2d -kernel vmlinuz-2.6.31.12 -hda debian_unstable_sh4_small.qcow2 -append "root=/dev/sda1 console=tty0 noiotrap" |
| 20:36.22 | dj-death | oups |
| 20:36.26 | trem | output/images/rootfs.ext2: Linux rev 0.0 ext2 filesystem data |
| 20:36.37 | dj-death | qemu-system-sh4 -M r2d -kernel vmlinuz -hda output/images/rootfs.ext2 -append "root=/dev/sda console=tty0 noiotrap" |
| 20:36.39 | trem | I use : |
| 20:36.53 | trem | <PROTECTED> |
| 20:37.31 | y_morin | kos_tom: sad :-( On that topic: I've seen that FD_PIC ELF is available, but is used nowhere in the code... But slightly OT here, I guess... |
| 20:38.02 | kos_tom | y_morin: not OT here, since FDPIC is what's used to provide shared libs on !MMU systems. |
| 20:38.10 | dj-death | trem: try to change root=/dev/sda1 by root=/dev/sda |
| 20:38.27 | trem | dj-death: good catch :) |
| 20:38.43 | y_morin | trem: and replace 'mtd' with 'ide' |
| 20:38.51 | kos_tom | y_morin: for now, I don't really know how to start digging into the issue. Maybe hack a little bit the binfmt_elf loader of the kernel to get a few more details, or something. |
| 20:38.54 | trem | y_morin: -hda seems to work |
| 20:39.02 | y_morin | Since you happen to have an HDD emulation for SH4 |
| 20:39.47 | y_morin | trem: -hda is deprecated in qemu, better use the -drive option, now. Much more flexible, and will last much longer! |
| 20:40.14 | trem | y_morin: ok, thanks, I'll use it |
| 20:40.32 | y_morin | kos_tom: I have no practical experience in noMMU and Linux. Sorry... |
| 20:40.53 | y_morin | kos_tom: do you think I could get a git tree on buildroot.org, so I can push my work in there? |
| 20:45.55 | kos_tom | y_morin: of course. |
| 20:46.19 | kos_tom | y_morin: see http://uclibc.org/developing.html |
| 20:46.54 | kos_tom | or you can probably use some github or gitorious thing. |
| 20:48.33 | y_morin | kos_tom: I'd rather push that on br.org. I don't want to spawn an n-th tree in the wild, while on br.org it is obvious that is only a devel tree. |
| 20:50.28 | kos_tom | y_morin: yes, of course. |
| 20:52.07 | *** join/#uclibc trem (~trem@AToulouse-256-1-17-76.w90-38.abo.wanadoo.fr) |
| 20:52.31 | trem | dj-death y_morin kos_tom : thanks a lot, it works now, even if I have an us keyboard ;) |
| 20:53.00 | y_morin | trem: -k |
| 20:53.53 | kos_tom | doh, I have an odd git problem. On a box, I have a set of 5 patches on top of commit A. When I transfer these commits to another box with format-patch + am, applying them on exactly the same commit A fails. |
| 20:54.38 | dj-death | format-patch + am ? |
| 20:54.43 | dj-death | what's am ? |
| 20:55.01 | y_morin | apply mailbox |
| 20:55.02 | kos_tom | aah, it seems I did a mistake. |
| 20:55.41 | trem | y_morin: don't work, still a qwerty keyboard |
| 20:55.48 | kos_tom | dj-death: well, at the moment I have a build box where I do the changes, and then I need to transfer them on my box before sending them to the BR list. |
| 20:56.59 | dj-death | ok |
| 20:57.07 | y_morin | trem: -k fr (for french, of course, change accordingly) and maybe the correct loadkeys on your VM |
| 20:57.57 | *** join/#uclibc Phurl (~mdupont@ip-178-203-220-36.unitymediagroup.de) |
| 20:58.17 | kos_tom | dj-death: what do you think of http://free-electrons.com/~thomas/0001-Add-a-BR2_NEEDS_GETTEXT-option.patch and http://free-electrons.com/~thomas/0002-Make-all-package-using-gettext-rely-on-BR2_NEEDS_GET.patch ? |
| 20:58.18 | trem | y_morin: I've tried -k fr, don't work, I lookig for loadkeys ..... |
| 20:58.52 | kos_tom | trem: if you end up having a working Buildroot+Kernel+Qemu configuration that works for sh4, please let me know. |
| 20:59.43 | trem | kos_tom: it works, but it's not really fine |
| 20:59.53 | trem | like keyboard |
| 21:01.44 | kos_tom | trem: I don't care about the keyboard :) |
| 21:01.51 | trem | canonicalize.c:54:1: warning: "__set_errno" redefined |
| 21:02.04 | trem | ake[5]: quittant le répertoire « /home/trem/Codes/sh/buildroot/output/build/gettext-0.16.1/gettext-runtime/gnulib-lib » |
| 21:02.11 | trem | as you're talking about gettext |
| 21:02.35 | trem | kos_tom: so I've got a "config" that run on sh4, kernel and filesystem |
| 21:04.36 | dj-death | kos_tom: debian sh4 |
| 21:04.43 | dj-death | kos_tom: http://blog.aurel32.net/ |
| 21:04.51 | dj-death | kos_tom: + working qemu image ;) |
| 21:05.47 | dj-death | kos_tom: your patches look good |
| 21:06.31 | dj-death | kos_tom: in fact, libintl/gettext can work on top of a "intlized" glibc toolchain |
| 21:07.04 | dj-death | kos_tom: they're just consumming more space in final rootfs |
| 21:09.31 | trem | buildroot don't provide keyboard map ? (in a package) |
| 21:11.51 | *** join/#uclibc Phurl_ (~mdupont@ip-178-203-220-36.unitymediagroup.de) |
| 21:19.21 | y_morin | upgrading kernel, will be back... Maybe... :-] |
| 21:23.04 | *** join/#uclibc y_morin (~ymorin@ARennes-256-1-117-210.w90-32.abo.wanadoo.fr) |
| 21:23.50 | *** join/#uclibc Phurl (~mdupont@ip-178-203-220-36.unitymediagroup.de) |
| 21:28.38 | *** join/#uclibc mirko_ (~daten@2a00:1328:e100:cccb:20a:e4ff:fecc:f799) |
| 21:30.45 | *** join/#uclibc PortaLu (~LucretiaL@5ac2a2a6.bb.sky.com) |
| 21:34.39 | *** join/#uclibc Phurl (~mdupont@ip-178-203-220-36.unitymediagroup.de) |
| 21:40.30 | y_morin | kos_tom: http://paste.ubuntu.com/433029/ -> line 7-6: what happens if one of the directory does not exist? |
| 21:56.06 | trem | nite all, sweet dreams |
| 22:16.14 | *** join/#uclibc zaz1R (~zaz@adsl-074-244-082-076.sip.asm.bellsouth.net) |
| 22:29.10 | y_morin | Nite all! |