| 00:02.35 | CIA-33 | 03likewise 07org.oe.dev * r417a59ef... 10/ (3 files in 2 dirs): linux-2.6.23: Added LEDs patch (only) for mpc8313e-rdb. Needs testing. |
| 00:02.42 | CIA-33 | 03likewise 07org.oe.dev * rf477e212... 10/ (3 files in 3 dirs): linux-2.6.23: Fixup of mpc8313e-rdb-leds.patch. |
| 00:02.46 | *** join/#oe CosmicPe1guin (n=nobody@163.181.251.103) |
| 00:02.51 | *** join/#oe zero (n=zero@c-71-60-239-40.hsd1.pa.comcast.net) |
| 00:03.01 | Zero_Chaos | testing |
| 00:03.06 | Zero_Chaos | neat |
| 00:03.16 | Zero_Chaos | NAbyss: okay, I found the restore, but it tells me no file |
| 00:03.24 | Zero_Chaos | NAbyss: where do I put the file on the CF card? |
| 00:03.48 | NAbyss | Zero_Chaos: In the root, as per the filename it was downloaded as, iirc |
| 00:03.54 | NAbyss | sysdbk310 or similar, from memory |
| 00:04.11 | Zero_Chaos | okay, systc100.dbk |
| 00:04.16 | NAbyss | ja |
| 00:04.19 | Zero_Chaos | on a 1gb fat16 partition |
| 00:04.27 | Zero_Chaos | on my cf card of the same size |
| 00:04.32 | Zero_Chaos | and it says file not found |
| 00:06.22 | Zero_Chaos | it says "file:SYSTC100.DBK"\n"not exist file" |
| 00:06.31 | Zero_Chaos | but that is the only file on the damned cf card |
| 00:06.37 | NAbyss | wtf.. |
| 00:06.43 | Zero_Chaos | yeah. |
| 00:07.59 | hvontres|work | Zero_Chaos: how is the card partioned? IIRC the fat partition needs to be the 1st entry in the table. |
| 00:08.19 | Zero_Chaos | hvontres|work: it's the only |
| 00:08.27 | Zero_Chaos | hvontres|work: 1gb partition on a 1gb card. |
| 00:08.36 | Zero_Chaos | /dev/sdb1 in my computer |
| 00:09.04 | hvontres|work | Zero_Chaos: ahh... that should be ok then |
| 00:09.34 | hvontres|work | Zero_Chaos: and it is fat16 right? |
| 00:09.50 | Zero_Chaos | mkdosfs makes fat16 I think... right? |
| 00:10.00 | CosmicPenguin | it makes them all |
| 00:11.00 | hvontres|work | Zero_Chaos: according to the man page, it picks the "best" for you if you don't tell it :) |
| 00:11.03 | Zero_Chaos | so "mkdosfs -F 16" |
| 00:11.14 | hvontres|work | Zero_Chaos: yup |
| 00:11.52 | Zero_Chaos | it says vfat in "mount" that seems bad... |
| 00:11.57 | Zero_Chaos | I'll force it this time |
| 00:12.34 | hvontres|work | Zero_Chaos: you might want to check the partition type in fdisk as well |
| 00:14.20 | Zero_Chaos | yeah |
| 00:15.59 | Zero_Chaos | I've not really fdisked a dos drive before... what number should it be? |
| 00:16.48 | Zero_Chaos | well it says fat16 anyway, I'll leave it alone and format it right |
| 00:17.19 | Zero_Chaos | still says vfat... i thought vfat was fat32 though... |
| 00:18.41 | Zero_Chaos | for no reason at all, it likes me now |
| 00:19.34 | Zero_Chaos | maybe it was the -F16, but it looked the same when done according to mount... |
| 00:19.39 | Zero_Chaos | whatever it's working now. |
| 00:20.03 | Zero_Chaos | NAbyss: hvontres|work: CosmicPenguin: thanks, it is flashing now, now I just hope it works when done :-) |
| 00:21.40 | Zero_Chaos | okay, green bar is the length of the screen and it printed OK after "Restore..." |
| 00:21.44 | Zero_Chaos | so what now? |
| 00:21.46 | Zero_Chaos | reboot? |
| 00:22.41 | Zero_Chaos | hmm, it seems to be booting... |
| 00:22.47 | Zero_Chaos | at least I get a sharp logo again.... |
| 00:23.38 | *** join/#oe t[cc]smar (n=[cc]smar@62.65.142.223) |
| 00:24.54 | hvontres|work | Zero_Chaos: Any luck |
| 00:25.43 | Zero_Chaos | hvontres|work: if I turn it on a get a sharp logo and a blinking block cursor, don't know if it doesn't anything else. I can get into the flash menu again so I presume it restored my emergency bootloader at least |
| 00:26.11 | Zero_Chaos | as for what I actually put into the NAND, well, it doesn't seem to work, or maybe I'm not patient enough |
| 00:27.48 | Zero_Chaos | okay, I rebooted and let whatever is there try to boot before my last line and now... it's still doing nothing |
| 00:28.48 | Zero_Chaos | so back to my original thought... :-) anyone with an akita that know of something that works that I can flash? |
| 00:29.36 | Zero_Chaos | because whatever is in my flash seems to not work |
| 00:30.22 | *** join/#oe mithro (n=tim@eth2933.qld.adsl.internode.on.net) [NETSPLIT VICTIM] |
| 00:33.00 | *** join/#oe dcordes_ (n=user0815@f049003056.adsl.alicedsl.de) |
| 00:34.44 | Zero_Chaos | if there is an image on the wiki for download, does that mean it works? I presume so because the last one was from 10/30 |
| 00:36.04 | Zero_Chaos | nevermind, there are not jffs2 on the download site. |
| 00:38.05 | cdbot2 | * * OE Bug 3390 has been created by utx(AT)penguin.cz |
| 00:38.07 | cdbot2 | * * zaurusd does not discriminate between "lid was opened" and "headphones removed" |
| 00:38.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3390 |
| 00:38.17 | cdbot2 | * * OE Bug 2571 has been RESOLVED (FIXED) by utx(AT)penguin.cz |
| 00:38.19 | cdbot2 | * * scripts under /etc/zaurus/hinge-$orientation.d/ run twice |
| 00:38.21 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2571 |
| 00:47.24 | *** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg) |
| 00:47.55 | *** part/#oe stefan_schmidt (n=stefan@datenfreihafen.org) |
| 00:52.23 | *** join/#oe toi (n=pleemans@d5152D3B4.access.telenet.be) |
| 00:53.13 | *** join/#oe drmikecrowe (n=drmikecr@208.104.23.34) |
| 00:57.26 | *** join/#oe toi (n=pleemans@d5152D3B4.access.telenet.be) |
| 00:57.38 | *** join/#oe mithro (n=tim@eth2933.qld.adsl.internode.on.net) |
| 00:59.33 | *** part/#oe Fique (n=tkazi@167.216.14.194) |
| 01:11.32 | *** part/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
| 01:46.15 | *** join/#oe greentux_ (n=lemke@Z6715.z.pppool.de) |
| 01:53.37 | *** join/#oe jbs (n=Bernardo@89-180-27-174.net.novis.pt) |
| 02:00.13 | *** join/#oe benlau (n=benlau@221.125.8.107) |
| 02:00.52 | *** join/#oe thecan_ (n=thecan@dslb-084-056-157-038.pools.arcor-ip.net) |
| 02:22.39 | *** join/#oe csmanx (n=csman@bas6-montrealak-1128554141.dsl.bell.ca) |
| 02:26.51 | *** join/#oe Khem (i=Khem@nat/montavista/x-a465c21e4ebf441f) |
| 02:37.05 | cdbot2 | * * OE Bug 3391 has been created by autobuild(AT)openembedded.org |
| 02:37.07 | cdbot2 | * * libmad-0.15.1b-r0-do_configure |
| 02:37.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3391 |
| 02:40.05 | cdbot2 | * * OE Bug 3392 has been created by autobuild(AT)openembedded.org |
| 02:40.07 | cdbot2 | * * gtk+-2.10.14-r7-do_compile |
| 02:40.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3392 |
| 02:50.30 | *** join/#oe aloisiojr (n=aloisio@189.70.53.38) |
| 03:07.35 | *** join/#oe mithro (n=tim@eth2933.qld.adsl.internode.on.net) |
| 03:08.11 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
| 03:22.34 | *** join/#oe rd_ (n=dr@vnsecurity.net) |
| 04:04.06 | *** join/#oe wicklifebook (n=wicked@63.135.135.198) |
| 04:08.42 | *** join/#oe vivijim (n=vivijim@189.70.53.38) |
| 04:12.11 | *** join/#oe Reach (n=Reach@sw169-210-231.adsl.seed.net.tw) |
| 04:14.17 | *** join/#oe mhnoyes (n=mhnoyes@adsl-76-254-3-120.dsl.pltn13.sbcglobal.net) |
| 04:42.50 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 04:44.26 | *** join/#oe benlau2 (n=benlau@221.125.8.71) |
| 04:45.53 | *** join/#oe bluelightning (n=blueligh@219-89-45-82.dialup.xtra.co.nz) |
| 04:55.50 | *** join/#oe jkilb_ (n=jkilb@p5B20BFC9.dip0.t-ipconnect.de) |
| 05:00.44 | *** join/#oe borg_ (n=olaf@80.149.17.21) |
| 05:01.42 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.mn.comcast.net) |
| 05:03.48 | *** join/#oe rd_ (n=dr@vnsecurity.net) |
| 05:06.08 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
| 05:11.19 | *** join/#oe wicklifebook (n=wicked@63.135.135.198) |
| 05:26.41 | *** join/#oe Khem (i=Khem@nat/montavista/x-26626b9998b1db5b) |
| 06:13.33 | *** join/#oe mithro (n=tim@eth3421.qld.adsl.internode.on.net) |
| 06:22.24 | *** join/#oe univac (n=univac@148.81.191.193) |
| 07:03.03 | *** join/#oe hvontres|home (n=hvontres@adsl-75-13-98-138.dsl.sndg02.sbcglobal.net) |
| 07:21.53 | *** join/#oe polyonymous (n=hacker@pD9538A84.dip0.t-ipconnect.de) |
| 07:23.24 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 07:26.30 | *** join/#oe magumbade (n=magumbad@p5497CC4E.dip.t-dialin.net) |
| 07:32.53 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
| 07:44.36 | *** join/#oe osas (n=nnnnnnno@i216-58-54-200.cybersurf.com) |
| 07:59.46 | *** join/#oe nud (n=sf@www.multitel.be) |
| 08:00.54 | hrw | morning |
| 08:17.02 | *** join/#oe jeremy_laine (n=sharky@120.194.210.62.te-dns.org) |
| 08:21.54 | CIA-33 | 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) |
| 08:26.35 | *** join/#oe jcamp (i=moviline@158.49.121.185) |
| 08:30.57 | *** join/#oe cyberdeck (n=molter@unaffiliated/cyberdeck) |
| 08:54.11 | *** join/#oe Genesis (n=genesis@AMontsouris-153-1-97-244.w90-24.abo.wanadoo.fr) |
| 08:54.23 | Genesis | hi |
| 09:23.26 | *** join/#oe jbs (n=Bernardo@84.39.67.30) |
| 09:34.51 | CIA-33 | 03koen 07org.oe.dev * r7e71187a... 10/ (3 files in 2 dirs): xserver-xorg: fix debug packaging |
| 09:43.19 | hrw | ~seen rwhitby |
| 09:43.22 | ibot | 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'. |
| 09:51.31 | rwhitby | hrw: gu |
| 09:52.07 | hrw | rwhitby: one of openmoko guys asked about you |
| 09:59.56 | nud | can someone confirm me cm-x270 (pxa270) is little-endian ? |
| 10:01.04 | rwhitby | hrw: who looks after http://www.openembedded.org/snapshots/ ? |
| 10:01.23 | hrw | Koen |
| 10:01.37 | hrw | nud: its ARM. ARM can be le or be. |
| 10:01.47 | hrw | nud: but by default it is LE |
| 10:01.58 | hrw | 'by default' as 'on most of boards' |
| 10:09.49 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
| 10:13.31 | nud | hrw: ok thanks |
| 10:16.25 | *** join/#oe shres (n=Shreyas@59.92.199.215) |
| 10:21.41 | *** join/#oe a-atwood (n=alan@dialup-4.226.243.109.Dial1.Dallas1.Level3.net) |
| 10:23.14 | *** join/#oe Sleep-Walker (i=Sleep@nat/suse/x-4624d213a801c8c5) |
| 10:28.56 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 10:30.41 | *** join/#oe e-ffi (n=cybercom@e-ffi.bsnet.se) |
| 10:32.05 | *** join/#oe Bitmaster (n=Bitmaste@87-76-63-121.event.dreamhack.se) |
| 10:32.32 | jeremy_laine | hello |
| 10:32.52 | jeremy_laine | is anyone here using a JFFS2 filesystem on a NAND flash? |
| 10:33.36 | XorA | jeremy_laine: me |
| 10:34.07 | jeremy_laine | I am working on a Freescale MPC8313E-RDB device, and my current status is: |
| 10:34.11 | *** join/#oe rob_w (n=bob@X0702.x.pppool.de) |
| 10:34.44 | jeremy_laine | 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 |
| 10:35.35 | jeremy_laine | I am using the "-n" option for mkfs.jffs2, and am specifying the eraseblock size, is there anything else that might be required? |
| 10:35.58 | jeremy_laine | (I am using u-boot to write the rootfs to flash) |
| 10:37.01 | hrw | torpor: eraseblock and LE/BE switch are most important iirc |
| 10:38.56 | jeremy_laine | hrw: I have also specified the endianness |
| 10:39.51 | steliosk | XorA : Are the nand/jffs2 patches in .23 ? |
| 10:40.39 | XorA | steliosk: which patches? |
| 10:42.30 | hrw | steliosk: s/xora/jeremy_laine/ ? |
| 10:45.12 | steliosk | XorA : if i remember correclty there were some red hat patches for jffs2/nand |
| 10:45.41 | jeremy_laine | steliosk: I think they must be in the kernel already, there is a notice saying something about jffs2, nand and redhat |
| 10:46.49 | jeremy_laine | hurray, looks like my eraseblocksize was wrong after all!! |
| 10:47.19 | jeremy_laine | VFS: Mounted root (jffs2 filesystem). |
| 10:47.40 | jeremy_laine | the notice I mentioned: JFFS2 version 2.2. (NAND) �© 2001-2006 Red Hat, Inc. |
| 10:48.08 | steliosk | yep. probably that's it |
| 10:48.49 | *** join/#oe xjqia1 (n=gordon@24-107-180-75.dhcp.stls.mo.charter.com) |
| 10:49.38 | *** join/#oe mwester-road (n=chatzill@cmr-208-97-118-162.cr.net.cable.rogers.com) |
| 10:51.02 | nik0n | any1 knows where i can optain a linux 2.4.21 compatible version for mkfs.jffs2? |
| 10:52.20 | nik0n | 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) |
| 10:54.36 | *** join/#oe koen (n=koen@s55917625.adsl.wanadoo.nl) |
| 10:56.47 | hrw | nik0n: some time ago we used same version for 2.6 and 2.4.18/20/25/27 kernels |
| 10:58.58 | koen | good morning all |
| 10:59.11 | koen | rwhitby: thanks for creating linux-ixp4xx |
| 10:59.42 | *** join/#oe Sleep-Walker (i=Sleep@nat/suse/x-caedf218bf3690cc) |
| 10:59.48 | koen | steliosk: I hooked up the stk1000 to the efika for serial access, so I can now kill 2 birds with 1 stone :) |
| 10:59.49 | XorA | hey koen |
| 10:59.55 | koen | hey XorA |
| 11:00.45 | XorA | so koen whats the deal with that ppc uImage? |
| 11:01.12 | koen | XorA: you'd have to poke stelios, I forget which machine needed it |
| 11:01.17 | XorA | does ppc build a uImage during build that we need to not clobber during do_compile_append |
| 11:01.41 | koen | the uImage needs to get clobbered wherever it resides :) |
| 11:02.14 | *** join/#oe florian (n=fuchs@217.146.132.69) |
| 11:02.14 | XorA | does u-boot-mkimage-openmoko-native produce uImage that works on ppc? |
| 11:02.51 | koen | XorA: yes |
| 11:03.17 | koen | now we have uboot-utils 1.3 present in OE we could switch to that |
| 11:03.31 | XorA | so my patch must be good to go as is, because I think we decided on email that all the hacks werent needed anymore |
| 11:03.40 | steliosk | koen : hmmm be careful with stone throwing :) |
| 11:03.41 | koen | for all the people screaming "OMG there's 'openmoko' in the recipe name !!!11!!!one!!one" |
| 11:04.21 | steliosk | one of the thing that's missing is the generation of the device tree binaries |
| 11:04.24 | koen | the hack were there to keep do_package happy |
| 11:04.37 | rwhitby | koen: np - please let me know if linux-ixp4xx has anything that doesn't look best practice in it. |
| 11:04.58 | XorA | uboot-utils 1.3 isnt showing in my tree |
| 11:05.11 | koen | didn't jeremy add it this week? |
| 11:05.15 | koen | I could be confused |
| 11:05.17 | florian | hi all |
| 11:05.33 | XorA | koen: I thought I saw a commit message that said that, but I cant see it in uboot directory |
| 11:05.42 | rwhitby | 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. |
| 11:05.42 | CIA-33 | 03koen 07org.oe.dev * r76ea1207... 10/ (1 packages/xorg-driver/xorg-driver-common.inc): xorg-driver-common: attempt to fix #3386 |
| 11:05.48 | XorA | koen: ah, only uboot, not uboot-utils |
| 11:06.23 | koen | rwhitby: I only have a loft/avila available, so I can't really check nslu2 stuff |
| 11:07.26 | rwhitby | koen: I sent a machine mentor application to the angstrom core team list. |
| 11:07.46 | rwhitby | (for nslu2, and co- for ixp4xx) |
| 11:10.35 | rwhitby | koen: is there a way to do an INHERIT+= on the bitbake command line? |
| 11:11.09 | rwhitby | (this is to add an INHERIT+="nslu2-image" to an ixp4xx machine build to create an 8MB nslu2 image) |
| 11:11.17 | koen | afaik there's no way to do += in cmdline |
| 11:12.08 | koen | rwhitby: how about a nslu2-<foo>-image.bb that does 'require foo-image ; INHERIT += nslu2-image"? |
| 11:12.49 | rwhitby | koen: would that be the most convenient for you for the autobuilds on the angstrom server? |
| 11:13.24 | koen | the least confusing way :) |
| 11:13.50 | koen | (the autobuilder is just a shell script that does "echo MACHINE=foo > auto.conf ; bitbake foo" in a loop) |
| 11:13.57 | rwhitby | BTW, is there a reason why minimal-image.bb produces something called 'minimalist' instead of 'minimal' ? |
| 11:14.26 | koen | rwhitby: yes, it's to show people that recipe name != image name |
| 11:14.33 | rwhitby | ok. |
| 11:14.46 | koen | so they use the correct OE variable in custom postprocess commands |
| 11:15.12 | rwhitby | so for the autobuilder, will you just add a line that builds machine = ixp4xxbe and ixp4xxle and image nslu2-<foo>-image ? |
| 11:15.25 | koen | yes |
| 11:15.50 | rwhitby | ok, I'll set up that image file then. |
| 11:17.01 | koen | now we just wait for someone to complain about breaking the machine/image/distro orthogonality ;) |
| 11:18.01 | koen | 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 |
| 11:18.20 | rwhitby | perhaps the autobuilder script could just echo "INHERIT += nslu2-image" into auto.conf ... for that machine? |
| 11:18.48 | koen | steliosk: http://dominion.thruhere.net/koen/cms/measuring-network-throughput-with-iperf-part-2 |
| 11:19.31 | koen | rwhitby: it could, but that would mean approximately 2 people know about how to build flashable nslu2 images... |
| 11:20.16 | steliosk | koen : I have a feeling the ethernet driver in the efika stinks... |
| 11:20.25 | rwhitby | koen: good point |
| 11:20.57 | koen | steliosk: it's using the bestcomm stuff, right? |
| 11:21.18 | steliosk | koen : which kernel are you using ? |
| 11:21.44 | koen | 2.6.20.20 |
| 11:22.18 | steliosk | not sure its using the bestcomm... |
| 11:23.23 | rwhitby | 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? |
| 11:24.08 | broonie | Unless they're happily using zeroconf... |
| 11:24.10 | rwhitby | (we at least need an 'auto eth0' for the nslu2 to work) |
| 11:24.31 | rwhitby | broonie: minimal image doesn't have zeroconf, and console image is too big for nslu2 flash. |
| 11:24.35 | steliosk | angstrom has auto for eth0 and eth1 |
| 11:24.35 | broonie | (or rather, lladdr) |
| 11:25.06 | rwhitby | steliosk: hmm - I need to check why the nslu2 eth0 didn't come up then. |
| 11:25.12 | steliosk | but i have seen it fail to bring up the eth ports on some platforms |
| 11:25.20 | steliosk | i think its the busybox |
| 11:25.32 | steliosk | it chokes on the ifup -a |
| 11:25.35 | koen | we need auto eth0 and eth1 for all angstrom machines |
| 11:25.45 | rwhitby | at least the firmware is loaded automatically on ifup |
| 11:25.56 | koen | rwhitby: and a fallback to 192.x if dhcp doens't work would be best |
| 11:26.30 | steliosk | 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 |
| 11:26.31 | *** join/#oe rd_ (n=dr@vnsecurity.net) |
| 11:27.00 | steliosk | koen : file://0020-Fec-MPC5200-eth-driver.txt;p=1;patch=1 \ |
| 11:27.46 | koen | broonie: I try to push zeroconf and avahi where possible in angstrom :) |
| 11:27.58 | koen | broonie: it's sooooo nice to get a popup when a board has booted |
| 11:28.26 | *** join/#oe mwester-road_ (n=chatzill@cmr-208-97-118-162.cr.net.cable.rogers.com) |
| 11:32.06 | *** join/#oe rd_ (n=dr@vnsecurity.net) |
| 11:36.32 | rwhitby | "Remounting root file system" takes a long time on boot on my 16MB slug. |
| 11:38.26 | koen | rwhitby: FWIW, I added the missing symlinks for all mtn version 0.29 =< x =< 0.37 |
| 11:38.52 | rwhitby | koen: I noticed that, and have asked OM to do the same on their new server. |
| 11:39.51 | koen | afaik only .29, .32 and .35 had db changes, but it can't hurt to have more symlinks |
| 11:40.14 | rwhitby | MokoMakefile will still pound on OE server until OM puts versioned symlinks in their snapshot area. |
| 11:40.30 | rwhitby | (they have agreed to do that) |
| 11:41.11 | rwhitby | koen: if you can provide your set of old mtn binaries to someone in OM that would be appreciated. |
| 11:41.15 | rwhitby | perhaps XorA ? |
| 11:41.30 | XorA | old mtn binaries? |
| 11:41.31 | koen | rwhitby: the monotone.ca server has them |
| 11:41.49 | rwhitby | XorA: for generating the older mtn snapshot dbs |
| 11:42.01 | koen | rwhitby: I always use teh static binaries the monotone.ca website provides |
| 11:42.04 | rwhitby | XorA: can you pass on that information to John? |
| 11:42.21 | XorA | rwhitby: it would be cooler for MokoMakefile to just fetch a static mtn build of a known version |
| 11:42.51 | *** join/#oe poli_ (n=ca@200-168-30-125.dsl.telesp.net.br) |
| 11:43.19 | rwhitby | XorA: and how would I make sure that people running mtn commands by hand get the right executable? |
| 11:43.36 | rwhitby | (same as for bitbake I guess) |
| 11:44.14 | rwhitby | steliosk: the Angstrom image I just built does not have auto for ethX. |
| 11:44.28 | XorA | rwhitby: you use alien to convert to local package format and force the install :-) |
| 11:46.04 | XorA | packages/netbase/netbase/interfaces doesnt have auto eth0 |
| 11:46.15 | XorA | some machine override this file |
| 11:46.58 | rwhitby | should packages/netbase/netbase/interfaces be changed in OE, or Angstrom distro, or specific machines? |
| 11:48.08 | rwhitby | (can anyone think of a reason why the default should *not* be auto for eth0 and eth1?) |
| 11:48.25 | hrw | rwhitby: I would for specific |
| 11:48.55 | koen | we can always add a packages/netbase/netbase/angstrom/interfaces that has auto eth[01] |
| 11:49.01 | *** join/#oe rob_w (n=bob@X0702.x.pppool.de) |
| 11:49.07 | koen | to avoid getting copious amounts of hatemail |
| 11:49.18 | koen | o, wait, the familiar dudes aren't using OE anymore |
| 11:50.33 | koen | rwhitby: send an RFC to the oe-devel mailinglist :) |
| 11:51.24 | koen | (it also the hghlight the needs for a stacked FILESPATH, so packages/foo/files/angstrom/ixp4xx/ would work) |
| 11:52.32 | *** join/#oe Petu (n=petri@nblzone-210-100.nblnetworks.fi) |
| 11:54.32 | rwhitby | koen: sent |
| 11:54.39 | koen | thanks |
| 11:55.11 | XorA | all these RFC, it almost seems like maturation of the project :-) |
| 11:55.26 | koen | XorA: +1 from me to apply your patch |
| 11:55.58 | koen | greylisting is getting annoying |
| 11:56.12 | XorA | koen: is that what causing the slowdown? |
| 11:56.28 | koen | parts of it |
| 11:56.42 | XorA | or do we just need a new mailserver? |
| 11:56.58 | rwhitby | I had to turn on greylisting on my personal domain. |
| 11:57.15 | rwhitby | so the next question is about the dhcp fallback - anyone know how to do that? |
| 11:57.27 | koen | XorA: ltg needs an extra gig of ram or an extra machine |
| 11:57.44 | hrw | I am using guessnet on laptop for eth0 handling so no idea how other way |
| 11:57.49 | koen | rwhitby: the zeroconf package has scripts to hook into that |
| 11:58.11 | XorA | koen: OEDEM conclusion was there were spare machines all over the world, and a gig of RAM is cheap |
| 11:59.02 | rwhitby | has OE ever approached OSUOSL about hosting? |
| 11:59.09 | hrw | and then ram check job hit kernelconcepts and I have no idea how it ended |
| 11:59.29 | rwhitby | (and has OE ever asked it's community for donations to buy a hunk of OE iron server?) |
| 11:59.43 | Petu | has anybody got lighttpd 1.4.18 compiled into an image? |
| 11:59.45 | XorA | yeah, the mailing list is driving people insane |
| 11:59.49 | koen | rwhitby: we are waiting for the e.V. to come through before asking for donations |
| 12:00.07 | *** join/#oe svolpe_gerrath (n=Gerrath_@70.89.111.251) |
| 12:00.24 | XorA | maybe s/people/me/ |
| 12:00.35 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
| 12:00.39 | rwhitby | lswiki raised USD$4K in less than three weeks just recently. I taught them how to extract money for hardware out of their community :-) |
| 12:01.06 | koen | that's like 12 eurocents |
| 12:01.28 | koen | to highlight another problem with OE being largely non-US based |
| 12:01.45 | hrw | koen: and enough to get machine for some time |
| 12:02.15 | rwhitby | yes, every cent the US dollar falls against the Australian dollar means tens of thousands of dollars less profit for my company. |
| 12:02.24 | XorA | rwhitby: :-( |
| 12:02.24 | svolpe | 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? |
| 12:02.55 | florian | rwhitby: hardware is dirt cheap, a good hosting location costs every month |
| 12:03.07 | rwhitby | florian: that's why nslu2-linux uses OSUOSL for that ;-) |
| 12:03.16 | koen | 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 |
| 12:03.44 | rwhitby | (and we did a deal with lswiki where they shared our hosting slot by buying us a bigger machine to handle both projects) |
| 12:04.07 | Crofton|home | koen, collect doanations for my plane ticket :) |
| 12:04.29 | rwhitby | (note of trivia: www.nslu2-linux.org sits in the same rack as master.kernel.org ...) |
| 12:04.35 | XorA | rwhitby: so nslu2-linux already has an admin near the right data center? |
| 12:04.38 | florian | 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. |
| 12:04.39 | Crofton|home | namedropper |
| 12:05.02 | rwhitby | XorA: we buy the OSUOSL guys beers, and have remote serial console access. |
| 12:05.18 | XorA | time OE made best friends with rwhitby :-) |
| 12:05.50 | Crofton|home | any of those guys going to be at FOSDEM? |
| 12:05.52 | rwhitby | XorA: we have two slots there - and with the right arrangement could perhaps share the second slot |
| 12:06.45 | rwhitby | 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. |
| 12:07.10 | florian | At least Nils who is working on the hosting stuff is not here but reads the list. |
| 12:07.39 | XorA | it would be good to start the new year (if you didnt already have a new year) with working email lists |
| 12:08.01 | rwhitby | florian: ka6sox looks after all the nslu2-linux and nas-central.org (new name for linkstationwiki.org) machines. |
| 12:08.13 | *** join/#oe mallum (n=mallum@86.159.153.246) |
| 12:08.43 | rwhitby | (and he's the one who knows the OSUOSL guys in person - he's visited there twice now for installations of nslu2-linux machines) |
| 12:09.11 | rwhitby | florian: there is an #osuosl channel here on freenode. |
| 12:09.21 | *** join/#oe d1 (n=dr@vnsecurity.net) |
| 12:10.07 | florian | isn't that where hh.o is hosted now? :) |
| 12:10.26 | koen | rwhitby: I'll ping mgross about the intel machines and report back on the specs |
| 12:10.27 | florian | hi mallum |
| 12:10.51 | *** join/#oe jeremy_laine (n=chatzill@vau75-7-82-234-248-119.fbx.proxad.net) |
| 12:11.06 | mallum | florian: h-e-l-l-o |
| 12:11.11 | rwhitby | florian: yes: http://osuosl.org/hosting/clients |
| 12:13.10 | rwhitby | what's the relationship between OE and ltg? why does OE use ltg for mailing lists and stuff instead of it's own domain? |
| 12:13.31 | hrw | florian: and we will have to give someone beer to be on top of hh.org? |
| 12:14.23 | koen | hrw: no, give some beer to the hh.org server ;) |
| 12:15.15 | hrw | ;d |
| 12:15.28 | koen | rwhitby: oe.org is hosted by linuxtogo |
| 12:16.37 | koen | (as is angstrom, gpe, opie2, etc) |
| 12:18.31 | koen | ok, intel has been pinged about servers |
| 12:22.45 | Petu | has anybody got lighttpd 1.4.18 compiled into an image? sorry to repeat my question :-[ |
| 12:24.04 | hrw | Petu: create own image? |
| 12:24.59 | Petu | Yes. On PowerPC based on linux-uclibc |
| 12:25.08 | hrw | Petu: create own image recipe? |
| 12:27.13 | Petu | hrw: Yes with PACKAGE_INSTALL including lighttpd. Somehow the plugin modules (lighttpd-module-*) will not appear in the image |
| 12:29.47 | hrw | plugin modules are packaged separatelly or not? maybe you need more packages added? |
| 12:30.08 | Petu | hrw: plugin modules are compiled into packages under tmp/staging/powerpc-linux-uclibc/lib but these packages are not included in the image |
| 12:33.40 | steliosk | Petu : How did you included lighhttpd ? You propably have to add the other packages in the image |
| 12:35.50 | steliosk | something like DISTRO_EXTRA_RDEPENDS +=" foo" or added to the IMAGE_INSTALL in your custom image |
| 12:36.19 | Petu | 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. |
| 12:38.05 | Petu | These plugin modules are handled with PACKAGES_DYNAMIC in the lighttpd .pp file. |
| 12:41.06 | steliosk | Petu : yes you have to add these packages also in your image |
| 12:41.59 | steliosk | Petu : btw which ppc are you using ? |
| 12:42.28 | koen | steliosk: using DISTRO_EXTRA_RDEPENDS is discouraged unless you are a distro maintainer |
| 12:43.12 | steliosk | i thought he was.... |
| 12:44.28 | steliosk | Petu : The packages are created by the main lighttpd bb file, you need to make your image RDEPEND to the actual .ipkg files generated |
| 12:45.41 | *** join/#oe mickeyl (i=mickey@srv043.dedi23.de) |
| 12:46.00 | hrw | hi mickeyl |
| 12:46.34 | Petu | steliosk: I'm using MPC8323. Should I add RDEPEND += "lighttpd" or RDEPEND += "lighttpd-module-*"? |
| 12:46.59 | mickeyl | morning hrw |
| 12:47.58 | hrw | steliosk: with "PDF!! PDF!! INVOICE!! PDF!!" on it? |
| 12:47.58 | XorA | yo mickeyl |
| 12:48.12 | broonie | nud: It implements an I2C bus? |
| 12:48.36 | steliosk | Petu : You should add a DEPEND += "lighttpd" and RDEPEND +=" module-foo1 module-foo2" etc |
| 12:48.37 | nud | an i2c bus on usb ? |
| 12:48.50 | XorA | nud: thats a very common use of usb |
| 12:48.56 | nud | oh |
| 12:49.06 | XorA | nud: means you dont have to change the chip in the dongle at all |
| 12:49.23 | nud | ok |
| 12:49.40 | XorA | nud: what sort of dongle you playing with? |
| 12:49.49 | steliosk | hrw : Yes i am very persistent person :) |
| 12:50.53 | nud | XorA: it's a hauppauge wintv usb |
| 12:51.03 | nud | I'm trying to fix the 'usbvision' driver for ARM |
| 12:51.16 | XorA | nud: yeah, so its almost certain that the chipset inside is the same one as on PCI card :-) |
| 12:51.52 | nud | okay |
| 12:52.15 | nud | I have a Oops within consistent_sync in usb_hcd_submit_urb |
| 12:52.32 | nud | "Unable to handle kernel NULL pointer dereference at virtual address 00000000" it says |
| 12:53.12 | XorA | time to run up the backtrace and find out why NULL was passed down then :-) |
| 12:54.07 | nud | I guess I have to compile my kernel with some debug stuff in it |
| 13:02.29 | hrw | 43GB gained just by removing few work/* dirs |
| 13:03.32 | CIA-33 | 03xora 07org.oe.dev * r0238eff8... 10/ (3 files in 3 dirs): |
| 13:03.32 | CIA-33 | linux-openmoko_2.6.22.5.bb : CONFIG_MTD_NAND_S3C2410_CLKSTOP breaks accessing |
| 13:03.32 | CIA-33 | the mtd partitions from usespace so disable for now. |
| 13:04.36 | hrw | XorA: that reminded me one thing to do... |
| 13:04.43 | hrw | ~curse s3cmci |
| 13:04.43 | ibot | May the fleas of a thousand camels infest your most sensitive regions, s3cmci ! |
| 13:05.43 | *** join/#oe rd_ (n=dr@vnsecurity.net) |
| 13:05.51 | *** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu) |
| 13:16.01 | *** join/#oe kristoffer (n=kristoff@79.138.132.239.bredband.tre.se) |
| 13:19.59 | *** join/#oe jeremy_laine (n=sharky@120.194.210.62.te-dns.org) |
| 13:22.25 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
| 13:28.36 | *** join/#oe stevenh (n=lews@65.167.23.2) |
| 13:28.55 | *** join/#oe dcordes (n=user0815@unaffiliated/dcordes) |
| 13:55.35 | Petu | steliosk: I added the plugin modules into the image RDEPENDS but still they are not copied into the image itself. |
| 13:56.37 | steliosk | Petu : Pastebin your image bb file to have a look at it |
| 13:57.09 | steliosk | Petu : btw what distro are you using ? |
| 13:58.52 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
| 14:01.49 | steliosk | Petu : the dcc failed |
| 14:01.51 | *** join/#oe kristoffer_ (n=kristoff@78.156.199.250.bredband.tre.se) |
| 14:04.14 | steliosk | ~pastebin |
| 14:04.14 | ibot | [~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 |
| 14:04.53 | CoreDump | btw, did anyone ever have a look why firefox 1.0.x crashes on startup? |
| 14:09.00 | dcordes | CoreDump: I think that's a well known problem with the upstream source |
| 14:09.30 | CoreDump | it used to work many month ago |
| 14:09.33 | CoreDump | ;) |
| 14:09.42 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 14:10.09 | dcordes | I would also like to see a working ff in OE again.. |
| 14:10.28 | XorA | CoreDump: it didnt work since EABI switch |
| 14:10.35 | XorA | CoreDump: minimo works though |
| 14:10.44 | Petu | steliosk: I'm using ubuntu distro |
| 14:10.49 | CoreDump | XorA: thanks, I'll try minimo |
| 14:11.24 | XorA | CoreDump: problem is you need a seriously huge arm machine to debug ff, or a lot of patience |
| 14:11.37 | CoreDump | I see |
| 14:11.44 | CoreDump | annoying heh |
| 14:12.09 | CoreDump | a working FF would be nice for the angstrom release I guess |
| 14:13.14 | Crofton|home | http://bugs.openembedded.org/show_bug.cgi?id=3373 |
| 14:13.23 | Crofton|home | would commiting this help? |
| 14:13.33 | CoreDump | !oebug 3373 |
| 14:13.35 | cdbot2 | * * Bug 3373, Status: NEW, Created: 2007-11-26 12:28 |
| 14:13.36 | cdbot2 | * * otavio(AT)ossystems.com.br: fix firefox 2.0.0.3 building |
| 14:13.37 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3373 |
| 14:14.27 | CoreDump | Seeing how sluggish FF 1.0.x behaved, I have some doubts that 2.x would be usable at all |
| 14:15.00 | Crofton|home | CoreDump, might be worth a try though |
| 14:15.01 | CoreDump | ;) |
| 14:15.01 | XorA | CoreDump: ff 1.0 worked well on c7x0 with Ximageon driver |
| 14:15.09 | Crofton|home | to meet the FF workig on Angstrom goal |
| 14:16.25 | Petu | steliosk: Pasted in pastebin.com. |
| 14:16.35 | koen | IMO the best bet is to get FF 3.0b1 to compile |
| 14:17.05 | *** join/#oe mwester-road (n=chatzill@cmr-208-97-118-162.cr.net.cable.rogers.com) |
| 14:17.34 | XorA | hmm, that patch is just a random mess extracted from mozilla tree |
| 14:18.49 | Crofton|home | XorA, sounds ilke a desription of FF :) |
| 14:19.18 | XorA | hmm, seems its a mix of adding x86 support + a one line .bb file change + one line mozconfig change |
| 14:21.31 | koen | XorA: ff 3 shouldn't have those big pixmaps leaks anymore due to the re-written core |
| 14:21.36 | Petu | steliosk: http://pastebin.com/m7a17cacc, sorry about the fuzz:-[. |
| 14:22.22 | XorA | we should give mozilla guys an angstrom arm machine as FOSDEM and challenge them to run firefox on it :-) |
| 14:23.29 | RP | http://www.rpsys.net/openzaurus/347.png :) |
| 14:25.20 | koen | RP: old news ;) |
| 14:25.59 | koen | RP: any real reason for a new distro or does mallum's brain explode when using overrides? |
| 14:26.02 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
| 14:26.20 | RP | koen: My choice, while experimenting |
| 14:26.44 | RP | a) Make work b) Make work generically |
| 14:27.11 | *** join/#oe chouimat|work (n=mchouina@64.26.181.250) |
| 14:27.44 | koen | I looked at it for angstrom a while back :) |
| 14:28.06 | koen | I couldn't find a neat way around the eabi selector with my limited python knowledge |
| 14:28.40 | RP | The nice thing is the end result actually runs too :) |
| 14:28.50 | koen | :) |
| 14:29.22 | steliosk | Petu : -> http://pastebin.com/m72d2690d |
| 14:29.24 | koen | the power of OE |
| 14:29.25 | RP | Just shame about the number of hacks needed to make it build. libtool hates darwin afaict |
| 14:29.36 | mallum | koen: http://butterfeet.org/?p=49 |
| 14:30.04 | Petu | steliosk: Sorry I need to go. Eucharisto so far ;). |
| 14:30.16 | koen | mallum: I saw that last night |
| 14:30.29 | koen | ah, that's anew post :) |
| 14:31.04 | mallum | koen: yeah I thought you had a time machine or summin then |
| 14:32.13 | RP | mallum: Is butterfeet connected to planetcf? |
| 14:32.31 | RP | mallum: ah :) |
| 14:32.37 | mallum | RP: I think eveel ross switched it to my tumblr |
| 14:33.03 | RP | mallum: yes |
| 14:33.09 | koen | RP: OE has some linux-isms in it we need to get rid off |
| 14:33.36 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
| 14:34.01 | koen | ah, gcc 4.2.1 for avr32 works again |
| 14:34.36 | florian | re |
| 14:34.39 | RP | koen: Not least FILES = "*.so" ;-) |
| 14:34.49 | koen | RP: that one |
| 14:35.04 | florian | koen: that's good news, I'm just about to buy such a thingy :) |
| 14:35.09 | koen | RP: zecke and I were dreading to fix that for MACHINE=native on osx |
| 14:35.35 | *** join/#oe rschuster (n=rob@e178126070.adsl.alicedsl.de) |
| 14:35.55 | koen | florian: ngw100 or stk1000? |
| 14:36.01 | RP | koen: It can all be fixed, just needs time spending on it... |
| 14:36.57 | koen | RP: that .so stuff also needs fixing for uclinux variants that don't have shared libs or are using -mleaf-shared-id |
| 14:37.27 | florian | koen: not sure yet, but ngw100 maybe |
| 14:42.15 | koen | florian: they are both nice boards, but I'd recommend the ngw100 because it has 32mb of ram instead of 8mb |
| 14:44.18 | florian | koen: yep... and I can get it from a shop where I have to order stuff anyway :) |
| 14:44.45 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 14:44.55 | XorA | now where is my arm board with 4G RAM, 4x 4GHz CPU's :-) |
| 14:44.58 | chouimat|work | morning |
| 14:45.04 | XorA | so I can debug firefox |
| 14:46.12 | florian | XorA: I could turn on our CATS for you... there you can have 4G of SWAP at least ;) |
| 14:47.20 | *** join/#oe kristoffer_ (n=kristoff@79.138.146.3.bredband.tre.se) |
| 14:57.05 | cdbot2 | * * OE Bug 3393 has been created by autobuild(AT)openembedded.org |
| 14:57.06 | cdbot2 | * * gnome-doc-utils-0.12.0-r1-do_compile |
| 14:57.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3393 |
| 15:00.56 | *** join/#oe csmanx (n=csman@bas1-montreal42-1177927887.dsl.bell.ca) |
| 15:09.56 | *** join/#oe Sleep-Walker (i=Sleep@nat/suse/x-e802c1eccec1f1ad) |
| 15:16.37 | *** join/#oe hvontres|work (n=hvontres@hentges.net) |
| 15:16.52 | *** join/#oe dijenerate (n=dijenera@72.22.144.160) |
| 15:23.41 | *** join/#oe Bitmaster (n=Bitmaste@87-76-63-121.event.dreamhack.se) |
| 15:23.47 | *** join/#oe hvontres|work (n=hvontres@hentges.net) |
| 15:28.31 | hrw | florian: iirc xora still has sl-3200 so even more then 4GB space ;) |
| 15:28.53 | florian | hrw: hehe |
| 15:29.04 | cdbot2 | * * OE Bug 3394 has been created by autobuild(AT)openembedded.org |
| 15:29.06 | cdbot2 | * * minimo-0.02+cvs20070626-r0-do_compile |
| 15:29.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3394 |
| 15:31.26 | *** join/#oe rob_w (n=bob@Maab5.m.pppool.de) |
| 15:32.39 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 15:33.28 | *** part/#oe wookey_ (n=wookey@stoneboat.aleph1.co.uk) |
| 15:33.50 | nud | XorA: dma_to_virt <-- I think my crash comes from that function which returns NULL for some reason |
| 15:38.23 | XorA | nud: means nothing to me, thats kernel voodo |
| 15:38.58 | *** join/#oe woglinde (n=heinold@leningrad.mi.fu-berlin.de) |
| 15:41.10 | nud | is DMA known to be buggy on DMA ? |
| 15:41.13 | nud | on ARM * |
| 15:46.04 | *** join/#oe rschuste1 (n=rob@e178126070.adsl.alicedsl.de) |
| 15:46.17 | cbrake | nud: DMA controllers are very CPU specific for ARM processors |
| 15:46.33 | nud | geez |
| 15:46.44 | nud | cbrake: and of course you don't use that on your cm-x270 port ? |
| 15:46.57 | cbrake | nud: but the DMA apis should be fairly clean |
| 15:47.35 | nud | 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 |
| 15:47.41 | cbrake | nud: I have not written any custome code recently that uses DMA, but a lot of the internal devices like audio use DMA |
| 15:47.51 | nud | ac97 uses dma ? |
| 15:47.56 | cbrake | nud: yup |
| 15:48.06 | nud | mmh I'd have prefered something simpler butI guess I can have a look |
| 15:48.20 | nud | the hard part is that my device uses dma *and* usb |
| 15:48.36 | nud | so I guess the fixes would be scattered accross my driver and the usb driver |
| 15:48.41 | cbrake | nud: ouch |
| 15:48.50 | cbrake | nud: what interface are you using? |
| 15:48.50 | nud | it also uses i2c |
| 15:48.54 | nud | super combo for nud |
| 15:49.03 | nud | cbrake: I'd like to use usbvision |
| 15:49.43 | nud | each drivers I tested didn't work, so I guess I have to bit the bullet and fix one |
| 15:49.44 | cbrake | nud: hmm, so what interface are you having DMA problems with? |
| 15:50.16 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 15:50.27 | nud | I have a crash within dma_map_single |
| 15:50.39 | cbrake | nud: USB Host should be pretty robust as it uses the OHCI model |
| 15:50.41 | nud | what do you mean with "interface" |
| 15:50.44 | nud | ? |
| 15:50.56 | cbrake | nud: USB, PCI, camera, SPI, etc |
| 15:52.24 | *** join/#oe CosmicPenguin (n=nobody@163.181.251.103) |
| 15:54.31 | koen | nud: you could try asking on LAKML (include a transcript of the oops) |
| 15:55.04 | cdbot2 | * * OE Bug 3395 has been created by autobuild(AT)openembedded.org |
| 15:55.07 | cdbot2 | * * firefox-1.0.7-r0-do_compile |
| 15:55.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3395 |
| 15:56.44 | *** join/#oe benlau2 (n=benlau@221.125.8.71) |
| 15:56.50 | nud | cbrake: well I'm such a newbie |
| 15:57.12 | nud | it uses USB (with DMA), I2C, V4L2 |
| 15:57.54 | nud | cbrake: what I found out is that the pwc driver is working, but it doesn't use DMA |
| 15:59.05 | nud | koen: I'm shy ;-) but I guess I'll have to |
| 15:59.19 | nud | koen: btw ksymoops doesn't give a good output |
| 15:59.37 | nud | do I have to install some specific package beside compiling in debugging symbols ? |
| 16:00.56 | nud | kernel_vmlinux maybe ? |
| 16:05.42 | cbrake | nud: you can build your kernel to give a detailed backtrace |
| 16:05.52 | cbrake | nud: I don't think ksymoops is needed anymore |
| 16:06.44 | *** join/#oe chouimat (n=mchouina@64.26.181.250) |
| 16:07.01 | nud | cbrake: then I didn't find the option |
| 16:07.11 | nud | what I'd want is to have the line number ;-) |
| 16:09.10 | cbrake | nud: you have CONFIG_DEBUG_KERNEL enabled? |
| 16:10.07 | cbrake | nud: that is not it .. hmmm ... |
| 16:11.51 | cbrake | nud: I think a kernel oops should always print the function name and address |
| 16:12.07 | *** join/#oe mwester-road_ (n=chatzill@cmr-208-97-118-162.cr.net.cable.rogers.com) |
| 16:12.15 | nud | address, but what about a line number ? ;-) |
| 16:12.22 | nud | then I have it as it should be |
| 16:12.27 | nud | lemme paste it somewhere |
| 16:12.40 | cbrake | nud: if you build the kernel with debugging information, you can then objdump -D -s vmlinux to find the line number |
| 16:13.26 | cbrake | nud: but, if you are debugging modules, it gets more complicated :-\ |
| 16:13.51 | nud | I am :-/ |
| 16:16.42 | nud | http://rafb.net/p/1r8I0a32.html <-- here is what I have, cbrake |
| 16:17.05 | nud | it's not that fancy I'm afraid |
| 16:20.44 | cbrake | nud: you might want to try: irc.oftc.net #kernelnewbies |
| 16:21.01 | cbrake | nud: I don't do this often enough to be a lot of help |
| 16:21.11 | cbrake | nud: without a little research first |
| 16:21.12 | nud | ah, this sounds like a chan done just for me :-) |
| 16:21.23 | cbrake | nud: :-) its pretty useful |
| 16:21.38 | *** join/#oe rschuster (n=rob@e178126070.adsl.alicedsl.de) |
| 16:26.05 | cdbot2 | * * OE Bug 3396 has been created by lukas.gorris(AT)gmx.de |
| 16:26.07 | cdbot2 | * * epiphany fails to configure |
| 16:26.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3396 |
| 16:33.57 | *** join/#oe darkschneider (n=gab@62-101-126-224.ip.fastwebnet.it) |
| 16:41.15 | *** join/#oe darkschneider2 (n=gab@62-101-126-224.ip.fastwebnet.it) |
| 16:41.35 | *** join/#oe Crofton (n=balister@hc6521797.dhcp.vt.edu) |
| 16:44.05 | *** join/#oe darkschneider (n=gab@62-101-126-224.ip.fastwebnet.it) |
| 16:44.07 | *** join/#oe darkschneider2 (n=gab@62-101-126-224.ip.fastwebnet.it) |
| 16:46.39 | *** join/#oe rd_ (n=dr@vnsecurity.net) |
| 16:49.58 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 17:00.10 | hrw | bye |
| 17:02.18 | *** part/#oe magumbade (n=magumbad@p5497CC4E.dip.t-dialin.net) |
| 17:20.36 | dcordes | what's wrong with my OE? Doesn't update/pull http://pastebin.ca/801850 |
| 17:21.20 | *** join/#oe lrg (n=liam@lrg2.demon.co.uk) |
| 17:23.04 | cdbot2 | * * OE Bug 3396 has been RESOLVED (WONTFIX) by koen(AT)openembedded.org |
| 17:23.06 | cdbot2 | * * epiphany fails to configure |
| 17:23.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3396 |
| 17:23.50 | *** join/#oe aCiDBaSe (n=osantana@200.184.118.132) |
| 17:27.29 | koen | dcordes: check your .monotonerc for bogus lua methods |
| 17:39.38 | *** join/#oe Khem (i=Khem@nat/montavista/x-b2d97b786a8f0a95) |
| 17:43.11 | hvontres|work | RP: could you look at #3397 and push if you don't see any problems? Thanks |
| 17:44.52 | *** join/#oe gremlin[it] (n=gremlin@ppp-80-43.25-151.libero.it) |
| 17:45.13 | *** join/#oe Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz) |
| 17:48.17 | Crofton | I have an image built with ENABLE_BINARY_LOCALE_GENERATION = "0", when it boots it OOM's generating alocale |
| 17:48.25 | Crofton | how do I stop this from happening? |
| 17:48.52 | Crofton | besides fixing qemu-native for my gcc .... |
| 17:49.24 | RP | hvontres|work: Why do we need to fool the boot_params? :/ |
| 17:53.34 | RP | 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) |
| 17:54.25 | Crofton | can I get it not to use locales completely? |
| 17:54.55 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 17:56.51 | RP | Crofton: IMAGE_LINUGAS = "" |
| 17:57.00 | Crofton | ah |
| 17:57.22 | Crofton | I think sakomans gumstix work turned on something not present in my other builds |
| 17:57.38 | Crofton | does uclibc use this also? |
| 17:57.51 | RP | I don't think so |
| 17:58.42 | *** join/#oe otavio (n=otavio@201-40-162-47.cable.viacabocom.com.br) |
| 17:59.07 | otavio | Which kernel is better to run on a geode processor? linux-rp is a good option? |
| 17:59.41 | RP | otavio: Probably one of the standard ones would be fine |
| 17:59.47 | CosmicPenguin | you just want a kernel with the supported drivers |
| 17:59.54 | CosmicPenguin | 2.6.22 or 2.6.23 will treat you fine |
| 18:00.30 | otavio | linux-rp of 2.6.23 would be nice? |
| 18:01.25 | CIA-33 | 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 |
| 18:02.14 | *** join/#oe pH5 (n=ph5@e178204065.adsl.alicedsl.de) |
| 18:02.19 | CosmicPenguin | otavio: sorry - I've been out of the OE loop for a while, so I don't know what linux-rp is |
| 18:02.23 | hvontres|work | 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. |
| 18:02.31 | CosmicPenguin | otavio: but 2.6.23 vanilla has the drivers you want, so anything based on that should be fine |
| 18:02.42 | *** join/#oe greentux (n=lemke@Z6715.z.pppool.de) |
| 18:03.13 | RP | hvontres|work: Why does bootparams have to be enabled to make atags work though? |
| 18:04.43 | hvontres|work | RP: I'm not sure any more. That was actually mwesters patch. IIRC, without hvaing bootparams, kexec can't pass anything to the kernel |
| 18:05.03 | RP | hvontres|work: Try it without that line... |
| 18:06.04 | CIA-33 | 03coredump2 07org.oe.dev * r6c0d8f89... 10/ (1 packages/subversion/subversion_1.4.5.bb): subversion: Add version 1.4.5 |
| 18:06.09 | CIA-33 | 03coredump2 07org.oe.dev * r4688c77d... 10/ (1 packages/zaurusd/zaurusd_svn.bb): zaurusd: Fix *DEPENDS until the 'bl' situation has been resolved |
| 18:10.08 | *** join/#oe kristoffer_ (n=kristoff@77.241.131.197.bredband.tre.se) |
| 18:11.16 | hvontres|work | 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 |
| 18:11.53 | Crofton | RP thanks for the tip, I see how this works (at least for image generation) |
| 18:11.56 | hvontres|work | RP: on collie and poodle |
| 18:23.08 | Crofton | We have directfb-examples running on the gumstix+Samsung LCD |
| 18:26.22 | Crofton | Um, how do you log in to the wiki? |
| 18:26.45 | Crofton | I thought I use to be able to edit pages, but cannot anymore |
| 18:26.46 | RP | hvontres|work: I'll have to have a look at the patches then, that should not be needed |
| 18:31.05 | cdbot2 | * * OE Bug 3397 has been created by hvontres(AT)gmail.com |
| 18:31.07 | cdbot2 | * * linux-rp-2.6.17: add kexec atag support and make default for poodle |
| 18:31.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3397 |
| 18:31.42 | hvontres|work | RP: just tried again, still no dice |
| 18:33.36 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 18:34.00 | hvontres|work | RP: you might want to take a look at http://lists.linuxtogo.org/pipermail/openembedded-devel/2007-November/003453.html as well |
| 18:43.22 | *** join/#oe stefan_schmidt (n=stefan@datenfreihafen.org) |
| 18:49.12 | *** join/#oe redguy (n=matik@unaffiliated/redguy) |
| 18:53.00 | Tartarus | Anyone around that's used the packaged-staging branch? |
| 18:53.22 | *** join/#oe tank1728 (i=tank17@gateway/tor/x-e5035f717aeec29d) |
| 18:54.10 | *** join/#oe jeremy_laine (n=sharky@120.194.210.62.te-dns.org) |
| 18:55.29 | *** join/#oe nud (n=sf@91.86.71.175) |
| 19:03.52 | *** join/#oe likewise (n=leon@82-171-189-134.dsl.ip.tiscali.nl) |
| 19:05.11 | likewise | hello guys'n'glas |
| 19:05.16 | likewise | gals even |
| 19:05.24 | Crofton | where? |
| 19:11.45 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
| 19:14.47 | likewise | Crofton: oh, wrong channel :-) |
| 19:15.09 | Crofton | there was an open solaris talk here a few days ago |
| 19:15.24 | Crofton | some guys went, they saw one woman, who collected free food and left |
| 19:17.47 | *** join/#oe koen (n=koen@s55917625.adsl.wanadoo.nl) |
| 19:18.43 | likewise | Crofton: at least she understood the open part. |
| 19:18.52 | *** join/#oe angom (n=angom@200.38.31.239.dsl.dyn.telnor.net) |
| 19:19.01 | Crofton | heh |
| 19:19.56 | likewise | Crofton: I just asked my girlfriend about the first thing that hits her mind when I said "Open Solaris". She says suntanparlor. |
| 19:20.10 | *** part/#oe angom (n=angom@200.38.31.239.dsl.dyn.telnor.net) |
| 19:20.11 | likewise | sun tan parlor (sp?) |
| 19:20.31 | Crofton | heh |
| 19:20.35 | *** join/#oe jeffdameth (n=jeff@dyndsl-080-228-180-099.ewe-ip-backbone.de) |
| 19:21.05 | likewise | Crofton: what's keeping you busy these days? |
| 19:21.10 | koen | slowaris? |
| 19:21.16 | Crofton | thesis defense |
| 19:21.20 | Crofton | next Tuesday |
| 19:21.35 | Crofton | I am staying really busy procrastinating |
| 19:22.09 | hvontres|work | Crofton: maybe mickey|sports can give you some pointers :) |
| 19:22.17 | Crofton | heh |
| 19:22.24 | Crofton | that's Dr Mickey |
| 19:22.25 | hvontres|work | (on the defense part that is :) |
| 19:22.26 | chouimat|work | koen: after 4 days with vista solaris is amazingly fast :) |
| 19:23.18 | hvontres|work | chouimat|work: heh, my wife went out and got a cheap laptop...Vista on 512 MB is SLOOOOOOW |
| 19:23.48 | Crofton | koen, I can't log into the wiki to edit |
| 19:23.50 | chouimat|work | hvontres|work: I had to use it with 2GB and it was slow so I can image the pain |
| 19:23.57 | Crofton | something is funky |
| 19:24.59 | hvontres|work | chouimat|work: the funny thing about vista is that they "borowed" the memory strategy from linux: anything you don't use becomes cache :) |
| 19:25.28 | chouimat|work | hvontres|work: but they screwed it |
| 19:26.02 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
| 19:26.09 | hvontres|work | chouimat|work: have you seen the latest Mac vs PC adds? |
| 19:26.28 | chouimat|work | the one with the PR lady? |
| 19:28.11 | *** join/#oe flo_lap (n=fuchs@f049186164.adsl.alicedsl.de) |
| 19:29.13 | hvontres|work | chouimat|work: and the one with the ring announcer and PC behind a podium :) |
| 19:29.37 | chouimat|work | only saw the pr lady |
| 19:29.52 | hvontres|work | "And by downgrading we mean upgrading to an older, more familiar experience" |
| 19:32.24 | *** join/#oe kristoffer (n=kristoff@79.138.149.69.bredband.tre.se) |
| 19:32.38 | *** join/#oe woglinde (i=woglinde@e179036073.adsl.alicedsl.de) |
| 19:33.09 | likewise | Does clicking the PDF's work for you guys? https://ols2006.108.redhat.com/2007/Reprints/ |
| 19:36.40 | likewise | Crofton: good luck in preparing for that! |
| 19:37.07 | Crofton | thanks |
| 19:37.14 | Crofton | I need to stop procrastinating |
| 19:37.30 | Crofton | been building gumstix stuff and running from sakoman's work |
| 19:37.43 | Crofton | df_neo was cool on the lcd |
| 19:42.24 | hvontres|work | likewise: works for me in firefox on XP (here at work, no linux on the the net) |
| 19:44.51 | likewise | hvontres|work: argh. I click but nothing happens. Firefox 2.0.0.10 (just updated...) on Gutsy/x86 |
| 19:47.11 | *** join/#oe woglinde (i=woglinde@e179036073.adsl.alicedsl.de) [NETSPLIT VICTIM] |
| 19:47.11 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) [NETSPLIT VICTIM] |
| 19:47.11 | *** join/#oe otavio (n=otavio@201-40-162-47.cable.viacabocom.com.br) |
| 19:47.11 | *** join/#oe [cc]smart (n=[cc]smar@62.65.142.223) |
| 19:47.11 | *** join/#oe ggilbert (n=ggilbert@tinman.treke.net) |
| 19:47.11 | *** join/#oe ynezz (i=ynezz@82.208.44.173) [NETSPLIT VICTIM] |
| 19:47.11 | *** join/#oe aloril (n=aloril@193.65.224.200) [NETSPLIT VICTIM] |
| 19:47.11 | *** join/#oe kergoth (n=kergoth@neutrino.joshua-colp.com) |
| 19:47.12 | *** join/#oe DarthWader (n=zathras@unaffiliated/darthwader) |
| 19:47.12 | *** join/#oe flatronf701C (n=flatronf@ns1.clipsalportal.com) [NETSPLIT VICTIM] |
| 19:49.31 | *** join/#oe likewise (n=leon@82-171-189-134.dsl.ip.tiscali.nl) |
| 19:52.44 | *** join/#oe steliosk-gprs (n=stelios@213.249.63.34) |
| 20:03.43 | CIA-33 | 03jluebbe 07org.oe.dev * r5bee5fc5... 10/ (4 files in 4 dirs): wesnoth: add a package for the current svn version (thanks Johannes Schauer) |
| 20:03.50 | CIA-33 | 03jeremy_laine 07org.oe.dev * r19bacabe... 10/ (3 files in 3 dirs): linux-2.6.23: enable mpc8313e-rdb realtime clock (ds1339) |
| 20:16.04 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
| 20:17.10 | *** join/#oe koen (n=koen@s55917625.adsl.wanadoo.nl) |
| 20:17.29 | koen | ~lart atmel for breaking -Os |
| 20:17.29 | ibot | chops atmel in half with a free AOL CD for breaking -Os |
| 20:17.58 | hvontres|work | koen: image too big now ? |
| 20:18.23 | koen | no, gcc stops ICEing on busybox, the kernel, alsa, etc... |
| 20:18.36 | koen | hvontres|work: and the devboard boots from SD anyway :) |
| 20:18.38 | likewise | ~seen jeremy_laine |
| 20:18.40 | ibot | jeremy_laine <n=sharky@120.194.210.62.te-dns.org> 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.'. |
| 20:19.47 | koen | hvontres|work: but the 8MB of ram does call for small binaries :) |
| 20:21.09 | otavio | is v86d packaged? |
| 20:21.56 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
| 20:25.21 | *** join/#oe Fique (n=tkazi@167.216.14.194) |
| 20:25.51 | Fique | morning all |
| 20:28.31 | koen | hmm |
| 20:28.36 | koen | __cxa_atexit |
| 20:45.24 | *** join/#oe nud (n=sf@91.86.71.175) |
| 20:48.30 | *** join/#oe Sleep-Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
| 20:53.48 | likewise | python-guru's: how can I check if a path exists and is a dir? |
| 20:54.47 | likewise | ah, isdir(). How obvious. |
| 20:55.12 | Zero_Chaos | likewise: you might want to sit down, you got pwned pretty hard... |
| 20:55.14 | Zero_Chaos | heh |
| 20:55.17 | chouimat|work | likewise: too much stuff in python lib ... |
| 20:56.41 | likewise | Zero_Chaos: sitting down. holding breath. |
| 20:57.05 | Zero_Chaos | likewise: no no, you should breath, that is rather important :-) |
| 20:58.06 | *** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu) |
| 20:58.18 | *** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu) |
| 21:07.44 | *** join/#oe rob_w (n=bob@Maab5.m.pppool.de) |
| 21:22.38 | RP | kergoth: You broke libtool on darwin ;-) |
| 21:23.12 | woglinde | hi rp |
| 21:23.18 | RP | hi woglinde |
| 21:23.39 | kergoth | err, what? |
| 21:23.54 | RP | kergoth: Probably about 5 years ago but you did ;-) |
| 21:24.01 | kergoth | ah |
| 21:24.02 | kergoth | hehe |
| 21:24.03 | kergoth | oops |
| 21:24.45 | Crofton | kergoth, is drinking the MV kool aid |
| 21:25.29 | Crofton | I've heard that from some guys that use them :) |
| 21:25.31 | CosmicPenguin | Oh, to go back in time and show kergoth that comment 5 years ago |
| 21:25.55 | Crofton | the grass is always greener on the other side of the fence though |
| 21:26.54 | kergoth | <PROTECTED> |
| 21:26.58 | kergoth | which is soemthing of a miracle, really |
| 21:34.12 | *** join/#oe jsr_rt (n=jsr_rt@59.180.119.250) |
| 21:35.29 | likewise | kergoth: what keeps you busy at mv? what does your day look like? |
| 21:36.02 | kergoth | i fix bugs in existing products for one specific mv customer |
| 21:36.13 | kergoth | not particularly difficult, but covers lots of different areas, so i don't get too bored |
| 21:37.47 | likewise | kergoth: I'm on a reality check with myself, whether I still like my job after 7 years... Need a good reference :-) |
| 21:39.00 | kergoth | 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 |
| 21:39.06 | kergoth | er, unusual |
| 21:39.08 | kergoth | silly fingers |
| 21:39.30 | chouimat|work | likewise: every 7 years I do a reality too ... and the last time I left my wife :) |
| 21:39.57 | *** join/#oe koen (n=koen@s55917625.adsl.wanadoo.nl) |
| 21:40.26 | jsr_rt | 7 years is a very log period , we dont not what will happen after 7 minutes |
| 21:41.06 | jsr_rt | 7 years is a very long period , we dont know what will happen after 7 minutes |
| 21:41.17 | likewise | kergoth: sounds familiar to me. burned out as in "not challenging/versatile enough"? |
| 21:41.23 | *** join/#oe kristoffer (n=kristoff@79.138.147.68.bredband.tre.se) |
| 21:41.28 | likewise | s/enough/anymore ? |
| 21:41.59 | koen | http://rafb.net/p/JoSQoO77.html |
| 21:42.06 | likewise | jsr_rt: in 7 minutes I hope to have this bitbake recipe fixed.... <grumble> |
| 21:42.14 | koen | the _cxa stuff doesn't end up in extra_oeconf... |
| 21:42.43 | woglinde | koen hm |
| 21:43.10 | kergoth | not sure actually, it just doesn't seem to be able to hold my interest long enough to accomplish much anymore |
| 21:43.16 | likewise | Would this work? EXTRA_OECONF_glibc += "--enable-__cxa_atexit" |
| 21:43.32 | koen | likewise: check the anonymous function below |
| 21:43.34 | kergoth | koen: heh, is EXTRA_OECONF_DEP not getting into EXTRA_OECONF anywhere? |
| 21:43.52 | koen | kergoth: my python is to weak to figure that out |
| 21:44.04 | koen | I'm going to coordinate with RP and rewrite all gcc stuff :) |
| 21:44.20 | *** join/#oe mwester-road_ (n=chatzill@cmr-208-97-118-162.cr.net.cable.rogers.com) |
| 21:44.30 | koen | and probably use a few _append_linux and append_linux-uclibc lines instead of python |
| 21:44.32 | kergoth | it's just setting EXTRA_OECONF_DEP to _glibc or _uclibc based on the OS, only question is where's _DEP used |
| 21:44.56 | koen | _DEP is in the <stuff> I snipped |
| 21:45.23 | koen | I wonder what happens when I make _uclibc an override... |
| 21:45.44 | likewise | koen: show the stuff. does it use $X or ${X}? |
| 21:45.58 | koen | likewise: gcc3-build.inc in packages/gcc |
| 21:46.00 | kergoth | heh, probably shouldve made the override seperater something not valid in a variable name, to avoid confusion |
| 21:46.06 | kergoth | - vs _ or something |
| 21:46.31 | koen | kergoth: at OEDEM we discussed renaming all vars to FOO-BLA-BAR_overide to avoid confusion |
| 21:46.34 | likewise | python-wise, I cannot get "if (os.path.exists(loaders_root)):" to work in gtk-2.10.inc |
| 21:46.39 | kergoth | ah good |
| 21:47.33 | likewise | so I will not meet the 7 minutes deadline |
| 21:47.52 | koen | likewise: http://svn.o-hand.com/view/poky?rev=3241&view=rev |
| 21:49.35 | koen | and I think I know why uclinux toolchain are b0rked as well |
| 21:49.47 | likewise | koen: What's special on the poky rev? |
| 21:49.48 | koen | toolchains* |
| 21:50.10 | likewise | koen: you seem to have found a lot of borkiness. All AVR imposed shit? |
| 21:50.11 | koen | likewise: it changes loader postinsts, which might solve your problem |
| 21:51.22 | likewise | 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). |
| 21:51.42 | likewise | koen: but the postinst stuff might be nice for me as well :-) |
| 21:58.48 | koen | yay, my avr32 toolchain now has working c++ again |
| 21:59.36 | woglinde | koen hehe |
| 21:59.49 | *** join/#oe jbs (n=Bernardo@89.181.27.255) |
| 22:00.59 | koen | rwhitby: things are looking quite good on the intel server donation, will send more info when I hear back from their donation person |
| 22:01.00 | CIA-33 | 03coredump2 07org.oe.dev * ra772b6bc... 10/ (6 files in 3 dirs): |
| 22:01.00 | CIA-33 | zaurusd: - Do only try to rotate when necessary (no more Landscape -> Landscape / Portrait -> Portrait rotataions) |
| 22:01.00 | CIA-33 | - Power off display on lid-close and remember old brightness setting |
| 22:01.00 | CIA-33 | - Run power-on function in the background to allow faster response on lid-open |
| 22:04.25 | Crofton | koen, please send money for plane ticket and I can move it :) |
| 22:07.44 | *** join/#oe RP (i=1000@tim.rpsys.net) |
| 22:09.21 | koen | Crofton: :) |
| 22:09.49 | Crofton | maybe we could get sakoman to drive up and do it |
| 22:09.57 | Crofton | but he seems busy of late |
| 22:09.59 | koen | RP: I want to implement http://rafb.net/p/JoSQoO77.html using _append_linux-uclibc and friends |
| 22:10.48 | koen | RP: but I'll ping you tomorrow about it, to avoid interfering with the sysroot and packaged-staging work |
| 22:10.51 | koen | 'night all |
| 22:10.56 | Crofton | gn |
| 22:21.55 | *** join/#oe NAiL (n=repvik@nslu2-linux/pdpc.active.NAiL) |
| 22:22.40 | *** part/#oe NAiL (n=repvik@nslu2-linux/pdpc.active.NAiL) |
| 22:27.15 | *** join/#oe mwester-road_ (n=chatzill@cmr-208-97-118-162.cr.net.cable.rogers.com) |
| 22:28.04 | *** join/#oe ggilbert_ (n=ggilbert@tinman.treke.net) |
| 22:46.13 | *** join/#oe memeruiz (n=memeruiz@92.226.197.79) |
| 22:50.26 | CIA-33 | 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. |
| 22:54.26 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 22:55.27 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 23:00.06 | *** join/#oe TheCan (n=thecan@dslb-084-056-168-143.pools.arcor-ip.net) |
| 23:01.15 | *** join/#oe mallum (n=mallum@host86-136-65-61.range86-136.btcentralplus.com) |
| 23:06.45 | *** join/#oe dijenerate (n=dijenera@72.22.144.160) |
| 23:16.31 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 23:24.59 | *** part/#oe stefan_schmidt (n=stefan@datenfreihafen.org) |
| 23:25.08 | *** part/#oe rschuster (n=rob@e178126070.adsl.alicedsl.de) |
| 23:36.36 | *** part/#oe jsr_rt (n=jsr_rt@59.180.119.250) |
| 23:40.49 | *** join/#oe rd_ (n=dr@vnsecurity.net) |
| 23:41.16 | *** join/#oe _diego_away (n=diego@host-84-223-73-78.cust-adsl.tiscali.it) |
| 23:45.20 | *** join/#oe flo_lap (n=fuchs@f049186164.adsl.alicedsl.de) |
| 23:46.51 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 23:53.37 | *** join/#oe mgross (i=mgross@nat/intel/x-02e88297a26cc0c9) |
| 23:54.01 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
