00:02.02 | *** join/#uclibc animeloe (~animeloe@unaffiliated/animeloe) |
02:18.53 | *** join/#uclibc animeloe (~animeloe@pool-71-167-15-24.nycmny.fios.verizon.net) |
02:18.55 | *** join/#uclibc animeloe (~animeloe@unaffiliated/animeloe) |
04:30.35 | *** join/#uclibc nataraj (~nataraj@122.178.158.145) |
04:32.24 | *** join/#uclibc p0ker (~p0ker@188.126.197.136) |
05:25.12 | *** join/#uclibc nataraj (~nataraj@122.178.158.145) |
05:30.52 | *** join/#uclibc austinf (~austinf@75-92-1-28.war.clearwire-wmx.net) |
06:00.07 | *** join/#uclibc fabled (~fabled@letku109.adsl.netsonic.fi) |
06:09.13 | *** join/#uclibc nataraj (~nataraj@122.178.158.145) |
06:20.42 | *** join/#uclibc nataraj (~nataraj@122.178.158.145) |
06:21.45 | *** join/#uclibc nataraj (~nataraj@122.178.158.145) |
06:58.17 | *** join/#uclibc nataraj (~nataraj@122.178.158.145) |
07:16.24 | *** join/#uclibc hw (~hw@p578b3905.dip0.t-ipconnect.de) |
07:21.04 | *** join/#uclibc kos_tom (~thomas@humanoidz.org) |
07:30.13 | *** join/#uclibc hw (~hw@p578b3905.dip0.t-ipconnect.de) |
08:21.40 | *** join/#uclibc hw (~hw@p578b3905.dip0.t-ipconnect.de) |
09:06.01 | *** join/#uclibc adb (~adb@144.85.45.157) |
10:08.38 | djdeath | kos_tom: yop |
10:08.46 | kos_tom | djdeath: hello :-) |
10:08.56 | kos_tom | this mess of libtool is driving me crazy. |
10:09.16 | djdeath | yep, it used to for me ;) |
10:09.31 | djdeath | did you got my last mail ? |
10:09.48 | djdeath | kos_tom: I think the problem is the redefinition of EXTRA_DIST variable |
10:10.01 | djdeath | I sent a patch for that |
10:15.42 | djdeath | kos_tom: does that solve your problem ? |
11:03.32 | *** join/#uclibc dougmencken (~Douglas@93.123.156.139) |
11:31.10 | *** join/#uclibc fabled (~fabled@letku109.adsl.netsonic.fi) |
11:49.56 | *** join/#uclibc tiny (~ivob@unaffiliated/tiny) |
12:44.47 | *** join/#uclibc gustavoz (~gustavoz@host195.200-82-38.telecom.net.ar) |
13:20.11 | *** join/#uclibc tsukasa (~tsukasa@unaffiliated/tsukasa) |
13:50.52 | *** join/#uclibc Ulfalizer (~ulf@pat.se.opera.com) |
13:54.37 | Ulfalizer | i'm trying to produce a minimal version of busybox that includes only the utilities i need. i have enabled the udhcpc dhcp client in the config, but still get 'udhcpc: applet not found' when i try to use it. does it depend on other things that need to be enabled? |
13:55.55 | Ulfalizer | CONFIG_UDHCPC=y is in the .config |
13:56.30 | kos_tom | if you run just "busybox" |
13:56.39 | kos_tom | it will tell you the list of commands that have been compiled in |
13:58.50 | Ulfalizer | it's not in the list :/ |
13:59.01 | Ulfalizer | all other utilities i picked seem to be there though |
13:59.14 | impulze | try with make *config |
13:59.25 | impulze | maybe it'll tell you why you cannot enable it or s |
13:59.26 | impulze | *so |
13:59.37 | impulze | maybe it needs something else enabled which is explicitly disabled or so |
13:59.46 | Ulfalizer | yeah, that's my guess |
14:00.10 | kos_tom | Ulfalizer: did you edit the .config by hand, or did you use menuconfig/xconfig ? |
14:00.18 | Ulfalizer | menuconfig |
14:00.35 | impulze | weird |
14:01.07 | kos_tom | then either it's a bug (but i'd say it's a bit unlikely) or you are not running the recompiled busybox |
14:02.04 | Ulfalizer | i just noticed there's a slight version mismatch. the .config is for 1.16.0, and the version built is 1.15.x (via buildroot). how likely is that to be the culprit? |
14:04.21 | CIA-49 | carmelo.amoroso nptl * r828ba271af0e uClibc/ (11 files in 11 dirs): nptl: sysdep headers re-factoring |
14:04.25 | CIA-49 | carmelo.amoroso nptl * r72b7786ff145 uClibc/test/ (nptl/Makefile nptl/Makefile.in tls/Makefile tls/Makefile.in): nptl_test: sysdep headers re-factoring |
14:04.25 | CIA-49 | carmelo.amoroso nptl * r377388043d1d uClibc/libpthread/nptl/sysdeps/ (i386/sysdep.h mips/sysdep.h x86_64/sysdep.h): nptl: sysdep headers update for i386, mips and x86_64 |
14:25.25 | CIA-49 | carmelo.amoroso master * r15ba174656c6 uClibc/ (Rules.mak libc/sysdeps/linux/common/sysdep.h): libc: Add a common sysdep header |
14:25.25 | CIA-49 | carmelo.amoroso master * r60972302801d uClibc/libc/sysdeps/linux/sh/sysdep.h: libc_sh: Add a sysdep header for sh |
14:25.27 | CIA-49 | carmelo.amoroso master * r63859f89f327 uClibc/libc/string/sh/sh4/memcpy.S: libc_sh: Update memcpy to use the ENTRY macro |
14:29.45 | Ulfalizer | the version mismatch was the problem. they had renamed the config variable between the versions. |
14:29.57 | Ulfalizer | one had APP in it, the other didn't |
14:50.47 | *** join/#uclibc wberrier (~wberrier@12.191.193.40) |
15:37.09 | *** join/#uclibc sjhill (~sjhill@home.bethel-hill.org) |
15:56.33 | *** join/#uclibc lewellyn (~lewellyn@greenviolet/lewellyn) |
16:04.09 | *** join/#uclibc matteo (~matteo@openwrt/developer/matteo) |
16:16.12 | *** join/#uclibc Xires (~Xires@66-190-79-122.dhcp.dntn.tx.charter.com) |
16:32.34 | *** join/#uclibc gustavoz (~gustavoz@host195.200-82-38.telecom.net.ar) |
16:33.11 | kos_tom | djdeath: well, your patch is against gtk, while my problem is at the libglib2 level |
16:33.37 | djdeath | oops |
16:34.22 | djdeath | kos_tom: what's about the one which modifies .la files ? |
16:35.17 | kos_tom | well, modifying the .la file will probably help if AUTORECONF is *not* selected (which is good) |
16:35.26 | kos_tom | but it's still strange that AUTORECONF=YES doesn't succeed |
16:37.00 | kos_tom | hm, strange that the ltmain.sh patch is applied before autoreconf in my case |
16:37.18 | djdeath | it shouldn't |
16:37.24 | kos_tom | aah, it is not in fact. The message is printed, but the patch is not applied. |
16:37.39 | djdeath | unless you're using a buildroot version < 09.11 |
16:38.14 | kos_tom | I'm using git. |
16:38.37 | djdeath | what's your distribution ? |
16:38.43 | kos_tom | strange, because in my build/libglib directory, ltmain.sh is patched even though autoreconf failed |
16:38.51 | kos_tom | djdeath: Debian Stable |
16:39.29 | djdeath | hmm... |
16:39.54 | kos_tom | the automake failure is really cryptic |
16:40.00 | djdeath | are you sure you had removed all the libglib2 build directory ? |
16:40.03 | kos_tom | it doesn't really say what is wrong |
16:40.12 | kos_tom | djdeath: rm -rf build/libglib2-x.y.z |
16:40.17 | djdeath | ok |
16:43.34 | djdeath | kos_tom: do you have a $(STAGING_DIR)/usr/lib/pkgconfig/glib-2.0.pc ? |
16:44.24 | kos_tom | no |
16:44.29 | kos_tom | I never reached the installation of glib |
16:44.52 | djdeath | but your toolchain might contain it |
16:45.02 | djdeath | (I had this problem) |
16:45.11 | djdeath | with another package |
16:45.47 | kos_tom | I don't think so since my toolchain is a crosstool-ng toolchain, and crosstool-ng doesn't know anything about libglib |
16:45.52 | djdeath | ok |
16:47.00 | djdeath | for the record, I successfully build libglib2 on a centos distribution |
16:47.01 | kos_tom | in OE, they seem to build libtool, libtool-cross and libtool-native |
16:47.09 | djdeath | with libtool 1.5.22 |
16:47.38 | djdeath | centos 5 |
16:48.11 | djdeath | using this branch http://git.potipota.net/cgi-bin/cgit.cgi/buildroot/log/?h=efl |
16:48.20 | *** join/#uclibc dougmencken (~Douglas@93.123.156.139) |
16:49.34 | djdeath | it's quite close from buildroot's git |
16:50.57 | kos_tom | you don't need LIBGLIB2_AUTORECONF ? |
16:51.53 | djdeath | not anymore |
16:52.19 | kos_tom | here I have the same problem as you have with directfb |
16:52.32 | kos_tom | the build process finds a .la file for libgobject in a .libs directory |
16:52.37 | kos_tom | which says libdir='/usr/lib' |
16:54.28 | djdeath | strange... |
16:55.27 | djdeath | let me reinstall libglib here |
16:57.57 | djdeath | libtool: relink: /opt/STM/STLinux-2.3/devkit/sh4/bin/sh4-linux-gcc -Os -pipe -O3 --sysroot /home/stdev/reloaded/buildroot_rebase/output/staging/ -shared .libs/gmodule.o -Wl,-rpath -Wl,/home/stdev/reloaded/buildroot_rebase/output/staging/usr/lib -ldl -L/home/stdev/reloaded/buildroot_rebase/output/staging/usr/lib -L/usr/lib -lglib-2.0 -L/home/stdev/reloaded/buildroot_rebase/output/staging/home/stdev/reloaded/buildroot_rebase/output/staging/usr/lib -lintl - |
16:57.59 | kos_tom | in fact, even if I manually modify libgobject.la in the .libs directory, the link doesn't succeed |
16:58.04 | djdeath | oups |
16:58.14 | djdeath | I even have the -L/usr/lib ... |
17:02.37 | kos_tom | I just found http://lists.busybox.net/pipermail/buildroot/2009-July/027952.html from you |
17:03.36 | kos_tom | ah ah you reported the exact same problem as me earlier in the thread |
17:04.28 | kos_tom | you said |
17:04.29 | kos_tom | "" |
17:04.30 | kos_tom | I had to patch the configure.in and the gtk-doc.make files against a |
17:04.31 | kos_tom | problem when reconfiguring the scripts. |
17:04.31 | kos_tom | "" |
17:04.34 | kos_tom | but you don't say what... |
17:05.07 | *** join/#uclibc austinf (~austinf@75-92-1-28.war.clearwire-wmx.net) |
17:06.09 | djdeath | I had to patch the configure.in and the gtk-doc.make files against a |
17:06.09 | djdeath | problem when reconfiguring the scripts. |
17:06.26 | kos_tom | yes, and ? :-) |
17:06.32 | djdeath | I'm pretty sure this is the redefinition of EXTRA_DIST :) |
17:09.17 | djdeath | if you look at the glib's makefile.am |
17:09.29 | djdeath | some of them includes gtk-doc.make |
17:09.46 | djdeath | gtk-doc.make defines EXTRA_DIST |
17:09.56 | djdeath | some of the makefiles too |
17:10.11 | djdeath | just comment one of the definition |
17:12.25 | kos_tom | if I change EXTRA_DIST = to EXTRA_DIST += in gtk-doc.make, I no longer have the error on EXTRA_DIST, but on other thins |
17:12.42 | kos_tom | http://code.bulix.org/ydkjnd-74307?raw |
17:13.59 | djdeath | fuck... |
17:14.23 | kos_tom | but I still don't get why it builds for you with autoreconf and not for me |
17:14.47 | kos_tom | do you have a /usr/lib/libgobject-2.0.la on your system ? |
17:17.21 | kos_tom | ah, my gtk-doc.m4 is maybe too old |
17:17.26 | djdeath | not on my centos system |
17:17.32 | kos_tom | aah |
17:17.39 | kos_tom | so it explains why libglib2 builds correctly for you |
17:17.47 | kos_tom | on my system, I have a /usr/lib/libgobject-2.0.la |
17:17.56 | kos_tom | so it looks for it during the build, and finds libdir='/usr/lib' |
17:18.21 | djdeath | It builds fine on my laptop which has a /usr/lib/libgobject-2.0.la |
17:18.35 | kos_tom | damn |
17:19.28 | djdeath | but |
17:19.44 | djdeath | I only built libglib 2.22.3 on my laptop |
17:20.49 | djdeath | let's retry with 2.22.4 |
17:21.01 | kos_tom | I don't think there aren't so many differences |
17:21.15 | kos_tom | ok, if I upgrade the gtk-doc.m4 I had to a newer version |
17:21.20 | kos_tom | then, the autoreconf step works properly |
17:21.36 | kos_tom | let's see if the build succeeds |
17:21.49 | kos_tom | but the mystery remains on why you're able to build and not me |
17:22.40 | djdeath | yep |
17:22.48 | kos_tom | builds ok for me now. |
17:22.53 | kos_tom | but I need the autoreconf step |
17:23.01 | kos_tom | let's wait for you to rebuild libglib 2.22.4 |
17:24.32 | kos_tom | strange because in July 2009, you sent a patch adding AUTORECONF=YES, LIBTOOL_PATCH=YES for libglib2. It seems that this patch hasn't been merged, but you needed it at this moment. |
17:24.48 | djdeath | yes |
17:25.05 | djdeath | but I have them differents problems |
17:25.15 | djdeath | s/them/seen/ |
17:26.00 | djdeath | one of them was the lack due to linker scripts of the libc/libpthread |
17:29.37 | djdeath | hmm.. |
17:29.55 | djdeath | this sentence does not make any sense |
17:30.00 | djdeath | tired... |
17:30.36 | djdeath | my toolchain contains a usr/lib/libc.so file |
17:30.41 | djdeath | which is a linker script |
17:31.01 | djdeath | this file contains an absolute path to the real libc.so |
17:31.15 | djdeath | that was the problem |
17:31.34 | *** join/#uclibc matteo` (~matteo@openwrt/developer/matteo) |
17:31.44 | djdeath | kos_tom: libglib 2.22.4 built . |
17:31.49 | djdeath | no problem... |
17:34.41 | *** join/#uclibc HcE (~egtvedt@egtvedt.no) |
17:36.37 | djdeath | goto $HOME |
17:47.16 | *** join/#uclibc HcE (~egtvedt@egtvedt.no) |
17:51.19 | *** join/#uclibc y_morin (~ymorin@ARennes-252-1-32-173.w83-195.abo.wanadoo.fr) |
18:23.52 | kos_tom | djdeath: aah, strange. Let me switch to the wireless network. I'll be back soon. |
18:24.47 | *** join/#uclibc kos_tom__ (~thomas@humanoidz.org) |
18:26.38 | kos_tom__ | djdeath: I really don't know how to understand the problem. |
18:34.22 | kos_tom__ | djdeath: I have the same problem later in the build: http://code.bulix.org/hkuval-74310?raw |
18:39.11 | CIA-49 | rep.dot.nop master * r3fdba181c34f busybox/ (include/usage.h networking/wget.c): wget: ignore --no-check-certificate |
19:29.07 | *** join/#uclibc dileX (~sd@vpn-eu1.unidsl.de) |
19:31.42 | blindvt | hmz. i fux0red up CIA's colors, didn't i |
19:32.07 | blindvt | brrr. cold@home |
19:48.53 | *** join/#uclibc khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
19:54.37 | *** join/#uclibc trem (~trem@AToulouse-256-1-41-73.w90-38.abo.wanadoo.fr) |
19:57.04 | *** join/#uclibc khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
20:02.49 | *** join/#uclibc fsvend (~frank@77.233.16.62.customer.cdi.no) |
20:16.59 | djdeath | kos_tom: libdl ... |
20:19.12 | djdeath | kos_tom: for this one I added a symlink from $(STAGING_DIR)/usr/lib/libdl.so $(STAGING_DIR)/lib/libdl.so |
20:19.51 | kos_tom | hm, kind of hackish |
20:20.05 | djdeath | exactly ;) |
20:20.27 | kos_tom | I've tried to use the OpenWRT solution |
20:20.29 | kos_tom | but it fails |
20:20.36 | djdeath | kos_tom: do you have a libpthread.so in $(STAGING_DIR)/usr/lib/ ? |
20:20.54 | kos_tom | with horrible things such as ../../libtool: line 841: X--tag=CC: command not found |
20:21.20 | djdeath | kos_tom: is it the first time you build directfb |
20:21.21 | djdeath | ? |
20:21.35 | kos_tom | djdeath: no, it's not the first time. But it's the first time on this Debian Stable box. |
20:21.58 | kos_tom | I got access to a fast server (quad-core i7, 6 GB of RAM, fast storage) on which I do build tests of Buildroot |
20:22.21 | djdeath | hmmm ;) |
20:25.36 | *** join/#uclibc mnt_real (~sinan@bas1-montreal43-2925257034.dsl.bell.ca) |
20:32.19 | *** join/#uclibc dileX_ (~sd@p5B2ED83C.dip.t-dialin.net) |
20:32.28 | djdeath | it's strange that I have the problem only with directfb |
20:33.49 | *** join/#uclibc sjhill (~sjhill@home.bethel-hill.org) |
20:36.40 | djdeath | the -L/usr/lib is a real pain |
20:38.49 | kos_tom | yes. |
20:54.08 | *** join/#uclibc KaiForce (~chatzilla@adsl-70-228-91-140.dsl.akrnoh.ameritech.net) |
23:31.08 | *** join/#uclibc ibot (ibot@rikers.org) |
23:31.09 | *** 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.0) | buildroot 2009.11 was released 1 December 2009 | For general setup issues try #elinux or #edev |
23:54.43 | *** join/#uclibc dieter|work (~dieter@dslb-088-065-194-178.pools.arcor-ip.net) |