**** BEGIN LOGGING AT Mon Jul 03 02:59:56 2006 Jul 03 03:10:04 03coredump 07org.oe.oz354x * r914f8895... 10/packages/fluxbox/ (5 files in 2 dirs): fluxbox: Add mult-machine support for geometry defaults Jul 03 03:10:34 03coredump 07org.oe.oz354x * r1afd36fd... 10/packages/oz-bootsplash/ (10 files in 7 dirs): oz-bootsplash: Make the bootsplash machine-dependent due to the c7x0 situation. Jul 03 03:10:34 03coredump 07org.oe.oz354x * r03d7de9b... 10/packages/initscripts/ (3 files in 2 dirs): initscripts: Store RTC in /etc/timestamp before mounting root ro, fixing part of OE bug #1055 Jul 03 03:10:47 03coredump 07org.oe.oz354x * rd95655d6... 10/packages/initscripts/initscripts-1.0/save-rtc.sh: initscripts: Add missing script... Jul 03 03:10:56 03coredump 07org.oe.dev * r72dd5567... 10/packages/fluxbox/ (5 files in 2 dirs): fluxbox: Add mult-machine support for geometry defaults Jul 03 03:11:07 03coredump 07org.oe.dev * rb97ad46b... 10/packages/initscripts/ (4 files in 2 dirs): initscripts: Store RTC in /etc/timestamp before mounting root ro, fixing part of OE bug #1055 Jul 03 03:11:08 03lenehan 07org.oe.dev * r975b9691... 10/packages/psmisc/ (5 files in 3 dirs): Jul 03 03:11:08 psmisc 22.2: Add 22.2 and use a common .inc file for 21.8 and 22.8. Jul 03 03:11:08 Added to fix some IPv6 related bugs. See the changelog in 22.2 source Jul 03 03:11:08 for full list. Jul 03 04:52:52 Which package is xev in? Jul 03 05:16:23 Can someone tell me what the key codes are for the keyboard buttons "Calendar" "Home" etc on a bulldog (C860)? Jul 03 06:30:59 can someone fix packages/linux/linux-jlime-arm_2.6.17.bb please - it fails to parse. Jul 03 07:32:18 03lenehan 07org.oe.dev * r9b5c69dd... 10/packages/linux/linux-jlime-arm_2.6.17.bb: Jul 03 07:32:18 linux-jlime-arm 2.6.17: Fix the .bb to correctly parse so people don't get Jul 03 07:32:18 errors from it when running bitbake. Jul 03 07:32:25 03lenehan 07org.oe.dev * r5672c342... 10/packages/strace/ (strace-4.5.14/sh-syscall-update.patch strace_4.5.14.bb): Jul 03 07:32:25 strace 4.5.14: Patch the sh specific syscall table to get strace into Jul 03 07:32:25 a more useable state. In particular none of the socket related calls Jul 03 07:32:25 could be traced - strace would just get in a loop. Now fixed. This Jul 03 07:32:26 change has no effect for non sh targets. Jul 03 07:41:56 morning Jul 03 07:42:01 CoreDump|afk: thx for 1055 Jul 03 07:47:58 03rwhitby 07org.oe.dev * r6ccfcb3e... 10/packages/watchdog/ (files/mkinstalldirs.patch watchdog_5.2.bb): watchdog: Added patch to use mkinstalldirs variable. Jul 03 07:57:31 morning Jul 03 08:00:05 hrw|work: did you see my mplayer commit? Jul 03 08:00:48 morning all Jul 03 08:02:48 mornin Jul 03 08:10:19 good morning all Jul 03 08:10:33 morning Jul 03 08:10:52 morning all Jul 03 08:14:51 morning koen Jul 03 08:16:03 * koen waits for meld to appear over remote X Jul 03 08:18:40 XorA: not looked yet Jul 03 08:19:50 hrw|work: latest in .dev should fix the ogg problem if its what I think it is Jul 03 08:19:59 hrw|work: working on pld problem Jul 03 08:20:21 shit... need to use kdiff3 over net to merge Jul 03 08:21:39 heh.. koen removed kdiff3 from ewi ;( Jul 03 08:21:49 yeah Jul 03 08:21:54 I couldn't figure out the gui Jul 03 08:22:05 stupid kde apps with zillions of useless buttons Jul 03 08:24:27 koen: then tell how to get that useless meld over X on ewi Jul 03 08:24:45 works autmagically over here Jul 03 08:24:55 ssh -X ... Jul 03 08:25:01 monotone merge Jul 03 08:25:02 done Jul 03 08:25:06 xfontsel works over X Jul 03 08:26:43 uf.. merged with vim Jul 03 08:27:04 don't forget to push the merge Jul 03 08:27:29 sure Jul 03 08:28:06 ~lart CoreDump|afk for fluxbox-gpe_1.0rc-r2 Jul 03 08:28:06 * ibot wallops CoreDump|afk with a main rotation server that needs rehubbing. It won't take long for fluxbox-gpe_1.0rc-r2 Jul 03 08:31:35 hmmm Jul 03 08:32:19 IMO that should be split into fluxbox_0.99+1.0rc and fluxbox-gpe (configfiles) Jul 03 08:37:09 time to patch it a bit Jul 03 08:47:41 03hrw 07org.oe.oz354x * r74f9b0b6... 10/packages/fluxbox/fluxbox-gpe_1.0rc.bb: fluxbox-gpe: package manpages into -doc Jul 03 08:47:46 03hrw 07org.oe.dev * r292bbb24... 10/packages/fluxbox/fluxbox-gpe_1.0rc.bb: fluxbox-gpe: package manpages into -doc Jul 03 08:48:55 Is there good reason to have libopie2 with a floating CVS date? Jul 03 08:49:04 Laibsch: no Jul 03 08:49:37 there is no good reason to use CVS opie at all Jul 03 08:58:14 hey pH5 Jul 03 08:58:44 hi obergix[work] pH5 Jul 03 08:58:46 hrw|work: I think I have a working patch for pld problem, but I have no armv4 build dikr Jul 03 08:59:01 hi hrw|work Jul 03 08:59:08 XorA: I have one so can test it Jul 03 08:59:12 hi everyone Jul 03 08:59:31 XorA: can you also add '--disable-XYZ' into EXTRA_OECONF? Jul 03 09:00:16 hrw|work: http://hyboria.mine.nu/pld-onlyarm5.patch Jul 03 09:00:44 hrw|work: yes, need to go through the options and fix the ones we actually want Jul 03 09:01:48 XorA: 19 ./configure --prefix=/usr --confdir=/etc/mplayer --disable-runtime-cpudetection --enable-gui $(DEB_BUILD_OPTIO NS) --disable-tv --disable-gl --disable-dga --disable-sdl --disable-fbdev --disable-gif --disable-jpeg --disable-a a --disable-dvdread --disable-mpdvdkit --disable-edl --disable-lirc --disable-cdparanoia --disable-unrarlib --dis able-vesa --disable-svga --enable-vidix --disable-ggi --disable-mga --disable-esd --with-co Jul 03 09:02:03 'a' ? Jul 03 09:02:04 XorA: its my desktop build on one machine Jul 03 09:02:23 XorA: on second its ~twice longer Jul 03 09:02:37 koen: cut/paste from vim - remove some ' ' Jul 03 09:02:46 Packaged contents of fluxbox into /home/hrw/devel/build/3541-feed/tmp/deploy/ipk/fluxbox_0.99+1.0rc-r0_arm.ipk Jul 03 09:02:49 Packaged contents of fluxbox-gpe into /home/hrw/devel/build/3541-feed/tmp/deploy/ipk/fluxbox-gpe_0.99+1.0rc-r0_arm.ipk Jul 03 09:03:12 cool Jul 03 09:05:53 morning all Jul 03 09:06:16 03koen 07org.oe.dev * rce0e37c4... 10/packages/linux/linux-jlime-arm_2.6.17.bb: linux-jlime-arm: fix mismerge Jul 03 09:07:43 hey lrg Jul 03 09:09:11 hi liam Jul 03 09:12:31 hey lrg Jul 03 09:12:36 hey lrg Jul 03 09:16:56 CoreDump|afk: ping Jul 03 09:24:38 XorA: demux_ogg error ;( Jul 03 09:26:07 ping lrg Jul 03 09:26:31 hi greentux Jul 03 09:26:38 hi hrw Jul 03 09:26:53 hey greentux Jul 03 09:27:00 hi lrg Jul 03 09:27:25 lrg: i have only some minutes, i have to paint the flat ... :) my woman stands behind me :) Jul 03 09:27:32 heh Jul 03 09:27:45 lrg: i need the zaurus back next days Jul 03 09:27:53 greentux: np Jul 03 09:28:03 greentux: who do i send it to ? Jul 03 09:28:25 lrg: fine, perhaps we can arrange a new one (perhaps a next generation if sharp has one?) in fall.. Jul 03 09:28:36 lrg: send it to me. you have the adress? Jul 03 09:28:43 greentux: yes please :D Jul 03 09:29:03 greentux: your address or Torstiens ? Jul 03 09:29:19 meeting.. Jul 03 09:29:21 lrg: give me your email, i send you the adress Jul 03 09:29:38 hrw|work: i am in the last 8 weeks to wedding party... puh, many to do :) Jul 03 09:29:44 hrw|work: but you know... Jul 03 09:29:46 hrw|work: I cannot repeat that at all on .dev :-( Jul 03 09:29:52 greentux: ok. liam.girdwood@wolfsonmicro.com Jul 03 09:30:56 ok, you have mail liam. and i go back to work... ;( Jul 03 09:31:18 greentux: keep your woman happy - keep painting ;) Jul 03 09:32:10 lrg: yes, thanks and cu Jul 03 09:34:32 hrw|work: can you pastebin the compile log for that? Jul 03 10:25:39 oh god Jul 03 10:25:54 some filed a bug about some package having a floating cvsdate.... Jul 03 10:25:59 someone* Jul 03 10:26:59 morning all Jul 03 10:28:20 hey Richard Jul 03 10:44:10 XorA: will pastebin it Jul 03 10:48:34 XorA: http://ewi546.ewi.utwente.nl/tmp/hrw/t/error.log.txt Jul 03 10:48:36 morning Jul 03 10:49:25 hi lardman|work Jul 03 10:50:04 hrw|work: did you tried to build an older version before? Jul 03 10:50:09 hi hrw|work Jul 03 10:50:35 hrw|work: I saw your bug report about spca5xx, is the kernel source available somewhere in staging? Jul 03 10:50:39 do13_: mplayer? will build Jul 03 10:50:51 * lardman|work looks on the wiki for a list of useful python variable names Jul 03 10:50:53 lardman|work: usual set of kernel headers Jul 03 10:50:56 hrw|work: that looks like it doesnt have the patches I added to .dev on saturday Jul 03 10:51:27 XorA: ops. not added them yet.. sory Jul 03 10:51:28 hrw|work: I did try with the kernel headers, but it wasn't interested, I'll look into it further Jul 03 10:51:44 hrw|work: well if you wait 2 mins, Ill check in the latest including arm4 fixes Jul 03 10:51:52 XorA: no problem Jul 03 10:57:20 hrw|work: its int he repo Jul 03 10:57:26 hrw|work: mplayer builds if you have a clean tmp dir. some ogg or tremor headerfiles in incdir confuses the configure script. can't remember offhand Jul 03 10:57:39 do13_: I have fixed that Jul 03 10:57:44 do13_: or should have Jul 03 10:58:00 XorA: ok Jul 03 10:58:31 do13_: if something need clean staging then it is broken Jul 03 10:58:35 do13_: its a problem I fixed before, but forgot to port the patches forward Jul 03 10:58:51 03florian 07org.oe.dev * r039788d0... 10/conf/machine/htcuniversal.conf: htcuniversal.conf: Remove power module (builtin now). Jul 03 10:58:53 hrw|work: agreed Jul 03 10:58:53 do13_: I have world build here - if something does not build correctly then it is broken Jul 03 10:58:55 03xora 07org.oe.dev * r577114f4... 10/packages/mplayer/ (files/pld-onlyarm5.patch mplayer_1.0pre8.bb): Jul 03 10:58:55 mplayer_1.0pre8.bb : fix options passed to the configure script more Jul 03 10:58:55 strictly, fix depends. Jul 03 10:58:55 Also added a patch that should makes the pld instruction dependant on arm5 Jul 03 10:58:56 so should compile happilly on arm4. Jul 03 10:59:20 hrw|work: full ack Jul 03 10:59:22 do13_: if something got more dependencies then maintainer wanted then it is broken too Jul 03 10:59:37 hrw|work: every option is controlled now Jul 03 11:04:01 XorA: enable-fontconfig without DEPENDS=fontconfig? Jul 03 11:04:10 hrw|work: pish Jul 03 11:05:22 hrw|work: worse thing is I had noted to fix that before commit :-( Jul 03 11:05:26 XorA: enable-liblzo? Jul 03 11:05:46 alsa Jul 03 11:06:03 3 dependencies to add... Jul 03 11:08:28 If I ignore opie-version=xxx...and only set cvsdate, will it pull that default then? Jul 03 11:08:35 NOTE: package mplayer-1.0pre8-r1: task do_build: completed Jul 03 11:08:57 XorA: Depends: mplayer-common, libmad0 (>= 0.15.0b), liblzo1 (>= 1.08), libmp3lame0 (>= 3.96.1), libpng12-0 (>= 1.2.8), libz1 (>= 1.2.3), libjpeg62 (>= 6b), libasound2 (>= 1.0.10), libc6 (>= 2.3.5+cvs20050627), ncurses (>= 5.4), libungif4 (>= 4.1.3), libsdl-1.2-0 (>= 1.2.7) Jul 03 11:09:34 XorA: extra stuff: ncurses, lame, lzo, alsa-lib which are not in mplayer DEPENDS Jul 03 11:10:04 XorA: btw, the new mplayer has a gtk2 gui Jul 03 11:11:06 koen: ans still lack plugin method of working ;( Jul 03 11:11:18 hrw|work: lame should be disabled, I shall add ncurses Jul 03 11:12:53 koen, Quick question, if only setting cvsdate but not opie-version=xxx... will it then always pull from cvs? Jul 03 11:13:00 no idae Jul 03 11:13:07 stop using opie, use gpe :) Jul 03 11:13:36 koen, fix my gcc segfaults then :P Jul 03 11:13:40 XorA: its good to have lame support in mencoder... Jul 03 11:14:26 hrw|work: ffmpeg does mp3/mp2 Jul 03 11:14:34 ok good to know Jul 03 11:14:48 03xora 07org.oe.dev * r54fc43a4... 10/packages/mplayer/mplayer_1.0pre8.bb: Jul 03 11:14:48 mplayer_1.0pre8.bb : add more DEPENDS alsa-lib, lzo, fontconfig, thanks Jul 03 11:14:48 to hrw for spotting these. Jul 03 11:14:49 hrw|work: mencoder can output dvd/vcd with ffmpeg now Jul 03 11:15:00 XorA: remove mplayer-common from DEPENDS Jul 03 11:15:04 hrw|work: to be annoyring mplayer has no --disable-lame Jul 03 11:15:18 XorA: patch it out then Jul 03 11:21:27 XorA: I patched out opengl support in dosbox because it looks like it ignore --disable-opengl Jul 03 11:21:51 ~seen kergoth Jul 03 11:21:57 kergoth is currently on #wowi-lounge #oe #wowace #uclibc #elinux. Has said a total of 468 messages. Is idling for 10h 52m 11s, last said: 'if its checked, they are'. Jul 03 11:23:35 XorA: did you even compared arm4<>arm5 mplayer on c7x0? Jul 03 11:28:59 hrw|work: no, I have no diskspace for an armv4 toolchain Jul 03 11:29:16 hrw|work: but pre7->pre8 when those changes came in seemed speedier Jul 03 11:30:05 don't forget to send patches upstream Jul 03 11:30:54 XorA: http://ewi546.ewi.utwente.nl/tmp/hrw/t/ - _arm i _armv5te versions of mplayer 1.0pre8-r1 Jul 03 11:31:57 hrw|work: so pld patch worked? Jul 03 11:32:08 03koen 07org.oe.dev * re2cab234... 10/packages/angstrom/ (4 files): Jul 03 11:32:08 angstrom: misc stuff Jul 03 11:32:08 * new tasks to get smaller images Jul 03 11:32:08 * new images to take advantage of said tasks Jul 03 11:32:08 * cleanups Jul 03 11:32:23 XorA: yes Jul 03 11:32:36 gah, I was wrong about ffmpeg doing mp3, it uses lame to do it :-( Jul 03 11:32:43 * XorA fixes mplayer.bb again Jul 03 11:32:45 hrw|work: is there much benefit to having both _arm and _armv5te versions? Jul 03 11:33:23 I suspect the improvement on armv4 is probably not going to be measureable. Jul 03 11:33:46 pb_: dont know - rather curious I'm Jul 03 11:33:59 right Jul 03 11:34:02 it'd be interesting to know Jul 03 11:34:13 maybe someone can run a benchmark on collie or something Jul 03 11:34:34 pb_: oz feeds are mostly arm4 but some stuff is arm5 too (images content for example) Jul 03 11:35:44 morning guys Jul 03 11:35:50 hail mickey|thesis Jul 03 11:36:08 hi mickey|thesis Jul 03 11:36:19 hey pb_, hrw, hi all Jul 03 11:38:52 root@c7x0:~# ipkg install -d sd mplayer_1.0pre8-r1_arm.ipk Jul 03 11:38:53 ipkg: *** Couldnt kill old gunzip process *** aborting Jul 03 11:39:14 welcome in ipkg world Jul 03 11:41:30 03xora 07org.oe.dev * r5dbe23f7... 10/packages/mplayer/mplayer_1.0pre8.bb: mplayer_1.0pre8.bb : another missed DEPEND Jul 03 11:41:37 hrw|work: he has a point though for tslib. i'll will pinpoint a date. Jul 03 11:43:14 any toolchain experts in da house? Jul 03 11:43:21 i get that during configure: Jul 03 11:43:42 | checking if the compiler was configured for __cxa_atexit... no Jul 03 11:43:42 | * This C++ compiler was not configured with --enable-__cxa_atexit! Jul 03 11:43:42 | * You need to fix this; reconfigure and recompile your compiler. Jul 03 11:44:03 using angstrom-2006.9.conf, gcc 4.1.1, eabi Jul 03 11:45:00 mickey works on his thesis :) Jul 03 11:45:17 * mickey|thesis whistles innocently... Jul 03 11:45:24 just waiting for a print job to complete... Jul 03 11:45:32 ;) Jul 03 11:47:25 03mickeyl 07org.oe.dev * ra1577cdf... 10/packages/opie-wellenreiter/ (2 files in 2 dirs): opie-wellenreiter 1.2.2 remove upstream patch Jul 03 11:47:31 03mickeyl 07org.oe.dev * r1ca574fa... 10/packages/opie-datebook/ (files/bug1707fix.patch opie-datebook_1.2.2.bb): opie-datebook 1.2.2 remove bugfix that has been applied upstream Jul 03 11:47:35 03mickeyl 07org.oe.dev * r2c3733a1... 10/packages/irk/ (irk-targus_0.11.0.bb irk.inc): irk 0.11.0 fix wrong dependency on virtual/libqpe, palmtop.bbclass handles this Jul 03 11:47:40 03mickeyl 07org.oe.dev * rc7701984... 10/packages/irk/ (irk-belkin_0.11.bb irk-targus_0.11.0.bb irk.inc): irk 0.11 fix wrong dependency, make it work against multithreaded qt as well Jul 03 11:48:33 that's from yesterday! :D Jul 03 11:50:57 that's a long print job Jul 03 11:58:08 Any good way to create diffs between 2 dirs? Jul 03 11:58:14 fail to get the correct syntax Jul 03 11:58:53 doh Jul 03 12:06:17 diff -ur dir1 dir2? Jul 03 12:06:27 yeah, did something stupid before Jul 03 12:06:30 thats why it didnt work Jul 03 12:07:08 pb_: hrw|work no measurable difference Jul 03 12:07:36 w100 driver is worth about 8-10% though Jul 03 12:08:34 ok Jul 03 12:15:38 mickey|thesis: re --enable-__cxa_atexit in gcc3-build.inc is set for glibc and unset for uclibc, perhaps eabi is not defined as 'glibc' in querying Jul 03 12:18:44 ade|desk: oh right! thanks. koen, can you take a look? Jul 03 12:18:47 yeah target_os is linux-gnueabi not linux so fails to be Jul 03 12:19:09 detected as linux in the python function Jul 03 12:19:50 i guess there may be more linux-* problems in other packages Jul 03 12:20:41 eeks! Jul 03 12:20:44 python! Jul 03 12:20:46 * koen runs Jul 03 12:20:47 currently there are 2 cases when there should be 4 Jul 03 12:21:20 linux, linux-uclibc, linux-gnueabi and linux-whatever-they-called_ulibc-eabi Jul 03 12:22:09 linux-uclibcgnueabi looking at angstrom.conf Jul 03 12:22:21 yeah Jul 03 12:22:23 not that is really exists atm for uclibc Jul 03 12:22:27 03koen 07org.oe.dev * r87b9221f... 10/packages/angstrom/ (4 files): angstrom: cleanups as per Marcins suggestions Jul 03 12:22:46 ade|desk: the uclibc people have patches to teach gcc about that Jul 03 12:24:15 koen: its not gcc or binutils thats the problem, the eabi bit ain't in uclibc fully yet, from what i remember Jul 03 12:26:21 ade|desk: http://rafb.net/paste/results/Hmj2xW30.html ? Jul 03 12:26:29 elif (re.match('linux-gnueabi$', bb.data.getVar('TARGET_OS', d, 1)) != None): Jul 03 12:26:30 bb.data.setVar('EXTRA_OECONF_DEP', '${EXTRA_OECONF_glibc}', d) Jul 03 12:26:52 added to gcc3-build.inc should work for you mickey|thesis Jul 03 12:27:04 cool, thank you Jul 03 12:27:16 hehe, use koen's .. much better Jul 03 12:27:29 ~hail koen for faster typing skills Jul 03 12:27:37 * ibot bows down to koen for faster typing skills and chants, "I'M NOT WORTHY!!" Jul 03 12:27:54 hi all Jul 03 12:30:08 mickey|thesis: monotone pull Jul 03 12:30:55 03koen 07org.oe.dev * r66698237... 10/packages/gcc/ (gcc3-build.inc gcc_4.1.1.bb gcc_csl-arm-2005q3.bb): gcc: add eabi to atexit cases gcc3-build.inc and bump pr for affected toolchains Jul 03 12:31:40 XorA: no difference between which two things? Jul 03 12:32:46 pb_: me playing the same two mpeg4 videos using arm package from hrw and the armv5te Jul 03 12:33:03 righto, cool. on collie or on c7x0? Jul 03 12:33:19 pb_: c7x0 I have no strong arm Jul 03 12:33:39 sadly i have spent many hours banging head against a brick wall with gcc3-build.inc, i'd like to see c,c++${FORTRAN}${JAVA} and then have FORTRAN as " ,f77" and JAVA as " ,java" so that you can have neither fortran java or both etc, atm unsetting FORTRAN and JAVA gives you LANGUAGES = c,c++, which doesn't help configure with the extra "," Jul 03 12:33:45 XorA: with -vo null ? Jul 03 12:33:58 XorA: okay, thanks for the information Jul 03 12:34:01 koen: -vo fbdev Jul 03 12:34:12 03koen 07org.oe.dev * rb2d6befb... 10/packages/gcc/ (gcc-cross_4.1.1.bb gcc-cross_csl-arm-2005q3.bb): gcc-cross: bump pr Jul 03 12:34:14 XorA: your fb might be the bottleneck Jul 03 12:34:42 ade|desk: could you add a bugzilla entry for that so that we don't forget? Jul 03 12:34:45 koen: mplayer reports the figures seperately Jul 03 12:36:03 same results with -vo null Jul 03 12:39:00 so armv5 opts don't seem to have much effect Jul 03 12:39:01 03mickeyl 07org.oe.dev * rf03b8911... 10/packages/tslib/ (tslib_cvs.bb tslib_20060703.bb): tslib: not much cvs activity since two years - create a fixed version Jul 03 12:39:07 03mickeyl 07org.oe.dev * r499b2fb6... 10/packages/zbedic/zbedic_1.0.bb: zbedic 1.0 fix building against multithreaded qt Jul 03 12:39:10 03mickeyl 07org.oe.dev * r9f43a159... 10/packages/tslib/ (tslib-maemo_0.0.1-15.bb tslib_20060703.bb): tslib: fix cvs build, reorder metadata for -maemo variant Jul 03 12:39:14 03mickeyl 07org.oe.dev * r5dae34ef... 10/packages/libcwd/ (libcwd_0.99.40.bb libcwd_0.99.44.bb): libcwd: upgrade to 0.99.44 Jul 03 12:39:22 03mickeyl 07org.oe.dev * r4ae75bad... 10/packages/txdrug/txdrug_0.1.bb: txdrug 0.1 regenerate Makefile, fix working against qte-mt Jul 03 12:39:29 XorA: so finally lame is needed for mplayer/mencoder? Jul 03 12:48:43 hrw|work: for mp3 yes, I had though ffmpeg did that, but when I checked libavcodec just calls out to lame Jul 03 12:53:50 mickey|thesis: zbedic... I started work on 1.1 and its buildsystem is scary... autotooled but.. argh Jul 03 12:54:21 koen: looks that way, but then the difference seems to be some pld instructions stuck where someone thought they should go Jul 03 12:54:42 not that I know much arm assembler Jul 03 12:54:49 so I cant comment Jul 03 12:57:03 03mickeyl 07org.oe.dev * r39949e16... 10/packages/mileage/mileage_cvs.bb: mileage: catch up with sourceforge CVS hosting Jul 03 12:57:34 mickey|thesis: give me a moment to do push ;) Jul 03 12:58:23 :D Jul 03 12:58:45 i'm running a meta-opie-all and fixing breakage along Jul 03 12:59:25 mickey|thesis: I should do that cvs.sf.net changes in .oz354x but ewi contain all sources so its not so hury Jul 03 12:59:31 pushed Jul 03 13:00:08 42 recipes use cvs.sf.net Jul 03 13:00:31 03hrw 07org.oe.oz354x * rabdba8ac... 10/packages/mplayer/mplayer-common.bb: player-common: set PACKAGE_ARCH=all Jul 03 13:00:35 03hrw 07org.oe.oz354x * r2acbdbdf... 10/packages/mplayer/ (11 files in 3 dirs): mplayer: added 1.0pre8 with w100 extensions Jul 03 13:00:39 03hrw 07org.oe.oz354x * rf5ebf152... 10/packages/mplayer/mplayer_1.0pre8.bb: mplayer: updated DEPENDS from .dev Jul 03 13:01:21 grep + vim + macro and done Jul 03 13:03:12 excellent Jul 03 13:03:17 * mickey|thesis goes home... too hot in the office :/ Jul 03 13:03:19 l8er Jul 03 13:03:27 mickey|thesis, cya Jul 03 13:15:43 03kristoffer 07org.oe.dev * r5f35d986... 10/ (2 files in 2 dirs): Jul 03 13:15:43 conf/distro/jlime-donkey.conf : Minor change to opie settings Jul 03 13:15:43 linux/linux-jlime-arm_2.6.17.bb : fix of typo Jul 03 13:29:40 I probably have one patch for bitbake Jul 03 13:34:38 or not Jul 03 13:52:16 hi Jul 03 13:52:24 hrw|work: pong Jul 03 13:52:32 CoreDump|home: I renamed fluxbox-gpe -> fluxbox and improved a bit - can you look at recipe? Jul 03 13:53:01 CoreDump|home: http://ewi546.ewi.utwente.nl/tmp/hrw/t/fluxbox_0.99+1.0rc.bb Jul 03 13:53:07 hrw|work: sure but that wouldn't be fluxbox really. It requires a base GPE install Jul 03 13:53:35 ahh i see Jul 03 13:53:38 nice! Jul 03 13:53:41 CoreDump|home: it give fluxbox + fluxbox-gpe (GPE integration) + fluxbox-doc (manpages) + fluxbox-styles Jul 03 13:53:48 and PROPER pv ;) Jul 03 13:54:08 the PV was from upstream *shrug* Jul 03 13:54:27 and incorrect Jul 03 13:54:38 OE follow Debian way when it comes to PV Jul 03 13:55:22 well if upstream says "this is 1.0rc" then what is there to debianize? Jul 03 13:55:43 0.99+1.0rc Jul 03 13:55:49 otherwise you break upgrades Jul 03 13:55:57 1.0rc sorts higher as 1.0 Jul 03 13:57:16 ahh yeah Jul 03 13:58:02 hrw|work: could you do a fb0 dump of gpe-bootsplash on tosa and c7x0? Jul 03 13:59:36 CoreDump|home: will do in the evening (if time and Ania allow) Jul 03 13:59:44 hrw|work: sure, no hurry =) Jul 03 14:12:09 CoreDump|home: can you take care of that fluxbox recipe? Jul 03 14:12:39 hrw|work: sure, I just finished pulling Jul 03 14:12:58 I thought it was already in ;) Jul 03 14:13:20 I do not like to push changes in maintained stuff Jul 03 14:14:04 your version is obviously better than mine =) Jul 03 14:15:07 but you maintain it Jul 03 14:15:38 and I know that you really maintain it (not only added and forgot) so prefer to push you in proper direction Jul 03 14:16:51 ;) Jul 03 14:17:17 you help is much appreciated Jul 03 14:17:34 03koen 07org.oe.dev * rf813b9fe... 10/conf/machine/ (h2200.conf ipaq-pxa270.conf): h2200, ipaq-pxa270: start seperating kernel-modules from BOOTSTRAP_foo, so people aren't forced to use the bloated task-bootstrap to get a booting image Jul 03 14:20:25 CoreDump|home: basically its koen who start Jul 03 14:20:42 03 10:50 < koen> IMO that should be split into fluxbox_0.99+1.0rc and fluxbox-gpe (configfiles) Jul 03 14:21:25 the sad thing is that fluxbox (non GPE) lacks _any_ sort of distro integration Jul 03 14:22:29 bb.parse.ParseError: /home/mhentges/OpenEmbedded/bitbake/machines/akita/org.openembedded.oz354x/packages/fluxbox/fluxbox is not a BitBake file Jul 03 14:22:31 err Jul 03 14:22:40 very descriptive Jul 03 14:23:16 should have said: No such fileor directory ;) Jul 03 14:31:35 03koen 07org.oe.dev * r1ab0b639... 10/packages/angstrom/task-angstrom.bb: task-angstrom: start using the new BOOTMODULES_RRECOMMENDS var Jul 03 15:10:57 03coredump 07org.oe.oz354x * r4ce9c8f3... 10/packages/fluxbox/ (14 files in 3 dirs): fluxbox: Split flxubox-gpe in fluxbox and fluxbox-gpe, courtesy hrw & koen Jul 03 15:11:01 03coredump 07org.oe.dev * re97331a2... 10/packages/fluxbox/ (14 files in 3 dirs): fluxbox: Split flxubox-gpe in fluxbox and fluxbox-gpe, courtesy hrw & koen Jul 03 15:11:35 thx CoreDump|home Jul 03 15:12:16 np, I'm off for a while. cya Jul 03 15:17:04 anyone know how to find lines not in a file? Jul 03 15:20:38 hi Jul 03 15:30:22 What exactly does the task do_distribute_sources do? Publish sources to oesources.org? Is that where one should point users to download sources to comply with GPL when distributing OE-compiled binaries? Jul 03 15:31:08 That would be a neat feature. Another thing that makes life easy brought to you by the "fine people of OE"[TM] Jul 03 15:32:44 hi Bernardo Jul 03 15:32:56 Laibsch: it allow you to create source archive Jul 03 15:33:05 Laibsch: I use it to archive sources of OZ 3.5.4 Jul 03 15:33:21 s/3.5.4/3.5.4.1 Jul 03 15:33:23 And where will I find them later on? Jul 03 15:33:41 Laibsch: by default in tmp/source but it can be anywhere in local filesystem Jul 03 15:33:42 hi hrw|work Jul 03 15:35:17 I've noticed that some of the OE packages are fetching patches from ftp/http sites. Seems like this will cause problems for achiving _all_ the source. Jul 03 15:35:25 and complying with GPL. Jul 03 15:36:24 cbrake: do_distribute_sources archive also patches Jul 03 15:36:33 hrw|work: Ok, not in tmp it seems Jul 03 15:36:55 hrw|work: excellent! Jul 03 15:37:00 Laibsch: top post on OE website has all needed info Jul 03 15:37:08 cbrake: anything fetched from net is stored Jul 03 15:37:15 That is where I found the reference. Jul 03 15:37:25 cbrake: http://ewi546.ewi.utwente.nl/mirror/www.openzaurus.org/official/unstable/3.5.4/sources/ Jul 03 15:37:36 Laibsch: thats why I added that reference ;) Jul 03 15:37:43 * cbrake takes a look ... Jul 03 15:37:45 hrw|work: For me, it lacks some info. Such as where it will put the stuff, IOW what it really does. Jul 03 15:37:51 hrw|work: OK, I see. Thank you Jul 03 15:39:03 hrw|work: Neato. So I just publish my ipks alongside with the sources. Jul 03 15:39:04 Laibsch: "Now each recipe which has a LICENSE that mandates source availability like the GPL will be copied into SRC_DISTRIBUTEDIR dir (by default it is tmp/deploy/sources/) after building." - what is hard to understand in this sequence? (English is not my native) Jul 03 15:39:06 Great! Jul 03 15:39:40 hrw|work: I corrected myself shortly afterwards. It is perfectly fine. When I looked, it did not yet have that passage. Jul 03 15:41:02 Laibsch: it had it from begining ;D Jul 03 15:42:01 Sure? Must have been blind. Jul 03 15:42:07 ;-) Jul 03 15:43:26 That dir is now going to fill up with more and more stuff. I think there should be some way to find out which published binary "depends" on publication of source "X" so as to clean out cruft from time to time. Do you guys agree? Jul 03 15:44:06 Laibsch: you can use 'move+symlink' and it will move source from your DL_DIR and leave symlink in DL_DIR Jul 03 15:48:01 hrw|work: Is that a built-in? Or should I do that manually/via cron? I am not yet sure how that will delete source for package $onceusefulbutnowunused after I delete the package $coolstuff from my repo. Jul 03 15:48:27 I think this is impossible to do automatically, but there could be tools for me to examine "orphaned source" to which one gives the list of still published packages as arguments. Jul 03 15:48:46 Laibsch: its rather one way method Jul 03 15:56:17 hrw|work: how's the OZ release stuff coming along? Jul 03 15:56:45 koen: have to generate bootsplash for c7x0, test opie on it. Jul 03 15:57:38 that's all? Jul 03 15:57:44 sounds like good progress Jul 03 15:58:18 yep Jul 03 16:04:49 ~kill phpBB 'devels' Jul 03 16:04:55 * ibot shoots a hyper-charged fluxquark gun at phpBB 'devels' Jul 03 16:11:37 CoreDump|afk: fluxbox is now subtly broken regarding alternatives Jul 03 16:12:18 CoreDump|afk: fluxbox.ipk will contain: ALTERNATIVE_PATH = "${bindir}/fluxbox-gpe-session" Jul 03 16:19:12 hrw|work: there's a commit especially for you coming up Jul 03 16:19:17 cu Jul 03 16:19:29 koen: will look later Jul 03 16:19:35 okidoki Jul 03 16:21:04 03koen 07org.oe.dev * rd7acd1f3... 10/packages/fluxbox/fluxbox_0.99+1.0rc.bb: fluxbox: hopefully fix alternate selection Jul 03 16:21:08 03koen 07org.oe.dev * r07628e66... 10/packages/x11-apps/twm_1.0.1.bb: twm: register with u-a as x-window-manager Jul 03 16:26:36 03koen 07org.oe.dev * r050067f6... 10/packages/x11-apps/twm_1.0.1.bb: twm: we need to inherit u-a to make the previous change actually do something Jul 03 16:26:40 03koen 07org.oe.dev * rc24a7375... 10/packages/e17/e-wm_0.16.999.027.bb: Jul 03 16:26:40 e-wm: misc fixes Jul 03 16:26:40 * use u-a to register as x-window-manager Jul 03 16:26:40 * we have an scm, so no need to emulate it with '#' Jul 03 16:47:18 re Jul 03 16:49:18 * emte wonders if fedex will be running today ... Jul 03 16:49:39 wrong window, but in Canada if your wondering Jul 03 16:50:02 today is a stat in lieu of Canada Day on Saturday Jul 03 16:51:51 hey Jul 03 16:52:58 hail zecke Jul 03 16:53:38 forgot my laptop today morning :( Jul 03 16:54:04 mickeyl: I stumbled across a bug in monotone yesterday Jul 03 16:54:15 0.25 or later? Jul 03 16:54:26 mickeyl: 0.26 Jul 03 16:54:28 0.27 Jul 03 16:54:29 oh Jul 03 16:55:02 mickeyl: it has issues rosterifying some branches Jul 03 16:55:18 mickeyl: org.colinux.* work 'stable' makes the client hang and fail :( Jul 03 16:59:43 bummer, mjs? Jul 03 17:00:31 zecke: did you see http://www.burtonini.com/blog//computers/qt-2006-07-03-15-45 ? Jul 03 17:02:15 koen: I have read the changelogs and Brad Hadens blog from a couple of month ago Jul 03 17:02:53 mickeyl: Someone is already working on a fix, well at least trying to figure out what is wrong Jul 03 17:03:24 zecke: ok good. Jul 03 17:04:07 mickeyl: and this is only a bug for people with private branches Jul 03 17:04:43 zecke: ok, so it isn't a risc for our time table? Jul 03 17:06:34 mickeyl: I hope this has to do with the names of branches Jul 03 17:06:42 mickeyl: and in that case, we won't have any issue Jul 03 17:06:52 mickeyl: private vendor branches are private :) Jul 03 17:06:57 yeah Jul 03 17:09:54 03mickeyl 07org.oe.dev * rd5908077... 10/packages/iqnotes/ (iqnotes.inc iqnotes_2.0.2.bb iqnotes_2.0.99-2.1.0rc1.bb): iqnotes: remove bogus dependency Jul 03 17:11:31 mickeyl: did the change I pushed to gcc3build.inc work for you? Jul 03 17:12:40 koen: didn't have a chance to rebuild yet. Jul 03 17:12:41 * mickeyl starts Jul 03 17:14:06 zecke: is there any ETA for qt4.2? Jul 03 17:14:54 mickeyl: this fall Jul 03 17:15:04 cool Jul 03 17:15:19 mickeyl: iirc Jul 03 17:16:22 mickeyl: not that I know Jul 03 17:16:26 mickeyl: I think it is Q4 Jul 03 17:18:00 * mrz80 is away: Metaphysically I'm still here; physically, I'm elsewhere Jul 03 17:19:31 Wow, lots of activity in OE. My router can't keep up with just updating the OE db. Jul 03 17:19:39 heh Jul 03 17:19:44 better than no activity :) Jul 03 17:19:58 * Laibsch certainly ain't complaining ;-) Jul 03 17:20:42 hmm Jul 03 17:20:43 ERROR: /local/pkg/oe/packages/packages/fluxbox/fluxbox_0.99+1.0rc.bb inherits update-alternatives but doesn't set ALTERNATIVE_NAME while parsing /local/pkg/oe/packages/packages/fluxbox/fluxbox_0.99+1.0rc.bb Jul 03 17:20:44 ? Jul 03 17:20:57 Was meant more as a "Thank you" and "keep the good stuff comin'" Jul 03 17:23:22 mickeyl: yeah, check the fluxbox.bb Jul 03 17:23:39 mickeyl: it needs to u-a a sub-package Jul 03 17:23:52 aha. can someone do that? :D Jul 03 17:23:54 mickeyl: I hope u-a works the way I think it does Jul 03 17:24:08 mickeyl: the .bb has "ALTERNATIVE_NAME_${PN}-gpe = "x-window-manager"" Jul 03 17:24:47 i see. probably it needs setting ALTERNATIVE_NAME globally and cleaning for individ. packages then Jul 03 17:29:18 03mickeyl 07org.oe.dev * r4ff46cf8... 10/packages/tximage/ (tximage-0.2/gcc4.patch tximage_0.2.bb): tximage 0.2 add patch for g++4 Jul 03 17:29:38 mickeyl: like this http://rafb.net/paste/results/DnynPi57.html ? Jul 03 17:31:05 koen: worth a try. does that remove the ERROR ? Jul 03 17:31:09 it does Jul 03 17:31:13 * koen builds it Jul 03 17:32:09 hello everybody Jul 03 17:32:19 hey m4ngle Jul 03 17:32:34 Does anyone know of any example .bb files that build an initramfs cpio archive? Jul 03 17:34:40 okay I'm going to finish this stallman book Jul 03 17:34:42 evanchsa: isn't the kernel build system supposed to do that for you? Jul 03 17:35:00 mickeyl: it removes the error, but it installs the u-a code into the main package Jul 03 17:37:01 * mrz80 is back (gone 00:19:01) Jul 03 17:37:03 koen: Yes.. it will build the initramfs file but it needs to be populated from somewhere. I want to populate the base image with busybox, uclibc etc. Jul 03 17:37:32 I want to compile a Kernel for use with my h3600, I am following the getting started howto from the wiki, is there anything else that I sould know about that is specific to kernel compilation or do I have the information that I need? Jul 03 17:38:06 m4ngle: it's all you need Jul 03 17:38:27 Its easy to hook in to the kernel .bb so that files are dropped in to the right place .. but I want the kernel .bb to build the necesasry files for the initramfs and then copy the files to the right place Jul 03 17:38:37 evanchsa: I can't really think of example .bb files, but you could point the kernel to tmp/rootfs Jul 03 17:38:47 evanchsa: after building an uclibc image Jul 03 17:39:51 koen: NOTE: package libcwd-0.99.44: completed Jul 03 17:39:52 thanks koen, also are there any issues that you could forsee with compiling the kernel on an amd-64 machine that is running a 32-bit OS? Jul 03 17:39:53 yay Jul 03 17:40:13 Hmm, that's a good idea .. Jul 03 17:40:54 Is there a way to build uclibc, then tell a busybox to link against that instead of the glibc that will also be in tmp/rootfs ? or can I only have uclibc or glibc but not both in tmp/rootfs Jul 03 17:41:19 atm only one Jul 03 17:50:25 NOTE: fetch http://go-oo.org/packages/OOC680/ooc680-m7-core.tar.bz2 Jul 03 17:51:31 I guess I should find an alcoholic beverage before I continue Jul 03 17:56:50 CoreDump|afk: mtnpatch, IIRC Jul 03 17:56:54 CoreDump|afk: ;-) Jul 03 18:11:50 Unpacking OO.o build tree - [ go make some tea ] ... Jul 03 18:12:11 koen ... i Jul 03 18:12:16 hi ! Jul 03 18:12:36 hey gremlin[it] Jul 03 18:12:39 maybe is better start doing beer :) ... in some months all will be ready :) Jul 03 18:13:55 good idea Jul 03 18:14:00 ~guinness koen Jul 03 18:14:01 * ibot pours a creamy pint of dark bitter guinness stout and hands it to koen Jul 03 18:32:58 ~pilsner hvontres Jul 03 18:55:35 how would i compile a package and keep debuging symbols intact Jul 03 18:58:33 read local.conf.sample Jul 03 18:58:39 should have some doc about that Jul 03 19:00:15 yea i missed that Jul 03 19:00:22 i found it with grep just now :) Jul 03 19:00:27 koen: can we automatically give away drupal accounts? Jul 03 19:00:37 i will get dosbox working on a collie and submit a patch for you guys Jul 03 19:01:28 zecke: how automatically? Jul 03 19:01:38 zecke: you can create users if you want Jul 03 19:01:59 zecke: and of course there's always the sql method Jul 03 19:02:49 koen: I want users to crate their accounts :) Jul 03 19:03:51 zecke: I disabled that, but feel free to enable it Jul 03 19:04:50 oh what was the reason to disable that? Jul 03 19:05:04 better security Jul 03 19:05:13 and we didn't have the drupal wiki back then Jul 03 19:06:48 Jul 03 19:06:48 Hole:19 2006-06-27-1308.52.pdiff [1182kB] Jul 03 19:06:51 Hole:20 2006-06-26-1346.13.pdiff [9444B] Jul 03 19:06:56 did anyone see this on aptitude update? Jul 03 19:07:04 no Jul 03 19:07:07 what did they do? Jul 03 19:07:15 dunno Jul 03 19:10:12 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=372504 Jul 03 19:10:21 hmm my aptitude has pdiff, but wtf is pdiff :} Jul 03 19:15:13 zecke, looks like they're doing incremental diffs every day to lower the bandwidth usage on the debian server Jul 03 19:15:53 simcop2387: cool! Jul 03 19:17:12 EvilDevil: yeah, makes sense. But this gui is :) Jul 03 19:21:27 koen: I just tested the reset functionality - not that I lost the pw (again) Jul 03 19:23:11 pdiff - produce a pretty comparison between files Jul 03 19:25:22 i hate aptitude... i hated it from the day when I had to use it first time Jul 03 19:26:19 anyone know of a decent, recent chroot doc ? Jul 03 19:27:11 EvilDevil: what do you hate about it? Jul 03 19:28:19 zecke, it's slow, using it is causing me pains in the arse and there are better alternatives Jul 03 19:28:39 try yum and you'll beg to use aptitude Jul 03 19:30:01 mickeyl: I think we do not need special migration and verify scripts Jul 03 19:30:20 me/ has no problems manually using yum or apt Jul 03 19:30:37 never used aptitude either tho Jul 03 19:31:03 mickeyl: I think we will just publish a rosterify script Jul 03 19:31:23 zecke: yay Jul 03 19:31:24 looks like mc Jul 03 19:32:29 mickeyl: and I found out that sash, zautrix, etc..., violate the hacker ethics Jul 03 19:32:43 grr chroot, just behave Jul 03 19:33:14 koen, what's yum? some kind of rpm packet manager? didn't touched any rpm based distros since '99 Jul 03 19:34:03 yum is a package manager, but not limited to rpms Jul 03 19:34:15 debian and slack both support it Jul 03 19:34:15 EvilDevil: redhats bad clone of aptitude Jul 03 19:34:33 same with apt-get Jul 03 19:35:40 EvilDevil: on saturday yum 'forgot' to install the new glibc when installing new apps Jul 03 19:35:42 i dont see how yum could be concidered a clone of aptitude Jul 03 19:35:59 since it doesnt even have an ncurses gui Jul 03 19:36:02 EvilDevil: I guess fedora users love segfaults Jul 03 19:36:07 oh nice mail on GNU darwin Jul 03 19:36:30 i'm pretty happy w/ the apt-tools and dpkg (and sometimes ipkg) Jul 03 19:38:38 * koen scratches head Jul 03 19:39:10 -rpath-link is in CFLAGS, but for some reason the portion of the OOo configure script that actually needs it seems to zap CFLAGS Jul 03 19:40:36 . o O (what are the OOo people smoking) Jul 03 19:40:45 koen: Java Jul 03 19:40:56 they smoke that badly Jul 03 19:40:58 too mauch w32/64 porting Jul 03 19:41:01 much* Jul 03 19:53:36 hi Jul 03 19:53:45 gah Jul 03 19:53:59 this is the 3rd configure script I need to patch Jul 03 19:54:03 koen: you smoked something? oo.o building?? Jul 03 19:54:05 ~lart OOo build system Jul 03 19:54:05 * ibot changes OOo build system's permissions to 0777 and tells the world Jul 03 19:54:13 you love pain Jul 03 19:54:28 koen: I suggest to get some german beer and continue Jul 03 19:54:44 hmm Jul 03 19:54:48 lart 10K/s from ewi Jul 03 19:54:51 I should have some warsteiner left Jul 03 19:55:02 koen: I said german beer :) Jul 03 19:55:11 koen: "Berliner Kindl" or Schultheiss Jul 03 19:55:27 heineken is from which country? Jul 03 19:55:32 hehe Jul 03 19:55:39 hrw|husky: koen's one Jul 03 19:55:52 zecke: made in poland too Jul 03 19:56:48 gods... why i have ONLY 10Kbps from ewi?? wHY??? Jul 03 19:57:23 koens build of oo.o slowed down net of ewi... Jul 03 19:57:54 koen: thx for twm - now pdax users lost one more reason to migrate Jul 03 19:57:54 hi, monotone --db=./OE.db checkout --branch=org.openembedded.dev Jul 03 19:57:54 monotone: misuse: branch org.openembedded.dev has multiple heads Jul 03 19:58:08 minipanda: select one Jul 03 19:58:12 minipanda: select one :) Jul 03 19:58:37 random one even Jul 03 19:59:08 how? in this page didn't mention this issue http://www.openembedded.org/wiki/GettingStarted Jul 03 19:59:36 minipanda: check monotoen docs Jul 03 19:59:43 mtn help checkout Jul 03 19:59:50 koen: ok, thanks Jul 03 19:59:52 btw, monotone: misuse: branch 'org.openembedded.dev' is merged Jul 03 20:00:10 buu... ETA:20m... Jul 03 20:00:22 i feel like dialup user Jul 03 20:01:35 minipanda: the main repo only has one head, so it seems your database is stale, try doing a monotone pull Jul 03 20:02:17 koen: alright, but i'm just download the lastest OE.db.bz2 10 mins ago Jul 03 20:02:29 then do pull Jul 03 20:02:44 the database is only update once a day Jul 03 20:02:47 minipanda: snapshots are old by definition Jul 03 20:03:51 btw... tosa/2.4 suxx even more when it comes to usbhost usage... Jul 03 20:04:13 koen: will you guys provide OE.db everyday snapshot in the future? Jul 03 20:04:34 minipanda: ???? Jul 03 20:04:40 minipanda: we already do Jul 03 20:04:45 koen: well, my customer may need a regression system that can pick everyday snapshot of OE.db Jul 03 20:04:51 the update script is in cron.daily Jul 03 20:05:18 minipanda: that .db contains an SCM. Jul 03 20:05:20 koen: but there is only one file http://www.openembedded.org/snapshots/ Jul 03 20:05:54 minipanda: fetch it and provide backups for yoour customer Jul 03 20:06:04 hrw|husky: that is soooo backwards Jul 03 20:06:21 koen: and if i recall correct, in Feb this year, we also can get OE_200602XX.bz2 :-( Jul 03 20:06:24 koen: i know Jul 03 20:06:38 minipanda: we have an SCM Jul 03 20:06:45 minipanda: that's all you need to do regression testing Jul 03 20:07:15 minipanda: is it hard to use "mtn update -rREVISION-FROM-20050123"? Jul 03 20:08:23 i know that many managers does not know that tools exists but thats not explanation for techpeople.. Jul 03 20:08:50 main manager at company where i work use outlook express6... Jul 03 20:08:58 can i call him idiot? Jul 03 20:09:19 http://venge.net/monotone/monotone.html Jul 03 20:10:26 hrw|husky: that's very hard for me to differ it from GIT Jul 03 20:10:43 hrw|husky: nah just call him a manager Jul 03 20:10:58 minipanda: i would love to use bitkeeper... Jul 03 20:11:41 I've noticed that the work directory contains sub dirs for some of my builds: armv5te-linux mainstone-linux x86_64-linux Jul 03 20:11:51 is this something new? Jul 03 20:12:01 cbrake: multimachine config Jul 03 20:12:33 cbrake: usefull when build for few similar machines - like zauruses Jul 03 20:12:52 ok, seems monotone pull cost unpredictable hours and i will off to bedd Jul 03 20:13:10 thanks for help from you guys and talk later ;-) Jul 03 20:13:56 minipanda: fetch snapshot and do pull to update it Jul 03 20:14:05 hrw|husky: ahh, inherit multimachine -- thx Jul 03 20:14:12 hi woglinde Jul 03 20:14:35 hey woglinde Jul 03 20:14:51 cbrake: it allows people to change MACHINE without wiping TMPDIR Jul 03 20:15:13 hey Jul 03 20:15:15 http://syneticon.net/support/security/security-by-example.html Jul 03 20:16:06 koen: nice :-) Jul 03 20:16:28 cbrake: while reusing compatible bits Jul 03 20:16:44 cbrake: hence the armv5te subdir in addition to the mainstone dir Jul 03 20:17:03 zecke: what kind of hacker ethics? Jul 03 20:17:20 http://ewi546.ewi.utwente.nl/mirror/hrw-oe-sources/qpf-dejavuserif-2.2.tar.bz2 not found Jul 03 20:17:26 do we have another mirror for that? Jul 03 20:17:34 mickeyl: no Jul 03 20:17:44 mickeyl: i have to generate new ones Jul 03 20:17:48 ok Jul 03 20:17:53 * mickeyl ASSUME_PROVIDED for now Jul 03 20:17:56 mickeyl: Share :) Jul 03 20:17:58 koen: nod, so when you build images for multiple machines, is there any way to do that in one build, or do you change the machine and run the build again. Jul 03 20:18:04 zecke: oh of course :) Jul 03 20:18:09 ~emulate zautrix Jul 03 20:18:10 this is exactly what the GPL is about. grab the stuff and run away Jul 03 20:18:17 mickeyl: not just forking at random, RMS considers this unethical Jul 03 20:18:28 mickeyl: I will lend you "FREE AS IN FREEDOM" Jul 03 20:18:34 cbrake: build, change, build Jul 03 20:18:35 scumm 0.9.0 doesn't build for me. undefined references Jul 03 20:18:35 zecke raymond too Jul 03 20:18:42 zecke: yeah, do that Jul 03 20:18:48 4m eta.... Jul 03 20:19:10 mickeyl: rms hates IQ tests and similiar tests for the same reason I hate them (or won't do them) Jul 03 20:19:25 "I could score bad" Jul 03 20:20:01 wellenreiter is stupid :) Jul 03 20:20:23 hah! Jul 03 20:20:26 don't ya dare Jul 03 20:20:39 mickeyl: found two nets when only one exist Jul 03 20:20:45 cbrake: http://rafb.net/paste/results/fCRM2v96.html Jul 03 20:21:09 hrw|husky: upload to capture dump and comment, i can test when I write WR3 then Jul 03 20:21:11 woglinde: Dog starts soon :) Jul 03 20:21:16 mickeyl: i would do scap but hh.org scap service does not like zaurus machine Jul 03 20:21:23 zecke whast? Jul 03 20:21:30 woglinde: RTL II Jul 03 20:21:32 what dog? Jul 03 20:21:33 hrw|husky: call the scap binary by hand? Jul 03 20:21:41 I dont like dogs Jul 03 20:22:21 woglinde: awesome, I don#t like dogs as well Jul 03 20:22:29 woglinde: tune RTL II at 23:15h Jul 03 20:22:42 "dog" is a human killer (jet lee) Jul 03 20:24:52 mickeyl: scapped after load session Jul 03 20:25:50 mickeyl: ignore "keys" Jul 03 20:28:46 mickeyl: http://pastebin.ca/78154 Jul 03 20:29:17 mickeyl: spaghetti code to convert db's :) Jul 03 20:30:53 zecke: looks good to me :) Jul 03 20:31:01 mickeyl: scapping once more Jul 03 20:31:50 damn, DarwinPorts installed a hopeless broken readline :( Jul 03 20:32:04 a broken backspace feels so linux 1.2 Jul 03 20:32:18 zecke: heh Jul 03 20:32:35 zecke: I get a broken backspace everytime I open screen over ssh Jul 03 20:32:51 koen: here only my python shell is broken :( Jul 03 20:32:59 koen: maple on the ssh conncetions works like a charm Jul 03 20:33:07 koen: backsapce + screen is broken too :} Jul 03 20:33:20 koen: but at least it behaves like a delete in a screen Jul 03 20:33:27 yeah Jul 03 20:33:35 koen: where backspace in python gives me ^[[D^[[D^[[D^C Jul 03 20:33:39 darwin suxx then Jul 03 20:33:51 hrw|husky: just DrawinPorts Jul 03 20:34:08 i do not remember when last time i had broken bkscpace under screen... Jul 03 20:34:09 hrw|husky: and sadly Apple is doing like Trolltech Jul 03 20:34:22 hrw|husky: releasing new stuff, and canning the Free Software parts of them :( Jul 03 20:34:22 i use husky to ssh over ssh to screen Jul 03 20:35:39 cu Jul 03 20:36:23 wtf it started working now :( Jul 03 20:36:47 mickeyl: can you explain the semantic of file.readlines() ? Jul 03 20:37:10 ah cursors are broken Jul 03 20:43:42 woglinde: hi, do you have some time to upload the zImage? Jul 03 20:53:15 wow Jul 03 20:53:29 coverflow is cool beyond words Jul 03 20:53:42 zecke: http://www.steelskies.com/coverflow/ Jul 03 20:53:59 mr_nice sorry no time Jul 03 20:54:32 g'night Jul 03 20:54:41 nite mickyl Jul 03 20:54:47 'night mickey|zzZZzz Jul 03 20:56:05 Am I mistaken or is bitbake taking much longer to parse the bb files lately? Any changes to bitbake that affected this? Jul 03 21:02:34 Anybody know where to limit the locales when building an image? glibc takes a very long time to stage...:( Jul 03 21:06:23 hvontres|home: As I understand it, this is normal behavior for OE builds. Jul 03 21:07:05 hi thejapa Jul 03 21:07:21 woglinde: hi! :) Jul 03 21:10:13 Is there any config file that controls the locales? Jul 03 21:17:22 koen whats the status with angstroem and n770? Jul 03 21:17:50 woglinde: same thing, no working kernel for the 770 in OE Jul 03 21:17:57 feel free to add one Jul 03 21:18:04 hm okay Jul 03 21:30:39 nite Jul 03 21:30:55 Laibsch: none Jul 03 21:31:06 Laibsch: there was no commit to bitbake within the last three weeks Jul 03 21:31:19 going to bed now Jul 03 21:31:21 cya Jul 03 21:34:42 What does this means? monotone: misuse: branch org.openembedded.dev has multiple heads Do i need a new OE.db, i have just downloaded a new one. Jul 03 21:36:16 monotone pull Jul 03 21:36:29 (or just pick a head to update to) Jul 03 21:39:25 there's no substitue for reading docs Jul 03 21:39:38 http://venge.net/monotone/monotone.html Jul 03 21:40:48 maybe I should but up a click through quiz page in front of the .db snapshot Jul 03 21:41:19 'do you know that monotone pull wastes less of our bandwith [yes] [no]' Jul 03 21:41:41 'do you know what 'incremental means [no] [no]' Jul 03 21:41:53 etc... Jul 03 21:42:57 hah Jul 03 21:44:13 =:o Jul 03 21:44:13 how does monotone pull waste less bw than downloading the snapshot? Jul 03 21:44:15 'do you know that monotone pull takes too long for users who are too impatient to spend their time either reading docs, or taking quizzes [yes] [no]' Jul 03 21:44:49 emte: in theory, if you only grab the bits that have changed since the last update, it should be gentler. Jul 03 21:44:56 i would think the snapshot yeilds a smaller total data transfer than an uncompressed initial pull Jul 03 21:45:14 emte: definitely. Jul 03 21:45:21 raduga, that is valid if you already have a snapshot/db Jul 03 21:45:32 emte: indeed. Jul 03 21:47:41 emte: thanks Jul 03 21:48:12 emte: lol back at you, too :) Jul 03 21:48:20 :) Jul 03 21:48:45 actually the snapshot could do to become torrented in smaller chunks Jul 03 21:50:28 that's called monotone pull Jul 03 21:51:01 koen: new users should start out with an initial pull, to populate the db? Jul 03 21:51:16 and how is monotone pull more efficent/faster for an intial db setup? Jul 03 21:51:24 today we've seen two people that repeatedly downloaded a 'new' db to solve their multiple head problem Jul 03 21:51:43 koen: i'm not arguing with that Jul 03 21:51:51 now how is that using less bandwidth as doing monotone pull once a day? Jul 03 21:51:51 well the multiple head problem is a devloper issue is it not? Jul 03 21:52:04 emte: no, it's a user issue Jul 03 21:52:05 koen: do you recommend that users new to OE, should start by using a pull initially, to populate the db? Jul 03 21:52:15 people who are to dumb to read deserve no support Jul 03 21:52:17 how do users cause multiple heads in the repo? Jul 03 21:52:43 by pushing changes against an older repo Jul 03 21:52:52 users cant push changes Jul 03 21:53:18 emte: yes, the devs cause the multiple heads - unless the users mutilate their mt dbs Jul 03 21:53:45 emte: but multiple heads (and dealing with them) are an essential part of SCM Jul 03 21:53:47 Borealid, yeah i can agree with that Jul 03 21:53:50 koen: ok Jul 03 21:54:23 Borealid, this was an issue as well when we were using bitkeeper but it was up to the devs to make sure and merge hydras Jul 03 21:54:47 emte: isn't it still? Jul 03 21:54:48 koen: I guess you are tired of all my questions :-) Well, i'll promise you i will start to read before ask here. Jul 03 21:55:18 Borealid, that is indirectly what is in question Jul 03 21:55:45 emte: the users can just pick one head - if they happen to get a multiheaded DB it's no issue Jul 03 21:56:14 Borealid, why should the users merge heads if the developers are the ones causing the problems? Jul 03 21:56:24 emte: ideally the devs would pull first and merge locally, then push Jul 03 21:56:41 Borealid: that's no garantee Jul 03 21:56:46 emte: but if they don't, the users don't have to merge - they can just pick a head and use it Jul 03 21:57:07 Borealid: devs can push to different server, push while people are merging, etc Jul 03 21:57:07 emte: and most merges are automatic even still Jul 03 21:57:27 koen: that's one of the reasons I like hg over monotone :-P Jul 03 21:57:49 there is no good way of preventing multiple heads without adopting centralized behaviour Jul 03 21:57:53 koen: "push creates multiple remote heads (-f to override)" Jul 03 21:57:54 i have yet to see an "automatic" merge Jul 03 21:58:02 and when we do that we can just switch to cvs Jul 03 21:58:30 koen: you're right, you can't altogether eliminate them - but you can warn when a dev does something creating them Jul 03 21:58:33 Borealid: so hg is not distributed? Jul 03 21:58:54 koen: no, it is - but it doesn't let you push a new head into the target repo without push -f Jul 03 21:58:56 I push to server1 -> one head, you push to server2 -> one head Jul 03 21:59:01 Borealid: There are several monotone servers. Jul 03 21:59:03 the two servers sync -> 2 heads Jul 03 21:59:14 koen: the servers should attempt an automerge Jul 03 21:59:34 the nslu2-linux server does attempt to automerge. It doesn't always work. Jul 03 21:59:35 koen: in hg it can handle multiparent merges, and if the changes don't overlap you don't need user intervention to merge Jul 03 22:00:04 NAiL: if the changes conflict there is no solution except having human intervention Jul 03 22:00:05 NAiL: the nslu2 server doesn't even *sync* by itself Jul 03 22:00:26 koen: oh... ok. It *used* to automerge ;) Jul 03 22:00:42 NAiL: after the switch to 0.27 I want to propose that 'mirrors' take care of their own syncing Jul 03 22:01:08 right now a single machine takes care of syncing, which isn't very distributed Jul 03 22:01:33 koen: you mean syncing with a pull instead of a push? That sounds like a good idea Jul 03 22:01:58 is anyone here able to bootstrap a non-eabi glibc? Jul 03 22:02:07 at all? Jul 03 22:02:09 anyhow, it all boils down to people not reading docs before complaining/asking Jul 03 22:02:13 Borealid, yeah Jul 03 22:02:17 Borealid: glibc 2.3.5 works Jul 03 22:02:20 do it all the time fopr familiar Jul 03 22:02:25 for* Jul 03 22:02:28 koen: thanks - 2.3.6 doesn't Jul 03 22:02:50 and my X is broken with eabi Jul 03 22:03:05 is anyone working on a kdepimpi-x11? Jul 03 22:03:12 check the bugtracker Jul 03 22:03:28 thought I had already looked there Jul 03 22:03:30 it has had a nearly finished recipe for ages Jul 03 22:03:47 didn't work for me - missing some header Jul 03 22:03:56 I'll go finish it, then Jul 03 22:03:56 lots of people complain that OE doesn't have it, but don't take the time to fix it :) Jul 03 22:04:11 koen: I'll get it up :-P Jul 03 22:04:20 koen: but it has this really messed up buildsystem Jul 03 22:04:25 as you may know Jul 03 22:04:28 duh Jul 03 22:04:41 ~emulate zautrix Jul 03 22:04:42 I mean, that's one of eth worst buildsystems I've ever seen Jul 03 22:04:42 this is exactly what the GPL is about. grab the stuff and run away Jul 03 22:04:56 Borealid: even worse as the OOo one? Jul 03 22:05:11 koen: at least the OOo one works without your setting envvars Jul 03 22:05:21 hello folks Jul 03 22:05:27 greetings Jul 03 22:05:47 Borealid: I was trying to get OE to build OOo tonight Jul 03 22:06:07 any news about getting the ipaq h55xx running the 2.6.x kernel ? Jul 03 22:06:22 koen: that sounds painful considering the state of java in OE Jul 03 22:06:40 having your own patch management inside your buildsystem is sick Jul 03 22:06:59 koen: it's not as bad as systemimager Jul 03 22:07:00 Borealid: gcj, no need for java :) Jul 03 22:07:22 koen: does OOo work with GCJ? I didn't know it could build OK Jul 03 22:07:27 ibot: build us a better build system Jul 03 22:07:32 ibot: from scratch Jul 03 22:07:46 heh Jul 03 22:08:18 ibot: ~hail having a complete version management system inside of your package, like systemimager Jul 03 22:08:18 ~lart OE Jul 03 22:08:19 * ibot --purges OE Jul 03 22:08:35 aww, it doesn't take directed commands Jul 03 22:08:45 03tmbinc 07org.oe.dreambox * r73cdb45a... 10/conf/machine/dm7025.conf: dm7025.conf: add required gst plugins for hardware mpeg2 playback Jul 03 22:08:47 ~lart ibot Jul 03 22:08:47 * ibot slaps borealid upside and over the head with one freakishly huge killer whale named hugh Jul 03 22:08:53 awww Jul 03 22:09:13 ibot is smart enough not to lart himself Jul 03 22:09:18 ~botsnack Jul 03 22:09:18 aw, gee, raduga Jul 03 22:09:21 or is it? Jul 03 22:09:32 ~lart IB0T Jul 03 22:09:32 * ibot drops a baby grand on IB0T Jul 03 22:09:36 there we go Jul 03 22:09:47 ~stfu Jul 03 22:09:48 well, stfu is Shut the F*** Up!, or http://www.linuks.mine.nu/stfu-noob.jpg. Sucks To Feel U, or or http://beerandspeech.org/tmp/STFU_cup_Soldier.jpg Jul 03 22:10:26 koen: i'm being unproductive and unhelpful again. bleh. bye :( Jul 03 22:10:49 'night all Jul 03 22:11:52 ~koensnack Jul 03 22:12:00 ~emulate koen Jul 03 22:12:02 the release notes have hints Jul 03 22:12:43 how do I set my virtual terminal color settings for an openzaurus system? is there a kernel boot param I can modify somehow? Jul 03 22:12:59 I can't say as I blame koen for that little outburst... Jul 03 22:14:49 xarq: for OpenZaurus-specific, #openzaurus ;) Jul 03 22:15:37 uhmmm.... has anybody tried to generate a gpe image with the 2.6.x kernel for the ipaq h55xx ? I think I have enough power to try it, but i want to know if anybody did this before Jul 03 22:15:55 kerwood: feel free to blame me Jul 03 22:16:21 csmanx: I am not aware of any other builds. Good luck. Jul 03 22:16:25 csmanx, angstrom or familiar... or oz for that matter? Jul 03 22:16:36 emte: oz Jul 03 22:16:39 no no Jul 03 22:16:42 wait Jul 03 22:16:47 emte: what is angstrom ? Jul 03 22:16:58 emte: i use familiar Jul 03 22:17:00 luke-jr_: I'm guessing the terminal text color for opie is more generic than for just openzaurus, but fwiw I already asked there an hour ago too Jul 03 22:17:11 csmanx, koen's distro Jul 03 22:17:29 emte: does it run on the ipaq ? Jul 03 22:17:37 maybe you should read Jul 03 22:18:16 read.... where ? Jul 03 22:19:49 http://www.openembedded.org/wiki/MainPage Jul 03 22:19:53 link bottom of page Jul 03 22:20:24 http://www.angstrom-distribution.org/ Jul 03 22:26:18 BTW, is there a serious effort for Qt/X11 4? Jul 03 22:26:23 (mentioned in OOO newsletter) Jul 03 22:31:02 x11 4? Jul 03 22:31:22 x11r7 is doening worked on Jul 03 22:31:27 being* Jul 03 22:32:06 hmm must mean qt4 Jul 03 22:33:51 emte: yes Jul 03 22:34:00 emte: Qt/X11 ; Qt 4 ;) Jul 03 22:37:00 whereis ipkg-build Jul 03 22:38:02 how about .../work/all-linux/ipkg-link-1.6cvs20060102-r3/ipkg-utils? Jul 03 22:38:51 if i were looking for it inside OE that would be an option Jul 03 22:39:10 :) Jul 03 22:39:15 alrighty then Jul 03 22:39:39 cross compiling a kernel only Jul 03 22:39:48 OE is a bit overkill for that task Jul 03 23:51:59 anyone fancy merging heads for me... I'm getting "branch org.openembedded.dev has multiple heads" when trying to checkout Jul 04 00:03:21 or, firstly... which branch should I be using? Jul 04 00:03:37 (it's the dev one that has multiple heads) Jul 04 00:04:23 tkp: Actually, there was quite a dust-up about that earlier today. As I understand it, any head will be satisfactory until they are merged later. I don't have anything else I can add to that, sorry. Jul 04 00:05:07 but it wouldn't let me check it out Jul 04 00:05:12 I'm new to monotone Jul 04 00:05:16 I think my SG-20 bit the dust :( Jul 04 00:05:32 how can I tell it to pull a specific head? Jul 04 00:05:48 and... should I even be using the dev branch? Jul 04 00:06:05 tkp:what are you trying to do? Jul 04 00:06:42 I'm trying to put together a small distro hat is capable of playing moveis Jul 04 00:06:58 tkp:on what device? Jul 04 00:07:09 on a mini-itx Jul 04 00:08:50 where can I find out about each of the oe branches? Jul 04 00:08:58 I have the dreambox one currently Jul 04 00:22:11 from the oe wiki Jul 04 00:22:16 under branches Jul 04 00:22:55 btw i take it movix and the other live cd distros are too large? Jul 04 01:00:10 ~seen RP Jul 04 01:00:12 rp is currently on #gpe #oe #openzaurus #handhelds.org. Has said a total of 18 messages. Is idling for 4h 5m 27s, last said: ''night mickey|zzZZzz '. Jul 04 01:04:53 Hey emte, do you have one of the wrtg54s? Jul 04 01:05:46 ggilbert: I have one at work Jul 04 01:09:22 ggilbert, nope, WCF54G Jul 04 01:09:49 the most flexible device availible Jul 04 01:10:35 wrtg ... thats the router is it not? Jul 04 01:10:39 Yeah Jul 04 01:10:42 ggilbert, nope, WCF54G Jul 04 01:10:43 the most flexible device availible Jul 04 01:10:45 wrtg ... thats the router is it not? Jul 04 01:10:52 to recap :P Jul 04 01:11:04 yeah :) Jul 04 01:11:35 depending on which version of that router you can modify it Jul 04 01:11:43 or so i've heard Jul 04 01:11:48 This one probably can. It's one of the older ones Jul 04 01:11:58 has to be the one without the speedboost i belive Jul 04 01:12:12 Damned handy little boxes -- run on 5VDC, boot in 15 secs, etc. Jul 04 01:12:15 I think gb2 had an oe based distro booting on it Jul 04 01:13:50 ggilbert, you need to feed your connection some more hamsters Jul 04 01:14:17 hehe Jul 04 01:14:42 Well I'm in the middle of recovering from the magnia biting it Jul 04 01:14:45 :p Jul 04 01:14:53 magnia? Jul 04 01:15:16 The box I was using as a route before. Toshiba Magnia SG20 Jul 04 01:15:27 ah Jul 04 01:23:33 koen: you there? Jul 04 01:24:50 Borealid: koen left in a huff at around 2330 UTC Jul 04 01:24:52 emte: the old wrt54g models work with openwrt, as do the older wrt54gs series (which have speedboost) - and the GS have twice the RAM Jul 04 01:25:10 KerwoodDerby: ah. Jul 04 01:25:48 my bad, 2230 Jul 04 01:32:12 lol Jul 04 01:32:34 koen gets easily worked up Jul 04 01:32:56 That he does Jul 04 01:34:41 Borealid, there was more than one hw release for the speedboost versions? Jul 04 01:35:27 emte: I think that only White Russian worked on them Jul 04 01:35:42 i mean from cisco/linksys Jul 04 01:36:04 emte: don't think so - check the TableOfHardware on openwrt.org Jul 04 01:36:09 emte: it has all of them Jul 04 01:36:27 was just curious from your comment above Jul 04 01:36:45 the speedboost series here was pretty short lived Jul 04 01:36:56 see a lot od n-class devices now Jul 04 01:36:56 emte: oh, I just don't think the wrt54gs are being released anymore at all Jul 04 01:36:58 of* Jul 04 01:37:02 yes, exactly Jul 04 01:37:05 that's why I said "older" Jul 04 01:37:11 they're not new... Jul 04 01:37:31 lol Jul 04 01:37:52 i took it as older than the latest hw release Jul 04 01:37:54 have you by any chance got a currently working non-eabi toolchain? Jul 04 01:38:00 yeah Jul 04 01:38:05 sorry, I could have been clearer Jul 04 01:38:07 familiar is non-eabi Jul 04 01:38:22 too moany non-2.6 devices Jul 04 01:38:25 many* Jul 04 01:38:27 could I get a hold of your PREFERRED_VERSION_* and BBMASK? Jul 04 01:38:39 ? Jul 04 01:38:43 I found the Asus wl-g500 deluxe to be really easy to reflash with White Russian, and it comes with the ever-handy USB interface Jul 04 01:38:52 I can't seem to coax the thing to build any way Jul 04 01:38:54 i doubt those would affect eabi Jul 04 01:39:27 disabling eabi and qemu would have more affect i'd think Jul 04 01:39:30 emte: I can get an Angstrom toolchain up (gcc-4.1.1, eabi, glibc-2.4) but my X segfaults Jul 04 01:39:41 but I can't bootstrap non-eabit Jul 04 01:39:43 *eabi Jul 04 01:39:48 glibc-2.4 is nptl Jul 04 01:39:57 so it tries to build glibc-intermediate-2.3.6 Jul 04 01:39:58 i dont think you can build angstrom non-eabi Jul 04 01:40:06 not angstrom Jul 04 01:40:08 openzaurus Jul 04 01:40:15 koen has been pretty specific in it's implementation Jul 04 01:40:27 ah Jul 04 01:40:32 glibc-intermediate-2.3.6 says SOMETHING_BUS_ISA undeclared Jul 04 01:40:37 older ones don't build at all Jul 04 01:40:54 I've tried gcc 3.4.4 (with and without the csl patches), and gcc 4.1.1 Jul 04 01:41:01 yeah you need to use the disable flags i'd think Jul 04 01:41:13 Jul 04 01:41:24 bitbake is currently set to default eabi and a few other things Jul 04 01:41:25 is there a particular time of day when I would be more likely to be able to fetch the org.openembedded.dev branch? Jul 04 01:41:29 I've built or tried to build the toolchains a few dozen times now Jul 04 01:41:39 try the mirror, m4ngle Jul 04 01:41:56 Borealid, take a quick look in your bitbake.conf Jul 04 01:42:06 yes? Jul 04 01:42:14 some of the eabi specific flags should jump out at you Jul 04 01:42:35 add the flags with your needed settings to your local.conf Jul 04 01:42:57 emte: I don't have anything in bitbake.conf Jul 04 01:43:08 i am sure you will need disable_locale_generation Jul 04 01:43:12 that is, it's gentoo's default Jul 04 01:43:35 it says binary locale generation is disabled every time I build glibc Jul 04 01:43:46 to build anything before 2.3.6 Jul 04 01:44:06 where's the mirror? Jul 04 01:44:10 according to locate there's only one bitbake.conf on my system Jul 04 01:44:11 you need to set it to '1' Jul 04 01:44:20 its negative logic Jul 04 01:44:32 i must have missed something basic I guess Jul 04 01:44:58 er wait Jul 04 01:45:05 ENABLE_BINARY_LOCALE_GENERATION = "0" Jul 04 01:45:10 thats the one Jul 04 01:45:26 m4ngle: look at ewi254.ewi.utwente.nl Jul 04 01:45:39 m4ngle: the primary repo is monotone.vanille.de Jul 04 01:45:46 Borealid, your bitbake.conf should be somewhere liek this: Jul 04 01:45:49 ../org.openembedded.oz354fam083/conf/bitbake.conf Jul 04 01:46:19 emte: ah, there it is - forgot I was on openafs Jul 04 01:46:27 and documentation.conf explains them Jul 04 01:46:41 emte: thank you, this very well might be the source of all my troubles Jul 04 01:46:49 I hadn't edited it at all... Jul 04 01:46:57 you dont edit bitbake.conf Jul 04 01:47:08 I copy it, and then edit the copy? Jul 04 01:47:11 you use the needed flags in your local.conf Jul 04 01:47:16 ah Jul 04 01:47:22 ok then, it inherits them Jul 04 01:47:29 bitbake.conf holds stuff that bitbake knows about Jul 04 01:47:40 unlike the extra_packages stuff, which doesn't appear to be inherited Jul 04 01:48:02 other magic does exist in OE Jul 04 01:48:13 I noticed :-P Jul 04 01:48:28 thanks a ton, this looks like all the variables I had no clue how to set Jul 04 01:48:42 well, most Jul 04 01:48:56 :) Jul 04 01:49:22 hmm, why -frename-registers? Jul 04 01:49:27 be aware some things are task specific Jul 04 01:49:48 like my HOST_NONSYSV flag Jul 04 01:50:14 as far as i know it, because it's mine, it only affects fakeroot Jul 04 01:50:57 but it could obviously have other uses Jul 04 01:52:13 thanks Borealid Jul 04 01:52:20 m4ngle: np Jul 04 01:52:58 emte: this doesn't look like it's actually going to help... Jul 04 01:53:20 what I have is two problems: a chicken-and-egg and a catch-22 Jul 04 01:53:29 I need a glibc before 2.3.5cvs Jul 04 01:53:35 and I can't get one Jul 04 01:55:30 you need to use that local_generation flag i posted Jul 04 01:55:53 but it doesn't even build qemu-native Jul 04 01:56:01 no it wont Jul 04 01:56:05 I also wasn't using angstrom or oz Jul 04 01:56:10 *or familiar Jul 04 01:56:20 so was that flag even set to 1? Jul 04 01:56:35 I'm turning it off anyhow because I only care about the unicode, C, and us localizations Jul 04 01:56:37 it disables qemu and a evil version of binutils that mangles gcc which shows up when you compile glibc Jul 04 01:56:43 ahhhh Jul 04 01:56:45 that could be it. Jul 04 01:57:01 one sec, let me have a go with OZ again Jul 04 01:57:05 Jul 04 01:58:08 so angstrom is going to replace both familiar and oz? Jul 04 01:58:22 that depends on your interpretation Jul 04 01:58:42 the dev teams are different? Jul 04 01:58:54 if you ignore the fact that angstrom will not be buildable for ~15+ devices for some time yet, then yes Jul 04 01:59:03 lol Jul 04 01:59:07 what's the obstacle? Jul 04 01:59:13 2.4 kernels Jul 04 01:59:15 patching and kernels? Jul 04 01:59:20 oh, 2.4 kernels Jul 04 01:59:28 the ipaqs can't run a 2.6 yet? Jul 04 01:59:36 eabi is only usable on newer 2.6 kernels Jul 04 01:59:42 not many Jul 04 01:59:44 I mean, ideally everyone would move to 2.6 anyway - so much faster Jul 04 01:59:59 2.6.16 and up for eabi right? Jul 04 02:00:06 that's definitely newer Jul 04 02:00:09 isnt it .8 ? Jul 04 02:00:14 really? Jul 04 02:00:26 not sure Jul 04 02:00:28 I know the codesourcery people say their stuff will only work with .16 and up Jul 04 02:00:40 but that's probably nptl-related Jul 04 02:00:47 maybe its fully implemented at .16 Jul 04 02:00:47 they only got nptl on arm recently Jul 04 02:01:06 what's in the way of 2.6 on the ipaqs? Jul 04 02:01:12 have you got BLOBs? Jul 04 02:01:30 active developers Jul 04 02:01:38 mostly powermanagment stuff Jul 04 02:01:44 driver porting Jul 04 02:01:48 etc Jul 04 02:02:04 'k Jul 04 02:02:06 there are status pages in the hh.o wiki Jul 04 02:02:33 do all coldfire CPUs run eabi code? Jul 04 02:03:11 i dont know id eabi is arch specific more that support specific Jul 04 02:03:14 if* Jul 04 02:03:19 than* Jul 04 02:03:47 okay then, I'll go read up - it sounds like I should want to do an eabi build, but if it's going to make my X segfault I can't deal with it Jul 04 02:04:12 there are quite a few people working on eabi Jul 04 02:04:21 angstrom and most of the oz developers i belive Jul 04 02:04:38 I submitted a patch myself the other day :-P Jul 04 02:05:14 hehe, I subscribed to the mercurial mailing list and it's so high-volume I had to make a folder for all the mail Jul 04 02:05:29 I should've known that the development on a SCM system would be that fast... Jul 04 02:05:45 my hg stuff is digest, helps with the traffic :) Jul 04 02:05:48 I mean, everyone on the -users list is a developer in some capacity Jul 04 02:06:04 I prefer to have it be threaded Jul 04 02:06:18 and with a separate folder it's just peachy Jul 04 02:06:28 yeah that helps sometimes, but only if you have time to read it all Jul 04 02:06:41 I will eventually! Jul 04 02:06:48 there were only 46 changesets today :-P Jul 04 02:06:52 i need to toss my mailing list stuff here soon Jul 04 02:06:53 <-- deluding himself Jul 04 02:07:02 eh? Jul 04 02:07:20 have a few thousand in most of my lists Jul 04 02:07:29 ~hail Amarok Jul 04 02:07:31 * ibot bows down to Amarok and chants, "I'M NOT WORTHY!!" Jul 04 02:07:31 oe@ used to be more active Jul 04 02:07:50 not that the bugtracker helps Jul 04 02:08:02 the bugtracker is getting ridiculous Jul 04 02:08:41 its been pretty quite lately Jul 04 02:08:48 quiet* Jul 04 02:08:58 but the volume of stuff in there isn't decreasing Jul 04 02:09:18 it would be even quieter if people would put the right things in the right trackers Jul 04 02:09:21 close to 400 open bugs Jul 04 02:09:22 lol Jul 04 02:10:01 i suspect quite a few are duplicates or in the wrong list Jul 04 02:10:13 looking at this, I suspect you may be right Jul 04 02:10:26 #410, 411, 412 Jul 04 02:10:30 does the "familiar-unstable" distro use 2.6 kernel? Jul 04 02:10:44 familiar-unstable is not very usable Jul 04 02:10:54 its unmaintained Jul 04 02:10:58 what about angstrom then? Jul 04 02:11:10 angstrom is 2.6+eabi centric Jul 04 02:11:10 yes, angstrom does - but it probably won't work for you Jul 04 02:11:32 night Jul 04 02:11:36 night Jul 04 02:12:06 what we need here is a compile farm :-> Jul 04 02:12:28 they exist Jul 04 02:12:31 emte: ok, now OZ is using binutils-cross-2.16-r7 Jul 04 02:12:47 I don't think that's what it was doing before Jul 04 02:13:15 Borealid, i dont remember specifically which is the correct binutils Jul 04 02:13:21 i'd have to look it up Jul 04 02:13:34 well, if this one doesn't work I'll bbmask it Jul 04 02:13:47 using gcc-cross-initial-4.1.1 too Jul 04 02:13:49 you mean use PREFFERED_VERSION Jul 04 02:14:02 if it doesn't work, shouldn't I mask it? Jul 04 02:14:11 angstrom doesn't use this one anyway Jul 04 02:14:29 that isnt really the way BBMASK is intended to work Jul 04 02:14:38 I use preferred_version for stuff I want, and my bbmask has (stuff|other_stuff).* Jul 04 02:14:41 works rather well Jul 04 02:14:45 normally its used to ignore GPE or OPE or QTE etc Jul 04 02:14:49 example: Jul 04 02:15:06 BBMASK = (opie|qpe) Jul 04 02:15:12 bbmask = "(glibc-2.*_cvs|gmp-2.4.1).*" Jul 04 02:15:17 it really does work Jul 04 02:15:19 is mine since i only build gpe Jul 04 02:15:27 that should be _ instead of - Jul 04 02:15:28 but you get the idea Jul 04 02:15:35 yeah Jul 04 02:15:52 using preffered gives you more controlable results Jul 04 02:16:05 I usually only do stuff that's completely broken with bbmask Jul 04 02:16:10 like the _cvs versions Jul 04 02:16:31 and the only reason I'm using it so extensively is b/c I still haven't settled on a DISTRO yet Jul 04 02:16:44 so preferred_versions doesn't make sense Jul 04 02:17:11 I mean, if I prefer glibc-2.4 on OZ it just won't work Jul 04 02:21:37 actually preffered versions do make sense Jul 04 02:22:08 but you are correct if you override a stable with something taht isnt , it probably wont work Jul 04 02:22:36 altho you are basicly doing the same thing with bbmask Jul 04 02:22:48 just ... less specific Jul 04 02:23:00 if I only mask the things which don't work no matter what, then the preferred versions from the distros continue to apply Jul 04 02:23:12 if I specify a preferred version of my own, they don't Jul 04 02:23:43 there is nothing to say you arnt masking out the distro preffered versions Jul 04 02:24:19 if those preferred versions are broken because of compile errors which aren't toolchain-specific, then I want them masked anyhow ^_^ Jul 04 02:24:23 if you do it will take the highest version avail Jul 04 02:24:40 gc-4.1.1 just failed Jul 04 02:24:43 *gcc Jul 04 02:24:51 what error? Jul 04 02:25:03 ahh, here's where BUS_ISA was undeclared Jul 04 02:25:11 ioperm.c:103 Jul 04 02:25:22 sysdeps/unix/sysv/linux/arm/ioperm.c Jul 04 02:25:35 wait, no, this is glibc 2.3.6 Jul 04 02:25:41 I was right originally Jul 04 02:25:42 hrm? Jul 04 02:25:48 that's the one that never ever succeeds Jul 04 02:25:55 it's a legitimate failure Jul 04 02:26:05 that is to say, one that's the fault of this ebuild instead of my toolchain Jul 04 02:26:31 I suppose I could just go fix the error now Jul 04 02:26:50 but I'm wondering how anybody else gets their stuff to work Jul 04 02:27:07 I mean, there must be some way for a new dev to pull this stuff and just have it work, right? Jul 04 02:27:11 without patching? Jul 04 02:27:31 yes Jul 04 02:27:34 Borealid: using other glibc version Jul 04 02:27:38 use a stable distro to start with Jul 04 02:27:43 thejapa: I've tried them all Jul 04 02:27:53 emte: you mean non -unstable? Jul 04 02:28:02 emte: awwwww Jul 04 02:28:12 i mean something thet is about to be released or has been released Jul 04 02:28:14 yep, it's tricky, specially .dev is very very very very, did i say very? tricky sometimes Jul 04 02:28:28 ok, some people say I exagerate sometimes. Jul 04 02:28:29 thejapa: no, really, I've tried them all. Jul 04 02:28:31 start from a known state and then break and fix things Jul 04 02:28:34 thejapa: all of them Jul 04 02:28:35 but that's my personal experience Jul 04 02:28:45 thejapa: it worked a month ago... Jul 04 02:28:57 besides, I want to fix things anyway Jul 04 02:29:04 howzabout I'll start with this error Jul 04 02:29:09 there have been quite a few changes even within the last month Jul 04 02:29:16 yeah, i define tricky as sometimes that breaks without much possibility for a logical explanation Jul 04 02:29:41 it doesn't help that half the packages float against CVS Jul 04 02:29:43 btw, I got my OE working when I gave up my local.conf and started a new one. Jul 04 02:29:53 I mean, NONE of the CVS toolchain ebuilds work Jul 04 02:30:00 thejapa: done that twice Jul 04 02:30:09 the patches need to be rebased Jul 04 02:30:14 there are quite a few stable releases that use cvs Jul 04 02:30:16 I did a few of them and submitted 'em Jul 04 02:30:30 emte: the patches applied against glibc no longer work Jul 04 02:30:32 nor gcc Jul 04 02:30:34 nor binutils Jul 04 02:30:37 mostly due to the fact theare are very few changes to upstream and they only release cvs versions Jul 04 02:30:43 exactly. Jul 04 02:30:57 you can't do patches against cvs unless you go like gentoo and up the fuzz level Jul 04 02:31:37 Borealid, i think you need to choose a distro with a release Jul 04 02:31:39 Borealid: I'm not saying you're not trying or wrong, I just say this is very torturous. :) Jul 04 02:31:40 and start from there Jul 04 02:31:48 instead of half way in the void Jul 04 02:31:54 emte: I'm thinking you may be right Jul 04 02:32:05 thejapa: yes, it is Jul 04 02:32:21 a lot of the patches and changes are made in a specific sequence Jul 04 02:32:26 I'm just kind of annoyed because I started with .dev and -unstable a month ago and it worked Jul 04 02:32:51 -unstable is not reccomended for anyone to actually use Jul 04 02:32:54 what do I lose if I use a versioned distro{ Jul 04 02:32:56 *? Jul 04 02:33:02 let's see... Jul 04 02:33:05 nothing Jul 04 02:33:08 Jul 04 02:33:11 you lose everything in CVS. :) Jul 04 02:33:13 you start at a known state Jul 04 02:33:52 if you know where you are, then you know where your going Jul 04 02:34:00 all right, if that has a 2.6.16 kernel I'll be set anyhow Jul 04 02:34:04 *BUT* you may add preferred versions of your CVS apps, then u build only what you want in CVS, instead of everything. Please correct me if I'm wrong. Jul 04 02:34:45 thejapa, there are lots of things only avail in cvs, a stable distro just locks down the dates Jul 04 02:34:53 # Stay away from unversioned distros unless you really know what you are doing Jul 04 02:35:02 then I stand corrected. :) Jul 04 02:35:12 PREFERRED_VERSION_xserver-kdrive = "0.0cvs20050207" Jul 04 02:35:13 etc Jul 04 02:35:24 I can't use the release feeds... the kernels are too old Jul 04 02:35:33 and I really want my own kernel options Jul 04 02:35:39 and? Jul 04 02:35:41 should I pull from oz354? Jul 04 02:35:54 there is nothing to say you cannot change things Jul 04 02:36:02 use them and set your own PREFERRED_VERSIONs, I believe that's how it should be done. Jul 04 02:36:02 change just the kernel? Jul 04 02:36:05 yes Jul 04 02:36:10 I need a working build environment! Jul 04 02:36:21 by using stable you have one Jul 04 02:36:25 I can't build my own kernel without a toolchain... Jul 04 02:36:38 ok, so I just don't use .dev at all. Jul 04 02:36:43 that works for me Jul 04 02:36:51 let's see now... Jul 04 02:36:54 or use a combination of repos Jul 04 02:37:01 you can specify more than one Jul 04 02:37:06 eh? Jul 04 02:37:16 oh, you mean using .bb files from one to add to another Jul 04 02:37:17 can do Jul 04 02:37:19 no Jul 04 02:37:23 no? Jul 04 02:37:29 by using the correct monotone pull command Jul 04 02:37:39 oh, I pull them all into the .db Jul 04 02:37:44 oh, that I haven't learnt yet. Jul 04 02:37:45 I just checkout the one I want Jul 04 02:38:05 here sec Jul 04 02:39:57 it must be somewhere on monotone manual, I guess Jul 04 02:40:07 http://www.openembedded.org/wiki/DevelopmentBranches Jul 04 02:40:07 got it Jul 04 02:40:10 took a while... Jul 04 02:40:18 mt --db=/somepath/OE.db pull monotone.openembedded.org "org.openembedded.{dev,oz354fam083,dreambox}" Jul 04 02:40:24 it's like five or six links deep Jul 04 02:40:39 emte: or monotone --db=OE.db pull monotone.vanille.db Jul 04 02:40:44 which gets all branches Jul 04 02:40:48 oh no, we're already using mtn? Jul 04 02:40:55 not yet Jul 04 02:40:58 ah Jul 04 02:41:42 not sure you really want all 6 branches Jul 04 02:41:51 I have an nslu2 Jul 04 02:42:00 not that this has it Jul 04 02:42:01 :-P Jul 04 02:42:14 I don't want all six, you're right Jul 04 02:42:18 nslu2 is on a diff server Jul 04 02:42:30 as I said, this doesn't have it Jul 04 02:42:43 I was just too lazy to type the extra bit every time Jul 04 02:42:47 so now it's saving me a pull Jul 04 02:42:48 duh, that one OE.db I need to download again? mine must ages old, before the familiar migrated to git. Jul 04 02:43:00 http://www.openembedded.org/wiki/MonotonePhraseBook Jul 04 02:43:11 might help you as well Jul 04 02:43:12 oh, is that up? Jul 04 02:43:21 the link on the main page to it is broken Jul 04 02:43:46 maybe its to be replaced by 0.27 examples Jul 04 02:43:58 emte: I know how to use monotone.... I was just too lazy to type the branch on pull Jul 04 02:44:08 ah Jul 04 02:44:21 it just had some other OE magic Jul 04 02:44:32 that's not for pulls Jul 04 02:44:38 it's for updates and pushes Jul 04 02:44:43 the top section is Jul 04 02:45:04 hm? Jul 04 02:45:13 ... "Developers with write access need to generate a key and send it to mickeyl and koen:" Jul 04 02:45:14 4th grey box down Jul 04 02:45:24 mt --db=/somepath/OE.db pull monotone.openembedded.org "org.openembedded.{dev,oz354fam083,dreambox}" Jul 04 02:45:39 that tells me how to type out the command I was too lazy to type Jul 04 02:45:46 and it's wrong in two places anyhow Jul 04 02:45:55 possibly Jul 04 02:45:56 should be monotone pull monotone.vanille.de Jul 04 02:46:03 with a -d Jul 04 02:46:12 instead of monotone.openembedded.org Jul 04 02:46:13 and mt Jul 04 02:46:20 you must be using 0.26 Jul 04 02:46:24 I am Jul 04 02:46:35 wait... Jul 04 02:46:40 its valid for 0.25 Jul 04 02:46:40 hmm.. that's for 0.25? Jul 04 02:46:42 I have both .27 and .25, I think Jul 04 02:46:49 monotone is .25 I thought Jul 04 02:46:53 mt is .26 and up Jul 04 02:47:05 hehe Jul 04 02:47:25 i just hate these version changes :) Jul 04 02:47:26 monotone 0.25 (base revision: 4f4cb0aa339ad70c5b2624db22073d9e9a36c115) Jul 04 02:47:33 yes, that's "monotone --version" Jul 04 02:47:37 monotone --version Jul 04 02:47:37 monotone 0.24 (base revision: d59847072bb689e952ab21db7f9fababdb80a19f) Jul 04 02:47:39 i understand the need though Jul 04 02:47:44 openwrt looks pretty fucking cool Jul 04 02:47:57 ggilbert: it is until you run out of ram Jul 04 02:47:57 ~lart convoluted dependacies Jul 04 02:47:58 * ibot cuts off convoluted dependacies's head with a halberd that could have been a little bit sharper Jul 04 02:48:07 Borealid: hehe Jul 04 02:48:19 ~lart using the bear instead of openssh Jul 04 02:48:19 * ibot hits using the bear instead of openssh with an anvil and laughs with a contralto voice ... Haha Ha HA Ha Jul 04 02:48:36 Borealid: well in theory my needs are pretty simple :p Jul 04 02:48:40 openssh violates glp does it not? Jul 04 02:48:45 glp? Jul 04 02:48:47 gpl* Jul 04 02:48:55 emte: openssh is bsd Jul 04 02:48:55 Why would it? Jul 04 02:49:01 er wait i am thinking openssl Jul 04 02:49:08 it's the central part of openbsd... Jul 04 02:49:14 it isn't even UNDER the GPL Jul 04 02:49:18 openssl doesn't violate the gpl license either Jul 04 02:49:27 nah, I think the bear is just a smidge smaller :) Jul 04 02:49:30 hey, emte, I'll sell you a copy of openssh without the source Jul 04 02:49:32 only 20 euros Jul 04 02:49:33 There's just the small problem of people using it in gpl apps Jul 04 02:49:42 which is a bit more questionable Jul 04 02:49:51 hvontres: can you actually use that stupid bear? Jul 04 02:49:53 yeah its the grayarea stuff Jul 04 02:50:01 can anyone actually use that thing? Jul 04 02:50:10 it has no functionality at all Jul 04 02:50:11 works for what I use it for: ssh and scp Jul 04 02:50:18 unless you use a 2.0 server Jul 04 02:50:25 in which case it doesn't. Jul 04 02:50:26 and it came with the base rom :) Jul 04 02:50:36 until recently, it didn't even do keyboard-interactive Jul 04 02:50:45 and forget about kerberos... Jul 04 02:50:51 Borealid: but from looking at it, openwrt basically gets around the annoyance that made me switch to the magnia in the first place Jul 04 02:50:56 dropbear is to openssh what a pop gun is to an uzi Jul 04 02:50:58 the fcking annoying dhcp server Jul 04 02:51:07 eh? Jul 04 02:51:11 lol Jul 04 02:51:15 openwrt uses dnsmasq I think Jul 04 02:51:21 ohh, I use dropbear on my poodle...one of them Z's Jul 04 02:51:23 aye Jul 04 02:51:31 that's a halfway decent program Jul 04 02:51:44 Unless that's what linksys shipped with, it seems like an improvement Jul 04 02:51:47 I mean, you can't exactly do bind if you also want to have room for ipv6 Jul 04 02:52:08 that's why I'm frustrated with the ram in the wrt53g Jul 04 02:52:10 *54 Jul 04 02:52:24 I need ipv6, bind, openssh, dhcpd, and radvd Jul 04 02:52:27 and those don't all fit Jul 04 02:52:28 CoreDump|home: What are you doing up so darn early? Jul 04 02:52:58 I just need dhcpd, openssh, and openvpn Jul 04 02:53:20 you might have trouble fitting that, too - isn't openvpn large+ Jul 04 02:53:22 *? Jul 04 02:53:23 hvontres|home: preparing to go to work Jul 04 02:53:39 i hate early shift :\ Jul 04 02:53:41 Hopefully it will fit Jul 04 02:54:00 I've seen a number of references to people using it Jul 04 02:54:03 ~lart cleaning build/tmp Jul 04 02:54:03 * ibot cats /dev/urandom into cleaning build/tmp's ear Jul 04 02:54:11 CoreDump|home: Bummer...enjoying my 4 day weekend on this side of the pond..:) Jul 04 02:54:24 yay for independence day ;) Jul 04 02:54:26 ggilbert: well, you can probably take out pppoe to make room Jul 04 02:55:03 * Borealid cannot understand why people ship ifconfig instead of iproute2 Jul 04 02:55:14 CoreDump|home: Well, I have tried to get sound to work, but I just can't seem to get the bootstrap image to build...:( Jul 04 02:55:29 I'll try with the alsa-stuff disabled. Jul 04 02:55:43 what's wrong with bootstrap? Jul 04 02:55:46 Kernel seems to build tho.. Jul 04 02:55:50 it doesn't work in .dev? Jul 04 02:56:16 bootstrap is missing some dependancies... Jul 04 02:57:05 got a logfile? Jul 04 02:58:34 I do. Where do I send it? Jul 04 02:59:19 Borealid, dores iproute2 set MAC addresses? Jul 04 02:59:22 does* Jul 04 02:59:29 emte: it can, I believe Jul 04 02:59:37 not that I use it for that Jul 04 02:59:41 hvontres|home: paste the error here: http://rafb.net/paste/ Jul 04 02:59:41 and ipv6 addresses? Jul 04 02:59:53 emte: it's way better at ipv6 than ifconfig **** ENDING LOGGING AT Tue Jul 04 02:59:56 2006