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.49 | tsp | I 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.12 | tsp | though 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.13 | slimm609 | busybox doesnt have zip does it? |
02:35.20 | slimm609 | i noticed unzip |
02:39.55 | dalias | afaik it doesn't have zip |
02:41.29 | slimm609 | didnt think so |
02:41.31 | slimm609 | ty |
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.26 | sanket | I 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.14 | blindvt` | http://www.raspberrypi.org/ (smallish low-cost arm prototype by David Braben -- Elite) |
09:19.12 | kos_tom | Jacmet, hello. |
09:19.32 | kos_tom | Jacmet, funny, I subscribed to the linux-input mailing list, and who I see posting on that list, you! |
09:19.37 | kos_tom | Jacmet, you're everywhere :-) |
09:19.55 | kos_tom | btw, seems like my question was too stupid, or something, I got no reply |
09:26.42 | ncopa | blindvt`: how about tagging uclibc -rc4? |
09:37.11 | Jacmet | kos_tom: yeah ;0 |
09:40.51 | Jacmet | kos_tom: no wonder I get too much mail |
09:42.23 | *** join/#uclibc risca (~risca@m90-130-233-253.cust.tele2.se) |
09:59.52 | blindvt` | ncopa: I have a handful of fixes pending that i intend to push on thursday (-ENOTIME until then) |
10:00.33 | ncopa | ok |
10:00.34 | ncopa | thanks |
10:17.11 | mirko | hey |
10:17.14 | erdgeist | hey mirco |
10:17.22 | mirko | -.- |
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.55 | sanket | I had compiled Imlib2-1.4.4 for MIPS against buildroot environment...... but when I execute imlib2_view *.png ..... |
11:09.14 | sanket | I m getting <Image format not available> |
11:09.45 | sanket | why 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.56 | erdgeist | mirko: 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.08 | timdewhirst | hello all |
12:57.29 | timdewhirst | I was hoping I might find some help here |
12:58.07 | timdewhirst | I'm looking for a good summary on GRUB and buildroot |
12:58.48 | timdewhirst | any pointers to good docs would be great |
13:02.37 | timdewhirst | I'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.46 | timdewhirst | apparently not for me... |
13:03.07 | timdewhirst | I just can't seem to get GRUB to do the right thing i.e. give me a booting system! |
13:03.11 | CIA-69 | 03jacmet 07master * reffcc9a2a2a6 10buildroot/ (CHANGES Makefile docs/download.html docs/news.html): Update for 2011.05-rc2 |
13:04.47 | CIA-69 | 03jacmet 07refs/tags/2011.05_rc2 * ra7a86c319997 10buildroot/ (CHANGES Makefile docs/download.html docs/news.html): Update for 2011.05-rc2 |
13:05.20 | gustavoz | timdewhirst: try using syslinux instead |
13:06.15 | gustavoz | timdewhirst: 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.02 | timdewhirst | gustavoz: really? is buildroot primarily aimed at *real* embedded systems, ARM, ...? |
13:08.16 | timdewhirst | I'll certainly go and take a look; thanks for the tip |
13:08.25 | gustavoz | timdewhirst: it's the most common scenario, yeah, i use it for ARM & PPC mostly |
13:09.10 | gustavoz | timdewhirst: 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.34 | timdewhirst | ah, okay... /me is reading about syslinux |
13:10.09 | gustavoz | look at extlinux or doslinux |
13:10.21 | gustavoz | (from syslinux of course) |
13:11.53 | *** join/#uclibc fmertz (~fcm@pool-173-66-178-151.washdc.fios.verizon.net) |
13:13.33 | timdewhirst | brilliant; thanks very much for the pointer |
13:14.20 | ente | timdewhirst *a; |
13:14.24 | ente | there you go :P |
13:17.26 | timdewhirst | there's a problem... no type named timedewhirst |
13:17.58 | timdewhirst | :-/ |
13:19.03 | gustavoz | Jacmet: yay! |
13:20.56 | mirko | erdgeist: nope, i did - you just wrote the mail |
13:23.51 | kos_tom | timdewhirst, yeah, GRUB and Buildroot is not really in a good shape. |
13:24.17 | kos_tom | timdewhirst, 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.15 | timdewhirst | kos_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.10 | Jacmet | gustavoz: yeah, expect final 2011.05 by thur/fri as I leave for holidays Sat morning |
14:06.32 | gustavoz | Jacmet: cool, it's better to avoid releasing on the 30/31th like the last couple :) |
14:06.45 | kos_tom | Jacmet, are you going to name it 3.0 ? :-) |
14:06.59 | Jacmet | gustavoz: yeah |
14:07.07 | gustavoz | Jacmet: and interesting place (for the vacations) ? |
14:07.10 | gustavoz | s/and/an/ |
14:07.19 | Jacmet | kos_tom: naah, I find dates a good motivator to get releases out ;) |
14:07.43 | Jacmet | gustavoz: I'm going to Denmark for a week to visit the family |
14:09.43 | kos_tom | Jacmet, my girlfriend would really like going to Denmark someday |
14:10.38 | Jacmet | kos_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.00 | gustavoz | would 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.36 | Jacmet | hacks on gpointing-device-settings |
14:55.38 | Jacmet | it's been a very long time since I last looked at gtk.. quite different from kernel/bootloader/buildroot stuff .. ;) |
15:03.09 | kos_tom | have you ever used ftrace ? |
15:03.19 | kos_tom | or has anyone already used ftrace ? |
15:11.46 | *** join/#uclibc doc2 (~Dieter@p5B37AAD8.dip.t-dialin.net) |
15:14.05 | Jacmet | kos_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.02 | ericbutters | hello.. 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.27 | ericbutters | when calling qmake like: buildroot-2011.02/output/build/qt-everywhere-opensource-src-4.7.1/bin/qmake qt_2.pro |
16:07.14 | ericbutters | if 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.15 | kos_tom | ericbutters, don't use this qmake |
16:20.21 | kos_tom | erdgeist, use output/host/usr/bin/qmake |
16:20.45 | kos_tom | generally speaking, you shouldn't deal with anything inside output/build/, those are only temporary directories used to build stuff |
16:20.58 | kos_tom | everything useful on the host is supposed to be installed in output/host |
16:22.07 | ericbutters | kos_tom thx alot! thats it... output/host ! |
16:24.54 | dougmencken | uclibc channel is full of buildroot guys ;) |
16:24.56 | kos_tom | I should really put this somewhere in the documentation |
16:25.16 | dougmencken | looks like uclibc is for buildroot only |
16:25.32 | kos_tom | dougmencken, yeah, maybe we should create #buildroot to highlight the fact that there is support for Buildroot. |
16:25.44 | dougmencken | kos_tom: would be great idea |
16:25.46 | kos_tom | dougmencken, no, it's not. OpenEmbedded has support for uClibc, for example. |
16:26.55 | erdgeist | kos_tom: huh? |
16:26.58 | erdgeist | kos_tom: ahh, don't mind. |
16:27.18 | kos_tom | erdgeist, ah, sorry. Auto-completion has fooled me. I apologize. |
16:27.39 | dougmencken | kos_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.30 | erdgeist | re |
18:30.48 | dougmencken | o_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.40 | CIA-69 | 03ps.m 07future * r1431ea0d2cff 10uClibc/libc/string/ (24 files in 3 dirs): remove sysdep.h from arch specific string implementation |
19:19.40 | CIA-69 | 03ps.m 07future * rbb3f3b9b555c 10uClibc/include/cancel.h: cancel.h: add copyright |
19:21.14 | CIA-69 | 03ps.m 07future * rb4adff502339 10uClibc/libpthread/linuxthreads/sysdeps/arm/sysdep.h: remove arm specific sysdep.h from linuxthreads new |
19:27.07 | dougmencken | wo, 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.11 | mattbillenstein_ | hi all |
21:03.26 | mattbillenstein_ | is this the correct place to ask questions if I'm having issues building against uclibc ? |
21:04.58 | kos_tom | don't ask to ask, just ask :-) |
21:05.12 | mattbillenstein_ | ha, asking for forgiveness is always easier eh? |
21:06.03 | *** join/#uclibc antgreen (~user@CPE00222d6c4710-CM00222d6c470d.cpe.net.cable.rogers.com) |
21:06.09 | mattbillenstein_ | okay, I'm trying to build opencv against a mipsel-linux-uclibc package and toolchain a vendor has given me |
21:06.24 | mattbillenstein_ | I've been able to build using a similar setup and glibc |
21:08.28 | mattbillenstein_ | getting an error early on: http://pastebin.com/MXX2gDnA |
21:08.47 | mattbillenstein_ | well, these are the first few errors |
21:10.45 | mattbillenstein_ | Looking at assert.h around line 42: http://pastebin.com/veYefCv9 |
21:11.28 | mattbillenstein_ | err, line 34 rather -- seems the preprocessor is complaining about this |
21:32.27 | kos_tom | mattbillenstein_, I don't know exactly, but it looks like your toolchain is somewhat broken. |
21:34.05 | khem | kos_tom: probably totally broken |
21:34.20 | khem | mattbillenstein_: can you preprocess the file in question |
21:34.27 | khem | use -E switch |
21:34.34 | khem | and check where its getting its headers from |
22:01.21 | mattbillenstein_ | kk, sorry, stepped away |
22:05.36 | mattbillenstein_ | is this what you mean? http://pastebin.com/7rPFbrmA |
22:09.23 | dougmencken | sorry 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.51 | mattbillenstein_ | hmm, I can build a simple Hello World program with an assert in it just fine |
22:14.40 | mattbillenstein_ | I wonder if configure is doing something dumb here |
22:23.34 | mattbillenstein_ | hmm, I think you're right, I have some includes in the wrong place from another package |
22:23.50 | mattbillenstein_ | I think those might be conflicting with the system includes |
22:32.06 | mattbillenstein_ | cool, opencv builds |
22:33.20 | trem | nite all, sweet dreams |
22:51.45 | *** join/#uclibc tchan1 (~tchan@c-69-243-144-187.hsd1.il.comcast.net) |
23:02.30 | tsp | I 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.39 | y_morin | tsp: you should rebuild the whole toolchain, that the easiest way. |
23:18.37 | dougmencken | tsp: but replacing uclibc shall work with v99% too |
23:18.38 | y_morin | tsp: 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.25 | y_morin | tsp, 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.37 | dougmencken | y_morin: you're saying like distro-maker guy: "re-install from scratch!" "re-install!" |
23:19.50 | dougmencken | ;) |
23:20.05 | y_morin | dougmencken: yes, because it's by far thge easiest solution! |
23:20.06 | y_morin | :-) |
23:20.09 | tsp | I just wish I could do it without buildroot, black magic |
23:20.30 | y_morin | tsp: then look at crosstool-NG: http://crosstool-ng.org/ |
23:20.33 | dougmencken | y_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.15 | y_morin | dougmencken: there *may* be corner cases, as the final compiler relies on the C library. do decide what to do in some cases. |
23:21.20 | dougmencken | y_morin: the only bin incompat was with locale_extra stuff |
23:21.26 | tsp | does crosstool-ng explain how to do it manually? |
23:21.45 | y_morin | dougmencken: and IIRC, you had a bad day a while back trying to replace uClibc with/without locales. ;-) |
23:21.50 | dougmencken | tsp: give me some beer, I can tell you how to do it manually :) |
23:22.13 | dougmencken | y_morin: yeah, you remember ;) |
23:22.51 | tsp | I 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.57 | y_morin | tsp: 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.04 | tsp | nods |
23:23.19 | y_morin | dougmencken: :-) |
23:23.51 | y_morin | tsp: crosstool-ng is only about toolchain, though. No rootfs. |
23:24.37 | y_morin | yawns... |
23:24.44 | tsp | with the rootfs I can build busybox manually. Maybe I'm confused about basic concepts like exactly what a sysroot is |
23:24.47 | dougmencken | y_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.50 | dougmencken | time to re-invent the bicycle ;) |
23:25.59 | y_morin | tsp: sysroot is where the _system_ libs and headers (eg. from libs&kernel) live. |
23:26.19 | y_morin | tsp: in theory, you should not touch the sysroot once the toolchain is built. |
23:26.38 | y_morin | ywans again... |
23:26.44 | tsp | I thought sysroot was the final / location of the system |
23:27.11 | dougmencken | prefers chroot for such stuff |
23:27.21 | y_morin | tsp: nope, that is caled the 'rootfs', the 'destdir', sometime 'staging', depending on the context. |
23:27.43 | y_morin | dougmencken: chroot is necessarily native, not cross. |
23:28.35 | dougmencken | y_morin: not exactly; uclibc systems (native ones) is okay to live in chroot |
23:28.36 | y_morin | tsp: 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.03 | tsp | nods |
23:29.20 | y_morin | dougmencken: exactly what I said: chroot is native (native == same CPU familly) |
23:30.06 | y_morin | dougmencken: you can't chroot into a cross-system (cross == not the same CPU familly) |
23:30.10 | dougmencken | tsp: what are you trying to do? |
23:30.17 | dougmencken | y_morin: correct |
23:30.31 | tsp | buildroot seems to specify two different sysroots, one in host, another in uclibc_dev |
23:30.35 | dougmencken | tsp: your host and target? |
23:30.38 | y_morin | yawns yet again. Must be a sign it's time to go to bed... |
23:30.42 | y_morin | See ya All! |
23:30.51 | tsp | host is x86 linux, target is x86 uclibc |
23:30.55 | dougmencken | nite all ;) |
23:31.00 | tsp | I'm just trying ot understand the process |
23:31.06 | dougmencken | tsp: then it's mine scenario |
23:32.13 | dougmencken | tsp: if you want to get full uclibc-gc toolch, just build gcc and binutils as static (google CFLAGS) |
23:33.12 | dougmencken | then 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.33 | tsp | nods |
23:33.42 | dougmencken | on my 466MHz machine, the whole process is only 4-5 days |
23:33.45 | tsp | how does that differ from what buildroot does, building 3 stages or whatever it's doing? |
23:34.11 | dougmencken | tsp: well, I dunno; but I'm sure you can't get toolch in only 1 stage |
23:34.39 | dougmencken | at least *two* is required |
23:35.03 | dougmencken | as for GCC, it does 3-stage for a great reason |
23:36.40 | tsp | I 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.25 | dougmencken | tsp: you cluster-owning guys are superior to me :) |
23:38.55 | tsp | I only have two machines, that's nothing |
23:38.57 | *** join/#uclibc rellig (~rellig@argon247.server4you.de) |
23:39.37 | dougmencken | tsp: AM_LDFLAGS="-all-static" << pass it to make on 1st stage |
23:40.10 | dougmencken | for gcc, use it and also CFLAGS |
23:40.42 | tsp | how does static help? |
23:41.48 | dougmencken | tsp: 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.46 | dougmencken | it's realy hard to try to get it in 1 step |
23:43.14 | tsp | I'm still confused, but I'll read docs and crosstool-ng/buildroot scripts and try to understand all this |
23:43.23 | dougmencken | ok |