| 00:13.17 | *** join/#oe veganadian (~andrew@CPE0013f7b6cfd2-CM0013f7b6cfce.cpe.net.cable.rogers.com) |
| 00:21.10 | *** join/#oe risca (~risca@visitor206-102.birdie21.se) |
| 00:32.07 | *** join/#oe matt00_ (~matt@130.sub-75-247-19.myvzw.com) |
| 00:57.42 | *** join/#oe dijenerate (~dijenerat@204.212.240.159) |
| 01:21.25 | *** join/#oe otavio (~otavio@189.114.111.55) |
| 01:21.25 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 01:22.15 | *** join/#oe otavio (~otavio@189.114.111.55) |
| 01:22.15 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 01:42.10 | *** join/#oe kgilmer (~kgilmer@ntngsk052174.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 01:45.26 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
| 01:49.33 | *** join/#oe Crofton (~balister@12.207.17.2) |
| 02:03.34 | *** join/#oe devzero_ (devzero@xdsl-89-0-65-53.netcologne.de) |
| 02:52.39 | *** join/#oe kergoth_ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 04:10.30 | *** join/#oe roza (~ron@nat/cisco/x-edsgwaftikhfsyrp) |
| 04:23.50 | *** join/#oe matt00 (~matt@130.sub-75-247-19.myvzw.com) |
| 04:58.17 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 05:44.34 | *** join/#oe tscheck (~weechat@83.151.21.119) |
| 05:57.14 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 05:58.01 | *** join/#oe amarsman (~marsman@89.184.175.76) |
| 06:03.33 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 06:12.50 | *** join/#oe matt00 (~matt@130.sub-75-247-19.myvzw.com) |
| 06:18.38 | CIA-8 | 03Steffen Sledz <sledz@dresearch-fe.de> 07org.openembedded.dev * r637fb6589c 10openembedded.git/recipes/iotop/iotop_0.2.1.bb: |
| 06:18.38 | CIA-8 | iotop: add missing runtime dependency |
| 06:18.38 | CIA-8 | Fixes runtime error: |
| 06:18.38 | CIA-8 | "No module named locale |
| 06:18.38 | CIA-8 | To run an uninstalled copy of iotop, |
| 06:18.39 | CIA-8 | launch iotop.py in the top directory" |
| 06:18.39 | CIA-8 | Signed-off-by: Steffen Sledz <sledz@dresearch-fe.de> |
| 06:20.09 | *** join/#oe matt00 (~matt@130.sub-75-247-19.myvzw.com) |
| 06:22.02 | *** join/#oe rschus (~rschus@102.163.71.86.rev.sfr.net) |
| 06:40.17 | *** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 06:49.12 | *** join/#oe Ironnads (~Ironnads@host86-163-191-146.range86-163.btcentralplus.com) |
| 06:54.01 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 07:16.30 | *** join/#oe dkim (~dkim@61.75.18.97) |
| 07:21.57 | *** join/#oe roza (~ron@nat/cisco/x-qmipwagbfybvpwfw) |
| 07:23.38 | *** join/#oe mdp (~mdp@cpe-24-166-66-254.neo.res.rr.com) |
| 07:35.21 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 07:41.52 | *** join/#oe dkim (~dkim@61.75.18.97) |
| 07:43.46 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:51.55 | *** join/#oe GarthPS (~quassel@124.249.1.93.rev.sfr.net) |
| 07:56.39 | *** join/#oe _julian (~quassel@hmbg-4d06b335.pool.mediaWays.net) |
| 07:57.03 | *** join/#oe risca (~risca@m77-219-185-18.cust.tele2.se) |
| 07:59.39 | mckoan | good morning |
| 08:03.46 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:09.07 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 08:09.07 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:13.42 | *** join/#oe timtimred (~meh@85.210.135.5) |
| 08:14.20 | *** join/#oe methril (~methril@189.27.128.83.dynamic.adsl.gvt.net.br) |
| 08:14.24 | *** join/#oe methril__ (~methril@189.27.128.83.dynamic.adsl.gvt.net.br) |
| 08:14.47 | *** join/#oe mdp (~mdp@cpe-24-166-66-254.neo.res.rr.com) |
| 08:26.36 | bluelightning | morning all |
| 08:29.02 | *** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
| 08:29.02 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:29.04 | *** join/#oe lxsameer (~lxsameer@unaffiliated/lxsameer) |
| 08:30.30 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 08:33.20 | mckoan | bluelightning: hi |
| 08:33.54 | bluelightning | hi mckoan |
| 08:39.34 | *** join/#oe methril__ (~methril@189.27.128.14.dynamic.adsl.gvt.net.br) |
| 08:39.37 | *** join/#oe methril (~methril@189.27.128.14.dynamic.adsl.gvt.net.br) |
| 08:56.40 | *** join/#oe phdeswer (~philippe@84-231-83-88.elisa-mobile.fi) |
| 08:58.36 | *** join/#oe kristoffer (~kristoffe@c-efdbe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 08:59.12 | mkneissl | How to get pthread stackframes in gdb? I get the following diagnostics: warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available. |
| 09:04.56 | *** join/#oe rschus (~rschus@102.163.71.86.rev.sfr.net) |
| 09:14.41 | *** join/#oe aarti (~aarti@122.166.11.13) |
| 09:15.07 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 09:17.14 | aarti | hi all, i have my customized recipe which was using ffmpeg, and was working fine i did git pull and now m building tht recipe again, oe is showing tht use libav, i have replaced ffmpeg and ffmpeg-dev with libav nd tried to compile my code it is showing so many missing header files error like avcodec.h is missing |
| 09:51.17 | *** join/#oe pepermint (~pepermint@host35-11-dynamic.58-82-r.retail.telecomitalia.it) |
| 09:54.55 | *** join/#oe woglinde (~heinold@g225074095.adsl.alicedsl.de) |
| 10:01.03 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 10:04.53 | woglinde | hi obi |
| 10:05.51 | obi | hi woglinde |
| 10:14.44 | *** join/#oe woglinde (~heinold@g225074095.adsl.alicedsl.de) |
| 10:22.38 | *** join/#oe pespin (~pespin@221.pool85-50-22.dynamic.orange.es) |
| 10:31.13 | *** join/#oe tdebrouw (~tdebrouw@91.182.167.167) |
| 10:35.25 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 10:47.52 | *** join/#oe methril (~methril@189.27.132.24.dynamic.adsl.gvt.net.br) |
| 10:47.56 | *** join/#oe methril_ (~methril@189.27.132.24.dynamic.adsl.gvt.net.br) |
| 10:51.47 | drainbamage | hii i'm trying to build klibc with openembedded |
| 10:52.05 | drainbamage | build fails in do_install |
| 10:52.21 | drainbamage | it is trying to install klibc in my rootfs |
| 10:52.46 | drainbamage | ERROR: function do_install failed ERROR: log data follows (/home/soulfood/thin/build/tmp/work/i586-linux/klibc-1.5.21-r0.0/temp/log.do_install.13992) | NOTE: make KLIBCARCH=i386 CROSS_COMPILE=i586-linux- KLIBCKERNELSRC=/home/soulfood/thin/build/tmp/staging/i586-linux/kernel install | GEN klcc/klcc | INSTALL headers + man pages to /usr/lib/klibc | mkdir: cannot create directory `/usr/man': Permission denied |
| 11:01.11 | *** join/#oe hrww (~hrw@linaro/hrw) |
| 11:01.44 | ant_work | drainbamage: I fear there is smthg to fix wrt i586-linux target |
| 11:01.49 | hrww | mckoan: ping |
| 11:02.15 | *** join/#oe CMoH (~cipi@95.76.68.223) |
| 11:02.15 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 11:02.32 | hrw | mckoan: http://www.koala.it/it/minipc-2pci.htm says "Side fan 60mm" - please check it cause mine has 50mm ones and now I have 2 spare 60mm fans ;( |
| 11:26.10 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 11:27.31 | pb_ | hi zecke |
| 11:27.36 | woglinde | gm pb |
| 11:27.39 | pb_ | hi woglinde |
| 11:36.55 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 11:37.11 | drainbamage | <ant_work> what i need to fix wrt i586-linux target |
| 11:37.39 | ant_work | I'm sorry I only cross-compiled forarm |
| 11:37.45 | ant_work | *for arm |
| 11:38.13 | ant_work | btw we use 1.5.22 now, which branch are you building? |
| 11:38.23 | drainbamage | ohk |
| 11:38.25 | drainbamage | 1.5.21 |
| 11:38.40 | ant_work | aehm.. I removed 1.5.21 recipe :) |
| 11:38.55 | ant_work | you are on some old/stable branch? |
| 11:38.56 | drainbamage | oh |
| 11:39.01 | drainbamage | yes |
| 11:39.14 | drainbamage | using angstrom |
| 11:39.58 | ant_work | I'll see if there are fixes for building for x86 |
| 11:40.05 | drainbamage | ohk |
| 11:40.08 | drainbamage | thnks |
| 11:40.48 | ant_work | pb_: hello, when you'll have time I'd need some light wrt alignments on arm |
| 11:41.48 | ant_work | specifically, I'd need a confirmation I'm looking at the right suspicious function ... |
| 11:41.53 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
| 11:45.15 | mlip | wise oe folks help me out ;) anyone knows how a proper .bbappend is written for kernels that do use multi-kernel.inc (I am using oe-core/-meta/-ti); as soon as I include FILESEXTRAPATHS, it crashes on file://configs/* (I did try to create configs dir in my layer too) |
| 12:06.47 | *** join/#oe rschus (daemon@gate.tarent.de) |
| 12:08.27 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 12:11.44 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 12:14.34 | woglinde | hi mickeyl |
| 12:14.37 | woglinde | some news? |
| 12:25.54 | hrw | mickey|office: hello! |
| 12:34.16 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:38.22 | pb_ | ant_work: which function is that? |
| 12:40.50 | ant_work | hi pb_ |
| 12:41.08 | ant_work | I experience a crash and last thing I could see is an alignment trap |
| 12:41.31 | ant_work | binary is statically linked against klibc, so the addresses should be self-contained |
| 12:45.01 | ant_work | pb_: so, let say I have Alignment trap: kexecboot (385) PC=0x0000e17c Instr=0xe5931000 Address=0x401e19bf FSR 0x013 |
| 12:45.49 | ant_work | after I recompiled -g I see |
| 12:45.55 | ant_work | (od -S) |
| 12:45.57 | ant_work | e17c:e1800206 orrr0, r0, r6, lsl #4 |
| 12:46.14 | ant_work | ^^ is it the right thing to look for? |
| 12:46.25 | pb_ | more or less, but you must have changed something else at the same time. |
| 12:46.36 | pb_ | try running your recompiled binary and see if you get different addresses when it crashes. |
| 12:46.53 | ant_work | I'm confused wrt .debug binary packaged by oe |
| 12:47.17 | pb_ | what is your confusion? |
| 12:47.38 | ant_work | http://paste.debian.net/118857/ |
| 12:52.33 | pb_ | I'm not quite sure I understand what you are trying to say with that pastebin. |
| 12:52.53 | pb_ | what exactly is it that you are confused about? |
| 12:53.15 | ant_work | http://paste.debian.net/118976/ |
| 12:53.23 | ant_work | ^^ this is extract from objdump |
| 12:54.00 | ant_work | I'm lead to think the culprit is this e17c:e1800206 orrr0, r0, r6, lsl #4 |
| 12:54.33 | pb_ | yeah, but that is obviously not correct |
| 12:54.35 | ant_work | but if I look at the previous paste it seem sto me there is another function at that address |
| 12:54.41 | pb_ | did you do what I said before? |
| 12:54.58 | ant_work | I can't runi it her |
| 12:54.59 | pb_ | which other function does the previous paste have at that address? |
| 12:55.42 | pb_ | ah. well, if you can't run it then there is nothing else to be done. |
| 12:56.19 | pb_ | you need to have a matching pair of binary and crash dump, you can't do anything useful with a crash dump that was generated by a different binary to the one you're looking at. |
| 12:57.06 | ant_work | the alignment was originated by the unstripped binary |
| 12:57.25 | pb_ | right, but then you recompiled the binary |
| 12:57.38 | ant_work | no, maybe I messed with the logs... |
| 12:57.53 | pb_ | didn't you say earlier that you recompiled with -g? |
| 12:58.09 | ant_work | yes, for objdump purposes |
| 12:58.13 | ant_work | then I ran it |
| 12:58.22 | ant_work | and obained the trap |
| 12:58.27 | pb_ | ah, I see |
| 12:58.46 | ant_work | I added -g to klibc.bbclass |
| 12:58.46 | pb_ | well, you must have mixed something up: that alignment trap message does not correspond to the disassembly you pasted. |
| 12:59.35 | ant_work | fwiw reproduced teh alignment with another binary, compiled against eglibc/shared |
| 12:59.59 | ant_work | same Instr=0xe5931000 |
| 13:04.29 | pb_ | okay, so in that case it sounds like it is nothing to do with klibc specifically |
| 13:05.00 | pb_ | if you have a matching binary and crash dump for that eglibc binary then you could probably use that one to debug the problem |
| 13:08.01 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 13:11.45 | *** join/#oe kevinsc (~a0214685@192.94.94.105) |
| 13:11.59 | ant_work | ok, thx |
| 13:12.09 | ant_work | that supports my idea that RGB code is dangerous |
| 13:12.34 | pb_ | well, not necessarily the rgb code |
| 13:13.16 | pb_ | your hex2rgb disassembly doesn't contain any instances of the instruction e5931000. |
| 13:13.44 | pb_ | so, either it is in a different function, or the binary you are disassembling was built with different enough cflags that the instructions have changed. |
| 13:14.21 | ant_work | wait, I disassembled kexecboot binary, containing hex2rgb and hchar2int |
| 13:15.15 | ant_work | I hav ethe full-file to upload if you have time to look at/grep it :p |
| 13:15.33 | pb_ | well, no, that wouldn't really help |
| 13:15.41 | pb_ | as I said, you need a matching pair |
| 13:16.04 | pb_ | I could look at the full disassembly, but without a matching crash message it would just be speculation |
| 13:19.38 | ant_work | the issue is this binary is in an initramfs and is failing in a particular case (entering a menu) |
| 13:20.04 | ant_work | happily the binary can be launched from console, that's how I logged the align trap |
| 13:20.35 | *** join/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net) |
| 13:20.42 | ant_work | so, it fails if run as init process, doesn't if launched from shell... |
| 13:21.39 | pb_ | I'm a bit confused now. If it doesn't fail when you run it from the shell, how did you get the alignment trap error? |
| 13:21.57 | ant_work | it just spits align trap instead of freezing :) |
| 13:21.59 | pb_ | Or do you mean you're running with alignment traps set to nonfatal, so it prints the message but continues anyway? |
| 13:22.17 | ant_work | yes, continues |
| 13:22.23 | pb_ | ah, right, I see |
| 13:22.27 | ant_work | I can even exit it |
| 13:22.31 | ant_work | properly |
| 13:23.37 | ant_work | so I 'guess' this align trap could be fatal inside the initramfs...pure guessing |
| 13:24.04 | pb_ | yeah, could be. what alignment trap setting does your initramfs run with? |
| 13:24.37 | ant_work | good question: standard ones? no shell, no initscripts |
| 13:25.07 | pb_ | I guess that'd probably be zero, but you should check sinceit might depend on your kernel |
| 13:25.27 | ant_work | ah, the kernel is very minimalist |
| 13:25.37 | ant_work | no debug, no BUG, no printk... |
| 13:26.23 | ant_work | hm... |
| 13:26.32 | pb_ | well, try setting alignment to zero by hand and see if you then get the same behaviour as the initramfs |
| 13:28.53 | ant_work | ah, yes, now I see /proc/cpu/alignment .. ./proc/sys/debug/alignment . it seems I have to enable debug |
| 13:31.47 | ant_work | pb_: anyway, I suspect those functions modifying RGB... sounds strangely familiar with the 'bad examples' listed in http://www.aleph1.co.uk/oldsite/armlinux/book/afaq.html |
| 13:31.58 | ant_work | thank you for your time |
| 13:32.58 | mickey|office | hi hrw |
| 13:38.33 | *** join/#oe rschus (daemon@gate.tarent.de) |
| 13:38.38 | mickey|office | woglinde: news: she's in hospital now, getting contraction stimulii |
| 13:39.00 | pb_ | mickey|office: heh, doesn't that mean that you ought to be there as well? |
| 13:39.09 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 13:39.38 | mickey|office | pb_: i'll join her when the contractions actually start |
| 13:41.03 | pb_ | ah, very good |
| 13:42.58 | pb_ | my experience of induced labour was that, once it starts, eerything happens rather quickly. |
| 13:44.56 | hrw | pb_: took ~40h for us and ended in cezar's cut (or how it is in proper english) |
| 13:48.01 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 13:48.50 | drainbamage | trying to buld splashutils in oe |
| 13:48.54 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 13:49.08 | drainbamage | but getting error during compilation |
| 13:49.33 | drainbamage | <PROTECTED> |
| 13:53.55 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 14:02.58 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 14:05.05 | pb_ | hrw: "caesarian section" |
| 14:05.05 | *** join/#oe Crofton (~balister@12.207.17.2) |
| 14:07.27 | hrw | thank you pb |
| 14:12.04 | Crofton | C-section for short |
| 14:14.15 | *** join/#oe mangomake (~dan@cpc2-hitc3-0-0-cust115.9-2.cable.virginmedia.com) |
| 14:15.00 | *** join/#oe CMoH (~cipi@95.76.68.223) |
| 14:15.00 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 14:17.13 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 14:18.56 | *** join/#oe celston (bcdc8df1@gateway/web/freenode/ip.188.220.141.241) |
| 14:19.02 | *** join/#oe thhp (50c14443@gateway/web/freenode/ip.80.193.68.67) |
| 14:19.19 | mwester | is very familiar with those (although not personally, of course) |
| 14:19.28 | kergoth | morning |
| 14:19.34 | mwester | Salutations. |
| 14:19.37 | kergoth | boo for 7am meetings |
| 14:19.47 | mwester | 'specially on Mundays. |
| 14:19.59 | *** join/#oe Zygo (startkeylo@startkeylogger.hungrycats.org) |
| 14:20.06 | kergoth | indeed |
| 14:20.59 | mwester | just noticed that Fedora 15 is released... so now his build machine is truely waaay out of date. |
| 14:22.03 | mwester | On the other hand, since there are no more updates for Fedora 12, I can safely assume that means that there are NO bugs left in Fedora 12, right? |
| 14:22.12 | celston | Hello all. I'm trying to use an external toolchain on oe-core, I've copied and edited the external-csl-toolchain_2008q3-72.bb recipe, set PREFERRED_PROVIDER variables in local.conf, but now I have conflicting PREFERRED_PROVIDER entries found. Any hints for how to debug such conflicts? |
| 14:23.13 | pb_ | g'day kergoth |
| 14:23.58 | kergoth | celston: there's a .inc in conf/ you can include that does most of the work for you, rather than having to mess with the preferred providers yourself |
| 14:26.01 | celston | kergoth: tcmode-external-csl2008q3.inc ? |
| 14:27.04 | kergoth | ah, you're using oe-core? yeah, i'd think you could copy one of those and set TCMODE to the value following the - (external-csl2008q3 in that example) |
| 14:27.32 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 14:31.36 | celston | kergoth: thanks, I'll have a go. |
| 14:31.55 | kergoth | np |
| 14:33.40 | *** join/#oe mrmoku` (~mrmoku@ppp-188-174-68-129.dynamic.mnet-online.de) |
| 14:34.01 | Tartarus | mickey|office: good luck! |
| 14:35.19 | *** join/#oe jawil06 (~jawil06@wireless-5213.wireless.ece.vt.edu) |
| 14:39.02 | *** join/#oe mrmoku (~mrmoku@ppp-88-217-91-178.dynamic.mnet-online.de) |
| 14:44.31 | mckoan | hrw: I don't know |
| 14:46.05 | hrw | mckoan: lesson learnt: do not trust documentation |
| 14:49.28 | CIA-8 | 03Mario Schuknecht <schuknecht@dresearch-fe.de> 07org.openembedded.dev * re29b167bc6 10openembedded.git/recipes/linux-libc-headers/ (2 files in 2 dirs): |
| 14:49.28 | CIA-8 | linux-libc-headers-2.6.24: add additional tcp ioctl (for hipox machine only) |
| 14:49.28 | CIA-8 | Signed-off-by: Mario Schuknecht <schuknecht@dresearch-fe.de> |
| 14:49.29 | CIA-8 | Acked-by: Steffen Sledz <sledz@dresearch-fe.de> |
| 14:50.06 | *** join/#oe devzero_ (devzero@xdsl-89-0-135-36.netcologne.de) |
| 14:51.47 | CIA-8 | 03Mario Schuknecht <schuknecht@dresearch-fe.de> 07org.openembedded.dev * r3dfcd3a76e 10openembedded.git/recipes/linux/ (3 files in 2 dirs): |
| 14:51.47 | CIA-8 | linux-2.6.24: optimize flash timings (hipox machine only) |
| 14:51.47 | CIA-8 | Signed-off-by: Mario Schuknecht <schuknecht@dresearch-fe.de> |
| 14:51.47 | CIA-8 | Acked-by: Steffen Sledz <sledz@dresearch-fe.de> |
| 14:51.47 | CIA-8 | 03Thilo Fromm <fromm@dresearch-fe.de> 07org.openembedded.dev * r0caee0e55d 10openembedded.git/recipes/linux/ (2 files in 2 dirs): |
| 14:51.48 | CIA-8 | linux-2.6.24: fix 1/2-byte read access to PCI config space (hipox machine only) |
| 14:51.49 | CIA-8 | Signed-off-by: Thilo Fromm <fromm@dresearch-fe.de> |
| 14:51.49 | CIA-8 | Acked-by: Steffen Sledz <sledz@dresearch-fe.de> |
| 14:51.50 | CIA-8 | 03Thilo Fromm <fromm@dresearch-fe.de> 07org.openembedded.dev * rf04f5a81ac 10openembedded.git/recipes/linux/ (2 files in 2 dirs): |
| 14:51.50 | CIA-8 | linux-2.6.24: add PCI abort handler (hipox machine only) |
| 14:52.03 | CIA-8 | Signed-off-by: Thilo Fromm <fromm@dresearch-fe.de> |
| 14:52.03 | CIA-8 | 03Steffen Sledz <sledz@dresearch-fe.de> 07org.openembedded.dev * rcc74fd0bc6 10openembedded.git/recipes/linux/ (linux-2.6.24/hipox/defconfig linux_2.6.24.bb): |
| 14:52.03 | CIA-8 | linux-2.6.24: enable some more kernel debug options (hipox machine only) |
| 14:52.03 | CIA-8 | Signed-off-by: Steffen Sledz <sledz@dresearch-fe.de> |
| 14:52.03 | CIA-8 | 03Thilo Fromm <fromm@dresearch-fe.de> 07org.openembedded.dev * r5164d949a2 10openembedded.git/recipes/linux/ (linux-2.6.24/hipox/defconfig linux_2.6.24.bb): |
| 14:52.03 | CIA-8 | linux-2.6.24: enable some more diagnostic options (hipox machine only) |
| 14:52.04 | CIA-8 | * enable process and task accounting |
| 14:52.04 | CIA-8 | * enable per-task IO accounting |
| 14:52.05 | CIA-8 | Signed-off-by: Thilo Fromm <fromm@dresearch-fe.de> |
| 14:52.05 | CIA-8 | 03Steffen Sledz <sledz@dresearch-fe.de> 07org.openembedded.dev * r3b7bb1778b 10openembedded.git/recipes/linux/ (linux-2.6.24/hipox/defconfig linux_2.6.24.bb): |
| 14:52.19 | CIA-8 | linux-2.6.24: disable 2nd SATA port (hipox machine only) |
| 14:52.19 | CIA-8 | The 2nd SATA port is not used at hipox machine and causes emission problems |
| 14:52.19 | CIA-8 | if activated. |
| 14:52.19 | CIA-8 | Signed-off-by: Steffen Sledz <sledz@dresearch-fe.de> |
| 14:55.11 | CIA-8 | 03Klaus Kurzmann <mok@fluxnetz.de> 07master * rd719bd5c05 10openembedded.git/recipes/freesmartphone/fsoaudiod_git.bb: |
| 14:55.11 | CIA-8 | fsoaudiod_git.bb: enable cmtspeech plugin |
| 14:55.11 | CIA-8 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 14:55.11 | CIA-8 | 03Klaus Kurzmann <mok@fluxnetz.de> 07master * r5c43457a77 10openembedded.git/recipes/freesmartphone/cornucopia.inc: |
| 14:55.11 | CIA-8 | cornucopia.inc: bump FSO_CORNUCOPIA_SRCREV to catch up with newer vala |
| 14:55.12 | CIA-8 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 14:57.44 | *** join/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 14:59.13 | CIA-8 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r9298fdc6da 10openembedded.git/recipes/linux/ (4 files in 3 dirs): |
| 14:59.13 | CIA-8 | linux-2.6.39: upgrade to 2.6.39.1 and update shr patch |
| 14:59.14 | CIA-8 | * CONFIG_INPUT_LIS302DL is kept disabled, because driver needs to be |
| 14:59.15 | CIA-8 | updated to use genirq |
| 14:59.15 | CIA-8 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 14:59.54 | CIA-8 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r8222e02f5f 10openembedded.git/recipes/freesmartphone/ (7 files): |
| 14:59.54 | CIA-8 | freesmartphone: sync with meta-fso |
| 14:59.54 | CIA-8 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 15:02.26 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 15:03.57 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 15:09.04 | *** part/#oe mangomake (~dan@cpc2-hitc3-0-0-cust115.9-2.cable.virginmedia.com) |
| 15:09.17 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 15:11.58 | *** join/#oe agnel (~joel@nat/ti/x-xsdpcfipktmfnepk) |
| 15:14.37 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 15:16.56 | *** join/#oe amarsman (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl) |
| 15:17.19 | *** join/#oe amarsman (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl) |
| 15:18.32 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
| 15:21.26 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 15:22.34 | kergoth | gah, screwed up my linux desktop |
| 15:22.38 | kergoth | hrm, maybe not |
| 15:22.39 | kergoth | mutters |
| 15:25.21 | pb_ | heh |
| 15:25.24 | celston | kergoth: I'm using the tcmode include now, but I get lines like "NOTE: multiple providers are available for virtual/i586-none-linux-gcc (external-poky-toolchain, gcc-cross)". I'm not sure I understand why i586-none-linux- are a dependency now - does this dependency refer to my host compiler? |
| 15:25.39 | pb_ | ubuntu keeps asking me if I want to upgrade to 11.04 |
| 15:25.46 | pb_ | I haven't been brave enough to say yes yet |
| 15:25.48 | kergoth | celston: depends on your MACHINE |
| 15:25.50 | kergoth | pb_: ugh, me too |
| 15:25.53 | kergoth | i tried that once already |
| 15:25.57 | kergoth | my machine stopped booting |
| 15:26.03 | kergoth | rolls eyes |
| 15:26.07 | pb_ | yeah, one of my coworkers had that experience on his netbook |
| 15:26.30 | celston | my actual arch is x86_64, so I don't know where i586 would come from. |
| 15:26.39 | kergoth | celston: what's your MACHINE? |
| 15:26.44 | pb_ | is that your target arch, or your build system arch? |
| 15:26.50 | pb_ | i586 sounds like qemux86.conf |
| 15:26.57 | celston | build system arch. |
| 15:27.02 | pb_ | ah, well then |
| 15:27.03 | celston | ah |
| 15:27.17 | celston | D'oh. |
| 15:28.15 | celston | I think I assumed it would use uname to find the build arch. |
| 15:28.50 | kergoth | it does |
| 15:28.53 | pb_ | yeah, it does |
| 15:29.02 | kergoth | for the third time, what's your MACHINE? |
| 15:29.05 | kergoth | :) |
| 15:29.14 | kergoth | as pb_ says, i586 sounds like qemux86 |
| 15:29.27 | celston | Sorry, it *was* MACHINE ??= "qemux86" I just changed it to MACHINE ?= "qemux86-64" |
| 15:30.29 | celston | MACHINE refers to build or target arch? |
| 15:30.40 | pb_ | target |
| 15:31.15 | kergoth | erm, you should really read the wiki or user manual some if you don't know what machine is, it's one of the two most important variables in oe :) |
| 15:33.50 | pb_ | hm, we don't seem to have had any tsc meeting minutes for a while. did they change their schedule? |
| 15:34.10 | kergoth | hmm, good question |
| 15:34.14 | *** join/#oe oe-rookie (c06dbe58@gateway/web/freenode/ip.192.109.190.88) |
| 15:34.27 | pb_ | the last set I can find in the archive is may 5 |
| 15:35.25 | pb_ | maybe you could ask tom if you happen to be speaking to him. |
| 15:35.49 | oe-rookie | hi, I have a question: I'm building a eglibc based distro but I'd like busybox to be statically compiled against uclibc. How can I deal with that? Thanks in advance. |
| 15:35.49 | kergoth | Tartarus: ping |
| 15:36.06 | Tartarus | kergoth: pong |
| 15:36.09 | mwester | khem, clean build of the slugos layers stuff fails building pseudo -- looks like a path issue (searching host libs for gcc_s library) -- is this an openembedded-core issue, or something in the slugos layers? I just need to be pointed in the right direction - thanks! http://pastebin.com/p0nb5JfK |
| 15:36.11 | kergoth | Tartarus: /me points above |
| 15:36.25 | Tartarus | pb_: bah |
| 15:36.36 | pb_ | oe-rookie: with difficulty. you can't really mix uclibc and eglibc in a single distro, at least not easily |
| 15:36.58 | pb_ | you could create a variant uclibc package which stages itself into a special prefix, and then a variant busybox that builds against it. |
| 15:37.03 | Tartarus | We've been meeting, Jefro's been taking minutes, will see what's the hold up |
| 15:37.06 | pb_ | not exactly pretty, but I think that's about your only option |
| 15:37.34 | pb_ | unless you want to have two separate distros, one for the uclibc components and one for the eglibc components, and then a postprocessing mashup step to put them together |
| 15:37.43 | oe-rookie | pb_: thanks. I thought it would not be easy.... |
| 15:37.58 | pb_ | Tartarus: okay, cool, thanks |
| 15:41.15 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 15:41.39 | pb_ | kergoth: btw, could you update my authorized keys in gitosis if you have a spare moment? |
| 15:42.00 | Jay7 | evening |
| 15:42.21 | pb_ | the only one that's there right now is for my work account at my old job. I guess that one can be removed. |
| 15:43.17 | Jay7 | pb_: about your talk with ant_work |
| 15:43.31 | Jay7 | initramfs version is running kexecboot as init |
| 15:43.40 | pb_ | yeah, so I gathered from ant |
| 15:43.46 | Jay7 | so freeze is easy to understand then |
| 15:43.55 | pb_ | well, yes and no |
| 15:44.06 | Jay7 | someting like 'panic: attempting to kill init' |
| 15:44.11 | pb_ | it's easy to understand why it would freeze if init crashes |
| 15:44.23 | pb_ | but it is not obvious why init is crashing in the first place, if it doesn't crash when he runs the same binary from the shell |
| 15:44.48 | Jay7 | btw, this happens only on collie/poodle iirc |
| 15:45.05 | Jay7 | we haven't seen that on pxa270 machines |
| 15:45.30 | Jay7 | well... anyway I know some places that may produce that trap.. |
| 15:45.46 | Jay7 | just need some time and luck to find |
| 15:46.04 | kergoth | pb_: yeah, sure |
| 15:46.24 | pb_ | kergoth: if you could copy the ones from my ~/.ssh/authorized_keys on melo into gitosis, that'd be great |
| 15:46.47 | kergoth | hrm, not sure if i have ssh access to melo :) |
| 15:46.59 | pb_ | ah, heh |
| 15:46.59 | kergoth | i have git admin access, that's about it, i think |
| 15:47.14 | pb_ | okay, let me mail you the keys |
| 15:48.45 | kergoth | k |
| 15:49.09 | pb_ | btw, as far as I can tell you do have shell access on melo |
| 15:49.11 | pb_ | :-} |
| 15:49.22 | pb_ | keys sent, anyway |
| 15:50.59 | pb_ | Jay7: yeah, as I said to ant, if he can capture a crash dump and a matching binary then it should be easy to find out what is wrong. without those two things all you can really do is speculate, which is probably a waste of time. |
| 15:51.51 | Jay7 | pb_: problem is to get crash dump from binary with debugging symbols :) |
| 15:51.59 | kergoth | huh |
| 15:52.15 | pb_ | Jay7: why is that a problem? |
| 15:52.20 | Jay7 | I'm a bit lost in cross-debugging and OE dbg packages |
| 15:52.26 | kergoth | well, i get denied for kergoth@melo, publickey, so if i have an account, i can't ssh into it :) |
| 15:52.33 | pb_ | oh, hm |
| 15:53.15 | *** join/#oe jevin (~jevin@jevinskie-1-pt.tunnel.tserv9.chi1.ipv6.he.net) |
| 15:55.15 | pb_ | jay7: well, you shouldn't need to get involved with cross-debugging or -dbg packages. just build a binary with symbols in, run it and profit. |
| 15:55.30 | pb_ | jay7: it doesn't even need to be -g, you just need one that isn't stripped |
| 15:56.03 | pb_ | having -g would be a bonus, but not absolutely required |
| 15:56.31 | Jay7 | pb_: how to say OE to not strip my binary? :) |
| 15:56.44 | Jay7 | It's kexecboot recipe |
| 15:57.19 | pb_ | INHIBIT_PACKAGE_STRIP, or just fish it out of the build directory by hand |
| 15:57.41 | pb_ | it only strips the installed copy, not the one in ${S} |
| 15:58.29 | kergoth | I think you may want PACKAGE_STRIP = "no", i don't think the other is still used nowadays |
| 15:58.34 | pb_ | oh, right |
| 15:58.52 | *** join/#oe pidge (~eflanagan@134.134.139.76) |
| 15:59.00 | Jay7 | nice, thanks |
| 15:59.10 | Jay7 | I'll try this evening (I hope) :) |
| 16:00.01 | pb_ | kergoth: oe-core still seems to use INHIBIT_PACKAGE_STRIP |
| 16:00.21 | pb_ | but you're right, seems to be PACKAGE_STRIP in oe |
| 16:00.25 | Jay7 | I'm still using 'classic' OE now |
| 16:00.31 | kergoth | huh, didn't notice that |
| 16:00.39 | pb_ | either way, the respective local.conf.samples describe the right variable to set |
| 16:00.40 | kergoth | we really need to get the classes synced |
| 16:00.45 | kergoth | cool |
| 16:01.02 | pb_ | yeah, it is a bit sad that oe-core is three years out of date in quite a few places |
| 16:03.46 | celston | kergoth pb_ : thanks for the help, compiling with the external toolchain now (I think...) |
| 16:03.55 | pb_ | very good |
| 16:04.00 | kergoth | nice |
| 16:06.22 | celston | There may be trouble ahead, because I've blindly adding missing deps that I thought probably should come out of the external tc package to the PROVIDES/RPROVIDES list. Might have to edit the tc recipe package file lists to ensure they do get copied. |
| 16:06.46 | celston | (in this case glibc and linux-libc-headers-dev) |
| 16:06.58 | celston | and virtual/mips-none-linux-libc-initial |
| 16:07.37 | pb_ | I wouldn't have expected anything to depend on *-libc-initial in the external toolchain case. That package is only needed for toolchain bootstrap. |
| 16:07.57 | pb_ | so, if you're having to provide it, it suggests there might be some other bug elsewhere in the metadata |
| 16:08.11 | *** join/#oe risca (~risca@81-233-40-5-no18.tbcn.telia.com) |
| 16:08.24 | celston | ah, the external tc recipe I copied had virtual/mips-none-linux-gcc-initial in the provides, could that be the cause? |
| 16:08.55 | celston | Is there a summary anywhere of what each of the core virtual packages are expected to contain (broadly) ? |
| 16:08.59 | *** join/#oe dth (~dth@a89-183-194-244.net-htp.de) |
| 16:09.10 | pb_ | good question. not that I know of. |
| 16:09.25 | pb_ | it is a shame the wiki is broken, otherwise this would be a good thing to put there. |
| 16:10.31 | celston | If it starts working again then I'd be happy to draft a section on using an external toolchain. |
| 16:11.28 | *** join/#oe toi (~peter@94-226-59-90.access.telenet.be) |
| 16:15.46 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 16:17.44 | ant_work | Jay7: on poodle for sure. I can't say on collie...well, ithas same rotated qvga layout but different processor (I vaguely remind strongarm shouldn't have alignments issues) |
| 16:18.19 | ant_work | on pxa25x I've seen many, instead |
| 16:18.26 | ant_work | :p |
| 16:18.47 | Jay7 | ant_work: I'm rewriting some code of xpm parsing and image handling |
| 16:19.01 | Jay7 | it may help or may break it more :) |
| 16:19.07 | ant_work | maybe you've hit some obscure bug... |
| 16:20.17 | Jay7 | pb_: btw, is it safe to use struct * -> void * -> struct * conversion? |
| 16:20.31 | Jay7 | no operation is made when it is void * |
| 16:20.31 | pb_ | depends what you mean by "safe" |
| 16:20.47 | anarsoul | Jay7: yep, it's safe |
| 16:20.49 | Jay7 | I'm just using void pointer so attach icons to menu |
| 16:20.56 | Jay7 | pointer to icon even |
| 16:21.23 | pb_ | it's safe in the sense that it is allowed by the C standard and the compiler will do what you expect with it. |
| 16:21.26 | ant_work | have you compared to the 'bad examples' ? |
| 16:21.45 | pb_ | it's unsafe in the sense that, obviously, you are throwing away type checking and it is easy to screw it up and introduce bizarre bugs |
| 16:22.33 | pb_ | but essentially yes, that is basically what void* is for. |
| 16:22.53 | Jay7 | ant_work: yes... but I can't find place by eyes.. need crashdump |
| 16:23.57 | Jay7 | now I have other suspicious code - packing rgba into uint32_t |
| 16:24.08 | Jay7 | and unpacking it later |
| 16:24.21 | Jay7 | using binary logic and shifting |
| 16:25.00 | Tartarus | pb_: ok, Jefro is confused as to why minutes past may 5th haven't been seen 'cuz he's posted, and is looking into it. Or that's how I read his string of expletive masked :) |
| 16:25.04 | celston | mmmmm, bitshifting. |
| 16:26.42 | ant_work | Jay7: I feel we are in the exact case of structures contained in other structures.. |
| 16:26.52 | Jay7 | http://goo.gl/Qs6Do is used to pack and http://goo.gl/xVPtG is used to unpack |
| 16:27.04 | Jay7 | well.. now it 'was used' |
| 16:27.20 | Jay7 | I've changed today this part to respect alpha-channel |
| 16:27.43 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 16:28.23 | pb_ | Tartarus: heh, very good. thanks for that. |
| 16:30.10 | ant_work | pb_: I see you're listed ...I feel this bookshould not be online... |
| 16:30.26 | pb_ | jay7: that's fine, there's nothing wrong with either of those code fragments in themselves. |
| 16:30.53 | ant_work | ARMLinux for Developers |
| 16:31.28 | Jay7 | pb_: thanks :) |
| 16:32.20 | ant_work | Jay7: ofc we have to enable some sort of kernel debug to see it crash ... |
| 16:32.22 | pb_ | the hex2rgb one might be a bit dubious depending on how exactly it is used |
| 16:32.37 | *** join/#oe tharvey (~tharvey@76.205.222.174) |
| 16:32.40 | pb_ | the function is fine, but some of its callers might perhaps not be. you'd need to check. |
| 16:40.11 | *** part/#oe thhp (50c14443@gateway/web/freenode/ip.80.193.68.67) |
| 16:42.54 | *** join/#oe Crofton (~balister@108-65-78-2.lightspeed.sntcca.sbcglobal.net) |
| 16:44.00 | ant_work | Jay |
| 16:44.36 | ant_work | Jay7: hm.. we use 6 bytes hex values for xpm icons |
| 16:45.02 | ant_work | why does it enter e17c:? |
| 16:45.14 | ant_work | is the case 12+1 (apparently) |
| 16:50.22 | Jay7 | ant_work: 12+1 is not used now |
| 16:50.52 | Jay7 | all xpm icons I ever seen was using 6 char hex color #abcdef |
| 16:51.08 | Jay7 | well, anyway now it's kind of offtopic here :) |
| 16:56.09 | *** join/#oe rcf (~rcf@237.205-243-81.adsl-dyn.isp.belgacom.be) |
| 16:57.16 | *** join/#oe rschus (~rschus@102.163.71.86.rev.sfr.net) |
| 16:59.41 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 17:03.14 | otavio | Hello |
| 17:09.05 | *** join/#oe GNUtoo (~GNUtoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it) |
| 17:15.13 | *** part/#oe dth (~dth@a89-183-194-244.net-htp.de) |
| 17:24.50 | *** join/#oe Jefro (~josiermi@134.134.137.75) |
| 17:27.29 | *** join/#oe anarsoul (~anarsoul@212.98.177.125) |
| 17:33.57 | *** join/#oe toi (~peter@94-226-59-90.access.telenet.be) |
| 17:38.04 | *** join/#oe aloisiojr (~aloisio@177.17.107.35) |
| 17:40.18 | *** join/#oe Heinervdm (~thomas@217.225.118.147) |
| 17:51.43 | *** join/#oe tom_say (~william@cpe-68-203-248-184.stx.res.rr.com) |
| 17:55.19 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 17:55.25 | *** join/#oe B_Lizzard (~havoc@athedsl-119394.home.otenet.gr) |
| 18:03.50 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 18:11.25 | *** join/#oe tdebrouw (~tdebrouw@91.182.114.55) |
| 18:13.45 | *** join/#oe flo_lap (~fuchs@sign-4d09442a.pool.mediaWays.net) |
| 18:13.45 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 18:16.30 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
| 18:21.03 | *** join/#oe stefan_schmidt (~stefan@p4FF89974.dip.t-dialin.net) |
| 18:21.37 | woglinde | hi stefan |
| 18:22.58 | tzanger | hm, is this the right place to ask a question about a build failure in arago? under ubuntu 10.04 there aren't any issues, but with 10.10 I get a build error in util-linux-ng-native 2.17 "no rule to make target .deps/uuid_time.Plo" |
| 18:23.03 | stefan_schmidt | hi woglinde |
| 18:23.06 | stefan_schmidt | hi all |
| 18:24.10 | woglinde | tzanger topic |
| 18:25.26 | tzanger | woglinde: ok, not a distro support channel I do understand that... but #ubuntu is unlikely to know anything about OE |
| 18:25.42 | tzanger | I"m unsure that this is a distro support question at all |
| 18:25.50 | mdp | tzanger, #arago? |
| 18:25.58 | denix | try #arago |
| 18:26.13 | woglinde | tzanger problem is in oe we have now newer util-linux soft |
| 18:26.14 | tzanger | hmm, okay. I've never used it before, didn't know that there was a separate channel for it :-) |
| 18:26.23 | tzanger | I was always using angstrom before |
| 18:26.25 | woglinde | and to be honest I didnt see this error so far |
| 18:26.40 | tzanger | ok, I appreciate the pointer to the other chan |
| 18:30.01 | *** join/#oe chase (~chase@nat/ti/x-fvmuoanspouvhgdu) |
| 18:30.34 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 18:30.56 | *** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com) |
| 18:30.56 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 18:33.20 | *** join/#oe pepermint (~pepermint@host35-11-dynamic.58-82-r.retail.telecomitalia.it) |
| 18:40.15 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 18:40.28 | GNUtoo | tzanger, distro means target distro |
| 18:40.40 | tzanger | GNUtoo: ahh. |
| 18:40.54 | tzanger | so would this chan be suitable for "baseline" OE then and not offshots? |
| 18:40.56 | tzanger | er shoots |
| 18:41.18 | GNUtoo | how could we help if we don't know forks |
| 18:41.33 | GNUtoo | someone pointed yo to the fork's channel tough |
| 18:41.44 | tzanger | yes, and I thanked him. :-) |
| 18:41.53 | tzanger | I am still getting a handle on what is what when it comes to OE |
| 18:46.11 | *** join/#oe morphis (~morphis@dslb-088-070-132-020.pools.arcor-ip.net) |
| 18:51.02 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 19:08.19 | *** join/#oe chrisw957 (~chris@mail.tacticalelectronics.com) |
| 19:09.32 | *** join/#oe GarthPS (~quassel@124.249.1.93.rev.sfr.net) |
| 19:13.48 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 19:31.57 | *** join/#oe incandescant (~joshual@12.236.253.2) |
| 19:33.25 | *** join/#oe playya__ (~playya@93.216.231.149) |
| 19:33.25 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 19:46.26 | *** join/#oe toi (~peter@94-226-59-90.access.telenet.be) |
| 19:47.21 | *** join/#oe zenlinux_laptop (~sgarman@masterfoo.zenlinux.com) |
| 19:47.54 | *** join/#oe falk0n (~falk0n@193.136.122.17) |
| 19:51.54 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
| 19:53.14 | otavio | khem: hello ... |
| 19:53.30 | otavio | khem: I got most of chicken toolchain working and it builds fine for most eggs |
| 19:53.36 | otavio | khem: but I got a case it fails |
| 19:54.06 | otavio | khem: basically when it calls the toolchain, in case it has the native one available it is preferred against the cross one |
| 19:57.36 | otavio | khem: any idea why this is happening? And how to workaround/fix it? |
| 19:57.51 | otavio | khem: I know it is path related ... but do you have any clue about why? |
| 19:57.58 | *** join/#oe toi (~peter@94-226-59-90.access.telenet.be) |
| 20:01.44 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 20:02.05 | *** join/#oe msm (~msm@192.88.168.34) |
| 20:04.35 | *** join/#oe mwester (~mwester@209-242-7-165.rev.dls.net) |
| 20:04.35 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 20:11.29 | *** join/#oe liamMT (~Liam@173-164-164-245-SFBA.hfc.comcastbusiness.net) |
| 20:24.57 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 20:33.06 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 20:44.39 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 20:45.17 | *** join/#oe ant__ (~andrea@host95-255-dynamic.14-87-r.retail.telecomitalia.it) |
| 20:45.58 | otavio | Anyone has a clue about the toolchain issue I spotted above? |
| 20:56.23 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 20:56.54 | *** join/#oe niklas__ (~niklas__@koln-4d0b3208.pool.mediaWays.net) |
| 21:00.52 | *** join/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net) |
| 21:13.08 | *** join/#oe sr105 (~sr105@85-44.97-97.tampabay.res.rr.com) |
| 21:18.06 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 21:23.53 | *** join/#oe Unhelpful (~quassel@rockbox/developer/Unhelpful) |
| 21:25.58 | *** join/#oe lamawithonel (~lucas@72-63-143-209.pools.spcsdns.net) |
| 21:26.42 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 21:37.11 | CIA-8 | 03Paul Eggleton <paul.eggleton@linux.intel.com> 07master * r11714efa60 10openembedded.git/recipes/opie-ttf-support/opie-ttf-support_1.1.bb: |
| 21:37.11 | CIA-8 | opie-ttf-support: add LICENSE field |
| 21:37.11 | CIA-8 | Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> |
| 21:41.53 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 21:43.26 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 21:55.50 | sr105 | If I want to make a change to one file in a recipe's "files" directory without making changes inside the git tree, do I have to copy the recipe and all of the "files" tree for that recipe into my BBPATH override area? |
| 22:03.52 | *** join/#oe Crofton (~balister@108-65-78-2.lightspeed.sntcca.sbcglobal.net) |
| 22:08.49 | Tartarus | no |
| 22:09.11 | Tartarus | If you want to change, say, recipes/busybox/busybox-1.18.4/defconfig you can just duplicate that |
| 22:09.12 | *** join/#oe Gaston|Home (~Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
| 22:09.31 | Tartarus | And if you want to modify busybox_1.18.4.bb you can probably just do what you want in busybox_1.18.4.bbappend in your override area |
| 22:09.48 | fray | e300 or 440 would be my personal preference right now |
| 22:10.04 | fray | however, I just need something 603e or "better" for LSB compatibility testing |
| 22:15.30 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 22:22.04 | *** join/#oe Lopi (~lopi@50.9.50.174) |
| 22:26.48 | *** join/#oe pespin_ (~pespin@221.pool85-50-22.dynamic.orange.es) |
| 22:40.02 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 22:41.41 | sr105 | Tartarus: thanks |
| 22:42.20 | sr105 | Tartarus: I'm modifying files/scripts/mount.sh in udev. If I just put that file in my override area, it doesn't get picked up. |
| 22:42.58 | Tartarus | recipes/udev/udev/mount.sh you mean? |
| 22:43.00 | sr105 | Tartarus: Maybe I'll need to take a look at the udev recipe. Thanks for the general knowledge. |
| 22:43.05 | sr105 | no |
| 22:43.05 | Tartarus | And where did you place your new version |
| 22:43.15 | sr105 | recipes/udev/files/scripts/mount.sh |
| 22:43.26 | Tartarus | has no recipes/files/ |
| 22:43.30 | Tartarus | er, recipes/udev/files |
| 22:43.41 | sr105 | in another tree that only includes my files and comes first in BBPATH |
| 22:43.53 | sr105 | mine does (It's not the latest OE tree) |
| 22:44.08 | Tartarus | k |
| 22:44.09 | sr105 | and git says it is unmodified |
| 22:44.21 | Tartarus | Well, you can override it, you'll just have to make sure you put it in the right place |
| 22:44.34 | Tartarus | local/recipes/udev/files/scripts/mount.sh should cover it |
| 22:44.45 | sr105 | so, I should be able to override a single file like that |
| 22:44.48 | Tartarus | otherwise bitbake -e udev and look at the various FILES*PATH variables |
| 22:45.20 | Tartarus | yes, the example I gave above is from our local collection |
| 22:48.10 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 22:50.38 | kergoth | sr105: BBPATH isn't how either recipes or file:// files are found. |
| 22:51.17 | sr105 | kergoth: I thought BBPATH was used to find classes, conf, and recipes |
| 22:52.23 | sr105 | From the manual: "BitBake classes ⦠are located in classes/ relative to the dirs in BBPATH." |
| 22:57.13 | *** join/#oe lamawithonel (~lucas@184-201-127-208.pools.spcsdns.net) |
| 23:00.54 | sr105 | Tartarus: It seems that FILESPATH includes several paths in my oe tree under recipes/udev, but no paths under local |
| 23:01.16 | Tartarus | Then your local.conf isn't pulling in your local overrides collection |
| 23:01.50 | fray | in the current oe-core ./scripts/create-pull-request there is a slight issue.. there is no documentation on how to configure the remote url.. :P |
| 23:02.03 | Tartarus | sr105: Maybe you need something like this: |
| 23:02.05 | Tartarus | FILESPATHBASE = "${@':'.join(os.path.join(collection, 'recipes', os.path.basename('${FILE_DIRNAME}')) for collection in '${COLLECTIONS}'.split())}" |
| 23:02.32 | Tartarus | and COLLECTIONS has your local stuff in it, in local.conf |
| 23:02.48 | Tartarus | and openembedded |
| 23:04.38 | sr105 | I was given this oe tree from another. Is that line common in local.conf? I'm wondering if the previous owners broke something |
| 23:05.49 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 23:05.53 | sr105 | yes, I see local.conf.sample and mine deviates quite a bit |
| 23:06.16 | kergoth | sr105: config files and classes, yes. the documentation doesn't say recipes are found via bbpath, as they aren't |
| 23:06.50 | sr105 | kergoth: thanks, I didn't know that |
| 23:14.27 | *** part/#oe matt00 (~matt@130.sub-75-247-19.myvzw.com) |
| 23:14.38 | sr105 | does the ordering in BBFILES matter? first has priority? |
| 23:18.47 | sr105 | I found that setting finally in my site.conf: http://pastebin.com/P3E9cJb9 |
| 23:19.12 | sr105 | They seem to list the oe tree first and then set some sort of priorities later |
| 23:22.37 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 23:23.39 | *** join/#oe lamawithonel (~lucas@184-201-127-208.pools.spcsdns.net) |
| 23:26.51 | khem | sr105: for BBFILES priority is used |
| 23:27.04 | khem | order of specifying them does not matter |
| 23:27.17 | khem | for BBPATH however the order matters |
| 23:27.43 | sr105 | understood |
| 23:28.09 | *** join/#oe ensc_ (~irc-ensc@p5DF2F468.dip.t-dialin.net) |
| 23:28.48 | sr105 | I'm thinking my potential solution may be related to the snippet that Tartarus posted |
| 23:29.15 | sr105 | however, if I try to use that line, I get errors about it. |
| 23:30.24 | *** join/#oe lamawithonel (~lucas@184-201-127-208.pools.spcsdns.net) |
| 23:34.03 | Tartarus | Yeah, you need to have a chat with whoever gave you that tree |
| 23:34.11 | sr105 | http://pastebin.com/eNBpFAAj |
| 23:34.11 | sr105 | I see this in my -e output. |
| 23:34.14 | Tartarus | It's not stock and they need to explain how it's intended to be used |
| 23:38.39 | sr105 | Is COLLECTIONS supposed to be set by the user? I only see it in the stock collections.inc |
| 23:48.15 | Tartarus | yes |
| 23:48.19 | *** join/#oe risca (~risca@81-233-40-5-no18.tbcn.telia.com) |
| 23:48.27 | Tartarus | with full paths or variables that get expanded |
| 23:51.19 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 23:56.28 | *** join/#oe hufnus (~hufnus@69-12-177-67.dsl.static.sonic.net) |
| 23:58.09 | ka6sox-away | I'm going to break the OE wiki for a little bit as I add a cache to it. |
| 23:59.50 | sr105 | Tartarus: Thanks, I set COLLECTIONS followed by your FILESPATHBASE and it worked. |