| 00:01.33 | *** join/#oe mithro (~tim@202.191.111.52) |
| 00:25.48 | *** part/#oe fyliu (~Fangsta@user-10cm1nc.cable.mindspring.com) |
| 00:48.05 | *** join/#oe Geo_KM (~keith@bh02i525f01.au.ibm.com) |
| 01:43.23 | *** join/#oe hufnus (~slonsiki@m0c1636d0.tmodns.net) |
| 01:57.46 | treke|home | kergoth: see there is a new flogging molly cd out? |
| 01:58.20 | kergoth | oh really? |
| 01:58.21 | kergoth | cool |
| 01:58.32 | treke|home | yeah. picked it up. haven't listened yet |
| 01:59.22 | emte | aw man did someone video tape me last night? |
| 01:59.30 | emte | :P |
| 01:59.45 | emte | sorry bad humor |
| 02:00.08 | kergoth | treke|home: oh right, you're talking about within a mile of home? |
| 02:00.14 | treke|home | no |
| 02:00.18 | treke|home | alive behind the green door |
| 02:00.40 | kergoth | hmm |
| 02:00.49 | kergoth | according to ubernet, that was released in 1997 |
| 02:01.13 | treke|home | oh |
| 02:01.19 | treke|home | well I've never seen it before :p |
| 02:01.23 | kergoth | live one apparently, according to their site anyway |
| 02:01.25 | kergoth | me neither |
| 02:01.27 | kergoth | never heard it |
| 02:01.30 | treke|home | yeah |
| 02:01.53 | treke|home | not bad. obviously the recording quality suffers signficantly |
| 02:03.01 | emte | hmm |
| 02:15.29 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
| 02:23.23 | *** join/#oe noclouds (~mhfan@60.166.162.141) |
| 02:28.43 | *** join/#oe Ken|JLime (~Ken@h72n2fls34o1105.telia.com) |
| 02:43.26 | *** join/#oe Geo_KM (~keith@CPE-139-168-158-101.nsw.bigpond.net.au) |
| 02:52.42 | *** join/#oe ljp (~lpotter@203.94.178.46) |
| 02:56.07 | chouimat|Zzz | night |
| 03:01.08 | *** join/#oe hufnus (~slonsiki@m123336d0.tmodns.net) |
| 03:04.28 | treke|home | damn |
| 03:04.54 | treke|home | I thought my speakers were dying |
| 03:05.01 | treke|home | same noise comes out of my new ones |
| 03:17.00 | *** join/#oe Geo_KM (~keith@bh02i525f01.au.ibm.com) |
| 03:33.06 | *** join/#oe Geo_KM (~keith@bh02i525f01.au.ibm.com) |
| 03:33.44 | *** join/#oe vol (~jugga@cpe-24-194-97-147.nycap.res.rr.com) |
| 03:59.08 | ljp | treke: listen to better music |
| 04:38.57 | *** join/#oe tomimo (~kurre@a84-231-39-238.elisa-laajakaista.fi) |
| 04:50.21 | *** join/#oe Geo_KM (~keith@CPE-139-168-158-101.nsw.bigpond.net.au) |
| 05:17.55 | *** join/#oe __law__ (~law@mail.stiftadmont.at) |
| 05:19.11 | *** join/#oe agwn (~agwn@131.179.144.45) |
| 05:59.37 | *** join/#oe SirFred (~mteira@238.Red-81-34-169.pooles.rima-tde.net) |
| 06:16.18 | *** join/#oe man-di (~man-di@dyndsl-080-228-194-144.ewe-ip-backbone.de) |
| 06:26.27 | *** join/#oe ljp (~lpotter@203.94.178.46) |
| 06:33.45 | *** join/#oe koobla|teaching (vogl@wall4.soft.uni-linz.ac.at) |
| 06:38.02 | *** join/#oe gnufan (~mhfan@60.166.166.114) |
| 07:04.20 | *** join/#oe koobla|teaching (~chatzilla@wall4.soft.uni-linz.ac.at) |
| 07:12.15 | *** join/#oe tigrux (~tigrux@dsl-200-95-25-165.prod-infinitum.com.mx) |
| 07:37.59 | *** join/#oe b0ti|work (~boti@ant.hdsnet.hu) |
| 07:44.29 | RP | morning all |
| 07:44.34 | XorA | morning RP |
| 07:47.24 | ljp | evening |
| 07:51.07 | *** join/#oe koen (~koen@cl-148.ams-05.nl.sixxs.net) |
| 07:51.33 | koen | good morning all |
| 07:57.15 | hrw|work | hi |
| 08:12.15 | *** join/#oe gnufan (~mhfan@60.166.167.82) |
| 08:12.40 | *** join/#oe BigAl (~bigal@dsl-203-113-234-160.ACT.netspace.net.au) |
| 08:14.21 | *** join/#oe Virusmaster (~Thomas@141.69.61.37) |
| 08:14.38 | *** join/#oe ade|desk (~adavey@194.200.143.249) |
| 08:14.47 | ade|desk | morning all |
| 08:15.03 | hrw|work | hi ade, BigAl |
| 08:18.50 | BigAl | Hi there |
| 08:20.38 | *** part/#oe treke|home (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 08:24.25 | hrw|work | BigAl: how is 2.6/cxk going? |
| 08:24.37 | *** join/#oe Arjan (~arjan@anymore.nl) |
| 08:27.36 | *** join/#oe agwn (~agwn@c-24-130-246-171.hsd1.ca.comcast.net) |
| 08:31.59 | *** join/#oe mallum (~mallum@host81-155-187-46.range81-155.btcentralplus.com) |
| 08:33.20 | BigAl | hrw|work: I've got the 2 scoop devices being detected now, although they time out if I try to use the PCMCIA stuff |
| 08:34.12 | BigAl | hrw|work: But the GPIO pins on them seem to be working, so I'm going to see if I can get the backlight and LCD working. |
| 08:36.04 | hrw|work | BigAl: do you have a page with work status like RP or John Lenz has? |
| 08:38.09 | BigAl | hrw|work: I've set up a really basic one set up at http://www.orca.cx/zaurus/ |
| 08:38.37 | BigAl | Doesn't show much now, but I'll update it again soon. |
| 08:38.54 | hrw|work | I will add it to openzaurus.org |
| 08:39.38 | RP | BigAl: If you put your patches up somewhere, I'll add them to the 2.6 kernel bb file |
| 08:40.04 | hrw|work | RP, BigAl: what do you think about posting some kind of infos on openzaurus.org website? |
| 08:41.23 | BigAl | RP: Once I've cleaned the code up a bit I'll send them your way.. It's pretty ugly at the moment. |
| 08:41.39 | RP | BigAl: I'd be interested to see your patches so far - it may be I can get scoop and mtd working for you |
| 08:42.02 | BigAl | RP: Great work on the scoop stuff, by the way. It was really easy to add in the 2nd scoop device. The MTD stuff worked fine out of the box.. I compiled it in and it seemed to Just Work. |
| 08:42.31 | RP | The mtd partitions will be wrong (or did you patch that?) |
| 08:42.54 | BigAl | RP: I copied the kernel command line that the bootloader passes and compiled that in to the kernel |
| 08:43.08 | RP | BigAl: tosa also has two scoop devices |
| 08:43.25 | hrw|work | BigAl: added link to your page into openzaurus.org |
| 08:43.53 | RP | BigAl: The default partitions get put into the mtd driver for 2.6. If you let me know the commandline, I'll sort that out |
| 08:44.20 | *** join/#oe agwn (~agwn@c-24-130-246-171.hsd1.ca.comcast.net) |
| 08:46.28 | BigAl | RP: mtdparts=sharpsl-nand:7168k@0k(smf),5120k@7168k(root),-(home) |
| 08:54.50 | RP | Does anyone have the partitioning of akita handy? |
| 08:57.22 | RP | I think its 59392k for the root partition... |
| 08:57.34 | hrw|work | is it different then on c760? |
| 08:58.50 | hrw|work | mtdparts=sharpsl-nand:7168k@0k(smf),59392k@7168k(root),-(home) jffs2_orphaned_inodes=delete EQUIPMENT=0 |
| 08:59.05 | hrw|work | taken from http://pc5.2ch.net/test/read.cgi/linux/1103930000/l50 |
| 09:02.07 | RP | That's different to c7x0... |
| 09:02.30 | koen | where x != 0 |
| 09:02.54 | mickeyl | morning |
| 09:04.24 | hrw|work | hi mickeyl |
| 09:04.50 | CIA-9 | 03mickeyl 07 * r1.3248.1.1 10openembedded/packages/htun/htun_0.9.5.bb: add htun, a http tunnelling daemon |
| 09:06.59 | *** join/#oe maisheri (~hiteshm@ras-Chn-static-031.227.95.61.touchtelindia.net) |
| 09:07.41 | RP | hi mickeyl |
| 09:08.06 | RP | koen, mickeyl: I really need to talk to you both about linux-openzaurus |
| 09:08.49 | lardman | morning all |
| 09:08.53 | koen | (and hungry, but that's a different story) |
| 09:08.55 | koen | hey lardman |
| 09:08.55 | RP | You both know I'm working on the hx2750. The problem is my patches are starting to overlap and it would work better if I could maintain both devices in the same bb file |
| 09:09.06 | RP | hi lardman |
| 09:09.37 | RP | I know keeping the ipaq in hh.org would be ideal from koen's point of view but it just isn't working for me... |
| 09:09.59 | mickeyl | please don |
| 09:10.00 | mickeyl | t |
| 09:10.10 | lardman | hi koen, RP |
| 09:10.44 | *** join/#oe robert__ (~chatzilla@220.248.128.10) |
| 09:10.49 | hrw|work | linux-openzaurus for collie, poodle, c7x0, cxk, hx2750? |
| 09:10.53 | hrw|work | and tosa |
| 09:11.33 | mickeyl | i support your decision here. Despite the hh.org honorable goal to push things upstream, it'll take quite a while until that happens. In the meantime, just do it in something like linux-handhelds_2.6.12 |
| 09:11.36 | RP | The problem I have is I'm using "c7x0" patches on the hx2750 |
| 09:12.09 | RP | I'm wondering about making linux-openxzaurus a kind of linux-2.6.xx-rp tree |
| 09:12.23 | RP | Which I pull patches for the zaurii and ipaq into |
| 09:12.30 | mickeyl | that'd work for us |
| 09:13.15 | RP | koen: Are you ok with the idea? |
| 09:13.20 | koen | RP: sure |
| 09:13.49 | *** join/#oe emme (~emme@manin.usr.dico.unimi.it) |
| 09:15.20 | *** join/#oe vol (~jugga@cpe-24-194-97-147.nycap.res.rr.com) |
| 09:16.52 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 09:16.53 | robert__ | how to build kernel and root fs for samsung 2410 using oe? |
| 09:17.17 | RP | Ok, I think I'll do that. Do I leave it called linux-openzaurus or maybe call it something like linux-rp ? |
| 09:17.31 | koen | linux-rp or linux-handhelds |
| 09:17.43 | koen | or linux-ohand ;) |
| 09:18.07 | RP | I guess it effectively becomes my own tree which is a scary thought |
| 09:18.14 | hrw|work | hmm.. linux-handhelds suggest more then zaurii+hx2750 |
| 09:18.22 | RP | koen: ssshh ;-) |
| 09:19.07 | RP | The c7x0 work is outside of ohand so that strickly wouldn't be true ;-) |
| 09:19.15 | hrw|work | mickeyl: you find some time to upgrade to 2.6.12-rc maybe? |
| 09:19.25 | hrw|work | what is ohand? |
| 09:19.36 | koen | hrw|work: www.o-hand.com |
| 09:19.49 | mickeyl | hrw|work: hardly, but i hope on weekend |
| 09:20.18 | mickeyl | RP: I'd favour linux-handhelds, but it's your call |
| 09:20.34 | mickeyl | it could expand :) |
| 09:20.48 | koen | linux-handhelds-no.org |
| 09:21.03 | hrw|work | koen: thx |
| 09:21.05 | koen | to add more confusion |
| 09:21.05 | mickeyl | hehe |
| 09:21.23 | RP | I feel handhelds is too easily confused with hh.org |
| 09:21.26 | koen | ugh |
| 09:21.34 | mickeyl | ok, then make it concrete |
| 09:21.41 | koen | "adding new gnumeric" amount to "updating gnome" |
| 09:21.42 | mickeyl | linux-sharp-ipaq |
| 09:21.50 | mickeyl | or rather |
| 09:21.51 | mickeyl | zaurus-ipaq |
| 09:21.56 | koen | linux-OE? |
| 09:22.30 | hrw|work | linux-zauraq |
| 09:23.07 | koen | ipus |
| 09:24.08 | hrw|work | linux-rpjldoaw |
| 09:24.30 | koen | that might be offensive in Welsh |
| 09:25.02 | hrw|work | linux-umpaumpa |
| 09:25.07 | RP | koen: Not enough l's in there ;-) |
| 09:26.11 | RP | I think, given its a kernel tree, maintained by me, I'm going to go for linux-rp. We don't know what devices I might add support for next ;-) |
| 09:26.22 | mickeyl | fair enough |
| 09:27.07 | hrw|work | RP: btw - enable CONFIG_USB_DEVICEFS |
| 09:27.39 | RP | Another one I missed :) |
| 09:27.54 | RP | I'll never have everything everyone wants in there... ;-) |
| 09:28.00 | hrw|work | ;) |
| 09:28.24 | hrw|work | RP: maybe just someone who needs something should send you diff to defconfig |
| 09:29.52 | XorA | RP: with the power of the new Z's you should just do an "All Modules" defconfig |
| 09:30.22 | mickeyl | nah, to reduce support load we should enable modules 'on-demand', not proactive |
| 09:30.23 | RP | XorA: I'm trying to reduce the kernel build time as much as I can ;-) |
| 09:30.55 | koen | aargh: push: remote locked, trying again... |
| 09:32.53 | *** join/#oe _ggilbert (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 09:33.27 | *** join/#oe ggilbert (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 09:36.20 | RP | BigAl: http://www.rpsys.net/openzaurus/patches/spitz_mtd-r0.patch should sort your partitions out. You may also need http://www.rpsys.net/openzaurus/patches/machtype_update-r1.patch |
| 09:36.40 | RP | That should add mtd support for both akita and spitz |
| 09:37.08 | RP | and so support for the cxK begins :) |
| 09:37.27 | koen | RP: cxxxx |
| 09:37.56 | mickeyl | very good |
| 09:43.43 | BigAl | RP: Thanks |
| 09:48.25 | *** join/#oe noclouds (~mhfan@60.166.167.82) |
| 09:55.47 | b0ti|work | RP: CONFIG_USB_SL811_HCD=m is not needed, because the cfu1 driver has it's own modded version. And CONFIG_USB_DEVICEFS would be nice to have. |
| 09:56.37 | koen | what's the best way to split /usr/lib/goffice/0.0.2/plugins/<name>/*.{xml,so} into libgoffice-plugin-name packages? |
| 09:57.28 | RP | b0ti|work: not needed in your case or not needed by anyone? |
| 09:59.24 | b0ti|work | RP: the one in the kernel won't work on the Z at all, so not needed by anyone till my changes are pushed upstream. The cfu1 driver builds its own sl811-hcd.ko |
| 10:00.22 | RP | b0ti|work: ok, I'll disable that one |
| 10:00.57 | RP | Has anyone else got any changes in mind while I edit the defconfig? |
| 10:01.23 | mickeyl | let me check |
| 10:01.30 | koen | CONFIG_ROTATING_3DLOGO=y |
| 10:02.10 | b0ti|work | maybe CONFIG_USB_SERIAL_GENERIC ? |
| 10:04.00 | b0ti|work | does CONFIG_USB_G_SERIAL and CONFIG_USB_FILE_STORAGE work? |
| 10:05.17 | hrw|work | RP: could you add my sdcard-timeout patch? |
| 10:06.20 | hrw|work | RP: you can grab it from http://home.hrw.one.pl/oe/ and keep somewhere |
| 10:06.25 | RP | b0ti|work: I'm not sure we can use that at the same time as the gadget ethernet |
| 10:07.08 | RP | hrw|work: That was a quick hack to get your card working. We need to work out why it decodes the timings wrong :-/ |
| 10:08.09 | b0ti|work | RP: that's why I have g_ether in a module. Haven't tested the others yet, but if they're all modules it would be possible to switch on the fly. |
| 10:08.18 | hrw|work | RP: hmm.. I will try SRC_URI_linux-openzaurus_append in local.conf |
| 10:08.41 | mickeyl | yah |
| 10:08.46 | hrw|work | RP: do you have zecke bitbake patches somewhere? I can start build with them |
| 10:08.56 | mickeyl | i'm pretty happy with the defconfig, but i'd also like the usb stuff modular |
| 10:09.22 | RP | mickeyl: ok |
| 10:10.10 | RP | hrw|work: http://www.rpsys.net/openzaurus/temp/zecke1/ |
| 10:10.42 | hrw|work | thx |
| 10:11.13 | RP | hrw|work: Note I've just added a thrid file there. I haven't used that yet but zecke said it would fix a bug I was seeing |
| 10:11.44 | hrw|work | ok |
| 10:12.12 | hrw|work | SRC_URI_linux-openzaurus_append = "" and SRC_URI_lnux-openzaurus += "" does not work ;( |
| 10:12.55 | koen | you know the 2nd one has a typo? |
| 10:13.43 | hrw|work | koen: I know that I typed it here wrong |
| 10:13.53 | hrw|work | SRC_URI_linux_openzaurus += "file://hrw-sdcard-timeout.patch;patch=1" |
| 10:14.05 | hrw|work | =+ also does not work |
| 10:15.21 | *** join/#oe vol (~jugga@cpe-24-194-97-147.nycap.res.rr.com) |
| 10:16.05 | hrw|work | RP: I have to apply bitbake_patches.tar.bz2 and bitbake_pkg_data.patch to bitbake and then replace package.bbclass? |
| 10:16.11 | koen | mickeyl: according to http://oe-devel.bkbits.net:8080/openembedded/stats?nav=index.html I only need to push 42 more csets today :) |
| 10:16.44 | koen | (and 1800 extra in total) |
| 10:17.02 | mickeyl | heh, not quite |
| 10:17.04 | mickeyl | scroll down a bit |
| 10:17.08 | mickeyl | see the user 'mickey' |
| 10:17.09 | mickeyl | :D |
| 10:17.24 | RP | hrw|work: I just applied the patches in the archive that are listed in the series file, then the pkg_data patch, then replace the file |
| 10:17.31 | koen | ok, 2200 extra in total |
| 10:17.34 | hrw|work | RP: ok |
| 10:17.52 | mickeyl | hehe |
| 10:18.01 | mickeyl | but fear not |
| 10:18.04 | mickeyl | we'll getting a new start |
| 10:18.13 | mickeyl | we won't import the history in our new tool |
| 10:18.22 | mickeyl | whatever it may be |
| 10:19.00 | koen | as schurig pointed out, cogito is shaping up |
| 10:19.48 | hrw|work | I'm still 4th.. |
| 10:20.01 | koen | when someone donates new coffee machines to all devs we could switch to monotone |
| 10:20.13 | mickeyl | hah |
| 10:20.22 | mickeyl | monotone is not that bad |
| 10:20.31 | mickeyl | 0.19 is much faster than 0.18 |
| 10:20.40 | koen | says the man with an SMP mobo |
| 10:20.40 | mickeyl | and if we ditch the history it'll work out nicely |
| 10:20.47 | mickeyl | hehe, true |
| 10:22.22 | koen | and more time |
| 10:22.29 | *** join/#oe jskcr|lappy (~jskcr@jskcr.user) |
| 10:22.56 | hrw|work | I want dt1l_cs with suspend/resume working |
| 10:23.19 | hrw|work | if we talk about not-to-be-soon things |
| 10:23.21 | XorA | monotone is not stable |
| 10:23.35 | koen | I want a clamshell with builtin wifi |
| 10:23.52 | koen | and bluetooth and usbhost |
| 10:24.16 | hrw|work | koen: and BIG battery |
| 10:24.23 | CIA-9 | 03koen 07 * r1.3253 10openembedded/packages/pango/pango_1.8.1.bb: Add pango 1.8.1 |
| 10:24.56 | koen | yeah, and a big battery too |
| 10:25.32 | koen | a recent gnumeric is only a do_stage in goffice_0.0.1.bb away |
| 10:26.12 | koen | after that I'll only need a pdf viewer on my z |
| 10:26.20 | zecke | moin |
| 10:26.28 | koen | hey zecke |
| 10:26.42 | XorA | koen: wooo, I looked at gnumeric and gave up on the autoconf crap |
| 10:26.45 | zecke | RP: did you test with the different package.bbclass? |
| 10:27.04 | hrw|work | hi zecke |
| 10:27.18 | koen | XorA: I update some libraries, and now it fails on the goffice headers |
| 10:27.19 | RP | zecke: not yet |
| 10:27.41 | hrw|work | ok. time to start build with zecke bitbake |
| 10:27.43 | XorA | koen: gnumeric Ive wanted for ages, you rule |
| 10:27.53 | zecke | hrw|work: how did you get it? |
| 10:28.27 | hrw|work | from RP |
| 10:28.41 | zecke | hehe |
| 10:28.55 | zecke | hrw|work: you need the older openembedded patch as well |
| 10:29.16 | hrw|work | zecke: where I get it? I have tester with 192M |
| 10:29.22 | RP | zecke: I hope you didn't mind... |
| 10:29.34 | zecke | RP: you will hear from my lawyer |
| 10:31.48 | RP | zecke: Do I need to wipe tmp after changing the package.bbclass file? |
| 10:32.00 | RP | well, the cache at least? |
| 10:32.03 | zecke | RP: no only the cache |
| 10:32.21 | hrw|work | zecke: so where I grab complete patches? |
| 10:32.35 | zecke | hrw|work: the patch is not cleaned up yet |
| 10:32.47 | zecke | http://handhelds.org/~zecke/downloads/oe/openembedded_data.patch |
| 10:32.50 | hrw|work | pok |
| 10:33.02 | zecke | http://handhelds.org/~zecke/downloads/oe/package.bbclass |
| 10:33.12 | hrw|work | ok |
| 10:33.49 | RP | I don't think I have that openembedded_data patch applied :-/ |
| 10:33.56 | hrw|work | package.bbclass already got from RP |
| 10:34.56 | CIA-9 | 03koen 07 * r1.3252 10openembedded/packages/libgsf/libgsf_1.12.0.bb: Add libgsf 0.12 |
| 10:35.01 | RP | <CIA>linux-oz-2.6: Add machtypes and mtd definitions for akita/spitz + tweak modules |
| 10:38.30 | hrw|work | zecke: ok. all bitbake patches applied, OE applied, pacakge.bbclass replaced |
| 10:39.56 | *** join/#oe BlackRain (~camillo@81-208-74-190.fastres.net) |
| 10:40.53 | zecke | hrw|work: ok rm tmp/cache |
| 10:40.55 | zecke | hrw|work: and goooo |
| 10:41.27 | hrw|work | zecke: its from scratch build |
| 10:41.46 | hrw|work | 43M with 1300 parsed... |
| 10:44.27 | hrw|work | zecke: 43M with all files... it should fly... |
| 10:44.51 | zecke | it might some more time to actually start the build |
| 10:45.02 | zecke | beacause it hits every bb file three or four times |
| 10:45.05 | hrw|work | I know - that gettings key... |
| 10:45.25 | koen | zecke: that's with the sqlite backend, or just a different parser? |
| 10:45.28 | RP | It is slower for both the parsing and for the dependency tree generation |
| 10:45.44 | RP | The lack of memory use more than makes up for it |
| 10:45.59 | RP | koen: Just a different caching algorihm |
| 10:46.02 | hrw|work | RP: let it be slowe for that.. but it will be faster later on machines with less mem |
| 10:46.07 | zecke | koen: just a different make.pkgdata |
| 10:48.04 | koen | ok, now the memory things has been solved we could make bb threaded using the dep-graph |
| 10:48.20 | hrw|work | zecke: I will remove that gettings messages from my copy |
| 10:48.25 | koen | does someone want to make an opengl depgraph viewer? |
| 10:48.30 | zecke | hrw|work: hehe |
| 10:48.40 | zecke | hrw|work: lib/bb/data_smart.py |
| 10:49.03 | hrw|work | I know - grepped |
| 10:49.08 | RP | koen: One step at a time - lets get the memory changes into bitbake svn... |
| 10:49.15 | mithro | so whats up people? |
| 10:49.24 | RP | koen: I'm looking forward to threaded bitbake though |
| 10:49.36 | RP | koen: I already have a design worked out |
| 10:49.38 | koen | mithro: do you have an url with the miniconf slides handy? |
| 10:49.44 | RP | I just need to actually write it... |
| 10:50.00 | mithro | koen: they arn't up yet |
| 10:50.13 | mithro | i'm don't have them all yet |
| 10:50.20 | mithro | and i'm still working on the videos |
| 10:50.23 | *** join/#oe Virusmaster (~Thomas@p3EE06DBD.dip0.t-ipconnect.de) |
| 10:50.36 | jskcr|lappy | RP: Changes to bitbake? are ya gonna break the bbcow patches? |
| 10:52.07 | RP | jskcr|lappy: more like make them obsolete |
| 10:52.14 | jskcr|lappy | great :) |
| 10:52.43 | jskcr|lappy | On my server at home with 2 gigs of ram bitbake runs ducky but on my laptop with 512 megs, you can see it start to choke lol |
| 10:53.08 | jskcr|lappy | has tslib 1.0 came out yet? |
| 10:54.43 | mithro | i would love some help, but unless you are in australia it's a bit hard :P |
| 10:55.12 | hrw|work | mickey|lunch: why uicmoc-native and uicmoc3-native are both used when meta-opie? |
| 10:58.01 | zecke | hrw|work: for opie-lupdate/opie-lrelease we use Qt3 |
| 10:59.14 | hrw|work | ah.. |
| 11:02.09 | zecke | how much ram do you've left yet? |
| 11:04.18 | hrw|work | Mem: 1035288 981088 54200 0 122900 763796 |
| 11:04.24 | hrw|work | ops |
| 11:04.25 | hrw|work | <PROTECTED> |
| 11:04.25 | hrw|work | Mem: 1035288 981088 54200 0 122900 763796 |
| 11:05.22 | jskcr|lappy | 200megs |
| 11:05.43 | hrw|work | zecke: python is most mem hungry now with 43M |
| 11:06.58 | hrw|work | zecke: pause after "Building provider hash:" is generating deps tree? |
| 11:07.00 | zecke | <PROTECTED> |
| 11:07.10 | zecke | hrw|work: yes it loads every bbfile three times now |
| 11:07.32 | hrw|work | zecke: add progressbar later here |
| 11:07.54 | zecke | hrw|work: no, do everything in one step ;) |
| 11:08.16 | hrw|work | ok - thats your patch |
| 11:09.36 | RP | zecke: I think it we use my C data store, we can reach 30MB :) |
| 11:10.06 | zecke | I've a trivial solution to reach the 0MB limit... |
| 11:10.32 | zecke | ~lart quilt |
| 11:10.47 | zecke | that sucker is too stupid to create a writable patches directory... |
| 11:16.39 | hrw|work | ok. now I'm building *-native tools needed for meta-opie (plan to backup it) |
| 11:17.28 | RP | zecke: This is building quite happily now after I applied that new bbclass file |
| 11:17.52 | zecke | RP: I'm preparing patches now... |
| 11:18.05 | zecke | but it will take some time... |
| 11:18.42 | RP | zecke: Initially, I'd aim just to created your dict class and get all the deepcopy's into one place |
| 11:18.55 | RP | We can then experiment with different algorithms |
| 11:19.27 | zecke | RP: I'll include data_delegates, persistent_storage, killing of wrong assumptions |
| 11:19.35 | zecke | RP: and my cow and cache implementation |
| 11:20.06 | RP | Will cow be allowed in? |
| 11:20.34 | zecke | RP: in what way allowed? |
| 11:20.42 | zecke | it passes the python doc test |
| 11:21.07 | RP | The problem with bbcow was that it didn't pass the doc test? |
| 11:21.16 | zecke | dunno |
| 11:21.34 | zecke | but it didn't |
| 11:24.18 | RP | Who has write access to the bitbake repo? |
| 11:24.31 | zecke | RP: I guess, kergoth, phil and hrw? |
| 11:24.51 | RP | does mickey|lunch? |
| 11:27.27 | hrw|work | I have |
| 11:28.28 | zecke | kergoth: zecke123 should be at berlios, please add me |
| 11:28.29 | hrw|work | cosmicpenguin hrw kergoth mickeyl philb |
| 11:28.41 | zecke | kergoth: I would like to create branch |
| 11:29.26 | lardman | mickey|lunch: feel like performing a conversion ;) : http://www.oesf.org/forums/index.php?showtopic=12522&hl= |
| 11:30.17 | RP | zecke: Before you branch, lets add the data.createCopy attribute |
| 11:30.38 | RP | That way, we won't have to patch/unpatch oe to switch bitbakes |
| 11:30.52 | zecke | I fork OE as well ;) |
| 11:31.19 | zecke | we should all agree to get bitbake-ng going |
| 11:32.13 | RP | zecke: I think bitbake-ng should grow out of bitbake |
| 11:32.22 | RP | I'd like to see your fork develop into that |
| 11:32.29 | zecke | RP: but still python based? |
| 11:32.40 | zecke | I find it nice to just write a fetcher in python... |
| 11:32.56 | RP | zecke: I think we should add C extentions to the python for now |
| 11:33.09 | RP | Once we reach a certain point, we can perhaps remove lots of the pythin |
| 11:33.43 | RP | I don't think starting from scratch is an option. Neither is breaking the metadata compatibility |
| 11:34.20 | hrw|work | one day I will send a bomb to kdepim developers... |
| 11:34.47 | RP | Initially, I can see a lot of potential in grafting a C data store and a C/flex/lemon parser onto the existing bitbake |
| 11:35.08 | zecke | damn... |
| 11:35.31 | hrw|work | zecke: why kontact forget that he have all passwords in kwallet? morons.. |
| 11:35.41 | zecke | kdab.net... |
| 11:37.21 | hrw|work | /dev/hda5 92218280 92218280 0 100% /home |
| 11:37.25 | hrw|work | wtf... |
| 11:37.47 | koen | lardman: those pdaxrom people are funny |
| 11:37.47 | zecke | Game Over, Please Insert Coin |
| 11:38.20 | koen | lardman: trying to install pdaxrom firefox in familiar, while it's in the familiar feeds |
| 11:38.51 | koen | lardman: looks like buying sharp hardware cuts IQ by 30 points |
| 11:39.52 | hrw|work | koen: what with those who has few Z? |
| 11:39.57 | hrw|work | negative IQ? |
| 11:40.42 | koen | I think it's a one time thing |
| 11:43.24 | *** join/#oe bluelightning (~bluelight@203-173-244-189.akl.ihugultra.co.nz) |
| 11:43.24 | zecke | bluelightning: hey |
| 11:43.24 | koen | hey bluelightning |
| 11:44.03 | bluelightning | hi zecke |
| 11:44.05 | bluelightning | hi koen |
| 11:44.12 | bluelightning | hi all |
| 11:44.40 | bluelightning | how is everyone |
| 11:44.53 | hrw|work | fine |
| 11:45.00 | bluelightning | hey hrw|work |
| 11:45.36 | RP | hi bluelightning |
| 11:46.20 | bluelightning | hi RP |
| 11:49.01 | *** join/#oe aphistic (~aphistic@CPE-65-30-217-110.wi.res.rr.com) |
| 11:49.13 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 11:49.38 | koen | XorA: how fluent are you with xpm related problems? |
| 11:50.20 | koen | XorA: both versions of gnumeric fail to build, because some xpm voodoo fails (gnm_cursor_cross and friends) |
| 11:50.27 | koen | XorA: any ideas on that? |
| 11:51.09 | *** part/#oe Twiun (~twiun@adorphuye.com) |
| 11:56.30 | hrw|work | heh.. removing old builds gives gigabytes... |
| 11:57.29 | XorA | koen: not a clue sorry |
| 11:57.52 | XorA | koen: Im an embedded guy, whats this GUI you talk of? |
| 11:58.12 | koen | :) |
| 11:59.22 | koen | btw, abiword fails to build here |
| 11:59.26 | koen | cleaning tmp now |
| 12:00.48 | XorA | koen: I got stuff like that when I acciently built x11 instead of diet-x11 |
| 12:03.55 | zecke | hmm I've rediffed most of the patches |
| 12:04.05 | zecke | but I've to do some other cleanups... later |
| 12:04.10 | zecke | cya later |
| 12:20.12 | lardman | koen: you may be right there - perhaps there's something about the pdaXrom name which just draws people |
| 12:20.46 | koen | We whoop pdaxrom's ass when it comes to package count |
| 12:20.53 | lardman | koen: re-brand our GPE ROM images as pda-GPE-X-rom, perhaps that would sort them out |
| 12:20.57 | lardman | ;) |
| 12:21.48 | koen | STOP CALLING IT ROMS! |
| 12:21.53 | koen | </rant> |
| 12:22.09 | lardman | rom image - what's wrong with that |
| 12:22.26 | lardman | the fact that it's not read-only? |
| 12:22.38 | koen | yes |
| 12:23.18 | mithro | ROM is read only memory :P |
| 12:23.20 | *** join/#oe mrz80 (1000@caledonia.cns.ufl.edu) |
| 12:23.21 | koen | it's a flash image, not Read Only or Memory |
| 12:23.31 | lardman | it's ingrained now, but I'll try |
| 12:24.00 | lardman | probably those 30 IQ points I'm missing ;) |
| 12:27.06 | XorA | surely for maximal market penetration it should be called Cailais Herbal Viagra |
| 12:27.39 | koen | Viagra linux: making something big out of something small |
| 12:29.40 | *** join/#oe fyliu (~Fangsta@user-10cm1nc.cable.mindspring.com) |
| 12:30.38 | hrw|work | koen: ;)) |
| 12:31.11 | *** join/#oe offroadgeek (~offroadge@offroadgeek.sustaining.supporter.pdpc) |
| 12:33.03 | hrw|work | hi offroadgeek |
| 12:33.16 | offroadgeek | hello |
| 12:35.32 | hrw|work | lunch time.. |
| 12:36.04 | offroadgeek | coffee time for me |
| 12:40.05 | BigAl | RP: I've got a patch for you. |
| 12:52.45 | RP | BigAl: Sounds good. I'm quite looking forward to seeing it :) |
| 12:53.06 | RP | BigAl: Do you have a url or do you want to mail it to me? |
| 12:53.49 | BigAl | RP: http://www.orca.cx/zaurus/patches/spitz-initial-support.diff |
| 12:54.20 | BigAl | RP: It doesn't do much at the moment besides initalise the scoop devices. |
| 12:54.42 | BigAl | RP: There's also http://www.orca.cx/zaurus/patches/defconfig-spitz |
| 12:55.36 | RP | BigAl: Ok, thanks. I'll have a look over it and get it into the kernel bb file :) |
| 12:55.58 | BigAl | RP: Cool, thanks. Want me to gzip it first? |
| 12:56.08 | RP | If I find time, I might also see what other bits I can quickly get working |
| 12:56.21 | RP | BigAl: Its ok, thanks. I have it now |
| 12:56.58 | BigAl | RP: At the moment the scoops detect ok and I can twiddle one of the gpio pins on the first one, but they both time out if I try to do anything with the CF interfaces |
| 12:57.43 | RP | BigAl: Have you compared the scoop and pcmcia code? |
| 12:57.50 | RP | Did sharp change scoop at all? |
| 12:58.28 | BigAl | RP: I've had a bit of a look through the sharp kernel code, and it looks like they just added another one and wired up some of the gpio pins on them differently. |
| 13:00.06 | RP | BigAl: That was what I thought from a very brief glance |
| 13:00.16 | RP | I'm a bit busy at the moment but I'll have a look into it later on |
| 13:01.31 | BigAl | It's a total PITA to figure out what's going on in the sharp code, too.. all those #ifdefs |
| 13:03.17 | XorA | BigAl: thats what cpp is for |
| 13:05.37 | RP | BigAl: You start off my deleting everything but the ones for the device you're interested in |
| 13:06.30 | BigAl | RP: I thought I might as well take it all out at the start, since it was all hooked up slightly differently. I'll probably copy most of it back in if it's just a simple change of pins or something. |
| 13:18.22 | hrw|work | I have to work on rm_work.bbclass... |
| 13:26.08 | *** join/#oe wrobbie (~rob@cm168.sigma180.maxonline.com.sg) |
| 13:27.09 | wrobbie | hi all |
| 13:28.48 | wrobbie | My setup compiles glibc 2.3.2+cvs20040726, even though there are newer .bbs.. Where does it say to pick that particular version? |
| 13:33.19 | koen | either via PREFERED_VERSION in some config, or via DEFAULT_PREFERENCE inthe glic .bbs |
| 13:34.57 | wrobbie | hi koen.. aha, I'll do a Big Grep then |
| 13:35.38 | koen | wrobbie: I think it's in the glibc_*.bb files |
| 13:35.39 | hrw|work | best will be PREFFERED_VERSION |
| 13:36.13 | wrobbie | is 2.3.5 not used by anyone? |
| 13:36.20 | wrobbie | (no .bb) |
| 13:36.41 | koen | hrw|work: well, the glibc .bbs have DEFAULT_PREFERENCE_arm in them |
| 13:37.07 | koen | so you will have to do a PREFERED_VERSION_arm in your local.conf/distro.conf |
| 13:37.52 | hrw|work | koen: maybe |
| 13:38.22 | koen | (if you only want to build for arm, that's ok) |
| 13:38.37 | wrobbie | ... I don't see _arm anywhere in glibc bbs |
| 13:40.44 | koen | ah yes, no arm, but other archs: i568, i686, sh3, sh4 |
| 13:40.55 | koen | kergoth or pb_ are our glibc guru's |
| 13:41.08 | koen | maybe they know which is best |
| 13:45.16 | wrobbie | k, I'll try to catch kergoth sometime.. and use 2.3.2 for now |
| 13:45.24 | chouimat | morning |
| 13:45.38 | koen | hey chouimat |
| 13:46.09 | koen | I'm waiting for a solution for the eabi linker/unwinder problem |
| 13:59.25 | *** join/#oe stevenh (~xev@65.167.23.2) |
| 14:04.00 | *** join/#oe mallum (~mallum@host81-154-53-231.range81-154.btcentralplus.com) |
| 14:31.57 | *** join/#oe CosmicPenguin (~nobody@aus-ext-proxy02.amd.com) |
| 14:46.54 | *** join/#oe bipolar (~bflong@146.145.26.90) |
| 14:58.07 | *** join/#oe Twiun (~twiun@adorphuye.com) |
| 14:58.31 | *** join/#oe greg72 (~budayg@ns1.sysdata.hu) |
| 14:59.24 | Twiun | hey, anyone know where I can source (or what I should google for) for a 9-pin, d-type female connector which includes an rs232 transceiver+pcb? |
| 14:59.42 | Twiun | I have one in front of me, but have no idea where I can source more |
| 15:00.14 | RP | <CIA> linux-oz-2.6: Add support for ipaq hx2750 |
| 15:00.30 | koen | oz on ipaqs? funky |
| 15:00.39 | XorA | Twiun: you mean a TTL to RS232 chip? |
| 15:01.03 | Twiun | XorA: well, the surface mount chip on this board is an ma3232c from TI |
| 15:01.10 | Twiun | XorA: I assume that's what it is |
| 15:01.16 | XorA | Twiun: ah, a max232 google for that |
| 15:01.17 | hrw|work | Twiun: you want MAX232 or compatible |
| 15:01.51 | RP | koen: http://projects.o-hand.com/hx2750/ - the rootfs is from a c7x0 build :) |
| 15:03.09 | Twiun | hrw|work, XorA: cool... now to find one pre-attached to a micro pcb and inside the connector ;) |
| 15:03.29 | XorA | Twiun: shouldnt be hard, its a VERY common setup |
| 15:03.50 | XorA | Twiun: I used hundreds of them in projects in my life |
| 15:04.26 | hrw|work | I probably have few of them in unknown gsm<>pc cables |
| 15:04.48 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 15:05.10 | RP | I have a box of those chips on the desk :) |
| 15:05.25 | Twiun | so I shouldn't have to worry about the other surface mount components on the pcb? (look like resistors) |
| 15:05.49 | RP | A max232 will normally have four capacitors with it |
| 15:06.20 | XorA | RP: there is however a newer chip in the series that doesnt need the caps, its a scary beast |
| 15:06.45 | Twiun | and I imagine that a integrated connector+chip+pcb will include the capacitors then? |
| 15:06.55 | RP | XorA: I think I have some of them somewhere as well :) |
| 15:07.17 | RP | Twiun: If the chip needs them I'd expect them to be included |
| 15:07.42 | Twiun | maplin's doesn't seem to have them |
| 15:08.09 | RP | Twiun: Try Farnell or RS |
| 15:08.11 | XorA | Twiun: http://www.maplin.co.uk/Module.aspx?ModuleNo=2383&doy=11m5D |
| 15:08.21 | XorA | Twiun: your google power are lacking :-) |
| 15:09.01 | XorA | Twiun: if link doesnt work, search for 232, its second result |
| 15:09.06 | Twiun | XorA: nah, found that already... but it's not inclusive of the connector, right? |
| 15:09.30 | Twiun | XorA: if I can get away without building it from spares, so much the better |
| 15:09.40 | XorA | Twiun: ah, no thats the chip, but Id be surprised if there isnt a ready OEM source for the premonted connectors |
| 15:11.44 | *** join/#oe tigrux (~tigrux@dsl-200-95-25-165.prod-infinitum.com.mx) |
| 15:19.45 | hrw|work | zecke|hwp: your bitbake is awesome |
| 15:20.01 | hrw|work | zecke|hwp: 44M occupied and whole build is going on well (meta-opie) |
| 15:21.05 | *** join/#oe mallum (~mallum@host81-153-51-116.range81-153.btcentralplus.com) |
| 15:21.38 | hrw|work | 600M goes for caching |
| 15:23.00 | Crofton | hmmm, a low memory bb? |
| 15:23.30 | hrw|work | very low |
| 15:23.41 | Crofton | hmmm, it sort of looks like Bettini took Cooke into the barriers |
| 15:24.05 | Crofton | I either need to get more RAM or a newer BB :) |
| 15:24.17 | Crofton | running 512M here and I am wallowing along |
| 15:25.43 | Crofton | hmmm, video is trying to suggest Cooke rear ended Bettini |
| 15:27.33 | Crofton | Can someone explain under what conditions bb rebuilds packages with the version _cvs? |
| 15:28.08 | CosmicPenguin | Crofton: when the associated CVS date changes |
| 15:28.32 | Crofton | it seems like alot of them have the associated date being "today" |
| 15:28.48 | Crofton | (while building opie-image) |
| 15:29.14 | RP | BigAl: That patch looks reasonably sane. The one problem is head-sharpsl.s is going to clash with akita |
| 15:31.04 | BigAl | RP: We could add a flash size test to figure out exactly what machine we're on, but I'm not sure how to do that. |
| 15:31.26 | hrw|work | Crofton: set CVSDATE in local.conf |
| 15:31.27 | CosmicPenguin | Crofton: yeah - if no date is specified, it defaults to today |
| 15:31.38 | hrw|work | Crofton: default CVSDATE is today (00:00 GMT) |
| 15:31.54 | RP | BigAl: That will be the best way to do it. There's already some code in there to do that for husky |
| 15:32.10 | hrw|work | RP: I had to say that |
| 15:35.30 | Crofton | thanks, this will help |
| 15:35.54 | Crofton | what is the format for CVSDATE? |
| 15:35.59 | BigAl | RP: Hopefully the flash chips are similar enough to allow that to be reused. |
| 15:36.07 | CosmicPenguin | Crofton: YYYYMMDD |
| 15:37.07 | Crofton | or I just rebuild at 00:01 in cron :) |
| 15:38.08 | RP | BigAl: head-sharpsl.s is wrong anyway as poodle can either pxa255 or pxa250 :-/ |
| 15:39.32 | hrw|work | RP: there is only one machine named poodle in kernel space? or is there cache bugfix for pxa250? |
| 15:39.37 | BigAl | RP: Isn't the poodle detected by lack of a w100? |
| 15:40.50 | RP | BigAl: Maybe, I can't remember... |
| 15:41.18 | RP | I do remember using the pxa250 processor code bu maybe that was for the c700... |
| 15:42.18 | BigAl | RP: Yeah, it says "We have a PXA250 - Corgi" |
| 15:42.39 | koen | ~lart corgi designeres |
| 15:43.06 | CosmicPenguin | take that you dum designeres |
| 15:43.56 | RP | BigAl: We also need to add tosa to that file - dirk has some code for that if I remember rightly |
| 15:44.12 | RP | based on detection of the toshiba chip |
| 15:44.41 | BigAl | RP: Shouldn't be a problem to add it in. |
| 15:45.21 | RP | The only problem is making sure everyone's patches play nicely together :) |
| 15:46.45 | BigAl | RP: Yup.. Does the tosa use pxa270? |
| 15:46.54 | hrw|work | BigAl: pxa255 |
| 15:46.56 | RP | BigAl: No, 255 |
| 15:47.36 | RP | It's referred to in the bb file IIRC |
| 15:48.40 | RP | http://www.do13.in-berlin.de/openzaurus/tosa-detection-r0.patch |
| 15:49.28 | hrw|work | cu |
| 15:50.00 | RP | cu hrw|gone |
| 15:50.38 | BigAl | I could create a combined tosa-spitz patch if you like, shouldn't be too hard. |
| 15:51.35 | RP | BigAl: Just make your patch so it applies on top of Dirk's for now |
| 15:52.05 | BigAl | RP: Ok. |
| 15:52.17 | RP | BigAl: It might pay you to seperate that patch from the rest of your base code as well |
| 15:52.51 | RP | I try and keep them fine grained so conflicts are minimised |
| 15:53.06 | BigAl | RP: I'd agree there.. I'll split it up into spitz-detect and spitz-base |
| 15:53.18 | RP | You can see how Dirk has them split up: http://www.do13.in-berlin.de/openzaurus/ |
| 15:53.30 | RP | and me: http://www.rpsys.net/openzaurus/patches/ |
| 15:55.15 | mickeyl | most important, use revisions |
| 15:55.16 | *** join/#oe uv1 (~Werner@p508926B0.dip0.t-ipconnect.de) |
| 15:56.49 | RP | Yes, good point mickeyl :). BigAl: Notice the -r0 extentions to the filenames. These help stop all kinds of caching issues when you upgrade patches |
| 16:05.55 | *** join/#oe dkey (~dkey@193.170.48.234) |
| 16:06.58 | zecke | hrw|gone: good to hear |
| 16:07.22 | zecke | hrw|gone: the cache shouldn't be much bigger than it was before |
| 16:09.42 | RP | zecke: I'm really impressed with this memory reduction :) |
| 16:09.51 | RP | Now if only we could get it to go faster :) |
| 16:10.00 | zecke | RP: apt-get install kcachegrind |
| 16:10.19 | RP | zecke: You assume I use debian... |
| 16:10.30 | zecke | rpm -i apt-get |
| 16:10.36 | zecke | apt-get install kcachegrind ;) |
| 16:10.52 | RP | zecke: Its a slackware system. I'll grab the sourcecode ;-) |
| 16:11.07 | Twiun | RP: this looks promising: http://www.compsys1.com/workbench/On_top_of_the_Bench/Max233_Adapter/max233_adapter.html |
| 16:12.46 | RP | Twiun: Personally, I'd just buy a max232 and assemble it but yes, that will do the job :) |
| 16:13.17 | kergoth | zecke: will do (re: berlios bb project user add) |
| 16:13.24 | Twiun | RP: question now is... 5v or 3.3v? |
| 16:13.42 | zecke | kergoth: *puh* luckily you don't refuse that changes completely |
| 16:13.53 | RP | Twiun: Depends what you are connecting it to... |
| 16:14.28 | kergoth | zecke: i should probably write up an email outlining why i think the bitbake-ng rewrite direction is best, long term, so people understand the reasoning, and lay out the basic design. |
| 16:14.49 | zecke | kergoth: No question I agree that we need a bitbake-ng |
| 16:14.50 | kergoth | zecke: heh, i havent read the patches yet, but i'm certainly open to incremental bitbake improvements, and it sounds like what you've done is hugely beneficial |
| 16:14.56 | RP | kergoth: I think we all agree on that |
| 16:15.03 | Twiun | RP: PC serial port on one side |
| 16:15.15 | Twiun | RP: mobile phone on the other |
| 16:15.16 | RP | (that bitbake-ng is the way to go) |
| 16:15.28 | hrw | re |
| 16:15.31 | zecke | kergoth: I need to clean up and simplify the patches though |
| 16:15.34 | kergoth | RP: right, but there's a reason why I don't think _evolving_ to bitbake-ng from where we are now will work |
| 16:15.53 | kergoth | is everyone on the bitbake-dev list? i'll send something out |
| 16:16.00 | zecke | kergoth: wait :) |
| 16:16.02 | hrw | zecke: cache is only ~10M bigger |
| 16:16.04 | kergoth | :) |
| 16:16.21 | RP | kergoth: You know a lot more about it so I'm willing to listen |
| 16:16.50 | RP | kergoth: I do think that initially, we could evolve some things out of bitbake as it stands though |
| 16:17.05 | zecke | kergoth: My biggest concern with a bitbake-ng is that our openembedded packagedatabase will be useless |
| 16:17.12 | kergoth | zecke: it doesnt have to be. |
| 16:17.19 | RP | That's also my worry |
| 16:17.29 | kergoth | zecke: we've thrown out possible changes to the metadata layout, yes, but there's no reason we cant handle existing .bb files. |
| 16:17.33 | zecke | kergoth: I'm also willing to work on the embedding of python |
| 16:17.39 | kergoth | cool |
| 16:18.26 | RP | kergoth: The idea I had in mind was to modularise the existing bitbake and convert the problem areas into C/C++ |
| 16:19.00 | Twiun | RP: the existing cable I have seems to use the phone power supply (5v) unmodified, so I'll asume 5v ;) |
| 16:19.15 | kergoth | RP, zecke: I'd say the biggest reason why an evolutionary approach would be problematic is that bitbake-ng isn't just a rewrite of bitbake. It's a major change in architectural direction. bitbake was originally simply a means to an end. It was the tool to use OE. That was why it existed. bitbake-ng is not a tool to use OE, it's a general purpose, flexible task execution mechanism, in library form, that will be usable both in the build tool for OE an |
| 16:19.56 | *** join/#oe BigAl (~bigal@dsl-203-113-234-160.ACT.netspace.net.au) [NETSPLIT VICTIM] |
| 16:19.56 | *** join/#oe ljp (~lpotter@203.94.178.46) |
| 16:19.56 | *** join/#oe SuN (~Sun@195-241-12-117-mx.xdsl.tiscali.nl) [NETSPLIT VICTIM] |
| 16:21.58 | RP | kergoth: I basically agree. At the moment I don't know enough about bitbake to be able to contribute to bitbake-ng. The only way I can change that is by messing with bitbake so I think for me, extending it is the only option |
| 16:22.18 | zecke | RP: mess with it |
| 16:22.49 | kergoth | I'd like to see bitbake extended and improved incrementally, sure. I see them being two independent development tracks. There's no reason bitbake can't be developed to sate people's appetite for improvement while -ng is being done. |
| 16:23.04 | kergoth | I just don't see one becoming the other |
| 16:23.19 | kergoth | could be wrong, but thats how i see it atm |
| 16:23.41 | RP | kergoth: Fair enough. I think the two can probably help each other. |
| 16:24.33 | kergoth | I have no doubt. I'd say that's already happened. zecke's work so far likely makes him far more suited to the task of embedding python in -ng than i would be, so that'll now happen far sooner than it would have otherwise. |
| 16:25.06 | RP | kergoth: I also have a working C++ data store running against bitbake |
| 16:25.11 | kergoth | bleh, still havent heard from the movers about when their truck is coming by |
| 16:25.12 | RP | Well, mostly working ;-) |
| 16:25.19 | chouimat | hi kergoth zecke |
| 16:25.35 | *** join/#oe tigrux (~tigrux@dsl-200-67-236-216.prod-empresarial.com.mx) |
| 16:29.08 | RP | kergoth: I have a rought plan in mind for the short term development of bitbake - zecke's initial patches effectively create a data API/abstraction layer. It needs some changes to oe as well as bitbake to move the deepcopy calls into one place. I'd like to do that, release a new bitbake and then look at actually implementing the new caching mechanism zecke has |
| 16:29.29 | kergoth | gah! fools! the movers say they dont do anything until they have this paperwork from me, but they never fucking emailed me the paperwork in thef irst place |
| 16:29.35 | kergoth | thankfully they have another run before the 30th |
| 16:29.44 | kergoth | (which is my last day in this apartment) |
| 16:29.57 | RP | That could have been nasty... |
| 16:30.32 | kergoth | no kidding. if it was after the 30th, i'd have been in some deep shit. i would have had to call off the move, most likely, and just either leave my shit or put it in storage so i could drive up immediately |
| 16:30.58 | zecke | kergoth: where are you heading? |
| 16:31.17 | RP | kergoth: My reasoning for the above is so that a "stable" known good bitbake should exist and then we can experiment without needing patches to oe |
| 16:31.28 | kergoth | zecke: back to minnesota. still own a place there, that my dad is living at, so i can stay there and not have to pay my rent anymore. cut expenses |
| 16:31.54 | zecke | oh I thought you were in minnesota already |
| 16:31.57 | kergoth | nah |
| 16:32.02 | kergoth | been waiting on the movers |
| 16:32.30 | zecke | I'm a bit shy to ask and future wise in which direction are you heading? |
| 16:32.32 | kergoth | and being unemployed is going to drive me insane from the boredom alone |
| 16:32.34 | zecke | hiring at novell? |
| 16:32.54 | kergoth | no idea what direction i'm heading in. that's sorta what i'm trying to do, is take a bit of time to figure that out |
| 16:33.05 | kergoth | not sure if i want to stay in computers, or what |
| 16:33.18 | RP | I just did some of that :) |
| 16:34.06 | RP | kergoth: start and finish bitbake-ng to stop yourself being bored ;-) |
| 16:34.27 | CosmicPenguin | kergoth + novell? :) |
| 16:34.57 | CosmicPenguin | While he's at it - he can move to Provo - thats a cure for boredom |
| 16:36.20 | hrw | zecke: good work |
| 16:36.22 | CosmicPenguin | "The lines are my friends. I don't run over my friends" |
| 16:36.38 | BigAl | sleep time for me.. night all! |
| 16:36.55 | hrw | n8 BigAl |
| 16:36.56 | *** join/#oe jmau|work (~jmau@pD9EB7E4D.dip0.t-ipconnect.de) |
| 16:36.58 | kergoth | RP: heh, thinking about doing that, but i need to get moved. down here i'm by myself, depressed, unmotivated, just not doing very well. desperately need a change of pace. |
| 16:37.07 | kergoth | ah well |
| 16:37.09 | RP | zecke: have fun :) |
| 16:37.15 | kergoth | zecke: cool |
| 16:38.00 | RP | kergoth: Getting straightened out is more important than bitbake-ng |
| 16:38.20 | zecke | kergoth: found a ISP called best |
| 16:38.26 | zecke | kergoth: sell it |
| 16:38.35 | zecke | kergoth: start a new BSD like OS.. |
| 16:38.41 | zecke | hmm that was already someone else |
| 16:38.45 | kergoth | hehe |
| 16:39.08 | zecke | anyway it would have been a good idea |
| 16:43.29 | *** join/#oe man-di (~man-di@dyndsl-080-228-194-144.ewe-ip-backbone.de) |
| 16:48.39 | *** part/#oe ade|desk (~adavey@194.200.143.249) |
| 16:50.07 | ggilbert | RP: hush |
| 16:50.10 | ggilbert | not it isn't |
| 17:02.12 | hrw | ~nslookup www.houseoffish.org |
| 17:05.36 | *** join/#oe SirFred (~mteira@238.Red-81-34-169.pooles.rima-tde.net) |
| 17:05.40 | SirFred | Good evening |
| 17:07.17 | koen | hey SirFred |
| 17:11.03 | *** join/#oe zap (~zap@217.170.93.196) |
| 17:14.05 | hrw | hmm.. why japanese has own sourceforge.. |
| 17:22.23 | ggilbert | hrw: va japan set it up |
| 17:22.29 | uv1 | Gd. evening all |
| 17:22.35 | uv1 | Is pb here ? |
| 17:22.48 | ggilbert | _ggilbert: and va japan isa bit different from normal va |
| 17:25.56 | *** join/#oe SubNuke ([U2FsdGVkX@c-24-128-164-31.hsd1.ma.comcast.net) |
| 17:50.18 | *** join/#oe zedkatuf (~dfutak@82-32-58-45.cable.ubr08.azte.blueyonder.co.uk) |
| 17:57.47 | *** join/#oe mallum_ (~mallum@host81-156-154-25.range81-156.btcentralplus.com) |
| 18:03.22 | *** join/#oe ggilbert (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 18:03.27 | *** join/#oe ggilbert_ (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 18:24.30 | *** join/#oe cbrake (~cbrake@cpe-204-210-216-174.neo.res.rr.com) |
| 18:24.31 | SirFred | Hi, RP |
| 18:25.16 | RP | hi SirFred |
| 18:26.38 | *** join/#oe andersee (~andersee@codepoet.org) |
| 18:34.15 | uv1 | RP ? |
| 18:37.08 | uv1 | RP are you still there ? |
| 18:38.30 | RP | uv1: yes |
| 18:38.58 | uv1 | RP: My CL860 does not wake up from suspend. Is that a known issue ? |
| 18:39.36 | RP | uv1: Do you mean for alarms or do you mean at all? |
| 18:39.50 | uv1 | For alarms (opie). |
| 18:40.06 | RP | But it does suspend/resume normally? |
| 18:40.59 | uv1 | I can suspend it by menu or ON/OFF, or light and power and it comes back, when ON/OFF s pressed, yes. |
| 18:41.10 | RP | Ok. The code for alarm handling is in there but its not well tested. I guess I need to check it out. Was it you who posted to the oz-users list? |
| 18:41.23 | uv1 | yes |
| 18:41.36 | RP | I did test alarms once under 2.6 but that was a long time ago |
| 18:41.41 | RP | I'll look into it |
| 18:42.02 | hrw | RP: you have 2.6.12-rc and opie or you use gpe? |
| 18:42.06 | RP | If its broken on the 860, chances are its broken on all the c7x0 |
| 18:42.44 | uv1 | RP Thanks for help. Could you post to oz-users, if something changed ? |
| 18:42.49 | RP | hrw: opie and 2.6.12-rc I think |
| 18:42.54 | RP | uv1: Will do |
| 18:43.30 | uv1 | RP: Just for interest. How does the alarm stuff work in general ? Is the kernel woken up by interrupts or so ? |
| 18:43.46 | hrw | RP: after resume rotation is correct? when suspend in portrait and resume in landscape then orientation is still portrait.. |
| 18:44.14 | RP | uv1: In theory, the kernel honours the rtc alarms and resumes for suspend if one triggers whilst its asleep |
| 18:45.06 | RP | hrw: Ah, 2.6.12 will have a rotation bug. THe input people forced an interface change on us :-( |
| 18:45.06 | uv1 | RP: an rtc alarms fire interrupts ? How many rtc alarms can be stored then ? |
| 18:45.29 | RP | uv1: Its not and interrupt as such, its a wakeup source |
| 18:45.32 | hrw | RP: :( |
| 18:45.36 | RP | There is just one rtc alarm |
| 18:46.14 | uv1 | RP: So I assume the kernel is woken up now and then, checks for alarm and goes to sleep again ? |
| 18:46.20 | RP | hrw: You need to ask mickeyl to change opie to match the new interface. I'm not sure its worth changing opie until the input people accept the patch though |
| 18:46.29 | RP | (which will not be until 2.6.12 is out) |
| 18:46.33 | hrw | ok |
| 18:47.06 | hrw | anyway I have it also with 2.6.11 |
| 18:47.12 | RP | uv1: yes. The cpu powers up, sees what the wakeup was, then decides what to do about it |
| 18:47.25 | RP | hrw: 2.6.11 should work |
| 18:48.03 | *** join/#oe Virusmaster (~Thomas@p549CD73B.dip.t-dialin.net) |
| 18:48.04 | uv1 | RP: Can we adjust the time for "wake up cycles" to spare battery ? |
| 18:48.09 | RP | uv1: It only actually wakes up when the alarm is due |
| 18:48.16 | RP | or you do something like plug it in to charge |
| 18:48.49 | RP | When charhing it wakes every 10 minutes if I remember rightly to check the battery temperature/charge |
| 18:49.27 | uv1 | RP: The reason for this question is, that my CL860 has a long long standing battery cycle in suspend. Thats I think, because the rtc wake up stuff is not honoured by the actual kernel at all. |
| 18:51.10 | RP | uv1: I'm not sure offhand how large the rtc register is. I doubt it has to wake up that often |
| 18:52.39 | uv1 | RP Thanks for information. Let me know, when its worth a try. |
| 18:52.39 | *** join/#oe mallum (~mallum@host81-155-191-107.range81-155.btcentralplus.com) |
| 18:53.54 | *** join/#oe qip|Virus|da (~Thomas@p549CD73B.dip.t-dialin.net) |
| 18:54.35 | *** join/#oe maqt (~matthew@82-35-109-191.cable.ubr06.dals.blueyonder.co.uk) |
| 18:58.59 | *** join/#oe jmau (~jmau@pD9EB7E4D.dip0.t-ipconnect.de) |
| 19:05.14 | *** join/#oe ggilbert (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 19:05.37 | *** join/#oe treke (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 19:08.11 | *** join/#oe _ggilbert (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 19:08.20 | *** join/#oe ggilbert_ (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 19:12.45 | *** join/#oe pb_ (~pb@2002:5168:d330:1:a00:1fff:fe06:93c) |
| 19:13.06 | pb_ | hi all |
| 19:13.14 | koen | hey pb_ |
| 19:13.32 | pb_ | koen: good evening |
| 19:17.21 | ljp | good morning |
| 19:17.22 | keturn | and again, quilt vs perforce makes me the loser |
| 19:17.46 | pb_ | morning ljp |
| 19:18.12 | keturn | apparently some source archives (e.g. thttpd) include perforce information, and "patch" tries to invoke perforce when applying the OE patches |
| 19:18.26 | pb_ | mm, I keep thinking I should try perforce out |
| 19:18.29 | pb_ | is that what you use at trolltech? |
| 19:18.34 | ljp | ya |
| 19:18.40 | keturn | but I can't really check things out from thttpd's perforce repository, so my build breaks |
| 19:18.52 | ljp | keturn: I have noticed that also |
| 19:19.17 | CosmicPenguin | keturn: easy fix |
| 19:19.22 | CosmicPenguin | keturn: export PATCH_GET=0 |
| 19:19.33 | CosmicPenguin | that should be in bitbake.conf, but I've been too lazy to add it |
| 19:19.34 | ljp | ya |
| 19:19.56 | keturn | hmm, thanks |
| 19:20.07 | ljp | silly patch |
| 19:20.09 | *** join/#oe mallum (~mallum@host81-156-154-196.range81-156.btcentralplus.com) |
| 19:20.31 | CosmicPenguin | That would be a useful feature of patch, except that it only does a damn p4 edit |
| 19:20.35 | CosmicPenguin | not p4 delete or p4 add |
| 19:20.50 | CosmicPenguin | so its only moderately useful for say, patching a checked in kernel tree |
| 19:20.57 | ljp | or p4 obliterate |
| 19:24.58 | nhorlock | Evening all |
| 19:25.48 | CosmicPenguin | There you go |
| 19:25.49 | CosmicPenguin | enjoy |
| 19:25.49 | *** join/#oe ggilbert__ (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 19:25.58 | nhorlock | What's the recommended way to build for to architectures? Two build dirs? One build dir and switch the local.conf files? |
| 19:26.04 | pb_ | Two build dirs. |
| 19:27.09 | nhorlock | Hey pb__. Thanks. BTW, eliminating the stupid toolchain gcc resolved most of the problems I was having, thanks for seeing through that one. |
| 19:27.11 | koen | or multimachine.inc, but two builddirs is the easiest way |
| 19:27.21 | pb_ | nhorlock: very good |
| 19:28.40 | nhorlock | Sharp could never have expected the SL6000 to launch in the UK with a name like Tosa! |
| 19:32.00 | nhorlock | Before I waste too much time, does anyone know if someone has hacked a 640x480 version of xmms-embedded. If not that's what I'll have a bash at I think. |
| 19:32.24 | *** join/#oe cbrake (~cbrake@cpe-204-210-216-174.neo.res.rr.com) |
| 19:33.08 | hrw | nhorlock: I dont think so.. why not using opie-mediaplayers? |
| 19:34.57 | nhorlock | That's an option, I never seem to be able to get opie players to work on the SL6000 either. Perhaps I should find out why I have that issue if that is generally thought to be the better suited player |
| 19:36.21 | nhorlock | xmms works but looks crap due to the small skin(s) |
| 19:37.45 | hrw | xmms-emb is a crap even on qvga |
| 19:40.37 | *** join/#oe B0Ti (~boti@82.79.98.49) |
| 19:45.09 | mickey|tv | <CIA> fix everything E-related. If they break again, I won't fix them again. Please be careful this time </CIA> |
| 19:46.00 | pb_ | heh |
| 19:51.33 | *** join/#oe ggilbert (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 19:51.55 | CosmicPenguin | mickey|tv: there are two minor changes to the checked in task-xfce-base, but the whole theme thing should be resolved - I didn't encounter it |
| 19:52.20 | CosmicPenguin | xfce4-mcs-plugins should be xfce-mcs-plugins, and xfce4-panel-plugins should be xfce4-panel-panel-plugins |
| 19:52.28 | CosmicPenguin | I should fix that |
| 19:52.38 | mickey|tv | i fixed that |
| 19:52.50 | CosmicPenguin | the panel-panel bullshit? bless you |
| 19:52.56 | mickey|tv | you should read the changelog sometimes :) |
| 19:53.02 | *** join/#oe _ggilbert (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 19:53.29 | mickey|tv | 22 hours mickeyl 1.3244.1.2 fix dependency in task-xfce-base. xfce-image builds now. lets see if it works... |
| 19:53.35 | hrw | pdaxrom on familiar thread is getting longer.. |
| 19:53.43 | CosmicPenguin | heh |
| 19:53.44 | mickey|tv | 9 days mickeyl 1.3202 slight fixes for xfce-image. |
| 19:53.47 | mickey|tv | etc. |
| 19:53.48 | mickey|tv | :) |
| 19:53.58 | mickey|tv | it builds now. question is if we got all deps |
| 19:54.13 | mickey|tv | will have a look at weekend |
| 19:54.25 | CosmicPenguin | it should |
| 19:54.37 | mickey|tv | I'm pretty clueless when it comes to X deps |
| 19:54.40 | mickey|tv | yet |
| 19:55.19 | CIA-9 | 03mickeyl 07 * r1.3257.1.7 10openembedded/packages/ (etox/etox_0.9.0.003.bb ewl/ewl_0.0.4.003.bb): move etox to using releases |
| 19:55.22 | zecke | mickey|tv: yeah but you don't have assignments to finish ;) |
| 19:55.38 | mickey|tv | heh |
| 19:55.38 | hrw | what I have to say... I waked on 04:20 CEST.. |
| 19:56.12 | mickey|tv | zecke: OT: Qt4/E is not looking good if you ask me. Even Qt4/X11 is heaps slower than Qt3/X11, let alone Qt2. :/ |
| 19:56.43 | mickey|tv | i don't see that as an attractive solution until hardware gets twice as powerful |
| 19:57.03 | mickey|tv | bbl, 24 starts |
| 19:57.07 | mickey|tv | (VCR) |
| 19:57.08 | *** join/#oe maqt (~matthew@82-35-109-191.cable.ubr06.dals.blueyonder.co.uk) |
| 19:57.11 | hrw | speaking about powerfull... my zecke-build is going on and it looks good |
| 19:58.17 | *** join/#oe reenoo_ (~r@p5489EE46.dip.t-dialin.net) |
| 19:58.26 | reenoo_ | evening |
| 19:58.37 | zecke | mickey|24: oh tell me more later |
| 19:58.50 | zecke | mickey|24: so we're forced to take containers out of Qt4 (QtCore) |
| 19:58.56 | zecke | mickey|24: and do the GUI on top of EVAS? |
| 20:01.18 | pb_ | hrw: crumbs, you're building another zecke? |
| 20:01.50 | hrw | pb_: yep - that one use less resources |
| 20:01.55 | hrw | ;) |
| 20:02.14 | pb_ | excellent |
| 20:02.24 | hrw | pb_: but real zecke made bitbake use 44M during all build |
| 20:02.48 | hrw | 26526 hrw 16 0 46256 12m 1904 S 0.0 1.2 12:43.69 python |
| 20:03.06 | hrw | and it is with OE + some my packages and no BBMASK |
| 20:03.44 | *** join/#oe mallum_ (~mallum@host81-155-190-195.range81-155.btcentralplus.com) |
| 20:04.35 | pb_ | ah, very cool |
| 20:04.51 | pb_ | ~praise uberhacker zecke |
| 20:04.52 | ibot | All hail uberhacker zecke! |
| 20:05.22 | RP | Hmmm. Alarms are broken on c7x0. I think I can see why as well. Very strange code... |
| 20:05.39 | keturn | nice. Where are these zecke-patches? |
| 20:05.56 | zecke | on my disk |
| 20:06.22 | *** join/#oe ggilbert_ (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 20:06.47 | zecke | keturn: I'm currently splitting them up again |
| 20:07.26 | *** join/#oe koen (~koen@cl-148.ams-05.nl.sixxs.net) |
| 20:07.27 | zecke | pb_: hehe nice to hear but the solution is pretty obvious |
| 20:07.37 | zecke | pb_: and has a slight slowdown on generating the deptree as well |
| 20:08.20 | RP | I suspect most users would prefer the slowdown to the memory usage |
| 20:08.54 | zecke | probably if all users donate the money they save for not buying RAM, I could finally get an ibook :} |
| 20:09.15 | pb_ | zecke: ah, right. What did you do? |
| 20:09.28 | koen | zecke: 3 powerbooks and a G4 comes closer |
| 20:09.33 | koen | s/g4/g5/ |
| 20:09.54 | koen | considering the amount of ram bb currently uses :) |
| 20:10.27 | zecke | I would be happy to have some sort of portable PowerPC |
| 20:10.34 | zecke | be it a XBox360 |
| 20:10.53 | zecke | pb_: make.pkgdata |
| 20:11.11 | *** join/#oe darkschneider (~gab@213-140-6-96.fastres.net) |
| 20:11.17 | zecke | pb_: is now a special dictionary, it will unpickle the data from tmp/cache on need |
| 20:11.51 | pb_ | ah, right, so you don't keep all the data in RAM at once? |
| 20:12.10 | zecke | pb_: yupp |
| 20:12.17 | pb_ | sounds good |
| 20:12.26 | pb_ | probably easier than making cow work right. |
| 20:12.59 | zecke | pb_: build_depgraph should stop running n >= 3 times through pkgdata.keys() |
| 20:13.28 | zecke | pb_: this would make the new pkgdata implementation as fast as the old version |
| 20:13.51 | pb_ | right |
| 20:27.39 | *** join/#oe lardman (lardman@pc-138-38-248-157.bath.ac.uk) |
| 20:28.25 | *** join/#oe lardman (lardman@pc-138-38-248-157.bath.ac.uk) |
| 20:28.34 | *** join/#oe hufnus (~slonsiki@meb3136d0.tmodns.net) |
| 20:30.02 | *** join/#oe Virusmaster (~Thomas@p549CD73B.dip.t-dialin.net) |
| 20:37.42 | *** join/#oe Pigi (~NoOne@host171-27.pool80117.interbusiness.it) |
| 20:37.52 | Pigi | Ciao all |
| 20:38.00 | pb_ | hi pigi |
| 20:38.14 | Pigi | hi pb_ ! |
| 20:39.07 | Pigi | pb_, I have modified ipkg to have a configure option for the ( at least initial ) list dir. Do you think it would be usefull ? |
| 20:40.05 | pb_ | Pigi: I can't immediately think of a use for that, but I'm sure someone will find it valuable. |
| 20:40.37 | Pigi | I remember we discussed this a bit, for the oe environment. |
| 20:40.56 | pb_ | ah, right, to avoid the problem in offline root mode. |
| 20:40.59 | pb_ | yes, I remember now |
| 20:41.09 | Pigi | at least to remove the patch. Yes, something like this.... |
| 20:41.15 | pb_ | that does sound useful, yes |
| 20:41.36 | CosmicPenguin | I think that being able to control all the ipkg directories is useful on some level |
| 20:42.04 | pb_ | the issue was that we want to configure ipkg with --prefix=some/path/to/staging, but have it use usr/lib/ipkg as the status directory within the target filesystem when we drive it with -o root. |
| 20:42.16 | *** part/#oe Twiun (~twiun@adorphuye.com) |
| 20:42.17 | pb_ | CosmicPenguin: yah |
| 20:42.20 | Pigi | that should be the case, lemme see the code ... |
| 20:42.49 | pb_ | recent versions of ipkg were defining the list dir relative to $prefix, which was no good for us. |
| 20:44.12 | Pigi | yes, the option is "--with-ipkglibdir" |
| 20:44.18 | pb_ | cool |
| 20:45.24 | Pigi | which default to /usr/lib/ipkg if noone change it. |
| 20:46.46 | *** join/#oe mallum (~mallum@host81-155-190-195.range81-155.btcentralplus.com) |
| 20:50.39 | pb_ | okay, sounds ideal |
| 20:55.12 | Pigi | just testing the last things and I'll release the new version |
| 21:02.22 | SirFred | 'night |
| 21:10.05 | *** join/#oe maqt (~matthew@82-35-109-191.cable.ubr06.dals.blueyonder.co.uk) |
| 21:14.16 | *** join/#oe mallum (~mallum@host81-154-53-225.range81-154.btcentralplus.com) |
| 21:20.40 | hrw|gone | n8 all |
| 21:24.08 | hrw|gone | zecke: meta-opie build finished without errors from bitbake (other then host not found when trying to fetch knights) |
| 21:25.05 | Pigi | too sick tonight to complete the regression tests. |
| 21:25.08 | Pigi | nite all |
| 21:25.19 | _ggilbert | cool |
| 21:25.28 | _ggilbert | power went out an hour ago |
| 21:25.38 | pb_ | cool indeed |
| 21:25.40 | _ggilbert | the purpose was to install a new ups |
| 21:25.49 | pb_ | heh |
| 21:25.50 | _ggilbert | so that should theoretically be the end of it |
| 21:27.12 | pb_ | I had to install a new UPS in our server room yesterday. It seems the p4 compile server that our engineers have started using was a bit too thirsty for the old one: every time some typed "make", the overload light would come on and it would start beeping. |
| 21:27.41 | pb_ | which I guess we could have lived with, except that my desk was close enough that the beeping was annoying |
| 21:44.04 | _ggilbert | haha |
| 21:48.19 | *** join/#oe TimRiker (~timr@TimRiker.active.supporter.pdpc) |
| 21:49.50 | TimRiker | topic still announces last month's conf. any notes/pictures from the conf around? |
| 21:50.57 | ljp | just ascii images :) |
| 21:51.16 | TimRiker | ooh. ascii art |
| 21:51.21 | ljp | i think mithro is still putting stuff together |
| 21:52.00 | *** join/#oe ggilbert (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 21:57.50 | pb_ | yah, I guess he needed to digitize and compress a day's worth of video. |
| 21:58.37 | pb_ | and he seemed a bit worried that his camera wasn't recording sound, in which case he'd have needed to dub the audio on from some other source |
| 21:58.50 | pb_ | heh |
| 22:01.45 | ljp | that woould suck if theres no audio |
| 22:05.41 | pb_ | sure would |
| 22:06.11 | pb_ | Tim seemed to think that the audio was being recorded independently, so (in theory at least) he could dub that into the audio track of his recording. |
| 22:07.10 | zecke | RP: it seems cow hurts more on parsing than it helps |
| 22:07.56 | pb_ | that seems odd. |
| 22:12.27 | *** join/#oe molivier2 (~mac@f01m-34-217.d4.club-internet.fr) |
| 22:14.24 | *** join/#oe _ggilbert (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 22:20.06 | zecke | pb_: was that statement related to mine? |
| 22:20.44 | pb_ | yeah |
| 22:21.03 | zecke | pb_: well, a lot of time is spent in _getitem_ when parsing |
| 22:21.45 | zecke | pb_: and _getitem_ goes through itself, then the 'inherited' dict and so on... |
| 22:22.05 | zecke | pb_: and we inherit at least once from the global config |
| 22:22.13 | pb_ | right |
| 22:22.24 | pb_ | I didn't realise the overheads associated with those recursive calls were so great. |
| 22:22.26 | zecke | pb_: and when pickling cow is stupid anyway |
| 22:22.55 | pb_ | yeah, we'd need a cow-aware version of the Lauer-Cache to make cow usable. |
| 22:23.05 | zecke | pb_: I don't either (and I'm not too good with analysis) |
| 22:23.21 | zecke | I don't know if the implementation is bad or just the fact it is called +16 Million times |
| 22:23.44 | pb_ | one of the main reasons that the bbcow patches were never merged was that they didn't work properly in the presence of the CACHE. |
| 22:24.40 | zecke | anyway I'll wait for hotshot2calltree to finish, upload the data |
| 22:24.49 | zecke | and meanwhile I continue with the freaking assignment... |
| 22:24.54 | pb_ | very good |
| 22:25.05 | pb_ | meanwhile, I continue with repairing our broken fileserver |
| 22:27.40 | pb_ | it always puzzles and amuses me slightly that smartctl will say "SMART overall-health self-assessment test result: PASSED" while still reporting a pile of errors. |
| 22:27.44 | pb_ | heh. |
| 22:28.56 | zecke | I've not seen that error but I hate the linux kernel be so verbose... |
| 22:29.57 | TimRiker | pb_: well, overall it's healthy. ;-) |
| 22:31.10 | zecke | TimRiker: exactly, like someone having the Crohn disease but still doing fine |
| 22:32.14 | TimRiker | heh |
| 22:34.04 | pb_ | heh. yah, I guess. |
| 22:34.33 | pb_ | I dread to think what it takes to make the overall-health assessment be FAILED. |
| 22:39.55 | zecke | hehe |
| 22:40.10 | zecke | pb_: don't ask yourself too loud, or Morphey will drop by |
| 22:41.28 | pb_ | heh, true |
| 22:42.13 | pb_ | well, I'm in process of backing up all the data onto another host, so hopefully Murphy's influence will be limited. |
| 22:47.11 | *** join/#oe Geo_KM (~keith@CPE-61-9-204-1.nsw.bigpond.net.au) |
| 22:54.14 | keturn | zecke: can you recommend a resource on profiling python? I was wondering about that last time I was poking at the bitbake code. |
| 22:55.16 | zecke | there are two 'big' profilers |
| 22:55.20 | zecke | import profiler |
| 22:55.25 | zecke | or import hotshot |
| 22:55.34 | zecke | then you create a profiler with a logfile |
| 22:55.40 | zecke | and say it to execute a function |
| 22:55.54 | zecke | if you like kcachegrind you need to use hotshot |
| 22:56.12 | zecke | with hotshot2calltree you change the format of the output to something kcachegrind understands |
| 22:59.11 | RP | pb_: I have seen them manage failed before... |
| 22:59.37 | RP | zecke: In some ways, it doesn't surprise me that cow doesn't help. I've always had my doubts about cow |
| 23:00.05 | RP | I still think we should move all those deepcopy calls into one place though |
| 23:00.58 | CosmicPenguin | RP: tastes good though... :) |
| 23:01.24 | RP | CosmicPenguin: That is true :) |
| 23:03.49 | *** join/#oe treke (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 23:05.57 | pb_ | RP: do you mean cow as a concept, or bbcow as an implementation? |
| 23:10.13 | zecke | RP: cow helps when executing a task |
| 23:10.25 | zecke | at least I hope it does |
| 23:11.19 | zecke | ok done with my assignments... |
| 23:12.23 | *** join/#oe chewy (~dieu@r2351064.cidc.net) |
| 23:13.38 | RP | pb_: I'm thinking of cow as a concept in improving bitbake |
| 23:13.59 | RP | pb_: I have some ideas I'm going to try as soon as I find some time... |
| 23:14.41 | pb_ | RP: ...? |
| 23:15.25 | kergoth | RP: cow wouldve been free had the datastore been architected well. it's a Good Thing, but because it was hacked on after the fact, it was never really solid. |
| 23:15.28 | zecke | pb_: I think copy on write is a known good concept |
| 23:15.33 | kergoth | zecke: :) |
| 23:15.46 | pb_ | ~cow |
| 23:15.47 | ibot | I am a cow, hear me moo. I eat grass and weigh twice as much as you. |
| 23:15.57 | zecke | lol |
| 23:15.59 | keturn | ...twice? |
| 23:16.18 | kergoth | hehe |
| 23:16.18 | RP | kergoth: zecke's patches go a long way to architecting the data store properly |
| 23:16.20 | zecke | keturn: we're supposed to sit in front of our data terminal |
| 23:16.42 | kergoth | RP: good good |
| 23:16.43 | zecke | RP: but not the whole way |
| 23:16.51 | zecke | kergoth: I'm not at a point where I would say cow is for free |
| 23:16.59 | kergoth | 90% of bitbake's problems stem from two specific causes. 1) evolving from portage, 2) me knowing jack shit about python |
| 23:17.02 | kergoth | :) |
| 23:17.06 | kergoth | zecke: nod |
| 23:17.12 | pb_ | heh, right |
| 23:17.34 | zecke | kergoth: why don't blame schurig :} |
| 23:17.35 | RP | I like the idea of copy on write but I'd do it differently |
| 23:18.36 | zecke | kergoth: is OpenSLUG still a live? |
| 23:18.45 | zecke | or did we step on their toes too often? |
| 23:18.57 | kergoth | afaik it is. i havent been involved in anything open source in months though |
| 23:19.04 | pb_ | I think openslug is still going. rwhitby drops in here fairly often. |
| 23:19.04 | kergoth | [g2]-away would know, he's hte maintainer |
| 23:19.14 | zecke | ah ok |
| 23:19.15 | pb_ | oh, right, rwhitby was the unslung guy. |
| 23:19.33 | pb_ | I lose track of that stuff. |
| 23:19.34 | zecke | I don't want to break others work when changing bitbake |
| 23:19.38 | kergoth | from what i've seen in CIA messages in the channel, it looks like they threw together a makefile driven thing to pull down the oe repo and setup a build dir and do a build, or something |
| 23:20.01 | chouimat | kergoth: hi |
| 23:20.06 | kergoth | chouimat: hye |
| 23:20.08 | kergoth | er, hey |
| 23:20.12 | zecke | hmm I'll move to bed |
| 23:20.12 | pb_ | zecke: I don't think you need to worry too much. afaik, openslug does not have any particularly advanced technology that is likely to break. |
| 23:20.37 | kergoth | its just an oe tree + theirstuff, generally |
| 23:20.47 | pb_ | right |
| 23:20.55 | pb_ | if "our" packages work, I think theirs should too. |
| 23:21.00 | kergoth | yeah |
| 23:21.16 | zecke | sorry guys, I'm so tired |
| 23:21.38 | pb_ | that's allowed. |
| 23:21.38 | RP | I think zecke's changes can be rolled out safely (at least the inital ones anyway) |
| 23:21.40 | kergoth | night zecke. i'd like to hear your opinions on bitbake direction (both -ng and not) if you want to send something to the -devl ist |
| 23:21.59 | kergoth | i'll throw something out there soon, assuming today's motivation isnt gone by tomorrow |
| 23:21.59 | pb_ | heh, I should subscribe to that list. |
| 23:22.04 | kergoth | (probably a bad assumption) |
| 23:22.06 | zecke | kergoth: I'm happy with any, as long as bitbake gains super-cow power |
| 23:22.10 | kergoth | hehe |
| 23:22.26 | pb_ | kergoth: are you back in the frozen north now, by the way? |
| 23:22.42 | zecke | kergoth: For bitbake-ng I want something to solve 'inter package' dependency |
| 23:22.53 | zecke | Not a portage user I think something like USE |
| 23:22.55 | kergoth | no, i had finally, after all this time, called movers, and they were going to have a truck picking up my stuff some time between the 3rd and the 20th of this month |
| 23:22.57 | RP | kergoth: I'll post something about what I think we should do direction wise... |
| 23:23.06 | kergoth | but apparently they didnt email me the paperwork they said they would |
| 23:23.09 | kergoth | so i wasnt put on that truck |
| 23:23.10 | kergoth | fuckers |
| 23:23.13 | pb_ | doh |
| 23:23.15 | pb_ | that sucks |
| 23:23.16 | kergoth | thankfully the next one is before the 30th, or i'd be in deep shit |
| 23:23.20 | kergoth | since my lease is about to be up |
| 23:23.25 | kergoth | heh |
| 23:23.28 | zecke | package a needs the minimal config of package b |
| 23:23.29 | pb_ | heh, right |
| 23:23.37 | zecke | but it wouldn't minf if package b builds more |
| 23:23.41 | kergoth | RP: sounds good |
| 23:23.42 | pb_ | does that mean you need to evict your dad from the house in MN? |
| 23:23.46 | kergoth | RP: i'd like to get a good dialog going |
| 23:23.56 | kergoth | pb_: for now we'll both stay there. hopefully we wont kill each other |
| 23:24.09 | pb_ | good luck |
| 23:24.15 | kergoth | yeah, will need it |
| 23:24.18 | pb_ | heh |
| 23:24.39 | kergoth | he and i are a lot alike, which means often we get along really well, but when we dont, we _really_ dont |
| 23:24.42 | kergoth | heh |
| 23:25.57 | *** join/#oe chouimat (~dieu@chouinard.developer.kde) |
| 23:28.22 | pb_ | night night |
| 23:28.26 | kergoth | night |
| 23:28.28 | reenoo_ | 'night pb_ |
| 23:36.07 | *** join/#oe rpoppi77 (~Ricardo@200-186-86-130.dns.impsat.net.br) |
| 23:36.53 | rpoppi77 | hi all! Any developer for telephony apps in embedded linux environment? |
| 23:36.59 | *** join/#oe jskcr|lappy (~jskcr@jskcr.user) |
| 23:37.01 | treke | hmm this yield keword is pretty darn cool |
| 23:39.04 | reenoo_ | 'night all |
| 23:39.47 | *** join/#oe chouimat (~dieu@chouinard.developer.kde) |
| 23:41.34 | treke | kergoth: Would anything break if I were to store the contents of bitbake's "d" away someplace for later usage in an app? |
| 23:42.09 | treke | haven't poked too deep, but it looks like it's basically the parsed representation of the bbfile and should be safe to keep and pass about |
| 23:42.32 | kergoth | yeah, should be fine |
| 23:42.58 | kergoth | thats what the bitbake binary itself does. just stores that in a dictionary holding the data associated with each file |
| 23:43.47 | RP | zecke's patch stores it to disk instead of keeping it in memory |
| 23:44.08 | RP | That's where the improvement comes from |
| 23:44.11 | treke | yeah |
| 23:45.00 | treke | that seemed like the obvious answer, but if it was wrong I could easilly have spent hours before I figured that out :p |
| 23:46.47 | RP | Right, I've posted my views to bitbake-dev. Now where did I put the flame retardant coat :) |
| 23:47.14 | treke | oh wai |
| 23:47.18 | treke | it's flame retardant |
| 23:55.14 | RP | I'm off to bed. 'night all |
| 23:57.38 | zecke | <PROTECTED> |
| 23:57.51 | zecke | <PROTECTED> |
| 23:57.57 | zecke | but have not tested yet :} |
| 23:58.42 | *** join/#oe vol_ (~jugga@cpe-24-194-97-147.nycap.res.rr.com) |