IRC log for #uclibc on 20111007

00:27.33*** join/#uclibc botao_sun (~botao_sun@61.51.237.168)
00:27.33*** join/#uclibc botao_sun (~botao_sun@linaro/botao-sun)
01:26.19*** join/#uclibc ashes (~ashes@75.155.223.218)
02:45.10*** part/#uclibc neale (~neale-fre@2600:3c00::f03c:91ff:fe96:544d)
04:49.52*** join/#uclibc vicky__ (~vicky@122.165.223.135)
04:51.52vicky__'EPOLL_CLOEXEC' undeclared when compiling udev-173 in buildroot 2011.08.I am using uclibc 0.9.31.Am i missing something in uclibc config.?
04:53.11vicky__i added a patch found in google.But no use.Please help me out of this.
05:19.06*** join/#uclibc fabled (~fabled@c-98-234-43-98.hsd1.ca.comcast.net)
05:33.28*** join/#uclibc acoul (~alex@212.70.193.242)
05:51.00*** join/#uclibc vicky__ (~vicky@122.165.223.135)
06:06.14vicky__hello.anybody there.
06:28.47*** join/#uclibc silvrax (~silvrax@217.122.157.216)
06:43.30mripardJacmet: hi, thanks for the review on the packages
06:43.53mripardcould you review the package_devices stuff as well ?
06:45.09*** join/#uclibc Artemys (~quassel@stp25-2-82-234-232-91.fbx.proxad.net)
06:51.42Jacmetmripard: sure, I'll try to get to it this weekend
06:51.48Jacmetmripard: and thanks for the patches
06:53.45kos_tomvicky__: I think it's a kernel header version rather than an uClibc problem.
06:53.54kos_tomvicky__: which version of the kernel headers are you using in your toolchain ?
06:54.07vicky__2.6.39 kernel
06:54.26kos_tomare you sure you are using this version of the kernel *headers* in your toolchain ?
06:54.40kos_tomI am *not* talking about the kernel you're running on your device.
06:56.16vicky__kernel headers only
06:56.36vicky__yes.this version only.i am sure
06:56.56Jacmetmripard: have you tried building the python support for libplayer?
06:57.06Jacmetmripard: one of the nightly builds failed
06:57.58Jacmetmripard: http://pastebin.com/XyHKExfS
06:58.03mripardJacmet: hmmm, I've tested everything as far as i recall
06:59.26Jacmetmripard: strange, the player_init thing looks like a pretty hard failure
06:59.45vicky__last time i used 2.6.34 headers .It worked fine
07:00.00CIA-1903baruch 07master * r811fab1b26f7 10buildroot/package/ (6 files in 2 dirs): package: add the poco C++ libraries collection
07:00.06vicky__but the old verion of buildroot 2010.08
07:00.16mripardah, but I didn't set the python thing in the first patchset
07:00.42mripardI'll look into this
07:00.49Jacmetmripard: thanks
07:03.53vicky__google says missing something in uclibc config .
07:23.22*** join/#uclibc thannoy (~aloiseau@231.39.0.109.rev.sfr.net)
07:27.01*** join/#uclibc washer (~washer@75-141-232-86.dhcp.reno.nv.charter.com)
07:35.05*** join/#uclibc y_morin (c1317c6b@gateway/web/freenode/ip.193.49.124.107)
07:40.36*** join/#uclibc smartin (52e7e007@gateway/web/freenode/ip.82.231.224.7)
07:56.03*** part/#uclibc washer (~washer@75-141-232-86.dhcp.reno.nv.charter.com)
07:57.02*** join/#uclibc ericbutters (~kuhne@business-213-023-195-122.static.arcor-ip.net)
07:59.40*** join/#uclibc WildPikachu (~nkukard@about/linux/staff/wildpikachu)
07:59.58ericbuttershello. i got a 4.3.1-eabi-armv6 toolchain from manufacturer. now i what to build a toolchain by myself. i set up crosstool-ng(glibc) in BR to use EABI,4.3.1-gcc,2.9 glibc and binutils 2.20 .. after linux kernel boots and mounted the rootfs via nfs i get a Kernel panic - not syncing: Attempted to kill init!
08:00.03*** join/#uclibc likewhoa (~likewhoa@server5.maserver.com)
08:01.28ericbutterscould anyone say how to know the settings of the manufacturer toolchain?
08:02.10ericbuttersand can anyone say what to do to get this issue solved?
08:02.25kos_tomenable DEBUG_USER and pass debug_user=... to the kernel
08:02.32kos_tom(see kernel config for more details)
08:16.26ericbutterskos_tom, kernel has DEBUG_USER enabled. what should i pass to debug_user= ?
08:17.46kos_tomcome on, man, please read the doc.
08:17.53kos_tom<PROTECTED>
08:17.53kos_tom<PROTECTED>
08:17.54kos_tom<PROTECTED>
08:17.54kos_tom<PROTECTED>
08:17.54kos_tom<PROTECTED>
08:17.55kos_tom<PROTECTED>
08:17.57kos_tom<PROTECTED>
08:18.33ericbuttersok i try+
08:20.49*** join/#uclibc botao_sun (~botao_sun@linaro/botao-sun)
09:04.21ericbutterskos_tom: http://pastebin.com/raw.php?i=G03uwJ8U
09:05.09*** join/#uclibc luneff (~yury@109.165.63.186)
09:05.18kos_tomericbutters: hm. I don't know.
09:08.57ericbuttershm.
09:23.28*** join/#uclibc y_morin (c1317c6b@gateway/web/freenode/ip.193.49.124.107)
09:23.32y_morinericbutters: try to compile a simple "hello world" program, and use that as init when booting the kernel. Does it work?
09:26.44kos_tomstatically compiled hello world
09:26.53kos_tom(to begin with)
09:31.36y_morinkos_tom: yes, indeed.
09:35.54ericbuttersok..
09:36.17ericbuttersi just rebuild the toolchain.. then i will try
09:39.30*** join/#uclibc botao_sun (~botao_sun@61.51.237.168)
09:39.31*** join/#uclibc botao_sun (~botao_sun@linaro/botao-sun)
09:54.31*** join/#uclibc Snoken (~Goran@213.115.183.57)
09:57.53Snokenkos_tom: The change you told me to do in rsyslog.mk isn't needed in later versions of Buildroot?
09:58.21kos_tomSnoken: in the current Git version, and therefore in the upcoming 2011.11 release and all future ones.
09:58.28JacmetSnoken: no, we recently made the AUTOTARGETS macro smarter
09:58.43SnokenOk.
09:59.22SnokenCan I ask another question about rsyslogd/Busybox/Buildroot? Maybe it's more of rsyslogd.
10:06.19kos_tomSnoken: yes, you can :)
10:06.58*** join/#uclibc NIN101 (~NIN101@p5DD2876D.dip0.t-ipconnect.de)
10:07.47SnokenDuring start of rsyslogd with Busybox start-stop-daemon it takes 15 seconds to startup due to DNS loopup i think(I see this using strace).
10:08.40SnokenCan I disable DNS lookup in some way?
10:09.01kos_tomwhich host does it try to resolve ? Maybe it's just /etc/hosts that isn't correct ?
10:12.10SnokenAdding that IP Address to /etc/hosts does resolve the problem.
10:12.32SnokenIt's the Default Gateway it's trying to resolve.
10:17.52Jacmethmm, something seems to be wrong on morris - git-receive-pack just hangs when I push
10:25.24*** join/#uclibc acoul1 (~alex@orion.ozo.com)
10:25.59*** join/#uclibc Artemys_ (~quassel@stp25-2-82-234-232-91.fbx.proxad.net)
10:31.13*** join/#uclibc dinar (~dinar@213.33.220.118)
10:36.55*** join/#uclibc ericbutters (~kuhne@business-213-023-195-122.static.arcor-ip.net)
10:38.47ericbutterskos_tom sadly i can not see the last few messages here.. so i do not know who was the one saying i should use a simple hello world as init. here is the result: http://pastebin.com/raw.php?i=TA9W0002
10:42.51ericbuttersah i think y_morin was the one ;-)
11:19.34y_morinericbutters: indeed, something is weird, and most probably the toolchain is borked.
11:19.55y_morinericbutters: can you pastebin the .config for crosstool-NG, please ?*
11:33.05CIA-1903roelvp 07master * r7f7cff5239a2 10buildroot/package/ (Config.in pv/Config.in pv/pv-1.2.0-fixld.patch pv/pv.mk): package: add 'pv' (Pipe-Viewer)
11:33.05CIA-1903hartleys 07master * r8181103018e3 10buildroot/package/libevent/libevent.mk: libevent: bump version to 2.0.14
11:33.05CIA-1903s.neumann 07master * r3b661b77212f 10buildroot/package/directfb/ (directfb-1.4.13-ppc-compile-fix.patch directfb.mk): directfb: bump to version 1.4.15
11:33.06CIA-1903s.neumann 07master * r16c8c56ade8a 10buildroot/package/linux-fusion/ (2 files): linux-fusion: bump to version 8.7.0
11:33.06CIA-1903s.neumann 07master * r9db9779a3f24 10buildroot/package/sawman/sawman.mk: sawman: bump to version 1.4.15
11:46.02kos_tomI really need to find some time this week end to fix my pending patches and resend.
11:46.50Jacmetkos_tom: thanks. Did you see my comment on your mesa3d patch?
12:04.05*** join/#uclibc bkuhn (~bkuhn@fsf/director/conservancy.president.bkuhn)
12:36.55ericbuttersy_morin pls see here: http://pastebin.com/raw.php?i=JydTF8sC
13:11.48kos_tomy_morin: I think you should build gdb statically against libpython
13:12.00kos_tomy_morin: so that your toolchain only depends on the libc
13:12.18kos_tomy_morin: is it possible to build a ct-ng toolchain statically against libpython, but dynamically against libc ?
13:12.46kos_tomy_morin: what I'm doing now is that I'm compiling inside an old Lenny chroot, so that I can build against an old libc, which should allow the toolchain to work on a wide range of machines
13:12.55kos_tomunfortunately, this chroot has Python 2.6, while most modern machines have 2.7.
13:12.58kos_tomso using gdb fails
13:13.21y_morinkos_tom: right.
13:14.38kos_tomI don't know how to do that, but I guess you know better than I do :-)
13:16.27Jacmetkos_tom: that's afaik also the case for buildroot's gdb build
13:16.28y_morinkos_tom: I'll have a look tonight, when back at home... Just poke me at the time!
13:17.04kos_tomJacmet: I'm not saying that Buildroot does the right thing :-)
13:17.30kos_tomJacmet: but to me, CT-NG is really designed to build toolchains that should be host-independent
13:17.40Jacmetkos_tom: true. Just mentioned that I saw the same thing with the internal toolchain when moving an existing toolchain to a new machine
13:43.14*** join/#uclibc risca (~risca@norr-133-231.eduroam.liu.se)
15:40.26*** join/#uclibc ibot (~ibot@rikers.org)
15:40.26*** topic/#uclibc is discussion of uClibc, Busybox and Buildroot | uClibc 0.9.32 was released 08 June 2011 | busybox 1.19.0 was released 13 August 2011 | Buildroot 2011.08 was released 31 August 2011 | For general setup issues try #elinux or #edev
15:45.49tzanger2 is asterisk, 3 is c, 4 is linux-sh, 5 is shadowmite 6 is vhdl, 7 is lwz, 8 is this, 9 is oe, 10 is uclibc...
15:55.41*** join/#uclibc vapier (UserBah@wh0rd.org)
15:55.57*** join/#uclibc tsukasa` (~tsukasa@p5B3354B1.dip.t-dialin.net)
15:55.57*** join/#uclibc tsukasa` (~tsukasa@unaffiliated/tsukasa)
15:59.55*** join/#uclibc fabled (~fabled@c-98-234-43-98.hsd1.ca.comcast.net)
16:17.53*** join/#uclibc gustavoz (~gustavoz@host49.186-109-136.telecom.net.ar)
17:22.20*** join/#uclibc y_morin (~ymorin@ARennes-256-1-136-43.w90-32.abo.wanadoo.fr)
17:38.34*** join/#uclibc tsukasa (~tsukasa@unaffiliated/tsukasa)
18:29.24*** join/#uclibc NIN102 (~NIN101@p5DD286C9.dip0.t-ipconnect.de)
19:30.23*** join/#uclibc smartin (52e20d9c@gateway/web/freenode/ip.82.226.13.156)
19:50.14y_morinJacmet: ping?
19:50.42y_morinJacmet: any news about the location of the Dev Day in Prague?
20:36.55*** join/#uclibc mnt_real (~mnt_real@bas1-montreal43-2925257392.dsl.bell.ca)
21:13.26*** join/#uclibc aliverius (~george@athedsl-374148.home.otenet.gr)
21:14.03aliveriusbuildroot latest stable gave me an error during >>> host-ncurses 5.7 Building
21:16.01aliveriushttp://pastebin.ca/2087802
21:21.00y_morinaliverius: unable to connect to pastebin.ca from here...
21:22.02aliveriusy_morin: http://pastebin.com/iMhGqqNN
21:23.07y_morinaliverius: next time, try to build with the C locale, because localised error messages are not easy to deal with...
21:23.32aliveriuscan i choose that from the menuconfig?
21:24.01y_morinaliverius: just run as thus: LC_ALL=C make
21:24.13aliveriuswonderful
21:25.09aliveriushttp://pastebin.com/86tmCr7Y
21:25.15aliveriusdidnt know that
21:26.56aliveriuswhat other info could i provide?
21:26.59y_morinaliverius: probably the same issue as: http://comments.gmane.org/gmane.comp.lib.uclibc.buildroot/32776
21:27.11y_morin(but no solution there)
21:27.56aliveriusyeah he went from git to stable
21:28.03aliveriusi will do viceversa
21:28.16y_morinaliverius: Ah! The problem is with GPM.
21:28.26y_morinaliverius: do you have the libgpm development files installed ?
21:28.52aliveriusshould have... it is a dep for gcc right?
21:29.03y_morinaliverius: to know, type: gcc -print-file-name=libgpm.a
21:29.05aliveriusi am on archlinux all headers are there
21:29.21aliverius$ gcc -print-file-name=libgpm.a
21:29.22aliverius/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.1/../../../../lib/libgpm.a
21:29.35y_morinaliverius: the problem was some issue with how ncurses handles GPM... Lemme dig up the thread...
21:29.52y_morinaliverius: yep, you have that installed. That's the culprit (IIRC).
21:29.58y_morinaliverius, just a sec...
21:30.05aliveriusok
21:30.42y_morinaliverius: here are the full explanations: http://lists.busybox.net/pipermail/buildroot/2011-September/045633.html
21:31.19aliveriusbut the lib must be there right?
21:31.22y_morinaliverius: there's a patch that's been applied to biuldroot, lemme dig it up for you...
21:31.33y_morinaliverius, no, not required all.
21:31.40aliveriusi will remove it
21:31.44aliveriusfor now
21:31.58y_morinaliverius: not needed! WE have a patch!
21:31.59aliveriusi thought is was necessary for gcc
21:32.19y_morinaliverius: Ho, it's not GMP, it's GPM !
21:32.24aliveriusah lol
21:32.26aliveriusthe mouse
21:32.28aliveriushahaha
21:32.45y_morinaliverius: GMP *is* a req for gcc.
21:32.58y_morinGPM is about mouse-handling in VTs.
21:33.08aliveriusyes i remembered that but i didnt remember the correct sequence of letters
21:34.50y_morinaliverius: apply that patch: http://lists.busybox.net/pipermail/buildroot/2011-September/045632.html
21:35.22y_morinaliverius: it's not the one that went upstream, but it is functionaly the same.
21:36.48aliveriusno worky. probably i will have to go one step backwards
21:36.48y_morinaliverius: Ah, here it is: http://git.buildroot.org/buildroot/commit/?id=57194c2bd87045def1a01335336feb0d71715c91
21:38.07aliveriusstill the same
21:38.13aliveriusshall i do it from the beggining?
21:39.27aliveriusi will and i will report back
21:39.28y_morinaliverius: in doubt, reboot... No, wait!
21:39.38aliveriusmake clean!!!
21:39.42y_morinaliverius: I would start afresh if I were you, indeed.
21:39.48y_morinaliverius: Yep! :-)
21:40.12gustavozrm -rf output/build/host-ncruses* should suffice
21:40.16gustavozor reinstall TCP/IP :)
21:40.26y_moringustavoz: hello there! :-)
21:40.26aliveriuscrap now it''s late
21:40.32gustavozy_morin: hey, how's it going?
21:40.42y_morinrough times...
21:40.52gustavoznothing serious i hope?
21:41.41y_moringustavoz: I lost a friend last week, and great parents are not at their best either...
21:42.03gustavozy_morin: sorry about that, it's pretty hard when you loose someone close
21:42.49y_moringustavoz: yep, it was quite sad...
21:43.15*** join/#uclibc vapier (UserBah@wh0rd.org)
21:43.59aliveriusy_morin: sorry to hear
21:44.18y_morinaliverius: thx.
21:46.05y_moringustavoz: your ncurses patch was just needed by aliverius!
21:46.20gustavozy_morin: it'
21:46.32y_moringustavoz: as I could not find it back, I reverted to mine. Silly me, I was looking at gdb changes, not ncurses... Silly me...
21:46.34gustavozy_morin: damn keyboard :) it's a pity i've just realised about the issue after the release
21:47.08aliveriusdownloading snapshot
21:47.17aliveriuscurious to see what directfb you have
21:47.26*** join/#uclibc luneff (~yury@84.51.192.74)
21:47.43gustavozyay! ocf patch working (linux kernel extension)
21:48.07y_morinWoops.. Bad key-combo...
21:49.01aliveriusomg how do i find out the version of the directfb the snapshot uses
21:49.06aliverius(apart from building it)
21:49.30gustavozaliverius: less package/directfb/directfb.mk :)
21:49.41gustavoz1.4.15 for the quick answer
21:50.42aliveriusgood choice
21:51.26aliveriussupposedly 1.5.3 is good for production
21:51.32aliveriusbut...
21:52.53y_morinaliverius: did the ncurses patch helped ?
21:53.13aliveriusstill building y_morin
21:53.48aliveriusi am wondering about the final size
21:54.05gustavozit's very likely the culprit, the ncurses build system has some bad mojo that breaks up when host gpm is detected
21:54.32aliveriusmy curses to ncurses
22:04.17aliverius:(
22:04.55gustavozdidn't work?
22:07.25aliveriusncurses is building right now
22:07.47aliveriusthe anti-smiley was for y_morin  leaving
22:08.43gustavozprobably tired since he's in france IIRC and his mood isn't probably great which adds to the tiredness probably
22:09.10aliveriusyeah... i am depressed too and i am from greece it is even later here :p
22:09.25aliveriusbusybox building! woohooo
22:09.34gustavozi guess the situation isn't great there atm
22:09.46aliveriusno it is not
22:10.21gustavozi think i've still got a couple of relatives there (my grandfather was greek)
22:10.32aliveriuswhere are you from?
22:10.36gustavozargentina
22:11.05aliveriusif your grandfather was greek you certainly have relatives here
22:11.31gustavozvery likely since he had many brothers/sisters
22:11.47aliveriusthat generation usually did
22:11.52aliveriusthat is why i was sure ;)
22:11.57gustavozi know of a couple that live 50-50 between greece and australia
22:12.11gustavozmy uncle visited them some years ago
22:12.36aliveriuswhat time is it now in Argentina gustavoz?
22:12.42gustavozaliverius: 19:12
22:12.52aliveriuspretty early
22:14.39aliverius8.5MB? that is big without a kernel :(
22:15.04gustavozwhat did you compile?
22:15.16aliveriusdirectfb libxml2 htop
22:15.35gustavoztarget fs format = ?
22:15.35aliveriusand some other directfb stuff
22:15.41aliveriusext2
22:15.50gustavozah! try one of the compressed ones
22:17.10gustavozi usually use squashfs, it's RO though you can add some separate RW fs for the writable bits
22:18.20aliveriusxz made the images 2/5
22:26.29aliveriuswell the patch is fine
22:26.34aliveriusthat matters the most
22:29.40aliveriuscan i somehow make it build  no static libs?\
22:31.53aliveriusoops it seems no statics are there sorry
22:32.59aliveriusanother question: is expat a dependency for libxml2?!
22:33.23gustavozstatic libs, includes and whatnot (devfiles) are cleaned up from the target unless you select the devfiles in target option
22:33.41gustavoznope
22:33.52gustavozlibxml2 is pretty much standalone
22:34.14aliveriusprobably fontconfig's google saith
22:35.50gustavozyup
22:41.15aliveriusone trick could be use a r/w fs and use your embedded application statically linked and compressed with upx
22:43.10gustavozmaybe, but you could have a penalty there
22:43.37gustavozupx decompresses every time each binary is run so you've got no cached hit if you've got free memory
22:50.28aliveriusi am talking about one binary, otherwise why build statically
22:50.47aliveriusexcept if upx compresses libs too nowadays
22:53.53aliveriusoh and eet can compress your data too :)
22:54.19aliveriusi must start messing with embedded some day...
22:59.42robinmholtI am trying to compile the Broadcom SDK for an embedded system which is using uClibc.  At the point of the final link, I get:
22:59.45robinmholtpowerpc-unknown-linux-uclibc/sysroot/usr/lib/libc.a(sigprocmask.os): In function `sigprocmask':
22:59.49robinmholtsigprocmask.c:(.text+0x0): multiple definition of `sigprocmask'
22:59.51robinmholtpowerpc-unknown-linux-uclibc/sysroot/usr/lib/libpthread.a(pt-sigprocmask.os):pt-sigprocmask.c:(.text+0x0): first defined here
22:59.54robinmholtpowerpc-unknown-linux-uclibc/sysroot/usr/lib/libc.a(sigaction.os): In function `__libc_sigaction':
22:59.58robinmholtsigaction.c:(.text+0x0): multiple definition of `__libc_sigaction'
23:00.00robinmholtpowerpc-unknown-linux-uclibc/sysroot/usr/lib/libpthread.a(pt-sigaction.os):pt-sigaction.c:(.text+0x0): first defined here
23:00.03robinmholtpowerpc-unknown-linux-uclibc/sysroot/usr/lib/libc.a(sigaction.os): In function `sigaction':
23:00.06robinmholtsigaction.c:(.text+0x24): multiple definition of `__sigaction'
23:00.09robinmholtpowerpc-unknown-linux-uclibc/sysroot/usr/lib/libpthread.a(pt-sigaction.os):pt-sigaction.c:(.text+0x24): first defined here
23:00.12robinmholtcollect2: ld returned 1 exit status
23:02.19robinmholtThe link has -static -lpthread
23:54.35*** join/#uclibc ashes (~ashes@75.155.223.218)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.