**** BEGIN LOGGING AT Thu Nov 29 02:59:56 2007 Nov 29 08:00:54 morning Nov 29 08:21:53 03jeremy_laine 07org.oe.dev * r7599bdca... 10/ (2 files in 2 dirs): linux-2.6.23: fix mpc8313e-rdb LEDs patch (didn't apply cleanly) Nov 29 08:54:23 hi Nov 29 09:34:51 03koen 07org.oe.dev * r7e71187a... 10/ (3 files in 2 dirs): xserver-xorg: fix debug packaging Nov 29 09:43:19 ~seen rwhitby Nov 29 09:43:22 rwhitby is currently on #maemo (1d 8h 18m 6s) #oe (1d 8h 18m 6s) #openmoko (1d 8h 18m 6s) #nslu2-linux (1d 8h 18m 6s) #openjtag (1d 8h 18m 6s) #openslug (1d 8h 18m 6s). Has said a total of 9 messages. Is idling for 20h 59m 28s, last said: ' 12:43:42 up 79 days, 16:22, 2 users, load average: 0.15, 0.17, 0.15'. Nov 29 09:51:31 hrw: gu Nov 29 09:52:07 rwhitby: one of openmoko guys asked about you Nov 29 09:59:56 can someone confirm me cm-x270 (pxa270) is little-endian ? Nov 29 10:01:04 hrw: who looks after http://www.openembedded.org/snapshots/ ? Nov 29 10:01:23 Koen Nov 29 10:01:36 nud: its ARM. ARM can be le or be. Nov 29 10:01:46 nud: but by default it is LE Nov 29 10:01:58 'by default' as 'on most of boards' Nov 29 10:13:30 hrw: ok thanks Nov 29 10:32:31 hello Nov 29 10:32:52 is anyone here using a JFFS2 filesystem on a NAND flash? Nov 29 10:33:36 jeremy_laine: me Nov 29 10:34:07 I am working on a Freescale MPC8313E-RDB device, and my current status is: Nov 29 10:34:44 I have applied the patch for FSL's NAND controller to 2.6.23, and I can successfully get an ext2 rootfs to work, but my options for mkfs.jffs2 seem to be wrong Nov 29 10:35:35 I am using the "-n" option for mkfs.jffs2, and am specifying the eraseblock size, is there anything else that might be required? Nov 29 10:35:58 (I am using u-boot to write the rootfs to flash) Nov 29 10:37:01 torpor: eraseblock and LE/BE switch are most important iirc Nov 29 10:38:56 hrw: I have also specified the endianness Nov 29 10:39:50 XorA : Are the nand/jffs2 patches in .23 ? Nov 29 10:40:39 steliosk: which patches? Nov 29 10:42:30 steliosk: s/xora/jeremy_laine/ ? Nov 29 10:45:11 XorA : if i remember correclty there were some red hat patches for jffs2/nand Nov 29 10:45:41 steliosk: I think they must be in the kernel already, there is a notice saying something about jffs2, nand and redhat Nov 29 10:46:49 hurray, looks like my eraseblocksize was wrong after all!! Nov 29 10:47:19 VFS: Mounted root (jffs2 filesystem). Nov 29 10:47:40 the notice I mentioned: JFFS2 version 2.2. (NAND) �© 2001-2006 Red Hat, Inc. Nov 29 10:48:08 yep. probably that's it Nov 29 10:51:02 any1 knows where i can optain a linux 2.4.21 compatible version for mkfs.jffs2? Nov 29 10:52:20 cause when booting a 2.6 kernel it works, but when booting a 2.4 kernel i get erase block size errors when i use the same generated jffs2 image with the same version of mkfs.jffs2 (1.5) Nov 29 10:56:46 nik0n: some time ago we used same version for 2.6 and 2.4.18/20/25/27 kernels Nov 29 10:58:57 good morning all Nov 29 10:59:10 rwhitby: thanks for creating linux-ixp4xx Nov 29 10:59:48 steliosk: I hooked up the stk1000 to the efika for serial access, so I can now kill 2 birds with 1 stone :) Nov 29 10:59:49 hey koen Nov 29 10:59:55 hey XorA Nov 29 11:00:45 so koen whats the deal with that ppc uImage? Nov 29 11:01:11 XorA: you'd have to poke stelios, I forget which machine needed it Nov 29 11:01:17 does ppc build a uImage during build that we need to not clobber during do_compile_append Nov 29 11:01:29 * XorA pokes steliosk Nov 29 11:01:41 the uImage needs to get clobbered wherever it resides :) Nov 29 11:02:14 does u-boot-mkimage-openmoko-native produce uImage that works on ppc? Nov 29 11:02:40 * steliosk has no idea Nov 29 11:02:51 XorA: yes Nov 29 11:03:16 now we have uboot-utils 1.3 present in OE we could switch to that Nov 29 11:03:31 so my patch must be good to go as is, because I think we decided on email that all the hacks werent needed anymore Nov 29 11:03:40 koen : hmmm be careful with stone throwing :) Nov 29 11:03:41 for all the people screaming "OMG there's 'openmoko' in the recipe name !!!11!!!one!!one" Nov 29 11:04:20 one of the thing that's missing is the generation of the device tree binaries Nov 29 11:04:23 the hack were there to keep do_package happy Nov 29 11:04:37 koen: np - please let me know if linux-ixp4xx has anything that doesn't look best practice in it. Nov 29 11:04:57 uboot-utils 1.3 isnt showing in my tree Nov 29 11:05:10 didn't jeremy add it this week? Nov 29 11:05:15 I could be confused Nov 29 11:05:17 hi all Nov 29 11:05:23 * koen hasn't been following OE closely this week Nov 29 11:05:32 koen: I thought I saw a commit message that said that, but I cant see it in uboot directory Nov 29 11:05:42 koen: the plan is that linux-ixp4xx should work well with angstrom for both ixp4xx and nslu2 machines, with the only difference that nslu2 machine creates the final 8MB image for flashing. Nov 29 11:05:42 03koen 07org.oe.dev * r76ea1207... 10/ (1 packages/xorg-driver/xorg-driver-common.inc): xorg-driver-common: attempt to fix #3386 Nov 29 11:05:48 koen: ah, only uboot, not uboot-utils Nov 29 11:06:23 rwhitby: I only have a loft/avila available, so I can't really check nslu2 stuff Nov 29 11:06:50 * koen donated his nslu2 to his dad Nov 29 11:07:26 koen: I sent a machine mentor application to the angstrom core team list. Nov 29 11:07:45 (for nslu2, and co- for ixp4xx) Nov 29 11:09:24 * koen gets the impression the coreteam list admin doesn't check the request q Nov 29 11:10:35 koen: is there a way to do an INHERIT+= on the bitbake command line? Nov 29 11:11:09 (this is to add an INHERIT+="nslu2-image" to an ixp4xx machine build to create an 8MB nslu2 image) Nov 29 11:11:17 afaik there's no way to do += in cmdline Nov 29 11:12:08 rwhitby: how about a nslu2--image.bb that does 'require foo-image ; INHERIT += nslu2-image"? Nov 29 11:12:49 koen: would that be the most convenient for you for the autobuilds on the angstrom server? Nov 29 11:13:24 the least confusing way :) Nov 29 11:13:50 (the autobuilder is just a shell script that does "echo MACHINE=foo > auto.conf ; bitbake foo" in a loop) Nov 29 11:13:57 BTW, is there a reason why minimal-image.bb produces something called 'minimalist' instead of 'minimal' ? Nov 29 11:14:26 rwhitby: yes, it's to show people that recipe name != image name Nov 29 11:14:33 ok. Nov 29 11:14:46 so they use the correct OE variable in custom postprocess commands Nov 29 11:15:11 so for the autobuilder, will you just add a line that builds machine = ixp4xxbe and ixp4xxle and image nslu2--image ? Nov 29 11:15:25 yes Nov 29 11:15:49 ok, I'll set up that image file then. Nov 29 11:17:00 now we just wait for someone to complain about breaking the machine/image/distro orthogonality ;) Nov 29 11:18:00 but this way we can have OE build large images people can put on their usb storage without erroring out somewhere in the size check Nov 29 11:18:19 perhaps the autobuilder script could just echo "INHERIT += nslu2-image" into auto.conf ... for that machine? Nov 29 11:18:48 steliosk: http://dominion.thruhere.net/koen/cms/measuring-network-throughput-with-iperf-part-2 Nov 29 11:19:31 rwhitby: it could, but that would mean approximately 2 people know about how to build flashable nslu2 images... Nov 29 11:20:15 koen : I have a feeling the ethernet driver in the efika stinks... Nov 29 11:20:24 koen: good point Nov 29 11:20:57 steliosk: it's using the bestcomm stuff, right? Nov 29 11:21:17 koen : which kernel are you using ? Nov 29 11:21:44 2.6.20.20 Nov 29 11:22:18 not sure its using the bestcomm... Nov 29 11:23:23 koen: how do you want to handle automatic network configuration in Angstrom. Do we just assume that someone connecting a newly flashed angstrom device with no serial console is smart enough to use dhcp on the lan? Nov 29 11:24:08 Unless they're happily using zeroconf... Nov 29 11:24:10 (we at least need an 'auto eth0' for the nslu2 to work) Nov 29 11:24:31 broonie: minimal image doesn't have zeroconf, and console image is too big for nslu2 flash. Nov 29 11:24:34 angstrom has auto for eth0 and eth1 Nov 29 11:24:35 (or rather, lladdr) Nov 29 11:25:06 steliosk: hmm - I need to check why the nslu2 eth0 didn't come up then. Nov 29 11:25:12 but i have seen it fail to bring up the eth ports on some platforms Nov 29 11:25:20 i think its the busybox Nov 29 11:25:32 it chokes on the ifup -a Nov 29 11:25:35 we need auto eth0 and eth1 for all angstrom machines Nov 29 11:25:45 at least the firmware is loaded automatically on ifup Nov 29 11:25:56 rwhitby: and a fallback to 192.x if dhcp doens't work would be best Nov 29 11:26:30 if you do an ifup ethX it works fine, but ifup -a fails to bring them up. I have seen that on x86 angstrom images also Nov 29 11:27:00 koen : file://0020-Fec-MPC5200-eth-driver.txt;p=1;patch=1 \ Nov 29 11:27:45 broonie: I try to push zeroconf and avahi where possible in angstrom :) Nov 29 11:27:48 * rwhitby admires his newly built Angstrom-minimalist-image-...-nslu2.bin Nov 29 11:27:58 broonie: it's sooooo nice to get a popup when a board has booted Nov 29 11:31:07 * rwhitby flashes a slug to see if eth0 comes up ... Nov 29 11:36:32 "Remounting root file system" takes a long time on boot on my 16MB slug. Nov 29 11:38:26 rwhitby: FWIW, I added the missing symlinks for all mtn version 0.29 =< x =< 0.37 Nov 29 11:38:52 koen: I noticed that, and have asked OM to do the same on their new server. Nov 29 11:39:35 * rwhitby makes OE folks aware of http://wiki.openmoko.org/wiki/MonotoneServer (I only found out about it today) Nov 29 11:39:51 afaik only .29, .32 and .35 had db changes, but it can't hurt to have more symlinks Nov 29 11:40:14 MokoMakefile will still pound on OE server until OM puts versioned symlinks in their snapshot area. Nov 29 11:40:29 (they have agreed to do that) Nov 29 11:41:11 koen: if you can provide your set of old mtn binaries to someone in OM that would be appreciated. Nov 29 11:41:14 perhaps XorA ? Nov 29 11:41:30 old mtn binaries? Nov 29 11:41:30 rwhitby: the monotone.ca server has them Nov 29 11:41:49 XorA: for generating the older mtn snapshot dbs Nov 29 11:42:01 rwhitby: I always use teh static binaries the monotone.ca website provides Nov 29 11:42:04 XorA: can you pass on that information to John? Nov 29 11:42:21 rwhitby: it would be cooler for MokoMakefile to just fetch a static mtn build of a known version Nov 29 11:43:19 XorA: and how would I make sure that people running mtn commands by hand get the right executable? Nov 29 11:43:35 (same as for bitbake I guess) Nov 29 11:44:14 steliosk: the Angstrom image I just built does not have auto for ethX. Nov 29 11:44:27 * koen notices how once again the openmoko people decided to not use all the present experience and implement something fragile on their own Nov 29 11:44:28 rwhitby: you use alien to convert to local package format and force the install :-) Nov 29 11:46:04 packages/netbase/netbase/interfaces doesnt have auto eth0 Nov 29 11:46:14 some machine override this file Nov 29 11:46:57 should packages/netbase/netbase/interfaces be changed in OE, or Angstrom distro, or specific machines? Nov 29 11:48:08 (can anyone think of a reason why the default should *not* be auto for eth0 and eth1?) Nov 29 11:48:25 rwhitby: I would for specific Nov 29 11:48:54 we can always add a packages/netbase/netbase/angstrom/interfaces that has auto eth[01] Nov 29 11:49:06 to avoid getting copious amounts of hatemail Nov 29 11:49:18 o, wait, the familiar dudes aren't using OE anymore Nov 29 11:50:33 rwhitby: send an RFC to the oe-devel mailinglist :) Nov 29 11:51:24 (it also the hghlight the needs for a stacked FILESPATH, so packages/foo/files/angstrom/ixp4xx/ would work) Nov 29 11:54:32 koen: sent Nov 29 11:54:39 thanks Nov 29 11:55:11 all these RFC, it almost seems like maturation of the project :-) Nov 29 11:55:26 XorA: +1 from me to apply your patch Nov 29 11:55:41 * koen can't be arsed to wait six hours for the message to reach his inbox Nov 29 11:55:58 greylisting is getting annoying Nov 29 11:56:11 koen: is that what causing the slowdown? Nov 29 11:56:28 parts of it Nov 29 11:56:42 or do we just need a new mailserver? Nov 29 11:56:58 I had to turn on greylisting on my personal domain. Nov 29 11:57:15 so the next question is about the dhcp fallback - anyone know how to do that? Nov 29 11:57:27 XorA: ltg needs an extra gig of ram or an extra machine Nov 29 11:57:43 I am using guessnet on laptop for eth0 handling so no idea how other way Nov 29 11:57:49 rwhitby: the zeroconf package has scripts to hook into that Nov 29 11:57:56 * koen looks around for pH5 Nov 29 11:58:11 koen: OEDEM conclusion was there were spare machines all over the world, and a gig of RAM is cheap Nov 29 11:59:02 has OE ever approached OSUOSL about hosting? Nov 29 11:59:09 and then ram check job hit kernelconcepts and I have no idea how it ended Nov 29 11:59:29 (and has OE ever asked it's community for donations to buy a hunk of OE iron server?) Nov 29 11:59:31 * koen pokes florian Nov 29 11:59:43 has anybody got lighttpd 1.4.18 compiled into an image? Nov 29 11:59:45 yeah, the mailing list is driving people insane Nov 29 11:59:49 rwhitby: we are waiting for the e.V. to come through before asking for donations Nov 29 12:00:24 maybe s/people/me/ Nov 29 12:00:38 lswiki raised USD$4K in less than three weeks just recently. I taught them how to extract money for hardware out of their community :-) Nov 29 12:01:06 that's like 12 eurocents Nov 29 12:01:27 to highlight another problem with OE being largely non-US based Nov 29 12:01:44 koen: and enough to get machine for some time Nov 29 12:01:56 * florian wakes up Nov 29 12:02:15 yes, every cent the US dollar falls against the Australian dollar means tens of thousands of dollars less profit for my company. Nov 29 12:02:23 rwhitby: :-( Nov 29 12:02:24 in the bitbake.conf file for OE, the CXXFLAGS have the -fpermissive option set by default. I thought -fpermissive was not recommended since it would allow bad code to compile, why is this the default in OE? Nov 29 12:02:55 rwhitby: hardware is dirt cheap, a good hosting location costs every month Nov 29 12:03:07 florian: that's why nslu2-linux uses OSUOSL for that ;-) Nov 29 12:03:16 rwhitby: we can get machines from the intel opensource labs in oregon pretty easily, we just need someone to move those to OSOSOSOSUSLS and press 'reset' when needed Nov 29 12:03:44 (and we did a deal with lswiki where they shared our hosting slot by buying us a bigger machine to handle both projects) Nov 29 12:04:07 koen, collect doanations for my plane ticket :) Nov 29 12:04:29 (note of trivia: www.nslu2-linux.org sits in the same rack as master.kernel.org ...) Nov 29 12:04:35 rwhitby: so nslu2-linux already has an admin near the right data center? Nov 29 12:04:38 rwhitby: I hope to get a second machine in the same hosting location like the first one soon... that would be great for splitton out the databases to a second machine. Nov 29 12:04:38 namedropper Nov 29 12:05:02 XorA: we buy the OSUOSL guys beers, and have remote serial console access. Nov 29 12:05:18 time OE made best friends with rwhitby :-) Nov 29 12:05:50 any of those guys going to be at FOSDEM? Nov 29 12:05:51 * koen wonders what happened to gerwinins OE server that was to get hosted at my uni Nov 29 12:05:52 XorA: we have two slots there - and with the right arrangement could perhaps share the second slot Nov 29 12:06:45 OSUOSL currently has plenty of rack space and bandwidth, but no extra power on the UPS, so new projects have to share existing slots by replacing older power-hungry machines with newer, faster, more power-efficient machines. Nov 29 12:06:49 * florian votes for discussing this on the ltg mailinglist Nov 29 12:06:49 * XorA wonders what happened to gerwinin Nov 29 12:07:10 At least Nils who is working on the hosting stuff is not here but reads the list. Nov 29 12:07:38 it would be good to start the new year (if you didnt already have a new year) with working email lists Nov 29 12:08:01 florian: ka6sox looks after all the nslu2-linux and nas-central.org (new name for linkstationwiki.org) machines. Nov 29 12:08:43 (and he's the one who knows the OSUOSL guys in person - he's visited there twice now for installations of nslu2-linux machines) Nov 29 12:09:11 florian: there is an #osuosl channel here on freenode. Nov 29 12:10:07 isn't that where hh.o is hosted now? :) Nov 29 12:10:26 rwhitby: I'll ping mgross about the intel machines and report back on the specs Nov 29 12:10:27 hi mallum Nov 29 12:11:06 florian: h-e-l-l-o Nov 29 12:11:11 florian: yes: http://osuosl.org/hosting/clients Nov 29 12:12:13 * florian grins... a ltg machine next to hh.o ;) Nov 29 12:13:10 what's the relationship between OE and ltg? why does OE use ltg for mailing lists and stuff instead of it's own domain? Nov 29 12:13:30 florian: and we will have to give someone beer to be on top of hh.org? Nov 29 12:14:23 hrw: no, give some beer to the hh.org server ;) Nov 29 12:15:14 ;d Nov 29 12:15:28 rwhitby: oe.org is hosted by linuxtogo Nov 29 12:16:37 (as is angstrom, gpe, opie2, etc) Nov 29 12:18:31 ok, intel has been pinged about servers Nov 29 12:22:45 has anybody got lighttpd 1.4.18 compiled into an image? sorry to repeat my question :-[ Nov 29 12:24:03 Petu: create own image? Nov 29 12:24:51 * rwhitby can't work out how to distinguish 'lease dropped without renewal' vs 'never got a lease' in udhcpc to be able to set a default IP on boot if no dhcp ... Nov 29 12:24:59 Yes. On PowerPC based on linux-uclibc Nov 29 12:25:08 Petu: create own image recipe? Nov 29 12:27:13 hrw: Yes with PACKAGE_INSTALL including lighttpd. Somehow the plugin modules (lighttpd-module-*) will not appear in the image Nov 29 12:29:46 plugin modules are packaged separatelly or not? maybe you need more packages added? Nov 29 12:30:08 hrw: plugin modules are compiled into packages under tmp/staging/powerpc-linux-uclibc/lib but these packages are not included in the image Nov 29 12:33:40 Petu : How did you included lighhttpd ? You propably have to add the other packages in the image Nov 29 12:35:50 something like DISTRO_EXTRA_RDEPENDS +=" foo" or added to the IMAGE_INSTALL in your custom image Nov 29 12:36:19 steliosk: I included lighttpd with PACKAGE_INSTALL. I tried to include the plugin modules but there are no .bb files for them. They are handled by the lighttpd .pp file. Nov 29 12:38:05 These plugin modules are handled with PACKAGES_DYNAMIC in the lighttpd .pp file. Nov 29 12:41:06 Petu : yes you have to add these packages also in your image Nov 29 12:41:59 Petu : btw which ppc are you using ? Nov 29 12:42:28 steliosk: using DISTRO_EXTRA_RDEPENDS is discouraged unless you are a distro maintainer Nov 29 12:43:12 i thought he was.... Nov 29 12:44:28 Petu : The packages are created by the main lighttpd bb file, you need to make your image RDEPEND to the actual .ipkg files generated Nov 29 12:46:00 hi mickeyl Nov 29 12:46:30 * nud doesn't understand... how a driver for an usb device can depend on i2c-core Nov 29 12:46:34 steliosk: I'm using MPC8323. Should I add RDEPEND += "lighttpd" or RDEPEND += "lighttpd-module-*"? Nov 29 12:46:59 morning hrw Nov 29 12:47:22 * steliosk waves a banner in frond of mickeyl Nov 29 12:47:57 steliosk: with "PDF!! PDF!! INVOICE!! PDF!!" on it? Nov 29 12:47:57 yo mickeyl Nov 29 12:48:12 nud: It implements an I2C bus? Nov 29 12:48:35 Petu : You should add a DEPEND += "lighttpd" and RDEPEND +=" module-foo1 module-foo2" etc Nov 29 12:48:37 an i2c bus on usb ? Nov 29 12:48:49 nud: thats a very common use of usb Nov 29 12:48:56 oh Nov 29 12:49:05 nud: means you dont have to change the chip in the dongle at all Nov 29 12:49:23 ok Nov 29 12:49:40 nud: what sort of dongle you playing with? Nov 29 12:49:48 hrw : Yes i am very persistent person :) Nov 29 12:50:53 XorA: it's a hauppauge wintv usb Nov 29 12:51:03 I'm trying to fix the 'usbvision' driver for ARM Nov 29 12:51:16 nud: yeah, so its almost certain that the chipset inside is the same one as on PCI card :-) Nov 29 12:51:52 okay Nov 29 12:52:15 I have a Oops within consistent_sync in usb_hcd_submit_urb Nov 29 12:52:32 "Unable to handle kernel NULL pointer dereference at virtual address 00000000" it says Nov 29 12:53:12 time to run up the backtrace and find out why NULL was passed down then :-) Nov 29 12:54:07 I guess I have to compile my kernel with some debug stuff in it Nov 29 13:02:29 43GB gained just by removing few work/* dirs Nov 29 13:03:31 03xora 07org.oe.dev * r0238eff8... 10/ (3 files in 3 dirs): Nov 29 13:03:31 linux-openmoko_2.6.22.5.bb : CONFIG_MTD_NAND_S3C2410_CLKSTOP breaks accessing Nov 29 13:03:31 the mtd partitions from usespace so disable for now. Nov 29 13:04:36 XorA: that reminded me one thing to do... Nov 29 13:04:43 ~curse s3cmci Nov 29 13:04:44 May the fleas of a thousand camels infest your most sensitive regions, s3cmci ! Nov 29 13:55:35 steliosk: I added the plugin modules into the image RDEPENDS but still they are not copied into the image itself. Nov 29 13:56:37 Petu : Pastebin your image bb file to have a look at it Nov 29 13:57:08 Petu : btw what distro are you using ? Nov 29 14:01:49 Petu : the dcc failed Nov 29 14:04:13 ~pastebin Nov 29 14:04:14 [~pastebin] A "pastebin" is a web-based service where you can paste anything over 3 lines without flooding the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://www.rafb.net/paste Nov 29 14:04:53 btw, did anyone ever have a look why firefox 1.0.x crashes on startup? Nov 29 14:09:00 CoreDump: I think that's a well known problem with the upstream source Nov 29 14:09:30 it used to work many month ago Nov 29 14:09:33 ;) Nov 29 14:10:09 I would also like to see a working ff in OE again.. Nov 29 14:10:28 CoreDump: it didnt work since EABI switch Nov 29 14:10:35 CoreDump: minimo works though Nov 29 14:10:44 steliosk: I'm using ubuntu distro Nov 29 14:10:49 XorA: thanks, I'll try minimo Nov 29 14:11:23 CoreDump: problem is you need a seriously huge arm machine to debug ff, or a lot of patience Nov 29 14:11:36 I see Nov 29 14:11:43 annoying heh Nov 29 14:12:09 a working FF would be nice for the angstrom release I guess Nov 29 14:13:14 http://bugs.openembedded.org/show_bug.cgi?id=3373 Nov 29 14:13:23 would commiting this help? Nov 29 14:13:33 !oebug 3373 Nov 29 14:13:35 * * Bug 3373, Status: NEW, Created: 2007-11-26 12:28 Nov 29 14:13:36 * * otavio(AT)ossystems.com.br: fix firefox 2.0.0.3 building Nov 29 14:13:37 * * http://bugs.openembedded.org/show_bug.cgi?id=3373 Nov 29 14:14:27 Seeing how sluggish FF 1.0.x behaved, I have some doubts that 2.x would be usable at all Nov 29 14:14:47 * Crofton|home is not a GUI in embedded guy :) Nov 29 14:15:00 CoreDump, might be worth a try though Nov 29 14:15:01 ;) Nov 29 14:15:01 CoreDump: ff 1.0 worked well on c7x0 with Ximageon driver Nov 29 14:15:09 to meet the FF workig on Angstrom goal Nov 29 14:16:24 steliosk: Pasted in pastebin.com. Nov 29 14:16:35 IMO the best bet is to get FF 3.0b1 to compile Nov 29 14:17:34 hmm, that patch is just a random mess extracted from mozilla tree Nov 29 14:18:49 XorA, sounds ilke a desription of FF :) Nov 29 14:19:18 hmm, seems its a mix of adding x86 support + a one line .bb file change + one line mozconfig change Nov 29 14:21:31 XorA: ff 3 shouldn't have those big pixmaps leaks anymore due to the re-written core Nov 29 14:21:36 steliosk: http://pastebin.com/m7a17cacc, sorry about the fuzz:-[. Nov 29 14:22:22 we should give mozilla guys an angstrom arm machine as FOSDEM and challenge them to run firefox on it :-) Nov 29 14:23:29 http://www.rpsys.net/openzaurus/347.png :) Nov 29 14:25:20 RP: old news ;) Nov 29 14:25:59 RP: any real reason for a new distro or does mallum's brain explode when using overrides? Nov 29 14:26:19 koen: My choice, while experimenting Nov 29 14:26:44 a) Make work b) Make work generically Nov 29 14:27:43 I looked at it for angstrom a while back :) Nov 29 14:28:06 I couldn't find a neat way around the eabi selector with my limited python knowledge Nov 29 14:28:40 The nice thing is the end result actually runs too :) Nov 29 14:28:50 :) Nov 29 14:29:22 Petu : -> http://pastebin.com/m72d2690d Nov 29 14:29:23 the power of OE Nov 29 14:29:24 Just shame about the number of hacks needed to make it build. libtool hates darwin afaict Nov 29 14:29:36 koen: http://butterfeet.org/?p=49 Nov 29 14:30:04 steliosk: Sorry I need to go. Eucharisto so far ;). Nov 29 14:30:15 mallum: I saw that last night Nov 29 14:30:29 ah, that's anew post :) Nov 29 14:31:04 koen: yeah I thought you had a time machine or summin then Nov 29 14:32:13 mallum: Is butterfeet connected to planetcf? Nov 29 14:32:31 mallum: ah :) Nov 29 14:32:37 RP: I think eveel ross switched it to my tumblr Nov 29 14:33:03 mallum: yes Nov 29 14:33:09 RP: OE has some linux-isms in it we need to get rid off Nov 29 14:34:00 ah, gcc 4.2.1 for avr32 works again Nov 29 14:34:36 re Nov 29 14:34:39 koen: Not least FILES = "*.so" ;-) Nov 29 14:34:49 RP: that one Nov 29 14:35:04 koen: that's good news, I'm just about to buy such a thingy :) Nov 29 14:35:09 RP: zecke and I were dreading to fix that for MACHINE=native on osx Nov 29 14:35:54 florian: ngw100 or stk1000? Nov 29 14:36:01 koen: It can all be fixed, just needs time spending on it... Nov 29 14:36:57 RP: that .so stuff also needs fixing for uclinux variants that don't have shared libs or are using -mleaf-shared-id Nov 29 14:37:27 koen: not sure yet, but ngw100 maybe Nov 29 14:42:15 florian: they are both nice boards, but I'd recommend the ngw100 because it has 32mb of ram instead of 8mb Nov 29 14:44:18 koen: yep... and I can get it from a shop where I have to order stuff anyway :) Nov 29 14:44:55 now where is my arm board with 4G RAM, 4x 4GHz CPU's :-) Nov 29 14:44:58 morning Nov 29 14:45:04 so I can debug firefox Nov 29 14:45:16 * florian has a shell on the serial console of the OE Greenphone Nov 29 14:46:12 XorA: I could turn on our CATS for you... there you can have 4G of SWAP at least ;) Nov 29 14:57:05 * * OE Bug 3393 has been created by autobuild(AT)openembedded.org Nov 29 14:57:06 * * gnome-doc-utils-0.12.0-r1-do_compile Nov 29 14:57:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3393 Nov 29 15:28:30 florian: iirc xora still has sl-3200 so even more then 4GB space ;) Nov 29 15:28:53 hrw: hehe Nov 29 15:29:04 * * OE Bug 3394 has been created by autobuild(AT)openembedded.org Nov 29 15:29:06 * * minimo-0.02+cvs20070626-r0-do_compile Nov 29 15:29:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3394 Nov 29 15:33:50 XorA: dma_to_virt <-- I think my crash comes from that function which returns NULL for some reason Nov 29 15:33:59 * dcordes notices epiphany in oe Nov 29 15:38:23 nud: means nothing to me, thats kernel voodo Nov 29 15:41:09 is DMA known to be buggy on DMA ? Nov 29 15:41:13 on ARM * Nov 29 15:46:16 nud: DMA controllers are very CPU specific for ARM processors Nov 29 15:46:32 geez Nov 29 15:46:44 cbrake: and of course you don't use that on your cm-x270 port ? Nov 29 15:46:56 nud: but the DMA apis should be fairly clean Nov 29 15:47:35 cbrake: note that it's my first it straight in the kernel, and I have to get it working in a few days, but if you have pointers i'll be the happiest of the men alive Nov 29 15:47:41 nud: I have not written any custome code recently that uses DMA, but a lot of the internal devices like audio use DMA Nov 29 15:47:50 ac97 uses dma ? Nov 29 15:47:56 nud: yup Nov 29 15:48:06 mmh I'd have prefered something simpler butI guess I can have a look Nov 29 15:48:20 the hard part is that my device uses dma *and* usb Nov 29 15:48:36 so I guess the fixes would be scattered accross my driver and the usb driver Nov 29 15:48:41 nud: ouch Nov 29 15:48:50 nud: what interface are you using? Nov 29 15:48:50 it also uses i2c Nov 29 15:48:54 super combo for nud Nov 29 15:49:02 cbrake: I'd like to use usbvision Nov 29 15:49:43 each drivers I tested didn't work, so I guess I have to bit the bullet and fix one Nov 29 15:49:44 nud: hmm, so what interface are you having DMA problems with? Nov 29 15:50:27 I have a crash within dma_map_single Nov 29 15:50:39 nud: USB Host should be pretty robust as it uses the OHCI model Nov 29 15:50:41 what do you mean with "interface" Nov 29 15:50:44 ? Nov 29 15:50:56 nud: USB, PCI, camera, SPI, etc Nov 29 15:54:31 nud: you could try asking on LAKML (include a transcript of the oops) Nov 29 15:55:04 * * OE Bug 3395 has been created by autobuild(AT)openembedded.org Nov 29 15:55:06 * * firefox-1.0.7-r0-do_compile Nov 29 15:55:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3395 Nov 29 15:56:50 cbrake: well I'm such a newbie Nov 29 15:57:11 it uses USB (with DMA), I2C, V4L2 Nov 29 15:57:54 cbrake: what I found out is that the pwc driver is working, but it doesn't use DMA Nov 29 15:59:05 koen: I'm shy ;-) but I guess I'll have to Nov 29 15:59:19 koen: btw ksymoops doesn't give a good output Nov 29 15:59:37 do I have to install some specific package beside compiling in debugging symbols ? Nov 29 16:00:55 kernel_vmlinux maybe ? Nov 29 16:05:42 nud: you can build your kernel to give a detailed backtrace Nov 29 16:05:52 nud: I don't think ksymoops is needed anymore Nov 29 16:07:01 cbrake: then I didn't find the option Nov 29 16:07:11 what I'd want is to have the line number ;-) Nov 29 16:09:10 nud: you have CONFIG_DEBUG_KERNEL enabled? Nov 29 16:10:07 nud: that is not it .. hmmm ... Nov 29 16:11:51 nud: I think a kernel oops should always print the function name and address Nov 29 16:12:15 address, but what about a line number ? ;-) Nov 29 16:12:22 then I have it as it should be Nov 29 16:12:26 lemme paste it somewhere Nov 29 16:12:40 nud: if you build the kernel with debugging information, you can then objdump -D -s vmlinux to find the line number Nov 29 16:13:25 nud: but, if you are debugging modules, it gets more complicated :-\ Nov 29 16:13:51 I am :-/ Nov 29 16:16:42 http://rafb.net/p/1r8I0a32.html <-- here is what I have, cbrake Nov 29 16:17:05 it's not that fancy I'm afraid Nov 29 16:20:44 nud: you might want to try: irc.oftc.net #kernelnewbies Nov 29 16:21:01 nud: I don't do this often enough to be a lot of help Nov 29 16:21:11 nud: without a little research first Nov 29 16:21:12 ah, this sounds like a chan done just for me :-) Nov 29 16:21:23 nud: :-) its pretty useful Nov 29 16:26:04 * * OE Bug 3396 has been created by lukas.gorris(AT)gmx.de Nov 29 16:26:06 * * epiphany fails to configure Nov 29 16:26:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3396 Nov 29 17:00:10 bye Nov 29 17:20:36 what's wrong with my OE? Doesn't update/pull http://pastebin.ca/801850 Nov 29 17:23:04 * * OE Bug 3396 has been RESOLVED (WONTFIX) by koen(AT)openembedded.org Nov 29 17:23:06 * *  epiphany fails to configure Nov 29 17:23:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3396 Nov 29 17:27:28 dcordes: check your .monotonerc for bogus lua methods Nov 29 17:43:11 RP: could you look at #3397 and push if you don't see any problems? Thanks Nov 29 17:48:17 I have an image built with ENABLE_BINARY_LOCALE_GENERATION = "0", when it boots it OOM's generating alocale Nov 29 17:48:24 how do I stop this from happening? Nov 29 17:48:51 besides fixing qemu-native for my gcc .... Nov 29 17:49:23 hvontres|work: Why do we need to fool the boot_params? :/ Nov 29 17:53:34 Crofton: You either generate the locales on device or the build system generates them. There is no other way (other than rewrite glibc's locale generation) Nov 29 17:54:25 can I get it not to use locales completely? Nov 29 17:56:51 Crofton: IMAGE_LINUGAS = "" Nov 29 17:57:00 ah Nov 29 17:57:22 I think sakomans gumstix work turned on something not present in my other builds Nov 29 17:57:38 does uclibc use this also? Nov 29 17:57:51 I don't think so Nov 29 17:59:07 Which kernel is better to run on a geode processor? linux-rp is a good option? Nov 29 17:59:41 otavio: Probably one of the standard ones would be fine Nov 29 17:59:47 you just want a kernel with the supported drivers Nov 29 17:59:54 2.6.22 or 2.6.23 will treat you fine Nov 29 18:00:30 linux-rp of 2.6.23 would be nice? Nov 29 18:01:25 03jeremy_laine 07org.oe.dev * rdd83c0ba... 10/ (2 files in 2 dirs): linux-2.6.23: add license for mpc8313e-rdb LEDs module, fixes module loading Nov 29 18:02:19 otavio: sorry - I've been out of the OE loop for a while, so I don't know what linux-rp is Nov 29 18:02:23 RP: This makes Cmdline support for kexec work. I think the original way to get around Sharp's bootloader was to not even have the bootparams tag. If I put it in at the standard location (0xa00100), we pick up the Sharp crap params again. I have been testing this for a couple of weeks now, and it works pretty well. Nov 29 18:02:31 otavio: but 2.6.23 vanilla has the drivers you want, so anything based on that should be fine Nov 29 18:03:13 hvontres|work: Why does bootparams have to be enabled to make atags work though? Nov 29 18:04:43 RP: I'm not sure any more. That was actually mwesters patch. IIRC, without hvaing bootparams, kexec can't pass anything to the kernel Nov 29 18:05:03 hvontres|work: Try it without that line... Nov 29 18:06:03 03coredump2 07org.oe.dev * r6c0d8f89... 10/ (1 packages/subversion/subversion_1.4.5.bb): subversion: Add version 1.4.5 Nov 29 18:06:09 03coredump2 07org.oe.dev * r4688c77d... 10/ (1 packages/zaurusd/zaurusd_svn.bb): zaurusd: Fix *DEPENDS until the 'bl' situation has been resolved Nov 29 18:11:16 RP:We tried that when mwester first came up with his patch, and both thesing and I needed to add .bootparams to make it work Nov 29 18:11:52 RP thanks for the tip, I see how this works (at least for image generation) Nov 29 18:11:56 RP: on collie and poodle Nov 29 18:23:08 We have directfb-examples running on the gumstix+Samsung LCD Nov 29 18:26:22 Um, how do you log in to the wiki? Nov 29 18:26:44 I thought I use to be able to edit pages, but cannot anymore Nov 29 18:26:46 hvontres|work: I'll have to have a look at the patches then, that should not be needed Nov 29 18:31:05 * * OE Bug 3397 has been created by hvontres(AT)gmail.com Nov 29 18:31:07 * * linux-rp-2.6.17: add kexec atag support and make default for poodle Nov 29 18:31:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3397 Nov 29 18:31:41 RP: just tried again, still no dice Nov 29 18:34:00 RP: you might want to take a look at http://lists.linuxtogo.org/pipermail/openembedded-devel/2007-November/003453.html as well Nov 29 18:39:58 * mwester-road thinks that the correct fix is to add code that detects the bogus sharp bootloader args and ignores them, while allowing correct args passed in from kexec. Nov 29 18:53:00 Anyone around that's used the packaged-staging branch? Nov 29 19:05:11 hello guys'n'glas Nov 29 19:05:16 gals even Nov 29 19:05:24 where? Nov 29 19:14:47 Crofton: oh, wrong channel :-) Nov 29 19:15:09 there was an open solaris talk here a few days ago Nov 29 19:15:24 some guys went, they saw one woman, who collected free food and left Nov 29 19:18:42 Crofton: at least she understood the open part. Nov 29 19:19:01 heh Nov 29 19:19:56 Crofton: I just asked my girlfriend about the first thing that hits her mind when I said "Open Solaris". She says suntanparlor. Nov 29 19:20:11 sun tan parlor (sp?) Nov 29 19:20:30 heh Nov 29 19:21:04 Crofton: what's keeping you busy these days? Nov 29 19:21:10 slowaris? Nov 29 19:21:16 thesis defense Nov 29 19:21:20 next Tuesday Nov 29 19:21:35 I am staying really busy procrastinating Nov 29 19:22:09 Crofton: maybe mickey|sports can give you some pointers :) Nov 29 19:22:16 heh Nov 29 19:22:23 that's Dr Mickey Nov 29 19:22:25 (on the defense part that is :) Nov 29 19:22:26 koen: after 4 days with vista solaris is amazingly fast :) Nov 29 19:23:18 chouimat|work: heh, my wife went out and got a cheap laptop...Vista on 512 MB is SLOOOOOOW Nov 29 19:23:48 koen, I can't log into the wiki to edit Nov 29 19:23:50 hvontres|work: I had to use it with 2GB and it was slow so I can image the pain Nov 29 19:23:57 something is funky Nov 29 19:24:59 chouimat|work: the funny thing about vista is that they "borowed" the memory strategy from linux: anything you don't use becomes cache :) Nov 29 19:25:27 hvontres|work: but they screwed it Nov 29 19:26:08 chouimat|work: have you seen the latest Mac vs PC adds? Nov 29 19:26:28 the one with the PR lady? Nov 29 19:29:13 chouimat|work: and the one with the ring announcer and PC behind a podium :) Nov 29 19:29:36 only saw the pr lady Nov 29 19:29:52 "And by downgrading we mean upgrading to an older, more familiar experience" Nov 29 19:33:09 Does clicking the PDF's work for you guys? https://ols2006.108.redhat.com/2007/Reprints/ Nov 29 19:36:40 Crofton: good luck in preparing for that! Nov 29 19:37:07 thanks Nov 29 19:37:14 I need to stop procrastinating Nov 29 19:37:29 been building gumstix stuff and running from sakoman's work Nov 29 19:37:43 df_neo was cool on the lcd Nov 29 19:42:24 likewise: works for me in firefox on XP (here at work, no linux on the the net) Nov 29 19:43:07 hvontres|work: argh. I click but nothing happens. Firefox 2.0.0.10 (just updated...) on Gutsy/x86 Nov 29 20:03:43 03jluebbe 07org.oe.dev * r5bee5fc5... 10/ (4 files in 4 dirs): wesnoth: add a package for the current svn version (thanks Johannes Schauer) Nov 29 20:03:49 03jeremy_laine 07org.oe.dev * r19bacabe... 10/ (3 files in 3 dirs): linux-2.6.23: enable mpc8313e-rdb realtime clock (ds1339) Nov 29 20:17:29 ~lart atmel for breaking -Os Nov 29 20:17:29 * ibot chops atmel in half with a free AOL CD for breaking -Os Nov 29 20:17:57 koen: image too big now ? Nov 29 20:18:23 no, gcc stops ICEing on busybox, the kernel, alsa, etc... Nov 29 20:18:36 hvontres|work: and the devboard boots from SD anyway :) Nov 29 20:18:38 ~seen jeremy_laine Nov 29 20:18:40 jeremy_laine was last seen on IRC in channel #oe, 9h 31m ago, saying: 'the notice I mentioned: JFFS2 version 2.2. (NAND) �© 2001-2006 Red Hat, Inc.'. Nov 29 20:19:47 hvontres|work: but the 8MB of ram does call for small binaries :) Nov 29 20:21:09 is v86d packaged? Nov 29 20:25:51 morning all Nov 29 20:28:31 hmm Nov 29 20:28:36 __cxa_atexit Nov 29 20:28:51 * koen wonders why tslib wants a c++ compiler Nov 29 20:53:48 python-guru's: how can I check if a path exists and is a dir? Nov 29 20:54:46 ah, isdir(). How obvious. Nov 29 20:55:12 likewise: you might want to sit down, you got pwned pretty hard... Nov 29 20:55:14 heh Nov 29 20:55:17 likewise: too much stuff in python lib ... Nov 29 20:56:41 Zero_Chaos: sitting down. holding breath. Nov 29 20:57:04 likewise: no no, you should breath, that is rather important :-) Nov 29 21:22:37 kergoth: You broke libtool on darwin ;-) Nov 29 21:23:12 hi rp Nov 29 21:23:18 hi woglinde Nov 29 21:23:39 err, what? Nov 29 21:23:54 kergoth: Probably about 5 years ago but you did ;-) Nov 29 21:24:01 ah Nov 29 21:24:02 hehe Nov 29 21:24:03 oops Nov 29 21:24:22 * kergoth doesn't really remember the libtool voodoo anymore Nov 29 21:24:29 * kergoth is happier for it Nov 29 21:24:45 kergoth, is drinking the MV kool aid Nov 29 21:25:12 * kergoth still wants to get them using OE, the mv tools are still pretty weak Nov 29 21:25:29 I've heard that from some guys that use them :) Nov 29 21:25:31 Oh, to go back in time and show kergoth that comment 5 years ago Nov 29 21:25:55 the grass is always greener on the other side of the fence though Nov 29 21:26:53 this job at mv is a pretty good fit for where i am just now, i think this is the longest i've gone, in the past few years, without hating my job Nov 29 21:26:58 which is soemthing of a miracle, really Nov 29 21:35:29 kergoth: what keeps you busy at mv? what does your day look like? Nov 29 21:36:02 i fix bugs in existing products for one specific mv customer Nov 29 21:36:13 not particularly difficult, but covers lots of different areas, so i don't get too bored Nov 29 21:37:46 kergoth: I'm on a reality check with myself, whether I still like my job after 7 years... Need a good reference :-) Nov 29 21:39:00 i'm kind of an usual case probably, i got burned out on coding so needed something with variety, but which doesn't involve in depth design & implementation, so this is a good fit Nov 29 21:39:05 er, unusual Nov 29 21:39:07 silly fingers Nov 29 21:39:30 likewise: every 7 years I do a reality too ... and the last time I left my wife :) Nov 29 21:40:26 7 years is a very log period , we dont not what will happen after 7 minutes Nov 29 21:41:06 7 years is a very long period , we dont know what will happen after 7 minutes Nov 29 21:41:17 kergoth: sounds familiar to me. burned out as in "not challenging/versatile enough"? Nov 29 21:41:28 s/enough/anymore ? Nov 29 21:41:58 * koen just discovered a huge bug in gcc3-build.inc Nov 29 21:41:59 http://rafb.net/p/JoSQoO77.html Nov 29 21:42:06 jsr_rt: in 7 minutes I hope to have this bitbake recipe fixed.... Nov 29 21:42:14 the _cxa stuff doesn't end up in extra_oeconf... Nov 29 21:42:43 koen hm Nov 29 21:43:10 not sure actually, it just doesn't seem to be able to hold my interest long enough to accomplish much anymore Nov 29 21:43:16 Would this work? EXTRA_OECONF_glibc += "--enable-__cxa_atexit" Nov 29 21:43:32 likewise: check the anonymous function below Nov 29 21:43:34 koen: heh, is EXTRA_OECONF_DEP not getting into EXTRA_OECONF anywhere? Nov 29 21:43:51 kergoth: my python is to weak to figure that out Nov 29 21:43:53 * kergoth grabs bitbake & oe Nov 29 21:44:03 I'm going to coordinate with RP and rewrite all gcc stuff :) Nov 29 21:44:29 and probably use a few _append_linux and append_linux-uclibc lines instead of python Nov 29 21:44:32 it's just setting EXTRA_OECONF_DEP to _glibc or _uclibc based on the OS, only question is where's _DEP used Nov 29 21:44:56 _DEP is in the I snipped Nov 29 21:45:23 I wonder what happens when I make _uclibc an override... Nov 29 21:45:44 koen: show the stuff. does it use $X or ${X}? Nov 29 21:45:57 likewise: gcc3-build.inc in packages/gcc Nov 29 21:46:00 heh, probably shouldve made the override seperater something not valid in a variable name, to avoid confusion Nov 29 21:46:06 - vs _ or something Nov 29 21:46:31 kergoth: at OEDEM we discussed renaming all vars to FOO-BLA-BAR_overide to avoid confusion Nov 29 21:46:34 python-wise, I cannot get "if (os.path.exists(loaders_root)):" to work in gtk-2.10.inc Nov 29 21:46:39 ah good Nov 29 21:47:33 so I will not meet the 7 minutes deadline Nov 29 21:47:52 likewise: http://svn.o-hand.com/view/poky?rev=3241&view=rev Nov 29 21:49:35 and I think I know why uclinux toolchain are b0rked as well Nov 29 21:49:46 koen: What's special on the poky rev? Nov 29 21:49:47 toolchains* Nov 29 21:50:10 koen: you seem to have found a lot of borkiness. All AVR imposed shit? Nov 29 21:50:11 likewise: it changes loader postinsts, which might solve your problem Nov 29 21:51:22 koen: no, I want the do_split_packages to be run only on existing directories. I thought adding a "if (os.path.exists(loaders_root)):" should work (including indenting the next line). Nov 29 21:51:42 koen: but the postinst stuff might be nice for me as well :-) Nov 29 21:58:48 yay, my avr32 toolchain now has working c++ again Nov 29 21:59:36 koen hehe Nov 29 22:00:59 rwhitby: things are looking quite good on the intel server donation, will send more info when I hear back from their donation person Nov 29 22:01:00 03coredump2 07org.oe.dev * ra772b6bc... 10/ (6 files in 3 dirs): Nov 29 22:01:00 zaurusd: - Do only try to rotate when necessary (no more Landscape -> Landscape / Portrait -> Portrait rotataions) Nov 29 22:01:00 - Power off display on lid-close and remember old brightness setting Nov 29 22:01:00 - Run power-on function in the background to allow faster response on lid-open Nov 29 22:04:25 koen, please send money for plane ticket and I can move it :) Nov 29 22:09:21 Crofton: :) Nov 29 22:09:49 maybe we could get sakoman to drive up and do it Nov 29 22:09:57 but he seems busy of late Nov 29 22:09:59 RP: I want to implement http://rafb.net/p/JoSQoO77.html using _append_linux-uclibc and friends Nov 29 22:10:48 RP: but I'll ping you tomorrow about it, to avoid interfering with the sysroot and packaged-staging work Nov 29 22:10:51 'night all Nov 29 22:10:55 gn Nov 29 22:50:26 03likewise 07org.oe.dev * r2756e6b2... 10/ (3 files in 2 dirs): gdk-pixbuf-2.10.14: New recipe for stand-alone libgdkpixbuf and loader plugins. Nov 30 01:45:30 /local/sandbox/openembedded/org.openembedded.dev/packages/gcc/gcc-4.2.2/pr34130.patch Nov 30 01:45:36 not found Nov 30 01:59:10 likewise: ^^^ Nov 30 02:43:04 * * OE Bug 3398 has been created by thebohemian(AT)gmx.net Nov 30 02:43:06 * * hal_0.5.9: add intltool-native to dependencies to prevent configure from failing Nov 30 02:43:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3398 **** ENDING LOGGING AT Fri Nov 30 02:59:57 2007