**** BEGIN LOGGING AT Fri Feb 23 02:59:57 2007 Feb 23 03:05:23 nbd * r6346 /trunk/include/kernel-build.mk: fix kernel features detection - GENERIC_PLATFORM_DIR is unset at DUMP time Feb 23 04:47:15 can someone close #1394, duplicate of #1393; for some reason the preview of a ticket doesn't load when I create it... Feb 23 05:29:31 * [mbm] looks Feb 23 05:40:59 mbm * r6347 /packages/net/dsniff/Makefile: fix typo (closes #1393) Feb 23 05:41:35 #1395 is a simple fix also :-) Feb 23 05:42:29 <[mbm]> if they're just simple typos and such you might aswell put them all under one ticket Feb 23 05:43:27 [mbm]: I'll keep that in mind for future fixes Feb 23 05:45:23 <[mbm]> glad to know you don't have more queued :P Feb 23 05:45:49 mbm * r6348 /packages/net/wiviz/Makefile: url update (#1395) Feb 23 05:47:59 [mbm]: hmmm, haven't you said previously that .config has to be deleted when switching arches? Feb 23 05:54:47 <[mbm]> not deleting it can screw up some things like the cflags and gcc selection Feb 23 05:55:34 yeah, uclibc crapped because it didn't like march=i486 :-) Feb 23 05:55:41 (when building for mips) Feb 23 05:55:58 <[mbm]> heh Feb 23 05:57:07 <[mbm]> the config system is slightly annoying, you can set defaults Feb 23 05:57:17 <[mbm]> and you can allow defaults to be overridden Feb 23 05:57:38 <[mbm]> and you can even make the defaults conditional on the arch Feb 23 05:58:07 <[mbm]> but it's hard to tell the difference between a custom config and one left over from another arch Feb 23 06:08:42 <[mbm]> http://steampunkworkshop.com.nyud.net:8080/keyboard.shtml .. damn that's cool Feb 23 06:17:03 ooo pretty. Feb 23 09:34:55 shame those steakpunk keyboards aren't for sale... :( Feb 23 14:09:46 nbd * r6349 /trunk/package/alsa/Makefile: add -mlong-calls cflag to alsa mips build (patch from #1391) Feb 23 14:12:20 nbd * r6350 /trunk/include/kernel.mk: always dereference symbolic links when copying kernel modules into the packaging directory (fixes alsa build, patch from #1392) Feb 23 16:26:35 so, when modifying a Makefile for xcompiling, how do you point it to an existing openwrt library? Feb 23 16:26:41 example: Feb 23 16:26:41 cc -o LINUXspy LINUXspy.o TCPlib.o /usr/local/lib/libusb.a -lc -lnsl -lm -lz -lrt Feb 23 16:26:42 gcc: /usr/local/lib/libusb.a: No such file or directory Feb 23 16:27:05 I looked at the Makefile for usbutils, and now I have a headache Feb 23 19:50:16 florian * r6351 /packages/utils/procps/Makefile: Fix libproc installation (#1389) Feb 23 19:57:12 <[florian]> pauldotcom: you use -L$(STAGING_DIR)/usr/lib for the linker to look in $(STAGING_DIR)/usr/lib where all cross-compiled libraries are Feb 23 19:57:33 thanks florian Feb 23 19:57:37 I got a little further Feb 23 19:57:48 LINUXspy.o: In function `main': Feb 23 19:58:04 LINUXspy.c:102: undefined reference to `pthread_create' Feb 23 19:58:10 looks like a code problem Feb 23 19:59:21 pauldotcom: and you build depended on libpthread ? Feb 23 19:59:31 aaaah Feb 23 19:59:32 I did not Feb 23 19:59:47 but I am also getting USB errors, even though I included libusb as a dependency Feb 23 19:59:59 In function `USB_handler' Feb 23 20:00:08 LINUXspy.c:255: undefined reference to `usb_open' Feb 23 20:00:29 I will add libpthread, and see how much further I can get, thanks! Feb 23 20:00:40 sometimes the stuff is in subdirectories of $(STAGING_DIR) Feb 23 20:01:00 ah, ok Feb 23 20:01:44 (To stop everything getting linked against if its only absolutely necessary for a few programs) Feb 23 20:02:47 cool, thanks Feb 23 20:17:55 hrm Feb 23 20:17:57 mipsel-linux-uclibc-gcc -o LINUXspy LINUXspy.o TCPlib.o -L/home/paulda/kamikaze/trunk/staging_dir_mipsel/usr/lib -L/home/paulda/kamikaze/trunk/staging_dir_mipsel/lib Feb 23 20:18:08 that gives me the same libpthread error Feb 23 20:18:23 "undefined reference to `pthread_create'" Feb 23 22:14:19 sigh, the Linksys wireless mac filter thing annoys the hell out of me Feb 23 22:14:31 why can't I add a short description of which mac belongs to which card? Feb 23 23:02:44 <[florian]> armijn: use /etc/ethers ;) Feb 24 00:23:54 andersee: hi Feb 24 00:35:05 nbd: evening Feb 24 00:35:12 nbd: how goes it? Feb 24 00:35:33 great, mostly. got a little issue with the latest uClibc release, though Feb 24 00:35:38 grub seems to be segfaulting when compiled by it Feb 24 00:35:41 with .2 Feb 24 00:35:43 .1 worked Feb 24 00:36:12 haven't been able to isolate which changeset causes it Feb 24 00:36:26 seems like a heisenbug to me ... Feb 24 00:43:50 uhoh Feb 24 00:43:55 that is not good Feb 24 00:44:10 I've not tried grub with 0.9.28.2 Feb 24 00:44:16 i will do some more testing when in Feb 24 00:44:19 when i have time Feb 24 00:44:24 maybe i can figure out what causes it Feb 24 00:44:52 I've built a big pile of stuff with it though -- X, gtk, etc Feb 24 00:45:08 tested on x86 and ppc Feb 24 00:45:31 worked ok for me Feb 24 00:45:39 my setup is a bit weird, though. when we build openwrt for x86 (32 bit), we build grub with the cross toolchain Feb 24 00:45:41 not that that says all that much Feb 24 00:45:43 :-) Feb 24 00:45:49 so that on 64 bit it builds images that work on 32 bit as well Feb 24 00:46:01 without requiring the user to install another toolchain Feb 24 00:46:07 sure Feb 24 00:46:28 I build all my x86 stuff on my x86_64 build system Feb 24 00:46:31 and grub does many nasty things internally Feb 24 00:47:27 * andersee tested x86 using qemu + syslinux + linux 2.6.20 + buildroot/uClibc 0.9.28.2 **** ENDING LOGGING AT Sat Feb 24 02:59:58 2007