IRC log for #uclibc on 20110524

00:14.18*** join/#uclibc animeloe[net] (~animeloen@ool-457816a7.dyn.optonline.net)
00:14.19*** join/#uclibc animeloe[net] (~animeloen@unaffiliated/animeloe)
00:44.53*** join/#uclibc malloc (~malloc@2001:470:1f10:80b:216:3eff:fe75:abc6)
01:00.56*** join/#uclibc xiangfu (~user@fidelio.qi-hardware.com)
01:54.49tspI guess using a snapshot isn't a great idea: libc/sysdeps/linux/common/epoll.c:71: error: memory input 7 is not directly addressable
01:55.12tspthough to its credit, I've never seen that error before
02:08.43*** join/#uclibc WildPikachu (~nkukard@about/linux/staff/wildpikachu)
02:31.52*** join/#uclibc animeloe[net] (~animeloen@ool-457816a7.dyn.optonline.net)
02:31.52*** join/#uclibc animeloe[net] (~animeloen@unaffiliated/animeloe)
02:35.13slimm609busybox doesnt have zip does it?  
02:35.20slimm609i noticed unzip
02:39.55daliasafaik it doesn't have zip
02:41.29slimm609didnt think so  
02:41.31slimm609ty
03:16.20*** join/#uclibc WildPikachu (~nkukard@about/linux/staff/wildpikachu)
05:01.44*** join/#uclibc fabled (~fabled@83.145.235.194)
05:04.06*** join/#uclibc robinmholt (~holt@nat/sgi/x-roinxvfbldzynwuw)
05:54.40*** join/#uclibc sanket (~sanket@114.143.164.138)
05:56.26sanketI had builded a filesystem using buildroot for MIPS.... I want to compile splash booting screen.... can anyone help me how to?
06:03.18*** join/#uclibc xiangfu (~user@fidelio.qi-hardware.com)
06:16.10*** join/#uclibc tsukasa (~tsukasa@unaffiliated/tsukasa)
06:37.47*** join/#uclibc n17ikh (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net)
06:47.13*** join/#uclibc jacques (~fontenot@nslu2-linux/jacques)
07:01.53*** join/#uclibc kos_tom (~thomas@col31-4-88-188-83-94.fbx.proxad.net)
07:04.41*** join/#uclibc CapnKernel (~mjd@ppp59-167-188-93.static.internode.on.net)
07:09.30*** join/#uclibc Artemys (~quassel@stp25-2-82-234-232-91.fbx.proxad.net)
07:53.37*** join/#uclibc y_morin (c1317c6b@gateway/web/freenode/ip.193.49.124.107)
08:01.14blindvt`http://www.raspberrypi.org/ (smallish low-cost arm prototype by David Braben -- Elite)
09:19.12kos_tomJacmet, hello.
09:19.32kos_tomJacmet, funny, I subscribed to the linux-input mailing list, and who I see posting on that list, you!
09:19.37kos_tomJacmet, you're everywhere :-)
09:19.55kos_tombtw, seems like my question was too stupid, or something, I got no reply
09:26.42ncopablindvt`: how about tagging uclibc -rc4?
09:37.11Jacmetkos_tom: yeah ;0
09:40.51Jacmetkos_tom: no wonder I get too much mail
09:42.23*** join/#uclibc risca (~risca@m90-130-233-253.cust.tele2.se)
09:59.52blindvt`ncopa: I have a handful of fixes pending that i intend to push on thursday (-ENOTIME until then)
10:00.33ncopaok
10:00.34ncopathanks
10:17.11mirkohey
10:17.14erdgeisthey mirco
10:17.22mirko-.-
11:03.40*** join/#uclibc risca (~risca@m83-178-97-72.cust.tele2.se)
11:07.28*** join/#uclibc Artemys (~quassel@stp25-2-82-234-232-91.fbx.proxad.net)
11:08.55sanketI had compiled Imlib2-1.4.4 for MIPS against buildroot environment...... but when  I execute imlib2_view *.png .....
11:09.14sanketI m getting <Image format not available>
11:09.45sanketwhy is it so.... because I had already configured Imlib2 with png support
11:57.48*** join/#uclibc risca (~risca@m77-218-206-239.cust.tele2.se)
12:21.56erdgeistmirko: I sent a fix to the busybox mailinglist :)
12:32.05*** join/#uclibc gustavoz (~gustavoz@host145.201-253-128.telecom.net.ar)
12:40.11*** join/#uclibc risca (~risca@m83-178-70-175.cust.tele2.se)
12:41.43*** join/#uclibc timdewhirst (~tpd@host-80-195-66-62.static.cable.virginmedia.com)
12:55.20*** join/#uclibc bkuhn (~bkuhn@fsf/director/conservancy.president.bkuhn)
12:57.08timdewhirsthello all
12:57.29timdewhirstI was hoping I might find some help here
12:58.07timdewhirstI'm looking for a good summary on GRUB and buildroot
12:58.48timdewhirstany pointers to good docs would be great
13:02.37timdewhirstI'm working with one of these: http://www.norhtec.com/products/mcjrmx/index.html and using ubuntu 10.04 as the development host; the target CPU is x86 with a regular BIOS, so I figured... it must be easy, right?
13:02.46timdewhirstapparently not for me...
13:03.07timdewhirstI just can't seem to get GRUB to do the right thing i.e. give me a booting system!
13:03.11CIA-6903jacmet 07master * reffcc9a2a2a6 10buildroot/ (CHANGES Makefile docs/download.html docs/news.html): Update for 2011.05-rc2
13:04.47CIA-6903jacmet 07refs/tags/2011.05_rc2 * ra7a86c319997 10buildroot/ (CHANGES Makefile docs/download.html docs/news.html): Update for 2011.05-rc2
13:05.20gustavoztimdewhirst: try using syslinux instead
13:06.15gustavoztimdewhirst: that's what i went for on my ebox 2300 and CF
13:06.30*** topic/#uclibc by ChanServ -> discussion of uClibc, Busybox and Buildroot | uClibc 0.9.32-rc3 was released 16 March 2011 | busybox 1.18.4 was released 13 March 2011 (unstable busybox 1.19.0) | Buildroot 2011.05-rc2 was released 24 May 2011 | For general setup issues try #elinux or #edev
13:08.02timdewhirstgustavoz: really? is buildroot primarily aimed at *real* embedded systems, ARM, ...?
13:08.16timdewhirstI'll certainly go and take a look; thanks for the tip
13:08.25gustavoztimdewhirst: it's the most common scenario, yeah, i use it for ARM & PPC mostly
13:09.10gustavoztimdewhirst: most of the "big deal" with x86 bootloaders is that target media and mapping are usually a pain, i.e. bios drive versus linux drive and so on
13:09.34timdewhirstah, okay... /me is reading about syslinux
13:10.09gustavozlook at extlinux or doslinux
13:10.21gustavoz(from syslinux of course)
13:11.53*** join/#uclibc fmertz (~fcm@pool-173-66-178-151.washdc.fios.verizon.net)
13:13.33timdewhirstbrilliant; thanks very much for the pointer
13:14.20entetimdewhirst *a;
13:14.24entethere you go :P
13:17.26timdewhirstthere's a problem... no type named timedewhirst
13:17.58timdewhirst:-/
13:19.03gustavozJacmet: yay!
13:20.56mirkoerdgeist: nope, i did - you just wrote the mail
13:23.51kos_tomtimdewhirst, yeah, GRUB and Buildroot is not really in a good shape.
13:24.17kos_tomtimdewhirst, it'd be great if someone could have a look at it, and improve the stuff and/or add some more documentation explaining how to use it
13:25.38*** join/#uclibc xiangfu (~user@fidelio.qi-hardware.com)
13:26.15timdewhirstkos_tom: if I ever get it figured out I will gladly submit some docs
13:28.44*** join/#uclibc acoul (tinyproxy@hermes.aventurine.gr)
13:30.46*** join/#uclibc xiangfu` (~user@123.114.248.220)
14:05.10Jacmetgustavoz: yeah, expect final 2011.05 by thur/fri as I leave for holidays Sat morning
14:06.32gustavozJacmet: cool, it's better to avoid releasing on the 30/31th like the last couple :)
14:06.45kos_tomJacmet, are you going to name it 3.0 ? :-)
14:06.59Jacmetgustavoz: yeah
14:07.07gustavozJacmet: and interesting place (for the vacations) ?
14:07.10gustavozs/and/an/
14:07.19Jacmetkos_tom: naah, I find dates a good motivator to get releases out ;)
14:07.43Jacmetgustavoz: I'm going to Denmark for a week to visit the family
14:09.43kos_tomJacmet, my girlfriend would really like going to Denmark someday
14:10.38Jacmetkos_tom: well, it's a nice place ;) - Let me know if you want so help finding nice places to see and so on
14:12.00gustavozwould like to visit some distant relatives in greece sometime
14:39.21*** join/#uclibc risca (~risca@m83-188-219-158.cust.tele2.se)
14:54.36Jacmethacks on gpointing-device-settings
14:55.38Jacmetit's been a very long time since I last looked at gtk.. quite different from kernel/bootloader/buildroot stuff .. ;)
15:03.09kos_tomhave you ever used ftrace ?
15:03.19kos_tomor has anyone already used ftrace ?
15:11.46*** join/#uclibc doc2 (~Dieter@p5B37AAD8.dip.t-dialin.net)
15:14.05Jacmetkos_tom: no, never
15:20.40*** join/#uclibc acoul (~alex@orion.ozo.com)
15:21.50*** join/#uclibc moh (~mort@mortbork-2-pt.tunnel.tserv3.fmt2.ipv6.he.net)
15:38.25*** join/#uclibc moh (~mort@mortbork-2-pt.tunnel.tserv3.fmt2.ipv6.he.net)
16:02.27*** join/#uclibc ericbutters (~Kuhne@business-213-023-195-122.static.arcor-ip.net)
16:05.02ericbuttershello.. anyone knows how to build qt projects outside buildroot path? we got error >> QMAKESPEC has not been set, so configuration cannot be deduced. <<
16:05.27ericbutterswhen calling qmake like: buildroot-2011.02/output/build/qt-everywhere-opensource-src-4.7.1/bin/qmake qt_2.pro
16:07.14ericbuttersif we move our qt project folder inside buidlroot path, i.e to qt-everywhere-opensource-src-4.7.1/example and calling then qmake like: ../../bin/qmake qt_2.pro it generates a Makefile.
16:20.15kos_tomericbutters, don't use this qmake
16:20.21kos_tomerdgeist, use output/host/usr/bin/qmake
16:20.45kos_tomgenerally speaking, you shouldn't deal with anything inside output/build/, those are only temporary directories used to build stuff
16:20.58kos_tomeverything useful on the host is supposed to be installed in output/host
16:22.07ericbutterskos_tom thx alot! thats it... output/host !
16:24.54dougmenckenuclibc channel is full of buildroot guys ;)
16:24.56kos_tomI should really put this somewhere in the documentation
16:25.16dougmenckenlooks like uclibc is for buildroot only
16:25.32kos_tomdougmencken, yeah, maybe we should create #buildroot to highlight the fact that there is support for Buildroot.
16:25.44dougmenckenkos_tom: would be great idea
16:25.46kos_tomdougmencken, no, it's not. OpenEmbedded has support for uClibc, for example.
16:26.55erdgeistkos_tom: huh?
16:26.58erdgeistkos_tom: ahh, don't mind.
16:27.18kos_tomerdgeist, ah, sorry. Auto-completion has fooled me. I apologize.
16:27.39dougmenckenkos_tom: uclibc is std c lib; busybox is userspace apps (a.k.a. coreutils and more); buildroot is entirely other thing (especially, given the fact, you never trying to push your patches to upstream)
16:49.01*** join/#uclibc linuxjacques (6217fec1@nslu2-linux/jacques)
17:07.35*** join/#uclibc kos_tom (~thomas@humanoidz.org)
17:16.11*** join/#uclibc PasNox (~pasnox@2a01:e35:8a99:6cd0:6ef0:49ff:fe58:2614)
17:42.03*** join/#uclibc y_morin (~ymorin@ARennes-256-1-43-145.w90-32.abo.wanadoo.fr)
18:30.30erdgeistre
18:30.48dougmenckeno_0
18:38.33*** join/#uclibc malloc (~malloc@2001:470:1f10:80b:216:3eff:fe75:abc6)
18:46.52*** join/#uclibc trem (~trem@mol92-1-81-57-136-23.fbx.proxad.net)
18:49.00*** join/#uclibc dimonov (~dimonov@unaffiliated/dimonov)
19:00.07*** join/#uclibc felipec (~felipec@nat/nokia/x-nuepzupulsmusmyz)
19:19.40CIA-6903ps.m 07future * r1431ea0d2cff 10uClibc/libc/string/ (24 files in 3 dirs): remove sysdep.h from arch specific string implementation
19:19.40CIA-6903ps.m 07future * rbb3f3b9b555c 10uClibc/include/cancel.h: cancel.h: add copyright
19:21.14CIA-6903ps.m 07future * rb4adff502339 10uClibc/libpthread/linuxthreads/sysdeps/arm/sysdep.h: remove arm specific sysdep.h from linuxthreads new
19:27.07dougmenckenwo, cool patches
19:45.44*** join/#uclibc felipec (~felipec@nat/nokia/x-tcubslkddhogswxb)
20:01.44*** join/#uclibc doc2 (~Dieter@p5B37AAD8.dip.t-dialin.net)
20:13.45*** join/#uclibc risca (~risca@m83-185-69-108.cust.tele2.se)
20:39.37*** part/#uclibc fmertz (~fcm@pool-173-66-178-151.washdc.fios.verizon.net)
20:45.24*** join/#uclibc smartin (52e20d9c@gateway/web/freenode/ip.82.226.13.156)
20:48.34*** join/#uclibc timdewhirst (~tpd@host86-152-3-205.range86-152.btcentralplus.com)
21:00.06*** join/#uclibc mattbillenstein_ (~matt@cpe-76-94-50-20.socal.res.rr.com)
21:03.11mattbillenstein_hi all
21:03.26mattbillenstein_is this the correct place to ask questions if I'm having issues building against uclibc ?
21:04.58kos_tomdon't ask to ask, just ask :-)
21:05.12mattbillenstein_ha, asking for forgiveness is always easier eh?
21:06.03*** join/#uclibc antgreen (~user@CPE00222d6c4710-CM00222d6c470d.cpe.net.cable.rogers.com)
21:06.09mattbillenstein_okay, I'm trying to build opencv against a mipsel-linux-uclibc package and toolchain a vendor has given me
21:06.24mattbillenstein_I've been able to build using a similar setup and glibc
21:08.28mattbillenstein_getting an error early on: http://pastebin.com/MXX2gDnA
21:08.47mattbillenstein_well, these are the first few errors
21:10.45mattbillenstein_Looking at assert.h around line 42:  http://pastebin.com/veYefCv9
21:11.28mattbillenstein_err, line 34 rather -- seems the preprocessor is complaining about this
21:32.27kos_tommattbillenstein_, I don't know exactly, but it looks like your toolchain is somewhat broken.
21:34.05khemkos_tom: probably totally broken
21:34.20khemmattbillenstein_: can you preprocess the file in question
21:34.27khemuse -E switch
21:34.34khemand check where its getting its headers from
22:01.21mattbillenstein_kk, sorry, stepped away
22:05.36mattbillenstein_is this what you mean?  http://pastebin.com/7rPFbrmA
22:09.23dougmenckensorry guys, lynx is broken for 10 days... can't help if it's going to look in wild wild web :)
22:10.15*** join/#uclibc bkuhn (~bkuhn@fsf/director/conservancy.president.bkuhn)
22:13.51mattbillenstein_hmm, I can build a simple Hello World program with an assert in it just fine
22:14.40mattbillenstein_I wonder if configure is doing something dumb here
22:23.34mattbillenstein_hmm, I think you're right, I have some includes in the wrong place from another package
22:23.50mattbillenstein_I think those might be conflicting with the system includes
22:32.06mattbillenstein_cool, opencv builds
22:33.20tremnite all, sweet dreams
22:51.45*** join/#uclibc tchan1 (~tchan@c-69-243-144-187.hsd1.il.comcast.net)
23:02.30tspI built a toolchain with buildroot, but misconfigured uclibc. Do I need to the build the entire thing again, or can i just replace uclibc?
23:08.08*** join/#uclibc moh (~mort@mortbork-2-pt.tunnel.tserv3.fmt2.ipv6.he.net)
23:17.39y_morintsp: you should rebuild the whole toolchain, that the easiest way.
23:18.37dougmenckentsp: but replacing uclibc shall work with v99% too
23:18.38y_morintsp: it is of course theorically possible to just replace uClibc with another version, but before you can achieve that safely, your new toolchain will be built from scratch.
23:19.25y_morintsp, dougmencken: it's not enough to replcae just the libs. You also have to replace/add/remove headers as they depends on uClibc's config.
23:19.37dougmenckeny_morin: you're saying like distro-maker guy: "re-install from scratch!" "re-install!"
23:19.50dougmencken;)
23:20.05y_morindougmencken: yes, because it's by far thge easiest solution!
23:20.06y_morin:-)
23:20.09tspI just wish I could do it without buildroot, black magic
23:20.30y_morintsp: then look at crosstool-NG: http://crosstool-ng.org/
23:20.33dougmenckeny_morin: and you don't know how *many* times I just replaced uclibc; how may times I built it, even nptl and future braches
23:21.15y_morindougmencken: there *may* be corner cases, as the final compiler relies on the C library. do decide what to do in some cases.
23:21.20dougmenckeny_morin: the only bin incompat was with locale_extra stuff
23:21.26tspdoes crosstool-ng explain how to do it manually?
23:21.45y_morindougmencken: and IIRC, you had a bad day a while back trying to replace uClibc with/without locales. ;-)
23:21.50dougmenckentsp: give me some beer, I can tell you how to do it manually :)
23:22.13dougmenckeny_morin: yeah, you remember ;)
23:22.51tspI tried doing it manually but gave up in frustration. A few buildroots later and I have a toolchain, though my netbook is a poor dev box because it goes so slowly
23:22.57y_morintsp: crosstool-ng is an automated toolchain build procedure, but there is doc, and it's only scripts you can investigate if you want to learn.
23:23.04tspnods
23:23.19y_morindougmencken: :-)
23:23.51y_morintsp: crosstool-ng is only about toolchain, though. No rootfs.
23:24.37y_morinyawns...
23:24.44tspwith the rootfs I can build busybox manually. Maybe I'm confused about basic concepts like exactly what a sysroot is
23:24.47dougmenckeny_morin: I suppose it's time for me to make start_over.sh script for first-stage system (i.e. all-static toolch + stdclib of choice)
23:25.50dougmenckentime to re-invent the bicycle ;)
23:25.59y_morintsp: sysroot is where the _system_ libs and headers (eg. from libs&kernel) live.
23:26.19y_morintsp: in theory, you should not touch the sysroot once the toolchain is built.
23:26.38y_morinywans again...
23:26.44tspI thought sysroot was the final / location of the system
23:27.11dougmenckenprefers chroot for such stuff
23:27.21y_morintsp: nope, that is caled the 'rootfs', the 'destdir', sometime 'staging', depending on the context.
23:27.43y_morindougmencken: chroot is necessarily native, not cross.
23:28.35dougmenckeny_morin: not exactly; uclibc systems (native ones) is okay to live in chroot
23:28.36y_morintsp: kernel, libc and gcc instal target libs+headers in the sysroot. Then gcc & ld know where to find them without having to specify the path whenbuilding, it's implicit.
23:29.03tspnods
23:29.20y_morindougmencken: exactly what I said: chroot is native (native == same CPU familly)
23:30.06y_morindougmencken: you can't chroot into a cross-system (cross == not the same CPU familly)
23:30.10dougmenckentsp: what are you trying to do?
23:30.17dougmenckeny_morin: correct
23:30.31tspbuildroot seems to specify two different sysroots, one in host, another in uclibc_dev
23:30.35dougmenckentsp: your host and target?
23:30.38y_morinyawns yet again. Must be a sign it's time to go to bed...
23:30.42y_morinSee ya All!
23:30.51tsphost is x86 linux, target is x86 uclibc
23:30.55dougmenckennite all ;)
23:31.00tspI'm just trying ot understand the process
23:31.06dougmenckentsp: then it's mine scenario
23:32.13dougmenckentsp: if you want to get full uclibc-gc toolch, just build gcc and binutils as static (google CFLAGS)
23:33.12dougmenckenthen uclibc, then chroot (with /bin/sh from busybox --- oh, build it too, of course, static), then dynamic gcc/binutils
23:33.18*** part/#uclibc mattbillenstein_ (~matt@cpe-76-94-50-20.socal.res.rr.com)
23:33.33tspnods
23:33.42dougmenckenon my 466MHz machine, the whole process is only 4-5 days
23:33.45tsphow does that differ from what buildroot does, building 3 stages or whatever it's doing?
23:34.11dougmenckentsp: well, I dunno; but I'm sure you can't get toolch in only 1 stage
23:34.39dougmenckenat least *two* is required
23:35.03dougmenckenas for GCC, it does 3-stage for a great reason
23:36.40tspI might just have to move development to my quad core and experiment a bit more, where toolchain compile times might not be measured in hours
23:37.25dougmenckentsp: you cluster-owning guys are superior to me :)
23:38.55tspI only have two machines, that's nothing
23:38.57*** join/#uclibc rellig (~rellig@argon247.server4you.de)
23:39.37dougmenckentsp: AM_LDFLAGS="-all-static" << pass it to make on 1st stage
23:40.10dougmenckenfor gcc, use it and also CFLAGS
23:40.42tsphow does static help?
23:41.48dougmenckentsp: it lets you to make in-between stuff; bins which doesn't depend on anything; you can then use them to make "real" pure uclibc system
23:42.46dougmenckenit's realy hard to try to get it in 1 step
23:43.14tspI'm still confused, but I'll read docs and crosstool-ng/buildroot scripts and try to understand all this
23:43.23dougmenckenok

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