| 00:28.57 | *** join/#oe W8TVI (~noel@209.165.254.252) |
| 00:39.07 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 00:40.45 | *** join/#oe aboeglin (~aboeglin@213.154.79.4) |
| 01:19.10 | *** join/#oe hufnus (~slonsiki@m8f8836d0.tmodns.net) |
| 01:27.34 | *** join/#oe BigAl (~bigal@dsl-203-113-234-160.ACT.netspace.net.au) |
| 01:50.58 | *** join/#oe treke|home (~ggilbert@68-66-243-62.ventca.adelphia.net) |
| 01:55.41 | *** join/#oe aphistic (~aphistic@CPE-24-160-241-191.wi.res.rr.com) |
| 02:33.42 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 03:12.21 | *** join/#oe france (~france@pool-151-203-24-39.bos.east.verizon.net) |
| 03:30.32 | mithro | well my flights to europe are booked |
| 03:30.42 | mithro | yay! |
| 03:52.07 | *** join/#oe ggilbert (~ggilbert@68-66-243-62.ventca.adelphia.net) |
| 04:13.34 | *** join/#oe kurre2__ (~tomimo@a84-231-39-238.elisa-laajakaista.fi) |
| 04:14.02 | *** join/#oe tomimo_ (~kurre@a84-231-39-238.elisa-laajakaista.fi) |
| 04:33.30 | *** join/#oe |dkey| (~dkey@L0006P30.dipool.highway.telekom.at) |
| 04:42.20 | *** join/#oe Fare (~Fare@ita4fw1.itasoftware.com) |
| 04:42.57 | Fare | hi |
| 04:43.23 | Fare | in which channel can I find help about hacking a kernel together for a PDA? |
| 05:01.07 | ljp | maybe #handhelds.org |
| 05:36.49 | Fare | thanks! |
| 05:36.55 | *** part/#oe Fare (~Fare@ita4fw1.itasoftware.com) |
| 05:39.09 | *** join/#oe molivier2 (~mac@f01m-33-183.d4.club-internet.fr) |
| 05:39.28 | ggilbert | hmm |
| 05:46.15 | *** join/#oe maisheri (~hiteshm@ras-Chn-static-031.227.95.61.touchtelindia.net) |
| 05:48.02 | ggilbert | boo |
| 05:54.12 | *** join/#oe zap (~zap@217.170.93.196) |
| 06:02.35 | ggilbert | aaaaaaaaaaaaaaaaaaaaaassssdddddddddd |
| 06:13.57 | ljp | hmm |
| 06:16.41 | ggilbert | yeah |
| 06:16.58 | jumpkick | hmmm... NOTE: package gnu-config-native-0.1cvs20050513-r3: task do_patch: failed |
| 06:17.12 | jumpkick | bitbake's not liking my qemu image |
| 06:17.53 | ggilbert | what doe nt work |
| 06:18.00 | jumpkick | is this config okay? |
| 06:18.12 | ggilbert | look good to me |
| 06:18.34 | jumpkick | OE Build Configuration: TARGET_ARCH = "arm" TARGET_OS = "linux" MACHINE = "collie" DISTRO = "" TARGET_FPU = "" |
| 06:18.51 | jumpkick | or is there supposed to be something in distro and target_fpu also |
| 06:19.36 | *** join/#oe XorA|gon1 (~dp@81-178-234-212.dsl.pipex.com) |
| 06:19.47 | jumpkick | do I build familar? I thought OZ and familiar were different |
| 06:20.25 | *** join/#oe treke|home (~ggilbert@68-66-243-62.ventca.adelphia.net) |
| 06:21.35 | jumpkick | do other folks use DISTRO="familiar" for OZ? |
| 06:22.11 | treke|home | > |
| 06:22.28 | jumpkick | ? |
| 06:22.43 | treke|home | for the horde! |
| 06:23.06 | jumpkick | um yeah... |
| 06:23.09 | treke|home | we can |
| 06:24.26 | jumpkick | can someone post a collie /stuff/build/conf/local.conf config file that is good to go (i.e. doesn't crash with ulibc patch failures) to http://www.oesf.org/forums/index.php?showtopic=12564 so I can add it to the image? |
| 06:25.03 | subdue | heh ... I'm clueless as to what options to put in there |
| 06:26.40 | jumpkick | they are documented in the file... and I since people actually have bitbake going to build OZ and hengtes images that someone's either got a better config then what I put in the QEMU image or they are building off a better release that doesn't have ulibc patch failures.... |
| 06:28.28 | jumpkick | there's the error message http://www.oesf.org/forums/index.php?showtopic=12564&st=0&p=79710&#entry79710 |
| 06:37.01 | emte | aha |
| 06:37.17 | emte | my email server is back ...( wonder where it was ) |
| 07:24.55 | *** join/#oe man-di (~man-di@dyndsl-080-228-193-008.ewe-ip-backbone.de) |
| 07:38.12 | *** join/#oe uv1 (~Werner@p50891469.dip0.t-ipconnect.de) |
| 07:53.41 | RP | morning all |
| 07:54.02 | uv1 | Morning RP |
| 08:01.00 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 08:08.48 | RP | Luke-Jr: I really don't know why the microphone doesn't work... |
| 08:36.38 | *** join/#oe skopii (~john@67.167.203.242) |
| 08:47.14 | *** join/#oe koen|away (~koen@cl-148.ams-05.nl.sixxs.net) |
| 08:58.48 | koen|away | good morning all |
| 08:58.58 | RP | morning koen|away |
| 08:59.09 | koen|away | hey RP |
| 09:46.42 | RP | ~spitz |
| 09:46.43 | ibot | well, spitz is the Sharp SL-C3000, or a dog |
| 09:49.18 | *** join/#oe man-di (~man-di@dyndsl-080-228-193-008.ewe-ip-backbone.de) |
| 09:55.52 | *** join/#oe bluelightning (~bluelight@203-173-244-37.akl.ihugultra.co.nz) |
| 10:00.44 | bluelightning | hello all |
| 10:02.36 | RP | hi bluelightning |
| 10:02.42 | bluelightning | hey RP |
| 10:13.39 | *** join/#oe molivier (~mac@f01v-26-246.d4.club-internet.fr) |
| 10:25.52 | *** join/#oe cxm (~cxm@i-83-67-61-155.freedom2surf.net) |
| 10:27.45 | cxm | hi is oe supposed to work unattended cos I got an interactive prompt today trying to check out from savannah.nongnu.org |
| 10:28.02 | cxm | it timed out cos I wasn't paying attention |
| 10:28.18 | cxm | struggling along with 256Mb RAM on a headless machine |
| 10:31.47 | *** join/#oe qfh (~qfh@ppp-82-135-2-210.mnet-online.de) |
| 10:40.03 | cxm | is there a mailing list for bitbakeng? |
| 10:43.16 | RP | cxm: yes: bitbake-dev@lists.berlios.de |
| 10:43.46 | cxm | thanks rp. I will take a look. I am interested in the parser and the use of lua |
| 10:58.01 | *** join/#oe darkschneider (~gab@213-140-6-96.fastres.net) |
| 11:33.53 | *** join/#oe marcan (1337@80-29-98-12.adsl.nuria.telefonica-data.net) |
| 11:41.27 | *** join/#oe zecke (~ich@83-169-170-199-dynip.superkabel.de) |
| 12:03.11 | *** join/#oe B0Ti (~boti@82.79.98.49) |
| 12:08.26 | *** join/#oe reenoo_ (~r@p5489BA49.dip.t-dialin.net) |
| 12:09.20 | reenoo_ | afternoon |
| 12:11.01 | *** join/#oe rwhitby-away (~rwhitby@rwhitby.nslu2-linux) |
| 12:22.33 | *** join/#oe drw|bbl (~drw@c-24-0-157-195.hsd1.tx.comcast.net) |
| 12:36.46 | mickeyl | good morning boys and gals |
| 12:37.43 | *** join/#oe offroadgeek (~offroadge@offroadgeek.sustaining.supporter.pdpc) |
| 12:39.12 | BigAl | morning |
| 12:39.49 | reenoo_ | moin mickeyl |
| 12:39.58 | mickeyl | i can hardly walk |
| 12:40.04 | mickeyl | 2 hours squash is too much for an old man like me |
| 13:24.22 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 13:31.07 | RP | morning mickey|newspaper, BigAl |
| 13:31.28 | zecke | hey RP |
| 13:34.26 | BigAl | morning |
| 13:36.56 | *** join/#oe uv1 (~Werner@p50893A7C.dip0.t-ipconnect.de) |
| 13:37.15 | uv1 | RP: still there ? |
| 13:37.22 | RP | uv1: yes |
| 13:37.29 | RP | hi zecke |
| 13:38.47 | uv1 | RP: Another issue with 2.6.11 from yesterday. If you have a nearly full battery and replug power, you get the opie message "battery level is very critical". Do you think thats opie, or is it the kernel ? |
| 13:39.33 | RP | uv1: I've seen that message and wondered about that myself |
| 13:39.38 | RP | unknow :-/ |
| 13:39.41 | RP | unknown |
| 13:39.59 | uv1 | Anyone here from opie ? |
| 13:41.40 | zecke | yupp |
| 13:41.43 | zecke | we aks APM |
| 13:41.44 | *** join/#oe aboeglin (~aboeglin@213.154.79.4) |
| 13:42.12 | zecke | maybe the PM chip is just slow recognizing the power plug was inserted |
| 13:42.34 | zecke | and the current from the battery just dropped and the AD wondered why the current is so low.. |
| 13:43.25 | uv1 | zecke: How far has it to drop then ? |
| 13:43.41 | RP | I know the corgi power code better than anyone and I really have no idea if it can mess the readings up :-/ |
| 13:43.43 | zecke | uv1: dunno, I don't know the Sharp device and how battery measurement is done |
| 13:44.05 | uv1 | zecke, RP: Any chance to do some kind of debugging ? |
| 13:44.31 | zecke | uv1: from a user point perspective put a qWarning into libqpe |
| 13:44.45 | zecke | uv1: and let it print whenever someone asks for the battery status |
| 13:45.05 | RP | uv1: You could enable the DPRINK statement in corgi_battery.c in the kernel |
| 13:45.29 | uv1 | zecke: Which module ? |
| 13:45.30 | RP | See what it does when you insert AC power and if it leaks any information |
| 13:45.46 | RP | I'd suspect a kernel problem as te corgi_battery code is full of bugs |
| 13:46.03 | zecke | uv1: (userspace)library/battery.cpp |
| 13:46.08 | zecke | uv1: power.cpp even |
| 13:46.14 | RP | The code is mostly sharp leftovers and needs an urgent rewrite |
| 13:46.55 | zecke | uv1: line 135 onwards |
| 13:47.37 | uv1 | zecke: Will check the kernel stuff first. If thats OK, will test libqpe ... |
| 13:47.42 | zecke | uv1: or even line 64 |
| 13:49.27 | zecke | uv1: now send your opie-player2 package to oe@handhelds.org ;) |
| 13:49.49 | zecke | uv1: and you probably don't need PACKAGE = "${PN}" |
| 13:50.48 | uv1 | zecke: Should I remove the PACKAGE entry first ? |
| 13:52.53 | uv1 | RP: enable DEBUG or set msglevel somehow ? |
| 13:53.00 | zecke | uv1: no, you do not even need to send it to oe (but in the future please do) |
| 13:53.04 | RP | uv1: Just be warned that the kernel code is extremely ugly and in need of a rewrite |
| 13:53.05 | zecke | uv1: I'll push it later |
| 13:53.16 | RP | uv1: enabling DEBUG should do it |
| 13:54.44 | *** join/#oe Crofton|laptop (~balister@66-207-66-26.black.dmt.ntelos.net) |
| 13:56.40 | uv1 | RP: Where wil I find the info ? logread ? |
| 13:57.06 | RP | uv1: probably dmesg |
| 13:57.30 | RP | Its extrememly verbose if I remember rightly |
| 13:59.37 | Luke-Jr | RP: so mic is a known problem, then? |
| 14:01.25 | uv1 | is booting the battery DEBUG kernel ... |
| 14:08.46 | uv1 | zecke: Bad news, the kernel seems to be OK. |
| 14:09.16 | zecke | I doubt it ;) |
| 14:09.41 | zecke | so the APM bios does not say Charging level is critical? |
| 14:10.07 | zecke | what hex value does critical have, and you really don't see it? |
| 14:10.26 | zecke | ;) |
| 14:10.34 | RP | Luke-Jr: Yes, I've heard people mention it before |
| 14:10.52 | RP | Luke-Jr: I don't know what the problem is... |
| 14:11.18 | uv1 | zecke: All I can see is the kernel printout (Volt and Percentage). This shows up every 1-2 secs. The percentage stays at 100%. |
| 14:11.51 | zecke | ok but critical is not made up out of the percentage |
| 14:12.29 | uv1 | zecke: Where does critical come from then ? |
| 14:13.20 | uv1 | Can't we ask the proc fs ? |
| 14:14.11 | zecke | uv1: cat /proc/apm |
| 14:15.29 | *** join/#oe qfh^ (~qfh@ppp-82-135-7-124.mnet-online.de) |
| 14:15.31 | uv1 | zecke: "1.13 1.2 0x02 0x01 0x03 0x08 -1% -1 ?" ? |
| 14:16.10 | uv1 | zecke: "1.13 1.2 0x02 0x01 0x03 0x08 100% -1 ?" if disconnected. Maybe thats it ? |
| 14:17.06 | uv1 | RP, zecke: "1.13 1.2 0x02 0x00 0x00 0x01 100% -1 ?" if disconnected. Sorry the last went out too quick. Maybe the -1% ? In this case it is the kernel! |
| 14:17.58 | zecke | uv1: look at the userspace file I've mentioned |
| 14:18.04 | zecke | uv1: it explains what each value mean |
| 14:18.15 | zecke | I don't have much time know, (uni stuff) |
| 14:18.48 | uv1 | zecke: Poor guy, thats behind me since 10 years now. Exams ? |
| 14:19.36 | zecke | uv1: no thanks to the Bachelor stuff even Diploma students have to do a lot of regular excercises |
| 14:19.50 | zecke | uv1: ok it is the -1 -> goes to 0 percent |
| 14:20.01 | zecke | oh wait |
| 14:20.19 | zecke | uv1: core/launcher/serverapp.cpp |
| 14:20.25 | zecke | uv1: line 390 |
| 14:20.39 | zecke | uv1: if pc < minimalPower |
| 14:20.52 | zecke | uv1: you see the Critical Message you currently see |
| 14:21.25 | zecke | uv1: but powerstatus is PowerStatus::Online we return... |
| 14:22.47 | uv1 | zecke: where is "userspace". I assume its not libqpe-opie ? |
| 14:22.59 | zecke | uv1: opie/library/power.cpp |
| 14:23.07 | zecke | uv1: opie/core/launcher/serverapp.cpp |
| 14:23.21 | zecke | uv1: in power.cpp you see the parser for /proc/apm |
| 14:24.44 | *** join/#oe molivier2 (~mac@f01v-24-252.d4.club-internet.fr) |
| 14:29.32 | uv1 | zecke: s/opie/opie-taskbar/ ? |
| 14:30.14 | subdue | (someone please fix the 'holding down the right arrow key for 3 secs == turns off') |
| 14:31.43 | zecke | uv1: I talk about the opie-cvs |
| 14:32.04 | zecke | subdue: what device? Beagle? |
| 14:32.17 | subdue | 5500 collie 64-0 |
| 14:32.39 | subdue | pressing the right arrow key and holding it down == it shuts itself off |
| 14:32.44 | subdue | (in console) |
| 14:32.50 | subdue | (actually in vi) |
| 14:34.27 | subdue | consistently too |
| 14:35.22 | zecke | subdue: probably no one can help you here |
| 14:35.37 | subdue | np. just complaining :) |
| 14:35.52 | subdue | I'm told it's a known bug |
| 14:35.55 | subdue | but thanks |
| 14:36.14 | zecke | subdue: never heard it before but your information is too vague to even categorize it |
| 14:37.12 | subdue | I'm using a SL5500. I flashed it with collie, 64-0. When I'm in console, and using vi, if I hold down the right arrow key for 3 seconds it will shut off the 5500 |
| 14:37.16 | subdue | that's basically it |
| 14:37.33 | subdue | only way to turn it on at that point is to do a hard reset |
| 14:37.56 | zecke | subdue: and it is still incomplete |
| 14:38.06 | subdue | sorry, what info is needed? |
| 14:38.09 | zecke | subdue: collie64-0 is just a kernel, I doubt it had vi built in |
| 14:38.13 | Luke-Jr | RP: so mic works for you, then? |
| 14:38.53 | mickey|newspaper | sorry, more info won't improve the situation. we need someone diving into the kernel to look what exactly is happening here |
| 14:38.57 | subdue | http://www.openzaurus.org/official/unstable/3.5.3/sl5000,sl5500/ |
| 14:39.00 | mickey|newspaper | the problem is known |
| 14:39.15 | uv1 | zecke: But I must it find in my work dir as well, right ? |
| 14:39.17 | *** join/#oe iw3skw (~root@host108-142.pool8248.interbusiness.it) |
| 14:39.32 | subdue | opie-image-collie-20050407173817.rootfs.jffs2 |
| 14:39.33 | zecke | uv1: yes then libqpe-opie and opie-taskbar |
| 14:39.53 | subdue | zImage-collie-64-0-20050407102515.bin |
| 14:39.55 | zecke | mickey|newspaper: oh I've never heard it before |
| 14:40.26 | RP | Luke-Jr: I've never tried a mic with the Zaurus. I doubt it would work though |
| 14:40.26 | subdue | mickey|newspaper: ok |
| 14:40.27 | mickey|newspaper | zecke: we seem to have that problem since a couple of releases on collie. no one really wants to thoroughly debug that since it involves 2.4.18-embedix |
| 14:40.38 | subdue | mickey|newspaper: thanks |
| 14:40.40 | mickey|newspaper | np |
| 14:40.45 | mickey|newspaper | sorry i don't have better news |
| 14:40.58 | mickey|newspaper | but i don't think anyone of us will fix it. |
| 14:40.58 | subdue | that's ok. I was worried for a moment. thought it was my Z |
| 14:41.31 | iw3skw | Hi to all! |
| 14:43.26 | iw3skw | I got a problem with last donwload of openembedded, is anyoune who can help me? |
| 14:43.33 | B0Ti | mickey|newspaper: if you are finished with the newspaper, could you push the latest cfu1 sources to OE from here: http://siliconium.net/cfu1-driver.tar.gz , thanx. |
| 14:44.12 | mickey|newspaper | B0Ti: will do. it'll help to sometimes sync with upstream, btw. |
| 14:44.21 | uv1 | zecke: So it is definitely the -1%. RP where does that come from ? New kernel feature ? |
| 14:44.24 | SirFred | mickey|newspaper: What's there of new in the world? |
| 14:44.48 | mickey|newspaper | dunno yet, i need to leave the PC to actually continue reading it |
| 14:44.48 | mickey|newspaper | heh |
| 14:44.49 | mickey|newspaper | bbl |
| 14:44.55 | SirFred | mickey|newspaper: :) |
| 14:45.04 | uv1 | zecke: BTW on my SL5500, the apm message shows a drop of the percentage, if replugged to power (as you assumed before). |
| 14:45.34 | B0Ti | mickey|newspaper: I just prepared a kernel patch against 2.6.12-rc4-mm1 available here: http://siliconium.net/sl811_cs.diff . Will mail it to linux-usb@ |
| 14:45.35 | RP | uv1: The code says: // charging now, so can not get battery percentage. |
| 14:45.35 | RP | info->battery_life = -1; |
| 14:45.52 | mickey|newspaper | B0Ti: ok, good. but i meant OE |
| 14:46.16 | RP | That is fair comment really so opie needs to deal with that... |
| 14:46.17 | mickey|newspaper | B0Ti: sometimes we make changes to improve consistency with other .bb's etc |
| 14:49.49 | iw3skw | I dont' know if this is the right place but I report this two lines: |
| 14:49.51 | iw3skw | | 5 out of 7 hunks FAILED -- rejects in file config.guess |
| 14:49.51 | iw3skw | | Patch config-guess-uclibc.patch does not apply (enforce with -f) |
| 14:50.17 | iw3skw | 2 days ago all was fine... |
| 14:50.33 | B0Ti | mickey|newspaper: I'm not sure what I could sync with from OE in this case. |
| 14:52.02 | zecke | RP: oh well, We don't get confused about the -1 |
| 14:52.08 | *** join/#oe cedric (~cedric@voulx.bluebugs.org) |
| 14:52.31 | zecke | RP: we should happily ignore it if we get said that power is online |
| 14:55.15 | RP | zecke: So you're saying the kernel's "ac online" signal is lagging behind its battery_life=-1 notification? |
| 14:55.45 | zecke | RP: No I'm too uneducated for it |
| 14:56.11 | zecke | RP: it is either power.cpp wrong (Opie bug) or AC online is lagging |
| 14:56.35 | RP | I'd not expect the AC online to be lagging |
| 14:58.36 | mithro | can somebody please send me any email? |
| 14:59.18 | RP | mithro: which address? |
| 15:02.51 | *** join/#oe qfh (~qfh@ppp-82-135-7-124.mnet-online.de) |
| 15:08.01 | *** join/#oe lardman (~lardman@138.38.73.178) |
| 15:11.52 | *** part/#oe iw3skw (~root@host108-142.pool8248.interbusiness.it) |
| 15:12.39 | *** join/#oe hufnus (~slonsiki@m218d36d0.tmodns.net) |
| 15:13.06 | uv1 | Uff, "battery critical" problem while charging seems with the images from this morning. At least I cannot reproduce for testing. Sorry to bother you. |
| 15:16.39 | RP | uv1: I've also seen it before... |
| 15:31.12 | uv1 | Bye for today ... |
| 15:46.45 | BigAl | RP: I've made a couple of better patches for spitz support, one for detection and one for the base files. |
| 15:57.31 | sajar | Hmm, I'm still having issues with the bitbake builds. Could someone tell me how to check out known good version of openembedded using the opensource bitkeeper client? |
| 15:58.41 | *** join/#oe SirFred (~mteira@166.Red-81-32-118.pooles.rima-tde.net) |
| 16:08.25 | jumpkick | I have the same problem as iw3skw, with the config-uclib.path not applying..... full details here: http://www.oesf.org/forums/index.php?showtopic=12564&view=findpost&p=79710 |
| 16:08.47 | jumpkick | I guess I can assume it's not a configuration issue but something in the source archive itself |
| 16:08.53 | jumpkick | ? |
| 16:09.20 | jumpkick | I shall file a bug with the OE tracker... |
| 16:11.54 | jumpkick | bugs.openembedded.org does not let me login as guest/guest |
| 16:16.56 | jumpkick | http://bugs.openembedded.org/show_bug.cgi?id=2 has been created |
| 16:31.11 | RP | BigAl: Do you have a url? |
| 16:34.27 | SirFred | A little offtopic. Do you know if on a wireless network can coexist clients with different data rates? |
| 16:35.04 | *** join/#oe zap (~zap@217.170.93.196) |
| 16:39.11 | offroadgeek | SirFred: my linksys ap at home does |
| 16:41.18 | SirFred | offroadgeek: Thanks. |
| 16:59.57 | *** join/#oe qfh (~qfh@ppp-82-135-7-124.mnet-online.de) |
| 17:10.54 | *** join/#oe koen (~koen@ip51cca9fc.adsl-surfen.hetnet.nl) |
| 17:11.13 | kergoth | whee, frantic packing |
| 17:13.33 | chouimat | kergoth: hey ... |
| 17:13.40 | kergoth | hey |
| 17:14.23 | chouimat | kergoth: but was fun |
| 17:14.28 | kergoth | 9hehe |
| 17:14.56 | zecke | hey kergoth |
| 17:19.02 | koen | any exciting bb/OE news? |
| 17:19.23 | mickeyl | very good |
| 17:19.25 | mickeyl | less code, less bugs |
| 17:20.15 | *** join/#oe koen_ (~koen@ip51cca9fc.adsl-surfen.hetnet.nl) |
| 17:20.41 | koen | ~lart irssi resize bug |
| 17:21.04 | RP | I really don't understand half of it. Some of it appears to be totally useless now, although maybe is once has a use before I last hacked at it... |
| 17:21.29 | RP | Its 1500 lines of code that should be about 300 :-/ |
| 17:23.34 | RP | Oh yuk. If we have a power problem, it doesn't re suspend the power but sits in a while loop flashing the power led because sharp were too cheap to include led flashing in hardware :-/ |
| 17:23.53 | *** join/#oe anomaly__ (~anomaly@ppp242-174.lns2.adl2.internode.on.net) |
| 17:24.38 | koen | RP: it would be funny, if it weren't such a problem |
| 17:25.57 | RP | Personally, I'd prefer the device to go back to sleep. Who cares about telling the user... :) |
| 17:26.33 | RP | and all this code uses return 1 as an error.... |
| 17:26.34 | koen | LEDs are fetish items for EE people |
| 17:28.54 | zecke | kergoth: Don't want to be too annoying but what about the data_delegate patch? |
| 17:29.19 | zecke | kergoth: I would like to use RPs plan to get data_delegate and create copy in fast |
| 17:29.32 | mickeyl | i would like to get everything in |
| 17:29.36 | zecke | kergoth: to do a release, switch OpenEmbedded |
| 17:29.39 | mickeyl | tag that thing as 1.2, then integrate everything |
| 17:29.47 | mickeyl | (same for the OE tree) |
| 17:29.49 | zecke | kergoth: and then do the more drastic changes |
| 17:30.58 | RP | mickeyl, zecke: Did you find the ASSUME_PROVIDED problem? |
| 17:31.04 | mickeyl | ya, i found it |
| 17:31.09 | RP | What was it? |
| 17:31.13 | mickeyl | it's a bug in bitbake and i wondered how that ever worked |
| 17:31.26 | RP | Another one :) |
| 17:31.27 | mickeyl | __ignored_dependencies is written to without statement 'global' |
| 17:31.38 | mickeyl | hence it was a function local variable |
| 17:31.46 | mickeyl | i added a global statement |
| 17:31.52 | mickeyl | and inserted a missing Set( ignore.split() ) |
| 17:31.56 | RP | Nice find :) |
| 17:31.57 | mickeyl | and then it worked |
| 17:32.09 | mickeyl | this one had already been fixed in my OO tree |
| 17:32.23 | mickeyl | where we don't use module globals any longer |
| 17:32.27 | mickeyl | but class variables |
| 17:32.39 | mickeyl | i'm looking forward to patch that as soon as zecke's changes are in |
| 17:32.50 | mickeyl | this OO refactoring is necessary for my bitbake shell |
| 17:33.05 | RP | I think we should go for the interface changes/fixes (but not the new functionality), release a bitbake/oe with them |
| 17:33.15 | RP | The look to the new functionality |
| 17:33.45 | RP | That way, we'll have a fallback release which will work with oe if any problems with zecke's new functionality is found |
| 17:34.07 | zecke | RP: We can make data_delegates not too drastich |
| 17:34.20 | RP | zecke: That was the idea |
| 17:34.22 | zecke | force only to use bb.data.init()... |
| 17:34.56 | RP | Just put the obvious fixes like mickeyl's find and move the deepcopy into the data class |
| 17:35.17 | RP | and forcing the use of init() |
| 17:35.51 | zecke | RP: I could do a slimmed down data_delegate.patch but I could do mistakes as well ;) |
| 17:36.07 | RP | :) |
| 17:36.28 | RP | The alternative is we just throw all the patches in :) |
| 17:36.39 | RP | That'll get any bugs fixed :) |
| 17:41.23 | mickeyl | ya |
| 17:41.26 | mickeyl | in with it :) |
| 17:43.43 | zecke | mickeyl: I don't know anything about QA |
| 17:43.49 | zecke | mickeyl: but that does not sound right(tm) |
| 17:43.58 | mickeyl | we neither |
| 17:44.02 | mickeyl | heh |
| 17:44.17 | mickeyl | we're too small to do branching and stuff |
| 17:44.19 | mickeyl | imo |
| 17:44.27 | RP | zecke: My suggestion would give some kind of QA :) |
| 17:44.29 | RP | without branches |
| 17:44.46 | RP | but its needs the patch to be split carefully and someone to do the releases |
| 17:45.01 | RP | I have no idea about tagging and releasing a version of bitbake... |
| 17:45.26 | zecke | RP: I'm currently doing something else (important) (besides needing uni stuff to finish) |
| 17:46.48 | RP | zecke: That's fine, I appreciate the time problem (I suffer from it myself) |
| 17:47.07 | zecke | RP: but data_delegate.patch is almost bullet proof |
| 17:47.07 | koen | where can I buy some time? |
| 17:47.21 | zecke | koen: at your local Cofee Shop |
| 17:47.33 | koen | zecke: heh |
| 17:48.47 | zecke | Ok to summarize |
| 17:49.02 | zecke | 1.) Put all patches into trunk and make OpenEmbedded dependant on trunk |
| 17:49.44 | zecke | 2.) Put half of the patches into trunk (createCopy,keys..) do a release and make OpenEmbedded dependant on this release |
| 17:50.21 | zecke | 3.) split up patches even more, no data restructuring and do a release... |
| 17:50.57 | zecke | kergoth please decide or raise a number 4. to n. |
| 17:51.53 | kergoth | i agree with mickeyl. 2, then 1, sounds good to me |
| 17:52.28 | RP | I also say 2, then 1 |
| 17:53.52 | *** join/#oe Marsupilami23 (~Marsupila@66.60.139.152) |
| 17:54.17 | zecke | RP: I though you were for 3.) |
| 17:55.35 | RP | zecke: Somewhere between 2 and 3 :) |
| 17:55.46 | RP | I'm happy with 2 |
| 17:56.02 | RP | It just depends how paranoid we want to be |
| 17:56.13 | RP | We don't have the time/people to be paranoid |
| 17:56.43 | zecke | not about being paranoid, but I know I write perfect, bugfree code :} |
| 17:57.03 | koen | zecke: with lot's of unexpected features? |
| 17:57.15 | zecke | koen: yeah but all within the spec |
| 17:57.31 | kergoth | i'd prefer a branch for the intrusive code to work out its kinks, but we really dont have the manpower for that |
| 17:58.34 | zecke | I don't mind developing in trunk or branch |
| 18:00.10 | RP | The thing is, users are in great need of the memory patch so everyone is going to use the code branch we put it on anyway |
| 18:00.18 | RP | So we may as well do it on the trunk... |
| 18:00.26 | kergoth | yeah |
| 18:02.39 | zecke | We can only switch OE over if we've a 'stable' release of bitbake |
| 18:03.25 | kergoth | yep |
| 18:04.12 | RP | I think we all agree on a direction. Can we agree a timescale? I realise kergoth has other things to do atm :-/ |
| 18:04.50 | kergoth | well, i'll add zecke to the project on berlios so at least i'm not a blocking issue |
| 18:04.51 | kergoth | heh |
| 18:05.18 | RP | kergoth: Are you ok with zecke going ahead and doing this? |
| 18:05.30 | kergoth | its fine with me, yeah |
| 18:05.50 | RP | kergoth: ok, get zecke added then ;-) |
| 18:06.11 | zecke | zecke123 |
| 18:06.23 | zecke | I even remembered my password... unbelievable |
| 18:06.45 | kergoth | to be frank, i'm tired of the python codebase anyway, it doesn't really interest me from a development perspective. so someone else guiding this effort makes perfect sense. |
| 18:08.40 | kergoth | hoefully this mess with my move is done soon |
| 18:08.50 | RP | kergoth: Perhaps this is the best way forward then... |
| 18:09.12 | zecke | kergoth: we all hope things go well |
| 18:09.39 | kergoth | RP: i'd say the best route is mickey and zecke and whoemever else working on the incremental bitbake improvements going forward, and i'll head up the -ng efforts as a parallel effort. |
| 18:10.18 | RP | kergoth: sounds good to me. I also don't mind helping with the bitbake improvements |
| 18:10.40 | RP | Once I know a bit about bitbake, only then can I be of use to bitbake-ng :) |
| 18:10.48 | zecke | kergoth: If you've tasks for bitbake-ng just shoot |
| 18:10.57 | kergoth | will do. after the move |
| 18:12.00 | kergoth | when i left it last, the bitbake persistant metadata supplementary library was ready to roll, and the next step was laying out the api for the recipe loading modules, and writing the first one (likely bbp molded into shape) |
| 18:12.55 | Crofton|laptop | kergoth, did you see the patches I posted to the list? |
| 18:13.07 | kergoth | i havent checked my mailing list email in weeks |
| 18:13.10 | kergoth | its gonna take ages to get caught up |
| 18:13.13 | zecke | koen: OT: do you know a dutch discount airline flying to and from germany? |
| 18:13.13 | Crofton|laptop | heh |
| 18:13.21 | Crofton|laptop | oh well |
| 18:13.39 | Crofton|laptop | I will just keep poking people here then |
| 18:13.56 | kergoth | good plan |
| 18:14.01 | Crofton|laptop | yeah |
| 18:14.08 | koen | zecke: I'll ask my mom on monday, she works for a German firm |
| 18:14.16 | zecke | hehe |
| 18:14.18 | zecke | thanks |
| 18:15.43 | Crofton|laptop | hmmm, it looks like my attempt at posting the rather large patch to the list went rhough |
| 18:15.56 | Crofton|laptop | I thought I had cancelled it when it stuck for moderatoin |
| 18:18.20 | *** join/#oe qfh (~qfh@ppp-82-135-7-124.mnet-online.de) |
| 18:36.19 | *** join/#oe cxm (~cxm@i-83-67-61-155.freedom2surf.net) |
| 18:42.16 | zecke | Crofton: +DEPENDS = omniorb from omnievents |
| 18:42.21 | zecke | Crofton: do not ommit the "" please |
| 18:42.49 | zecke | ${STAGING_LIBDIR}/../usr |
| 18:42.54 | zecke | looks weird |
| 18:43.26 | zecke | normally we've unified diffs |
| 18:44.13 | zecke | ombiorb-native, probably inherit native and do it like the other native packages |
| 18:44.22 | zecke | include the original (non-native) file |
| 18:45.31 | *** join/#oe mallum (~mallum@host81-153-51-102.range81-153.btcentralplus.com) |
| 18:46.16 | zecke | for the kernel stuff there is something like COMPATIBLE_HOST use that instead of anonymous python method |
| 18:46.31 | zecke | and use ${PV} more often |
| 18:46.47 | zecke | Crofton: linux-omap1_2.6.12_rc2.bb should probably be inux-omap1_2.6.12-rc2.bb |
| 18:48.41 | *** join/#oe aboeglin (~aboeglin@213.154.79.4) |
| 19:29.45 | *** join/#oe Pendalar (Pendalar@h89.115.140.67.ip.alltel.net) |
| 19:57.16 | *** join/#oe aboeglin (~aboeglin@213.154.79.4) |
| 20:06.11 | *** join/#oe pb_ (~pb@2002:5168:d38c:1:a00:1fff:fe06:93c) |
| 20:06.35 | pb_ | evening all |
| 20:09.10 | *** join/#oe Crofton_ (~balister@jhr-476-5192.mprg.ee.vt.edu) |
| 20:09.30 | *** join/#oe |dkey| (~dkey@L0006P30.dipool.highway.telekom.at) |
| 20:10.26 | zecke | pb_: you said the evil works (autoconf) |
| 20:10.48 | zecke | pb_: but yes such things could be tested with it (visibility) |
| 20:11.17 | zecke | pb_: but if TARGET_FPU influences softfloat or the configuration of gcc is a matter of point of view |
| 20:12.38 | pb_ | zecke: softfloat is intimately bound up with the configuration of gcc; I'm not sure it makes much sense to think of them independently. |
| 20:13.06 | zecke | as I said it is a matter of point of view |
| 20:13.20 | zecke | with TARGET_FPU you force gcc to build softfloat |
| 20:13.35 | pb_ | right |
| 20:13.36 | zecke | the other view gcc forces softfloat as a matter of preferred_provider |
| 20:13.45 | zecke | actually it us USE = "softfloat openssl" |
| 20:14.12 | zecke | and my point was to unify such things (as you proposed as well) |
| 20:14.30 | pb_ | I'm not sure I understand what you're saying about preferred_provider. |
| 20:15.49 | zecke | pb_: sorry |
| 20:16.57 | pb_ | although you're right that, conceptually, you could express everything about the target system with USE, I don't really think it makes sense to do so. Toggling things like soft-float and uclibc will produce binaries that are fundamentally incompatible, which seems like a different thing to turning SSL support on and off. |
| 20:17.32 | zecke | pb_: ok good argument |
| 20:17.54 | pb_ | or, to put it another way, openssl is something that I might legitimately want to control on a per-package basis, whereas soft-float and C library selection must match for all packages in order to have a working system. |
| 20:18.04 | *** join/#oe mallum (~mallum@host81-153-51-102.range81-153.btcentralplus.com) |
| 20:34.18 | zecke | mickey|dinner: my framework runs, now it is time to implement the xxxx |
| 20:43.01 | *** join/#oe aboeglin (~aboeglin@213.154.79.4) |
| 20:49.08 | *** join/#oe aloph1 (~aloph@200-189-89-124-sne.cpe.vivax.com.br) |
| 20:59.36 | emte | damn thing why wont you push |
| 21:58.04 | *** join/#oe marcan (1337@80-29-98-12.adsl.nuria.telefonica-data.net) |
| 21:59.37 | *** join/#oe anomaly_ (~anomaly@ppp242-174.lns2.adl2.internode.on.net) |
| 22:18.20 | keturn | hey. it booted. Nice. |
| 22:18.51 | keturn | no space left on device to create /etc/configured. that's too bad. |
| 22:19.47 | *** join/#oe Crofton|laptop (~balister@66-207-66-26.black.dmt.ntelos.net) |
| 22:28.07 | emte | f... .. ..... ..... |
| 22:28.12 | emte | push damn you |
| 22:28.16 | emte | hmm i wonder |
| 22:28.34 | subdue | isn't that what they say when they are trying to make the baby come out? |
| 22:29.15 | emte | or when your trying to still push bb changes |
| 22:33.33 | subdue | weirdness. I set it for Honolulu time, but it insists on it being 10 in the morning |
| 22:34.20 | subdue | I guess they must think we have dst |
| 22:34.38 | zecke | kergoth: when and where is base.bbclass included? |
| 22:39.37 | *** join/#oe mimecar (~mimecar@115.Red-83-41-28.pooles.rima-tde.net) |
| 22:56.19 | reenoo_ | 'night all |
| 22:56.32 | *** part/#oe mimecar (~mimecar@115.Red-83-41-28.pooles.rima-tde.net) |
| 23:00.42 | zecke | cya |
| 23:02.38 | zecke | damn +2000 packages are a lot |
| 23:06.28 | *** join/#oe Twiun[away] (~twiun@adorphuye.com) |
| 23:26.36 | zecke | mickey|dinner: my tool already discovered two bugs |
| 23:32.46 | *** join/#oe jumpkick (~chatzilla@toronto-HSE-ppp3985241.sympatico.ca) |
| 23:45.31 | marcan | stupid question on BK: If I want to apply the cowbb patches to the OE classes, I need to "bk edit" to edit them (don't I?) but then, when doing bk commit, it of course asks me to allow publishing change info to openlogging. Should I do it? Because these are private changes (ie only in my repository) |
| 23:46.26 | *** join/#oe hufnus (~slonsiki@m013236d0.tmodns.net) |
| 23:47.23 | marcan | zecke: what should I do in this kind of situation? |
| 23:48.06 | zecke | you don't have a big choiche ;) |
| 23:48.34 | marcan | I mean what is the correct way to proceed for changes only to the local repo |
| 23:49.43 | zecke | bk takepatch |
| 23:49.56 | zecke | and yes if you commit it has to go to openlogging |
| 23:50.02 | zecke | alternatively use the Free Client |
| 23:50.53 | marcan | zecke: I don't mind it going to openlogging. All I mean is, that has nothing to do with the "official" repo, doesn't it? |
| 23:51.07 | marcan | So going to openlogging doesn't mean anything in particular, right? |
| 23:54.37 | zecke | marcan: everything is local until you do bk push |
| 23:55.09 | marcan | OK :) |