| 00:55.51 | *** join/#oe shawn186 (~Tiberius@unaffiliated/shawn156) |
| 01:01.16 | *** join/#oe chackal_sjc (~Felipe@wsip-70-183-20-162.oc.oc.cox.net) |
| 01:12.06 | *** join/#oe hufnus (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 01:14.40 | *** join/#oe hufnus (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 01:15.38 | *** part/#oe hufnus (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 01:21.41 | *** join/#oe bizhanMona (~bizhan@nat/cisco/x-ocxcbwslqswjnoos) |
| 01:31.55 | *** join/#oe liuyq (~liuyq0307@221.123.128.226) |
| 01:36.12 | *** join/#oe liuyq (~liuyq0307@221.123.128.226) |
| 01:48.05 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 02:08.56 | *** join/#oe dlan (~dennis@116.228.88.131) |
| 02:10.19 | *** join/#oe nerdboy (~sarnold@dsl-66-59-252-223.static.linkline.com) |
| 02:39.19 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 02:46.47 | *** part/#oe gcoville (~ghc@pool-96-225-97-154.nwrknj.fios.verizon.net) |
| 02:48.31 | *** join/#oe nitink (nitink@nat/intel/x-cjyhebjlybbwubmu) |
| 02:52.32 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 03:02.18 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 03:06.16 | *** join/#oe blupp (~blupp@dslb-188-099-225-080.pools.arcor-ip.net) |
| 03:13.06 | *** join/#oe mgross_ (~mgross@c-67-171-163-4.hsd1.or.comcast.net) |
| 04:03.19 | *** join/#oe alexhairyman (~alex@c-174-52-149-118.hsd1.ut.comcast.net) |
| 04:49.50 | *** join/#oe alexhairyman (~alex@c-174-52-149-118.hsd1.ut.comcast.net) |
| 05:25.29 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 05:27.24 | *** join/#oe tasslehoff (~tasslehof@147.84-49-231.nextgentel.com) |
| 05:44.07 | *** join/#oe snkt (~snkt@122.170.104.85) |
| 06:06.30 | *** join/#oe Russ (~russ@pool-74-111-208-250.lsanca.fios.verizon.net) |
| 06:17.31 | *** join/#oe rob_w (~bob@93.104.205.194) |
| 06:17.32 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 06:18.12 | *** join/#oe MaxPowers (~hico@80.150.99.66) |
| 06:25.06 | CruX| | hello |
| 06:25.18 | CruX| | bitbake -c fetchall succeedded |
| 06:25.45 | CruX| | but if I try to build minimal image bitbake fails here |
| 06:26.03 | CruX| | STDERR: fatal: unable to connect to git.yoctoproject.org: |
| 06:26.04 | CruX| | git.yoctoproject.org[0: 140.211.169.122]: errno=No route to host |
| 06:26.14 | CruX| | build machine is without internet connection |
| 06:26.31 | CruX| | why is not this downloaded with previous fetchall ? |
| 06:28.30 | *** join/#oe Zagor (~bjst@sestofw01.enea.se) |
| 06:28.30 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
| 06:37.44 | *** join/#oe lamikr (lamikr@nat/nokia/x-tskfgbjkqbbhoupx) |
| 06:48.55 | eFfeM_work | CruX|: seems more a question for #yocto |
| 06:49.05 | eFfeM_work | I'd be interested in the answer too |
| 06:51.03 | CruX| | thx |
| 06:52.16 | JaMa|Wrk | probably because of trying git ls-remote for AUTOREV or SRCPV |
| 06:54.47 | CruX| | JaMa|Wrk: JaMa|Wrk can be that easy fixed ? affected .bb recipe is virtual:native:/oe/openembedded-core/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb |
| 06:55.11 | *** join/#oe rschus (~rschus@vsr56-h01-31-32-193-216.dsl.sta.abo.bbox.fr) |
| 06:57.09 | JaMa|Wrk | does your config set AUTOREV for opkg-utils or empty BB_LOCALCOUNT_OVERRIDE? |
| 06:57.38 | JaMa|Wrk | or even BB_GIT_CLONE_FOR_SRCREV? |
| 06:58.36 | CruX| | no, i have set only BB_GENERATE_MIRROR_TARBALLS = "True" |
| 07:00.21 | CruX| | hmm git2_git.yoctoproject.org.opkg-utils.tar.gz exist in my source dir |
| 07:00.27 | JaMa|Wrk | then in theory it shouldn't try to access that, check from where it's calling git |
| 07:04.20 | *** join/#oe Russ (~russ@pool-74-111-208-250.lsanca.fios.verizon.net) |
| 07:07.34 | CruX| | can I turn off git update/prune... in SRC_URI ? |
| 07:08.38 | CruX| | because mirror tarball is extracted but git fetch -f --prune git://git.yoctoproject.org/opkg-utils refs/*:refs/* is executed |
| 07:09.59 | *** join/#oe apelete (~apelete@91.224.149.44) |
| 07:12.09 | JaMa|Wrk | do you have latest bitbake? http://git.openembedded.org/bitbake/commit/?id=2ba23df5fad4b94d38a6aed97f7822226d72eb89 |
| 07:12.34 | JaMa|Wrk | ah this is different prune |
| 07:13.30 | *** join/#oe jkridner__ (~jason@pdpc/supporter/active/jkridner) |
| 07:17.11 | *** join/#oe andr3a (~andr3a@host114-117-static.88-82-b.business.telecomitalia.it) |
| 07:21.21 | *** join/#oe bizhanMona (~bizhan@nat/cisco/x-tlwmslmsnpecojaf) |
| 07:34.41 | *** join/#oe shoragan (~jlu@debian/developer/shoragan) |
| 07:43.44 | *** join/#oe ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) |
| 07:52.54 | *** join/#oe marc (~marc@220-244-174-13.static.tpgi.com.au) |
| 08:06.36 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:07.24 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 08:07.24 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:11.49 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
| 08:11.49 | *** join/#oe dlan (~dennis@116.228.88.131) |
| 08:11.49 | *** join/#oe CruX| (~jozo@mcw.student.utc.sk) |
| 08:26.39 | *** join/#oe kristoffer (~kristoffe@c-13dfe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 08:32.29 | *** join/#oe pepermint (~pepermint@host169-82-dynamic.17-79-r.retail.telecomitalia.it) |
| 08:34.12 | *** join/#oe ensc_ (~irc-ensc@p54ADF969.dip.t-dialin.net) |
| 08:35.24 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 08:40.05 | *** join/#oe sgw (~sgw@80.187.201.11) |
| 08:43.18 | ant_work | JaMa|Wrk: have you recently tested armv4t ? |
| 08:45.41 | *** join/#oe Noor (~noor@110.93.212.98) |
| 08:45.47 | Noor | hi all |
| 08:46.37 | eFfeM_work | hi Noor, all |
| 08:56.30 | *** join/#oe florian (~fuchs@sign-4db60873.pool.mediaWays.net) |
| 08:56.30 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 08:56.57 | JaMa|Wrk | ant_work: yes I'm still using om-gta02 |
| 08:58.17 | ant_work | we have issues on collie and I was wondering about |
| 08:58.18 | ant_work | http://repository.timesys.com/buildsources/g/gcc/gcc-4.7.0/gcc-4.7.0-arm-unbreak-eabi-armv4t.patch |
| 08:58.34 | JaMa|Wrk | do you have gold enabled? |
| 08:58.46 | ant_work | using defaults |
| 08:58.56 | ant_work | no distro |
| 08:59.26 | JaMa|Wrk | it's broken with gold for sure, don't know if gold is enabled by default |
| 08:59.31 | ant_work | fwiw I see th eyocto kernel config scripts complain that THUMB is not in the final config |
| 08:59.33 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:59.37 | ant_work | :) |
| 08:59.51 | JaMa|Wrk | I'm not using yocto kernel |
| 09:03.55 | ant_work | we have panic after Freeing init memory, could also be the kernel |
| 09:08.22 | *** join/#oe jmpdelos (~polk@delos.delos.com) |
| 09:15.30 | ant_work | JaMa|Wrk: fwiw that patch still apply, gcc master does #define SUBTARGET_CPU_DEFAULT TARGET_CPU_arm10tdmi |
| 09:16.19 | ant_work | khem: once you wake up, ^^^ |
| 09:24.39 | *** join/#oe roric (~roric@194-237-7-146.customer.telia.com) |
| 09:30.30 | *** join/#oe GNUtoo (~gnutoo@90.84.144.241) |
| 09:35.35 | *** join/#oe flo_lap (~fuchs@sign-4db60873.pool.mediaWays.net) |
| 09:35.35 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 09:39.48 | Noor | guys I am facing issue while compiling docbook-utils-native http://pastebin.ca/2178131 |
| 09:40.36 | Noor | Can somebody guide me what is going wrong here |
| 09:45.06 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 10:00.08 | *** join/#oe sgw (~sgw@80.187.201.11) |
| 10:17.37 | pb_ | morning all |
| 10:20.16 | bluelightning | hi pb_ |
| 10:25.03 | pb_ | hi bluelightning |
| 10:42.56 | *** join/#oe Leatherface- (~leatherfa@helvetet.eu) |
| 10:57.00 | ant_work | hi pb_ |
| 11:07.06 | *** join/#oe pwgen (~ew@2.108.92.38) |
| 11:07.43 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 11:09.21 | ant_work | pb_: correct me if I'm wrong: ARM and Thumb mode of the kernel and userspace are independent |
| 11:10.36 | JaMa|Wrk | ant_work: maybe you're missing http://git.freesmartphone.org/?p=linux-2.6.git;a=commit;h=0333777365bef05b336d4f4a06bb3b37f4ada838 |
| 11:13.32 | ant_work | hm, thi sis for meta-toolchain |
| 11:14.41 | ant_work | ok, I see, in toolchain-klayer sits gcc-4.6 |
| 11:19.15 | *** join/#oe fog (~fog@debian/developer/fog) |
| 11:20.51 | JaMa|Wrk | the same does apply to 4.7 |
| 11:28.04 | *** join/#oe CMoH (~cipi@78.96.83.205) |
| 11:28.08 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 11:30.38 | *** join/#oe marc__ (~marc@220-244-174-13.static.tpgi.com.au) |
| 11:34.13 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 11:38.47 | Noor | guys any pointer on docbook-utils-native failure |
| 11:39.32 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 11:52.54 | ant_work | JaMa|Wrk: ok, th, will try |
| 11:53.19 | ant_work | linker is not gold btw |
| 12:37.37 | *** join/#oe DJWillis (~djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) |
| 12:39.51 | inch | What is The Correct Way™ to make cronie run the scripts in /etc/cron.hourly, daily, etc? |
| 12:40.31 | *** join/#oe xmlich02 (~imlich@2001:67c:1220:80c:3:1c2:ad99:6b00) |
| 12:41.09 | inch | Do I make a new package that contains /etc/crontab, or do I somehow "import" the cronie package and add modified /etc/crontab? |
| 12:41.58 | inch | In the current version, 1.4.8-r4, /etc/crontab doesn't run anything. |
| 12:45.22 | inch | And same question on a more generic level: |
| 12:46.55 | inch | If I want to add or modify a file in a package, so that my package is just like the upstream package, but one file added or modified, how do I do that so that changes from upstream will automagickally go to my version as well? |
| 12:49.03 | pb_ | hi ant_work |
| 12:49.07 | pb_ | ant_work: yes, correct |
| 12:49.33 | bluelightning | pb_: unfortunately he's gone... |
| 12:49.40 | pb_ | ah yes, whoops |
| 12:49.44 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
| 12:49.45 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 12:49.50 | pb_ | oh well, that's what he gets for asking questions when I am at the pub :-} |
| 12:49.55 | bluelightning | heh |
| 12:51.10 | pb_ | ibot, botmail for ant_work: correct |
| 12:52.59 | bluelightning | inch: it's easy to add additional files; you just need to put the file in a files (or PN, or PN-PV, etc.) subdir next to the recipe, then edit the recipe and add the file to SRC_URI and install it within do_install |
| 12:54.09 | bluelightning | inch: if you're using OE-Core then you probably want to do that in a bbappend in your own layer rather than modifying the original recipe |
| 12:55.15 | inch | Ok, googling "bbappend" and "oe" wasn't exactly helpful :-) |
| 12:56.16 | bluelightning | the most up-to-date documentation regarding the current OE-Core based OE is probably the Yocto Project documentation: https://www.yoctoproject.org/documentation |
| 12:56.26 | bluelightning | the dev manual has a short section on bbappends |
| 12:57.20 | *** join/#oe Gaston|Home (Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
| 12:57.29 | inch | bluelightning: Thanks. |
| 13:04.17 | xxiao_ | if there a way to disable sstate-cache |
| 13:05.51 | xxiao_ | i'm having trouble to share sstate-cache among different builds, a single build works fine though |
| 13:07.16 | *** join/#oe mgross_ (~mgross@c-67-171-163-4.hsd1.or.comcast.net) |
| 13:09.54 | *** join/#oe kgilmer (~kgilmer@rrcs-108-176-50-210.nyc.biz.rr.com) |
| 13:15.58 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 13:21.41 | *** join/#oe bizhanMona (~bizhan@nat/cisco/x-swxdziuobvdvsjtt) |
| 13:26.54 | *** join/#oe GaDI (~chatzilla@196.41.231.253) |
| 13:31.57 | *** part/#oe GaDI (~chatzilla@196.41.231.253) |
| 13:32.49 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 13:37.52 | bluelightning | xxiao_: not really, no... what do you mean exactly by share among different builds? |
| 13:43.07 | *** join/#oe GNUtoo (~gnutoo@90.84.144.94) |
| 13:45.40 | xxiao_ | bluelightning: i have many similar boards(hardware) that is sharing one sstate-cache |
| 13:46.03 | xxiao_ | trying to change it to each board with its own sstate-cache, though those boards are very much the same |
| 13:46.32 | xxiao_ | basically move SSTATE-CACHE from TOPDIR to each board's BUILD dir now |
| 13:46.37 | bluelightning | xxiao_: ok, there should not be a problem with that... what kind of failures are you seeing? |
| 13:46.41 | xxiao_ | that should fix it, but will take lots of disk space |
| 13:47.05 | xxiao_ | bluelightning: first board compiles fine, second board in its own build directory failed perl build |
| 13:47.39 | bluelightning | xxiao_: presumably you mean perl for the target rather than perl-native? |
| 13:48.26 | xxiao_ | bluelightning: it's under meta/recipes-devtools/perl/perl_5.12.3.bb, not sure if that's native or target |
| 13:50.22 | xxiao_ | http://pastebin.com/fugtMxzU |
| 13:51.03 | xxiao_ | this works fine for my first board, second board sharing the same sstate-cache will fail perl |
| 14:00.08 | bluelightning | xxiao_: are those real paths in that log or have you sanitised them? |
| 14:00.32 | xxiao_ | bluelightning: i sanitised the path a bit |
| 14:01.08 | bluelightning | it's the TMPDIR/work/linux/ that has me confused, as long as that's actually armv7-distro-linux or similar |
| 14:01.20 | xxiao_ | i tried to debug it...i can re-run that pastebin commands and it errs, |
| 14:01.45 | bluelightning | which tar version is on your host? |
| 14:02.07 | xxiao_ | 1.22, ubuntu 10.04 64bit |
| 14:02.27 | xxiao_ | again the first build passes always, anything following will fail perl |
| 14:02.51 | xxiao_ | i can even swap the board build order, always the second board will fail |
| 14:03.28 | xxiao_ | can the sstate-cache cope with various version/board well? or should I use sstate-cache for each board |
| 14:03.33 | bluelightning | that version of tar has a bug in it that prevents it from correctly overwriting symlinks |
| 14:03.53 | bluelightning | (fixed in 1.24) |
| 14:03.58 | bluelightning | now, we're supposed to be working around that by building tar-replacement-native |
| 14:04.04 | xxiao_ | bluelightning: is this a known bug? why did it not happen for the first build, curious |
| 14:04.12 | xxiao_ | ic |
| 14:04.31 | bluelightning | because we never really hit the overwriting symlinks case unless we're unpacking on top of an existing directory which can happen for sstate |
| 14:04.47 | xxiao_ | let me build a 1.24 tar and give it a shot |
| 14:04.55 | bluelightning | xxiao_: hang on a sec |
| 14:05.05 | bluelightning | xxiao_: is tar-replacement-native being built for you? |
| 14:05.15 | xxiao_ | let me check |
| 14:05.29 | bluelightning | it should be, the bitbake wrapper script checks the version of tar you have and builds it if it's 1.23 or earlier |
| 14:05.43 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
| 14:05.43 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 14:06.02 | xxiao_ | how to find out tar-replacement-native is used |
| 14:07.55 | bluelightning | xxiao_: have a look if there's a tar executable under TMPDIR/sysroots/<native sysroot>/usr/bin |
| 14:08.19 | *** join/#oe lamikr (lamikr@nat/nokia/x-afkomnrnfgziuegz) |
| 14:09.23 | xxiao_ | ./work/x86_64-linux/tar-replacement-native-1.26-r0 |
| 14:09.49 | xxiao_ | ./work/x86_64-linux/tar-replacement-native-1.26-r0 |
| 14:10.02 | bluelightning | xxiao_: ok, but did it actually put a tar binary in the sysroot? |
| 14:11.30 | *** join/#oe Russ (~russ@pool-74-111-208-250.lsanca.fios.verizon.net) |
| 14:11.32 | xxiao_ | ./sysroots/x86_64-linux/usr/bin/tar |
| 14:11.55 | xxiao_ | by native here do we mean the target or the host? i normally think native means the target sysroot |
| 14:12.08 | xxiao_ | here it says x86_64...that's host to me |
| 14:12.27 | bluelightning | right, by native I mean host |
| 14:12.32 | xxiao_ | ./sysroots/x86_64-linux/usr/bin/tar is 1.26 |
| 14:12.52 | bluelightning | so it did install tar into the sysroot...ok |
| 14:13.44 | bluelightning | xxiao_: if you can reproduce the error with that command line externally does it still happen if you substitute a direct path to the tar 1.26 executable instead of just "tar"? |
| 14:16.06 | *** join/#oe ant__ (~andrea@host28-12-dynamic.60-82-r.retail.telecomitalia.it) |
| 14:18.46 | xxiao_ | bluelightning: that stays after i replace tar with a fixed path to this 1.26 tar from sysroot |
| 14:18.52 | xxiao_ | same err |
| 14:19.18 | bluelightning | hmm, ok... I guess it's not the same issue... |
| 14:19.47 | bluelightning | xxiao_: both tar commands I guess? |
| 14:20.05 | xxiao_ | yes |
| 14:20.22 | xxiao_ | tar-1.26 cf | tar-1.26 xf |
| 14:22.11 | bluelightning | hmm, it's not behaving the way that the tar manual suggests that it should... |
| 14:22.59 | xxiao_ | this is edison/yocto |
| 14:23.27 | bluelightning | that's fine |
| 14:23.29 | xxiao_ | anyway thanks for the help! i will debug a little more |
| 14:23.46 | bluelightning | xxiao_: ok, I'll continue to think about it, let me know if you find anything |
| 14:23.57 | xxiao_ | sure. thanks again |
| 14:24.28 | *** join/#oe Crofton (~balister@rrcs-96-10-208-67.midsouth.biz.rr.com) |
| 14:25.42 | *** join/#oe alx_1 (~alx_@fireone.i3p.it) |
| 14:41.06 | ant__ | pb_: got your answer, thx. Now trying with gcc patches for armv4t |
| 14:43.24 | pb_ | very good |
| 14:50.26 | xxiao_ | bluelightning: it might not be a tar issue at all, the perl bb seems wrong |
| 14:50.45 | bluelightning | xxiao_: oh, what did you find? |
| 14:51.25 | xxiao_ | tar cf - | tar xf /tmp will always work, one after another so overwriting with tar is fine |
| 14:51.55 | xxiao_ | i then compared the two perl directories, the dest perl has a directory perl5, the src perl has a symlink perl5 |
| 14:52.23 | xxiao_ | a symlink is not supposed to replace a real directory of the same name i guess, the content is also different |
| 14:52.30 | xxiao_ | not sure why it happened though |
| 14:59.48 | *** join/#oe nitink (nitink@nat/intel/x-jqiunmycsfxwqxhp) |
| 15:01.01 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
| 15:16.08 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 15:25.03 | *** join/#oe spacecolonyone (~anonymous@jeanluc.astro.lsa.umich.edu) |
| 15:27.50 | *** join/#oe zenlinux_ (~sgarman@c-50-137-42-92.hsd1.or.comcast.net) |
| 15:30.39 | *** join/#oe devzero_ (devzero@ip-88-153-56-42.unitymediagroup.de) |
| 15:56.06 | xxiao_ | bitbake hello -c compile -f still works? i found unless PR is bumped up, local changes will not take effect even -f is used, then why do we still have -f option |
| 15:56.31 | xxiao_ | all because of sstate-cache i think |
| 15:59.04 | hollisb | isn't there something like ~/.bitbakerc these days? I can't find the exact name |
| 16:02.04 | kergoth | hollisb: no. |
| 16:02.09 | kergoth | never has been |
| 16:02.19 | hollisb | kergoth: oh, I thought you mentioned something like that the other day |
| 16:02.32 | kergoth | for a rough equivalent, add ~/.oe to BBPATH in bblayers.conf and create ~/.oe/conf/site.conf |
| 16:02.39 | kergoth | that's what i do |
| 16:02.42 | hollisb | oh, I see |
| 16:02.47 | bluelightning | xxiao_: yes, known issue fixed recently |
| 16:03.32 | hollisb | kergoth: works until I create a new build dir 3 months for now and forget to do it again... but thanks |
| 16:04.39 | bluelightning | ideally we would have a mechanism that allowed people to customise the conf templates used by the oe-init-build-env script |
| 16:05.04 | bluelightning | I'm not entirely sure how it would work though |
| 16:05.16 | bluelightning | given the lack of context when running the script... |
| 16:06.18 | *** join/#oe hillct (~hillct@cpe-174-109-215-151.nc.res.rr.com) |
| 16:06.43 | *** join/#oe mr_science (~sarnold@net-cf9a4e91.cst.impulse.net) |
| 16:06.43 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
| 16:08.16 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 16:08.54 | *** join/#oe toofar (~toobluesc@rrcs-24-153-174-218.sw.biz.rr.com) |
| 16:09.03 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 16:22.17 | *** join/#oe dv_ (~quassel@chello080108009040.14.11.vie.surfer.at) |
| 16:24.46 | *** join/#oe rob_w (~bob@host-188-174-210-112.customer.m-online.net) |
| 16:24.46 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 17:12.52 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 17:16.07 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
| 17:16.08 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 17:19.56 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 17:20.28 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
| 17:27.57 | msm | hollisb: you can make your own script to create your build dir ;) |
| 17:29.24 | *** join/#oe kristoffer (~kristoffe@c-13dfe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 17:32.28 | hollisb | mmm hmm |
| 17:50.57 | *** join/#oe pidge (pidge@nat/intel/x-cdouozuyopzqagyq) |
| 17:56.50 | *** join/#oe VtS (~vts@194-166-92-74.adsl.highway.telekom.at) |
| 17:59.45 | msm | is saul around? |
| 18:00.08 | kergoth | hollisb: heh, there's a reason i don't use oe-init-build-env :) |
| 18:04.50 | *** part/#oe VtS (~vts@194-166-92-74.adsl.highway.telekom.at) |
| 18:13.54 | *** join/#oe sgw (~sgw@89.121.132.148) |
| 18:15.40 | fray | I would expect OE's init-build-env to work more or less like it does.. for other distribution providers, it's highly likely they will tailor or replace it to meet their needs.. |
| 18:15.50 | fray | I wouldn't be surprised if alterantive versions for oe-core existed either.. |
| 18:19.43 | hollisb | fray: "highly likely" meaning you happen to know that they do? :) |
| 18:19.52 | fray | means it was designed that way |
| 18:20.16 | fray | when you have your own layers, and such.. using the existing oe-init is likely not what you want |
| 18:23.17 | *** join/#oe florian (~fuchs@sign-4db60873.pool.mediaWays.net) |
| 18:23.17 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:38.29 | *** join/#oe peppux (~giuseppe@dynamic-adsl-94-36-196-138.clienti.tiscali.it) |
| 18:38.32 | peppux | hello |
| 18:40.07 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 18:40.33 | *** join/#oe vivijim (vivijim@nat/intel/x-zbyvgpqbvhiuzgyc) |
| 18:40.34 | *** join/#oe vivijim (vivijim@unaffiliated/vivijim) |
| 18:42.47 | peppux | i would like to lean OpenEmbedded, but i haven't device now. can anyone suggest an embedded device please? |
| 18:43.02 | JaMa | qemuarm |
| 18:43.26 | msm | fray: it would be nice to have the default oe-init-build-env overridable or extensible via something in BSP layer |
| 18:43.40 | peppux | i prefer a physical device :) |
| 18:43.41 | fray | JaMa is correct, use a QEMU emulated system to start.. then move on to a "real" system.. |
| 18:43.56 | fray | msm -- bsp layer is minor compared to distribution and functional layers.. |
| 18:44.25 | fray | but the problem is until oe-init-build-env runs, there is no bblayers.conf, and without that, it can't look at the layers to figure out what files to copy in.. |
| 18:45.05 | fray | so once something says what layers you want (on a new configuration) the rest of the logic is pretty easy.. |
| 18:46.08 | peppux | JaMa: can you suggest a physical device? |
| 18:47.08 | msm | fray: did not think about that issue… |
| 18:47.36 | fray | thats why it becomes custom for a distribution (or even layers) |
| 18:48.30 | msm | fray: well we have something, angstrom has something, it would be nice to have a standard convention |
| 18:49.13 | fray | the best I can tell, a "configure like" syntax of --enable- or --with- is likely needed to pass the layers.. then the logic for parsing them for default configuration elements (or fragments) becomes pretty clear.. |
| 18:49.29 | fray | combine the fragments/elements to creat the local.conf and bblayers.conf |
| 18:49.51 | msm | that would work |
| 18:50.22 | fray | and to make it easier, you'd want to support directory globbing/wild carding.. |
| 18:50.30 | fray | something like --with-layers=meta-* |
| 18:56.43 | *** join/#oe aloril (~aloril@84.249.126.153) |
| 18:57.19 | JaMa | peppux: depends what you want from it, beagleboard,pandaboard,rpi,freerunner,samsung phones,zaurus |
| 18:57.52 | fray | there are anumber of Intel Atom systems as well.. PPC and MIPS is harder to get these days.. |
| 18:58.08 | fray | (PPC and MIPS seem to have become very specialized, so the devices are similarly more expensive) |
| 18:59.53 | fray | (specific information about a few Atom boards: http://boardswithbenefits.com/) |
| 19:13.36 | *** join/#oe jkridner_ (~jason@pdpc/supporter/active/jkridner) |
| 19:21.41 | *** join/#oe bizhanMona (~bizhan@nat/cisco/x-gfrvpsifdijevhtt) |
| 19:21.55 | *** join/#oe shawn186 (~Tiberius@unaffiliated/shawn156) |
| 19:27.51 | xxiao_ | fray: i feel ppc and mips are easy to get, why do you think it's hard |
| 19:28.18 | fray | I haven't been able to find a place to buy an individual board for less then US$1000 |
| 19:28.28 | xxiao_ | fray: what's the spec |
| 19:28.31 | fray | and usually then they require qunatities > 3 to get anything.. |
| 19:28.46 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 19:28.54 | fray | MIPS32R2 or better.. PowerPC pretty much anything modern.. |
| 19:29.05 | fray | Atom (and IA) is easy to aquire.. same w/ ARM.. |
| 19:29.21 | fray | on MIPS it used to be easy to get a RouterStation Pro for little cost.. but that board has been discontinued |
| 19:29.48 | xxiao_ | owns 6 Routerstation Pro |
| 19:29.58 | fray | ya, I have one as well as a test system.. |
| 19:30.17 | xxiao_ | i think you can still buy mips/ppc boards chip from vendors like routerboard.com |
| 19:30.27 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 19:30.29 | xxiao_ | s/chip/cheap/ |
| 19:30.50 | xxiao_ | gosh, for $1000 there are so many options |
| 19:30.50 | fray | Broadcom told me their stuff was cheap as well.. they pointed me at a few places.. and they wouldn't sell me boards in less then 10 units.. |
| 19:31.07 | fray | pricing for what I consider a reasonable hobbiest board is between $100 and $250 (max) |
| 19:31.15 | ant__ | those are only good for routing. to have a decent testbed you'd need keyboard and lcd attached |
| 19:31.17 | xxiao_ | i never touch any broadcom boards, don't feel they're OSS friendly |
| 19:31.32 | fray | ant__, none of my systems have keyboard or lcd (including IA) :) |
| 19:31.48 | fray | xxiao__ BCM unfortunately keeps buying up semi vendors who have been more "open" |
| 19:32.13 | ant__ | fray: I was used to routers until I bought my first Zaurus |
| 19:33.28 | fray | stuff I do is all low level.. serial port, ethernet and preferrably USB or some other way to have storage on-board is really all I need.. |
| 19:33.37 | xxiao_ | for network stuff ppc/mips still win ARM |
| 19:33.51 | fray | yes it is.. but that is also part of hte reason for the cost premium.. |
| 19:34.06 | fray | the vendors know you are buying stuff for networking, and feel they can charge more because of that |
| 19:34.17 | xxiao_ | for portable device, even industrial control or generic embedded device, with/without display, ARM seems to be choice |
| 19:34.45 | fray | ya, it's come down to cost.. PPC used to be a good choice, but the costs just haven't kept up |
| 19:34.59 | xxiao_ | look at freescale's p10xx and 8308 devices, they're cheap and powerful(1Gbps, PCIe, etc) |
| 19:35.11 | fray | Some of the Intel Atom parts are getting to the point (power/performance) to be challenging to arm in industrial control and automation uses.. |
| 19:36.07 | xxiao_ | fray: right, they're going to meet each other somewhere in the middle, very soon |
| 19:36.17 | fray | (I'm replacing my person DNS backup and email gateway with a cheap Intel atom board.. I couldn't find anything small form faxctor and no moving parts any cheaper) |
| 19:36.37 | xxiao_ | how much is that atom thingy |
| 19:36.47 | fray | $125 |
| 19:36.53 | fray | plus $30 for an SSD.. |
| 19:37.02 | fray | Thats an N450 "Blacksands" board |
| 19:37.20 | fray | came w/ either 512 MB or 1 GB of ram.. can't remember anymore.. |
| 19:37.30 | fray | but it's plenty for that machine.. the SSD is a 30GB model.. |
| 19:37.30 | xxiao_ | not bad |
| 19:37.39 | fray | the $125 included the power brick as well.. |
| 19:37.57 | xxiao_ | meanwhile i would think a $50 ARM board with 8GB SD will do fine for that |
| 19:37.58 | fray | (it's going onto a shelf in my basement.. hopefully never to be touched again..) ;) |
| 19:38.16 | fray | it's the mail forwarding and storage that i wanted the higher performance for.. |
| 19:38.24 | xxiao_ | ic |
| 19:38.44 | fray | I looked at ARM systems, but couldn't find any that used an SSD.. they were all SD.. and that stuff (in my experience) burns out way too quickly.. |
| 19:38.53 | xxiao_ | fanless is good, SSD is cool, i would use atom in that case |
| 19:39.03 | fray | even the SSD is a bit low on the MTBF in my experience.. but larger capacity hopefully means better wear levling |
| 19:39.40 | xxiao_ | I stressed 8 Vertex(?) SSD a while ago, 2 of them suffered sudden death and never came back to life |
| 19:39.56 | fray | ya.. builds and swap are not a good idea on SSDs.. still |
| 19:40.03 | fray | but general usage seems to be fine.. |
| 19:40.56 | *** join/#oe GNUtoo (~gnutoo@90.84.144.190) |
| 19:41.17 | fray | the power supply that comes with it is a 150 watt brick.. |
| 19:41.24 | fray | (12v & 12.5 amps max) |
| 19:41.29 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 19:41.34 | xxiao_ | that's overkill why |
| 19:41.36 | fray | when I checked in a few weeks ago.. it was drawing about 50 wats |
| 19:41.46 | fray | it's to support hard drivers and other rotating media |
| 19:42.05 | fray | but it worked well with the DVD-ROM I had hooked to it initially.. ;) |
| 19:42.12 | xxiao_ | ic |
| 19:42.54 | *** part/#oe G3rtj4n (~gertjan@ip5452d5ca.adsl-surfen.hetnet.nl) |
| 19:52.17 | *** join/#oe hillct_ (~hillct@cpe-174-109-215-151.nc.res.rr.com) |
| 20:04.15 | *** join/#oe dvhart (~dvhart@static-50-53-99-101.bvtn.or.frontiernet.net) |
| 20:06.17 | *** join/#oe GNUtoo|laptop (~gnutoo@90.84.144.219) |
| 20:07.56 | ant__ | fray: with headless machines you're ignoring the dark side of *x |
| 20:08.06 | ant__ | :p |
| 20:10.05 | fray | that is very much on-purpose.. I'm not a UI guy |
| 20:11.02 | ant__ | heh, that old excuse I'm using since 20 years... |
| 20:11.48 | fray | after working on a product installer, and working with a UI designer.. I've thrown in the towel.. I have no desire to do that work.. since doing it right takes a proper UI designer (which I'm not), and none of my employers want to get me one.. ;) |
| 20:12.06 | fray | any UI I come up with will be half-assed at best |
| 20:12.44 | xxiao_ | best UI makes people dumber, actually bad for evolution |
| 20:13.15 | fray | na.. it's like any other kind of tool.. do I want to use it or do I want to know how it "works", so I know why it does what it does.. |
| 20:13.31 | fray | most of the time I just want to use it.... sometimes I want to know why it works.. :) |
| 20:13.58 | *** join/#oe rcf (~rcf@178-117-158-72.access.telenet.be) |
| 20:15.16 | *** join/#oe Crofton (~balister@pool-71-171-25-17.nwrknj.east.verizon.net) |
| 20:34.11 | *** join/#oe eFfeM (~frans@g235028.upc-g.chello.nl) |
| 20:37.19 | *** join/#oe Leatherface- (~leatherfa@helvetet.eu) |
| 20:49.38 | *** join/#oe Russ (foobar@ip68-106-254-4.ph.ph.cox.net) |
| 21:20.44 | *** join/#oe chackal_sjc (~Felipe@wsip-70-183-20-162.oc.oc.cox.net) |
| 21:46.24 | *** join/#oe bluelightning_ (~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com) |
| 21:46.24 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 21:48.21 | *** join/#oe vzapolskiy (~animist@a88-114-208-204.elisa-laajakaista.fi) |
| 21:48.33 | *** join/#oe Russ (~russ@ip-64-134-227-64.public.wayport.net) |
| 21:58.44 | *** join/#oe LarrySteeze (LarrySteez@unaffiliated/larrysteeze) |
| 21:58.44 | *** join/#oe Russ (~russ@ip-64-134-227-64.public.wayport.net) |
| 21:59.26 | awozniak | what's the difference between do_stage and do_install |
| 21:59.30 | awozniak | ? |
| 22:00.34 | kergoth | do_stage is obsolete. |
| 22:00.42 | kergoth | perhaps you mean do_populate_sysroot? |
| 22:00.56 | awozniak | I'm looking at old recipes from oe_classic |
| 22:01.25 | awozniak | Specifically, I'm looking at one that has both do_stage and do_install, and wondering what the difference is |
| 22:01.48 | ant__ | close your eyes, look away |
| 22:03.15 | khem | ant__: there was some message from you |
| 22:03.16 | khem | for me |
| 22:03.20 | khem | what was it about |
| 22:03.39 | khem | some armv4t |
| 22:04.11 | ant__ | yes, kernel panic on collie |
| 22:04.24 | ant__ | http://paste.debian.net/182631/ |
| 22:05.25 | ant__ | khem: are you aware of http://repository.timesys.com/buildsources/g/gcc/gcc-4.7.0/ |
| 22:05.35 | khem | yes |
| 22:05.47 | khem | well no |
| 22:06.29 | khem | ok explain your problem and I can give you an answer |
| 22:06.47 | ant__ | kernel doesn't boot the initramfs |
| 22:07.08 | ant__ | but, same armv4t binary (init) can run on armv5te |
| 22:07.15 | ant__ | so is not miscompiled |
| 22:07.23 | khem | I see |
| 22:07.35 | ant__ | now, we could have 1) kernel misconfigured/buggy 2) toolchain issues |
| 22:07.42 | khem | can you post the log.do_compile of sysvinit ? |
| 22:08.02 | khem | if you get illegal intruction traps then its easy |
| 22:08.16 | khem | but if you get other sort of breakage then its hard to tell |
| 22:09.17 | ant__ | khem: add to this we use linux-yocto and we get a warning like |
| 22:09.20 | ant__ | Value requested for CONFIG_ARM_THUMB not in final ".config" |
| 22:09.30 | khem | hmmm |
| 22:09.36 | ant__ | from # Begin: meta/cfg/kernel-cache/arch/arm/arm.cfg |
| 22:09.43 | khem | is userspace compiled thumb ? |
| 22:09.59 | ant__ | heh, no, klibc still has it disabled... |
| 22:10.05 | awozniak | In do_install, is the root directory special or magic in some way? "install -m 0755 ${WORKDIR}/${HEXFILE} ${D}/${HEXFILE}" isn't doing what I expect it to. |
| 22:10.16 | khem | then it should not matter |
| 22:10.23 | ant__ | (initramfs is klibc-static) |
| 22:10.39 | ant__ | ok, that was my conclusion :) |
| 22:10.51 | ant__ | so the hproblem is in kernel |
| 22:10.59 | khem | awozniak: ${D} is not where you want it |
| 22:11.08 | khem | ${D} is essentially / on your target |
| 22:11.22 | awozniak | khem: yes, that is where I want it. |
| 22:11.48 | khem | awozniak: install -m 0755 ${WORKDIR}/${HEXFILE} ${D}/ |
| 22:11.52 | khem | should be it |
| 22:11.54 | ant__ | khem: JaMa pointed us to http://git.freesmartphone.org/?p=linux-2.6.git;a=commit;h=0333777365bef05b336d4f4a06bb3b37f4ada838 |
| 22:12.00 | awozniak | khem: than you |
| 22:12.04 | awozniak | thank you |
| 22:12.26 | ant__ | khem: but the kernel does boot, up to the init |
| 22:12.49 | khem | ant__: ok then it could be a different problem |
| 22:12.58 | khem | ant__: it means your kernel is ok |
| 22:13.13 | ant__ | strangely it cannot open console... |
| 22:13.32 | khem | ant__: as I said first if you post the log.do_compile of sysvinit it will give me better idea of whats going |
| 22:13.34 | ant__ | is collie already in qemu? |
| 22:13.44 | ant__ | was in -dev |
| 22:13.45 | khem | ant__: yes I think so |
| 22:14.02 | khem | ant__: oh but I use bleeding edge qemu not the OE-Core one |
| 22:14.26 | awozniak | khem: yeah, it's not getting installed. What else could be wrong? |
| 22:14.53 | khem | awozniak: installing is one thing, are you packaging it as well or not ? |
| 22:15.00 | khem | if not then add it to some package |
| 22:15.10 | khem | may be FILES_${PN} += |
| 22:15.25 | awozniak | thanks |
| 22:15.26 | khem | "/${HEXFILE}" |
| 22:16.01 | ant__ | khem: http://paste.debian.net/182648/ |
| 22:16.41 | khem | ant__: -march=armv4 -mthumb-interwork -mtune=strongarm1100 |
| 22:16.47 | ant__ | khem: I've applied the armv4 patch and the kernel patch above to gcc 4.7 |
| 22:17.27 | ant__ | khem: I've applied the armv4 patch to gcc 4.7 and the kernel patch (see above) |
| 22:17.34 | ant__ | :) |
| 22:20.52 | ant__ | khem: vanilla oe-core was http://paste.debian.net/182649/ |
| 22:21.37 | ant__ | so the changes are only under the hood |
| 22:35.07 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 22:36.26 | ant__ | khem: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0491e/CIHGEBDH.html |
| 22:36.36 | ant__ | 4ARMv4 without ThumbSA-1100 |
| 22:37.37 | ant__ | that's the arm compiler |
| 22:39.37 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
| 22:47.53 | ant__ | khem: possibly the bx instruction? |
| 23:17.03 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |