00:11.09 | *** join/#oe hufnus (~hufnus@69-12-177-67.dsl.static.sonic.net) |
00:46.14 | dorileo | hi guys, I'm trying to build an openembedded micro-image but xmlsoft.org seems to be down, I don't have much experience with OE/bitbake |
00:46.26 | dorileo | can anybody suggest me an workaround? |
02:05.53 | *** join/#oe devzero_ (devzero@xdsl-89-0-167-130.netcologne.de) |
02:30.05 | *** join/#oe aloisiojr (~aloisio@177.17.51.97) |
02:42.59 | *** join/#oe htns (~htns@175.139.210.69) |
02:52.50 | *** join/#oe Lopi (~lopi@li54-110.members.linode.com) |
02:58.24 | *** join/#oe hufnus (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
03:29.47 | *** join/#oe kergoth_ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
03:36.31 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
04:20.57 | *** join/#oe Ironnads (~Ironnads@host86-150-181-147.range86-150.btcentralplus.com) |
04:56.17 | *** join/#oe obi_ (~obi@unaffiliated/obi) |
06:04.04 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
06:09.21 | *** join/#oe cfrabel (~cfrabel@LMontsouris-156-24-37-125.w217-128.abo.wanadoo.fr) |
06:10.43 | cfrabel | Hi all |
06:25.31 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
06:36.49 | JaMa | dorileo: try to find missing sources on http://sources.openembedded.org/ |
06:45.20 | *** join/#oe tscheck (~weechat@83.151.21.119) |
06:52.36 | *** join/#oe amarsman (~marsman@89.184.175.76) |
06:56.44 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
07:27.48 | *** join/#oe celston (~chris@188-220-141-241.zone11.bethere.co.uk) |
07:37.47 | *** join/#oe hrw (~hrw@linaro/hrw) |
07:38.05 | hrw | morning |
07:40.01 | *** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com) |
07:40.01 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
07:44.29 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
07:52.17 | bluelightning | morning all |
07:58.40 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
08:01.23 | *** join/#oe guyvdb_ (~guy@41.55.149.96) |
08:03.26 | guyvdb_ | How do I find the same point within the git repository that narcissus.angstrom-distribution.org is using to build am image for me? My /etc/angstrom-version is branch: 2011.03-maintenance, rev 09bd785 but If I check out 2011.03-maintenance it is using different versions of gcc., clib, stdc++lib and qt |
08:12.37 | *** join/#oe GNUtoo|laptop (~gnutoo@90.84.146.206) |
08:25.55 | *** join/#oe likewise (~chatzilla@095-097-098-131.static.chello.nl) |
08:26.18 | *** join/#oe alx_ (~alx_@fireone.i3p.it) |
08:27.29 | likewise | gm |
08:43.10 | *** join/#oe VICTIM (ustdes@app10.chatmosphere.org) |
08:43.15 | *** join/#oe DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
08:49.16 | alx_ | hi all |
08:49.39 | alx_ | I'm trying to build a kernel image for a machine (colibri toradex tegra2), using overlays (oe-classic) |
08:49.48 | alx_ | interesting config files are http://pastebin.com/fVPL0yaV |
08:50.06 | alx_ | the problem is that bitbake virtual/kernel try to do linux-nios |
08:50.15 | alx_ | instead of linux-colibri ... :( |
08:50.19 | alx_ | what's wrong ? |
08:52.07 | alx_ | brb |
09:02.56 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
09:25.42 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
09:41.44 | *** join/#oe nitink (~nitink@192.55.55.37) |
09:49.05 | *** join/#oe otavio (~otavio@conference/debconf/x-whgzybqqnygugaaf) |
09:49.05 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
09:52.44 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
09:57.09 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
10:26.44 | *** join/#oe lamawithonel (~lucas@pool-173-66-110-102.washdc.fios.verizon.net) |
10:27.10 | *** join/#oe kristoffer (~kristoffe@c-b5d8e555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
10:27.21 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
10:28.26 | *** join/#oe lamawithonel_ (~lucas@pool-173-66-110-102.washdc.fios.verizon.net) |
10:29.43 | *** join/#oe lamawithonel_ (~lucas@pool-173-66-110-102.washdc.fios.verizon.net) |
10:30.26 | guyvdb_ | How can I find a point in the git repository that narcissus is using to build an image for me? |
10:32.34 | *** join/#oe lamawithonel__ (~lucas@pool-173-66-110-102.washdc.fios.verizon.net) |
10:35.45 | *** join/#oe lamawithonel (~lucas@pool-173-66-110-102.washdc.fios.verizon.net) |
10:37.08 | HeinervdmOff | guyvdb_: you get the revision from the /etc/angstrom-version file |
10:51.14 | *** join/#oe mrAlmond (~gbergamo@82.193.2.131) |
10:51.20 | mrAlmond | hi guys |
10:51.40 | mrAlmond | I'm creating a custom git recipe..but I don't know what to set on SRCREV |
10:51.50 | mrAlmond | which value must I use there? |
10:52.24 | JaMa | latest revision known to work and tested by you |
10:53.28 | mrAlmond | this recipe is for bluez git repository |
10:53.38 | mrAlmond | I want to have always the latest revision |
10:53.45 | mrAlmond | is this possible? |
10:54.50 | JaMa | yes, put SRCREV_pn-bluez = "${AUTOREV}" to your local.conf |
10:55.10 | JaMa | but for others put some "sane" revision in recipe |
10:57.16 | *** join/#oe phdeswer (~philippe@a83-245-252-47.elisa-laajakaista.fi) |
11:05.06 | mrAlmond | ok thank you! |
11:21.54 | guyvdb_ | HeinervdmOff: I have looked at /etc/angstrom-version and it contains branch: 2011.03-maintenance, rev 09bd78 but if I checkout 2011.03-maintenance it has different versions of clib, stdc++lib, gcc and qt |
11:22.48 | dorileo | JaMa, I queried in the internet using its md5 and found it, sources neither mirrors.oe.org have it |
11:23.56 | JaMa | guyvdb_: did you checkout right revision or just 2011.03-maintenance HEAD? |
11:24.18 | guyvdb_ | I am at head of 2011.03-maintenance |
11:24.35 | JaMa | then checkout rev 09bd78 |
11:25.36 | guyvdb_ | hmm how do i do that? I did a "git checkout -b local-branch-name origin/2011.03-maintenance" originally |
11:28.33 | guyvdb_ | 09bd78 is giving me an unknown path or revision |
11:28.53 | *** join/#oe toi (~peter@92.63.227.158) |
11:33.05 | guyvdb_ | JaMa any idea how I get to 09bd78 instead of head? I am getting invalid revision so I must be doing something wrong |
11:36.09 | JaMa | git checkout 09bd78 |
11:37.04 | guyvdb_ | JaMa it looks like i do not have the commit I am trying a git remote update |
11:37.27 | *** join/#oe hufnus (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
11:37.55 | guyvdb_ | hmm still do not get it... " error: pathspec '09bd78' did not match any file(s) known to git." |
11:39.46 | ant_work | pb_: ping |
11:40.21 | pb_ | ant_work: hi |
11:40.37 | ant_work | hello, not yet on holiday? |
11:40.58 | pb_ | heh, no |
11:41.04 | pb_ | no holidays here for the foreseeable future |
11:41.33 | ant_work | taking advantage of the fresh air we have here on south, I was busy enough with my pets |
11:42.05 | ant_work | now, I have the n- question for you: where is defined 'syscall' ? in unistd.h? |
11:42.23 | pb_ | either there or sys/syscall.h, I don't recall exactly |
11:42.35 | ant_work | I'm trying to remove 'magic' patches from klibc/kexec-tools-klibc |
11:42.47 | ant_work | if I dothat I lack definition of syscall |
11:42.52 | pb_ | yeah,it's in <unistd.h> |
11:43.55 | ant_work | hm... as always I do it the hard way: klibc-static, --nostdinc, |
11:44.03 | pb_ | of course, klibc might do something different, or possibly not have syscall() at all |
11:44.30 | ant_work | ther is a pactch for klibc which I don't understand, well I appreciate the effects :) |
11:45.25 | ant_work | but this patches are years old and I tried wit a vanilla klibc..seems still lacking smthg |
11:45.44 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
11:45.56 | ant_work | what I dislike is patching klibc for the sle purpose of compiling kexec-tools against it |
11:46.00 | ant_work | *sole |
11:47.23 | *** join/#oe bluelightning (~paul@83.217.123.106) |
11:47.24 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
11:48.49 | ant_work | pb_: similar issue was solved for uclibc lik ethat: |
11:48.51 | ant_work | http://lists.busybox.net/pipermail/uclibc/2001-June/022475.html |
11:53.35 | *** join/#oe svolpe (~Gerrath@unaffiliated/gerrath) |
11:56.19 | guyvdb_ | is the revision in /etc/angstrom-version just a partial git commit id? |
11:57.13 | guyvdb_ | and would that commit id be in the branch also listed in /etc/angstrom-version (i assume so) |
12:01.35 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
12:04.05 | *** join/#oe Hoolxi (~Openfree@116.237.93.35) |
12:04.54 | guyvdb_ | Ok I am a little stumpped. Could my build from narcissus have incomplete information in /etc/angstrom-version ?? The revision hash seems really short and I cannot find a commit with such a hash. What am I doing wrong? |
12:05.46 | mrAlmond | JaMa : About the bluez4 git recipe I'm doing...I'm getting this error : AttributeError: 'FetchData' object has no attribute 'branches' |
12:06.29 | mrAlmond | what do you think? |
12:07.27 | bluelightning | guyvdb_: with narcissus you're probably best off emailing the angstrom-devel mailing list |
12:07.46 | guyvdb_ | thx bluelightnig |
12:08.34 | bluelightning | FWIW I would really like it if Narcissus would clearly report the revision it used also |
12:10.15 | guyvdb_ | yea.. i am struggling with this for a long time now... but i will post to the angstrom list |
12:13.00 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
12:14.43 | JaMa | mrAlmond: I guess incompatible bitbake |
12:15.10 | JaMa | mrAlmond: I had this in few revisions for bitbake master.. so first try to upgrade to bitbake/master/HEAD |
12:15.18 | mrAlmond | I'm using yocto 1.0 |
12:16.03 | mrAlmond | From my understanding this problem seems related to the AUTOREV option |
12:16.55 | JaMa | mrAlmond: and was fixed later in bitbake |
12:17.12 | bluelightning | mrAlmond: if you are using 1.0 I would suggest upgrading to 1.0.1 |
12:17.34 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
12:17.37 | mrAlmond | thank you for the suggestion but unfortunately now I can't do an upgrade |
12:17.56 | mrAlmond | how can I obtain the latest SRCREV version from a git repository? |
12:18.03 | mrAlmond | just to do a test |
12:18.24 | mrAlmond | I mean the latest SRCREV string |
12:18.34 | JaMa | mrAlmond: http://git.openembedded.org/cgit.cgi/bitbake/commit/?id=eb799b44adab4701825f3dda5d982256781d7f78 |
12:19.16 | JaMa | mrAlmond: just checkout that repository or use gitweb to see latest hash and use that |
12:20.06 | *** join/#oe lamikr (~lamikr@dyn60-31.dsl.spy.dnainternet.fi) |
12:20.20 | mrAlmond | tnx! |
12:21.29 | JaMa | mrAlmond: btw there is bluez4_4.95.bb in meta-openembedded.. |
12:21.59 | mrAlmond | JaMa : yes I know but the git has some fixes that are not available in 4.95 |
12:22.09 | mrAlmond | this is what the bluez guys tell me |
12:22.22 | mrAlmond | my problem is with a crash of bluetoothd |
12:22.29 | bluelightning | JaMa: I don't know if there's a good reason not to upgrade the version in oe-core... probably worth asking sgw |
12:23.33 | JaMa | mrAlmond: ok.. I was just surprised that you want bleeding edge bluez_git in "old" yocto 1.0 |
12:24.41 | *** join/#oe mikestir (~kvirc@213.218.221.154) |
12:24.51 | *** join/#oe otavio (~otavio@static-50-142-241-92.customer.blic.net) |
12:24.51 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
12:25.01 | mrAlmond | JaMa : at the moment I'm using yocto only to cross compile single packages as I'm not ablt to generate a full rootfs for a cramfs read-only fs |
12:26.15 | mrAlmond | I think that at the moment the lack of read-only filesystems support is something that should be improved as embedded devices most of the times have ro filesystems |
12:27.36 | *** join/#oe pespin (~pespin@251.pool85-50-90.dynamic.orange.es) |
12:31.02 | JaMa | bluelightning: agreed, first I've added it to meta-oe to get more testing.. but I guess it's there long enough already :) |
12:37.25 | mrAlmond | As I'm a git noob...how can I find the hash of the latest version using gitweb...I'm not able to find it : http://git.kernel.org/?p=bluetooth/bluez.git;a=summary |
12:38.14 | JaMa | mrAlmond: click on last patch and copy&paste 53e6e763d252882921c0b7f17c56baa132f3b311 |
12:38.48 | mrAlmond | JaMa : Ok so it's the "commit" value :-) |
12:39.10 | JaMa | yes |
12:43.01 | *** join/#oe waite (~quassel@206.83.81.178.ptr.us.xo.net) |
12:57.52 | *** join/#oe otavio (~otavio@conference/debconf/x-knicelcysdsszkdn) |
12:57.52 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
13:04.48 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
13:09.00 | *** join/#oe ildar (~ildar@95.58.37.245) |
13:10.54 | *** join/#oe ildar1 (~ildar@95.58.37.245) |
13:12.01 | *** join/#oe ildar1 (~ildar@95.58.37.245) |
13:18.57 | pb_ | ant_work: that uclibc link you sent is specific to sysinfo(), not syscall() generically |
13:19.55 | ant_work | pb_: yes, I dug and found more bad news...http://www.zytor.com/pipermail/klibc/2003-January/000021.html |
13:20.50 | ant_work | seems having been replaced |
13:21.36 | ant_work | I'm now in touch with the klibc maintainer wrt kexec syscall |
13:22.53 | mikestir | are there known issues with iconv and external codesourcery toolchain? |
13:22.57 | ant_work | this one is listed in asm/unistd.h but not in klibc SYSCALLS.def |
13:24.01 | pb_ | ah |
13:24.29 | ant_work | http://git.kernel.org/?p=utils/kernel/kexec/kexec-tools.git;a=blob;f=kexec/kexec-syscall.h |
13:25.07 | ant_work | is failing on those syscall( |
13:25.19 | pb_ | yeah, seems like klibc suckage |
13:25.39 | ant_work | but the patch we have does dirty things I see,,, |
13:25.39 | pb_ | if that klibc list message is to believed, you could use _syscall4() rather than syscall() there. |
13:26.12 | ant_work | I wonder they ever tried to compile kexec-tools |
13:26.14 | pb_ | inside some suitable #if KRAZY_KLIBC kind of guard of course |
13:26.37 | ant_work | ok, I see |
13:26.38 | pb_ | it does seem a little bit outlandish that the klibc h4x0rs would not have tried to build kexec, but still |
13:26.51 | ant_work | that's subject of my mail :) |
13:27.56 | pb_ | or you could patch klibc to implement syscall(), it isn't all that hard. |
13:28.08 | pb_ | you could borrow the implementation from eglibc I guess |
13:28.12 | ant_work | the patch we have now just adds kexec_load |
13:28.20 | ant_work | as direct call |
13:28.39 | pb_ | yeah, or that, but then you'd still end up with kexec-tools having to be different for klibc vs other libcs |
13:28.42 | ant_work | but then in kexec code ugly things happen.... |
13:28.48 | pb_ | since (afaik) no other libc implements kexec_load() |
13:28.54 | ant_work | hm.. |
13:29.01 | ant_work | ah |
13:29.20 | ant_work | how is it it builds fine with uclibc/eglibc? |
13:29.40 | pb_ | they do have syscall() |
13:29.45 | ant_work | iirc you even removed dependency on kernel |
13:30.01 | pb_ | which is the patch that you're talking about? |
13:30.07 | ant_work | for kexec-tools |
13:30.07 | pb_ | let me have a look at what it actually does |
13:30.10 | pb_ | right |
13:30.16 | ant_work | http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/kexec-tools/kexec-tools-klibc-2.0.2/syscall.patch?h=org.openembedded.dev |
13:31.03 | ant_work | as far as I understand __NR_kexec_load is defined in asm/unistd.h |
13:31.15 | ant_work | different for each ARCH |
13:32.22 | pb_ | right |
13:32.27 | pb_ | wow, that patch looks like madness |
13:32.45 | ant_work | it 'happens' to work on armv5te |
13:33.41 | *** join/#oe chase (~chase@nat/ti/x-lydxkdqndtqvrvea) |
13:33.45 | pb_ | I don't see how that can possibly work for either eglibc or uclibc, it seems to just remove kexec_load() altogether |
13:34.50 | ant_work | happily allthat stuff is klibc-specific |
13:34.56 | ant_work | :) |
13:35.15 | pb_ | ah, heh |
13:35.18 | ant_work | I guess that when thesing did commit that klibc was lacking some |
13:35.24 | ant_work | defs |
13:35.38 | ant_work | or maybe kexec was not supported by all archs |
13:36.41 | ant_work | return __reboot( was |
13:37.49 | ant_work | pb_: please shed some light |
13:37.52 | ant_work | :] |
13:38.46 | ant_work | actually all other binary are compiling just fine against klibc, is just kexec-tools needing special care |
13:45.34 | *** join/#oe kergoth_ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
13:55.06 | *** join/#oe methril_work (~Rafael@189.114.111.135) |
14:02.21 | *** join/#oe pepermint (~pepermint@host247-82-dynamic.2-87-r.retail.telecomitalia.it) |
14:06.48 | *** join/#oe devzero_ (devzero@xdsl-78-35-59-2.netcologne.de) |
14:10.01 | pb_ | ant_work: well, as far as I can tell, the problem is just that klibc lacks syscall(). Judging from that patch I am guessing that it does implement kexec_load() itself although I haven't checked. |
14:10.10 | pb_ | (and __reboot()) |
14:13.38 | *** join/#oe otavio (~otavio@static-50-142-241-92.customer.blic.net) |
14:13.38 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
14:15.15 | *** join/#oe galak (~galak@192.88.168.34) |
14:15.40 | pb_ | morning kergoth |
14:17.17 | *** join/#oe timtimred (~meh@host86-179-43-121.range86-179.btcentralplus.com) |
14:17.56 | *** join/#oe brolin (~brolin@nat209.udea.edu.co) |
14:19.38 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
14:19.42 | ant_work | pb_: yes, the patch adds kexec_load() prototype |
14:19.48 | *** join/#oe jkridner|work (~a0321898@nat/ti/x-vlutkbnxljtqlmty) |
14:20.05 | pb_ | er, does it? |
14:20.11 | pb_ | the copy I am looking at doesn't seem to |
14:20.15 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
14:20.24 | pb_ | this is the one you posted the url to earlier, right? kexec-tools-klibc-2.0.2/syscall.patch |
14:20.38 | ant_work | +long kexec_load( |
14:21.14 | ant_work | ah, the klibc side I mean |
14:21.28 | ant_work | klibc_kexecsyscall.patch |
14:23.15 | ant_work | pb_: I put all there http://paste.debian.net/124075/ |
14:23.18 | *** join/#oe joelagnel (~joel@nat/ti/x-awpegzkifpdpfaxy) |
14:24.39 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
14:27.12 | *** join/#oe ildar (~ildar@95.58.37.245) |
14:28.20 | hrw | ~seen khem |
14:28.22 | ibot | khem is currently on #oe (6d 20h 8m 24s) #uclibc (6d 20h 8m 24s). Has said a total of 193 messages. Is idling for 2d 7h 59m 46s, last said: 'I dont think this info is there '. |
14:28.31 | ant_work | I'm pretty confident once we get syscall() defined we could use syscall(__NR_kexec_load,... ) and discard the kexec-tools-klibc/syscall patch |
14:29.57 | pb_ | ant_work: oh right, yeah |
14:30.05 | pb_ | yes, indeed |
14:30.18 | pb_ | or, as I mentioned earlier, I think you could probably use _syscall4(__NR_kexec_load, ...) now |
14:30.33 | pb_ | which I guess is probably what klibc_kexecsyscall.patch is doing internally |
14:30.48 | ant_work | I think those macro have been removed from klibc, I'll have to check |
14:31.16 | pb_ | oh right |
14:31.43 | ant_work | maybe copy the syscall() code from http://www.zytor.com/pipermail/klibc/2003-January/000021.html |
14:31.55 | ant_work | heh..10 yrs old code :/ |
14:32.06 | ant_work | almost.. |
14:33.28 | *** join/#oe cminyard (~cminyard@pool-173-57-155-71.dllstx.fios.verizon.net) |
14:34.16 | *** join/#oe mikey_w (~mike@pool-74-110-218-2.rcmdva.fios.verizon.net) |
14:34.17 | ant_work | pb_: you gave me some new ideas, thx |
14:35.58 | *** join/#oe rickfoosusa (~chatzilla@adsl-67-67-216-22.dsl.austtx.swbell.net) |
14:36.43 | *** join/#oe tom_say (~william@cpe-68-203-248-184.stx.res.rr.com) |
14:48.59 | *** join/#oe incandescant (~incandesc@134.134.137.71) |
14:53.32 | *** join/#oe grund (~grund@66.43.64.66) |
14:57.04 | *** join/#oe otavio (~otavio@static-50-142-241-92.customer.blic.net) |
14:57.04 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
15:08.31 | celston | Is there a variable which gives the current kernel version, I need to install a kernel module to ${D} |
15:08.33 | celston | ? |
15:09.36 | pb_ | KERNEL_VERSION? |
15:10.59 | celston | Do I need to inherit from something to pick that up? module, kernel class perhaps? |
15:11.25 | pb_ | module-base |
15:11.41 | celston | Ah ha, cool. Thanks pb_ |
15:16.40 | celston | Hmmm, shame. Something inherited from module-base is interfering with the build env of my package. |
15:16.59 | pb_ | Ah, suck. Well, you could just read kernel-abiversion directly I guess. |
15:17.22 | celston | I think I'll have to. |
15:17.51 | celston | I think it's the 'export OS' that's getting me. |
15:19.39 | celston | pb_: We haven't stopped working with OE, btw. Things have gone quiet while we try and justify to management the move to an OE based system. Now we wait for the machinery to turn and spit out a decision... |
15:21.48 | pb_ | heh, righto |
15:28.19 | *** join/#oe rcf (~rcf@44.61-243-81.adsl-dyn.isp.belgacom.be) |
15:30.16 | *** join/#oe tharvey (~tharvey@adsl-76-205-222-174.dsl.snlo01.sbcglobal.net) |
15:35.39 | celston | Is the use of ${STAGING_KERNEL_DIR}/kernel-abiversion deprecated? |
15:36.05 | celston | I think it used to be created in kernel.bbclass, but it isn't anymore. |
15:36.55 | *** join/#oe pespin (~pespin@251.pool85-50-90.dynamic.orange.es) |
15:37.49 | pb_ | hm, really? |
15:37.55 | pb_ | it's still in my copy of kernel.bbclass |
15:38.01 | *** join/#oe joelagnel (~joel@nat/ti/x-fsdhgdnnshdcaeat) |
15:38.15 | pb_ | (as of 4f03d922ce32f602a5a407cf422d82a0d036e4a0) |
15:41.34 | celston | I am potentially out-of-date WRT oe-core |
15:41.37 | ant_work | pb_: I'll do syscall home-works tonite. I hope to get you interested enough to build yourself a very small klibc image one day... |
15:41.42 | ant_work | bbl, bye |
15:42.56 | celston | Latest log I have for kernel.bbclass is 8c6bf9f6775fc5aaa8 |
15:43.34 | *** join/#oe msm (~msm@192.88.168.34) |
15:48.35 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
15:54.47 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-gqlmmmoxdnynbzql) |
15:58.15 | *** join/#oe piroko (~jeremy@pohl.ececs.uc.edu) |
16:00.06 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
16:10.39 | pb_ | celston: oh, right. it was deleted at one point and then reinstated in 6978774595f892e6a819ee64c932d475c67a6a0f. |
16:10.47 | pb_ | you must be in the "hole" where it didn't exist |
16:13.07 | celston | pb_: A re-pull is on the 'todo' list :) |
16:14.03 | pb_ | righto |
16:14.09 | pb_ | I guess you could just cherry pick that one commit if you wanted. |
16:25.18 | *** join/#oe rcf (~rcf@44.61-243-81.adsl-dyn.isp.belgacom.be) |
16:29.44 | *** join/#oe neilm (~neil@s64-180-61-141.bc.hsia.telus.net) |
16:34.55 | *** join/#oe alx_ (~alx_@fireone.i3p.it) |
16:35.02 | alx_ | hi all |
16:35.15 | alx_ | I'm trying to write a recipe |
16:35.42 | alx_ | for build on a new machine (toradex colibri tegra 2) |
16:35.46 | alx_ | I wrote this |
16:35.47 | alx_ | http://pastebin.com/fVPL0yaV |
16:35.59 | alx_ | but when bitbaking virtual/kernel |
16:36.06 | alx_ | it tries to compile linux-nios |
16:36.17 | alx_ | (and don't work) |
16:36.22 | alx_ | what's wrong ? |
16:45.31 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
17:03.33 | sgw | sez: fyi www.yoctoproject.org is going readonly as we transition it to a new server |
17:16.49 | *** join/#oe tdebrouw (~tdebrouw@91.182.190.97) |
17:24.32 | *** join/#oe joelagnel (~joel@nat/ti/x-orzzvhzfbgehalbi) |
17:35.06 | *** join/#oe kergoth_ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
17:42.59 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
17:50.36 | *** join/#oe B_Lizzard (~havoc@athedsl-427031.home.otenet.gr) |
18:06.37 | *** join/#oe stefan_schmidt (~stefan@p4FC77870.dip.t-dialin.net) |
18:11.24 | *** join/#oe brolin (~brolin@nat219.udea.edu.co) |
18:11.33 | *** join/#oe pepermint (~pepermint@host247-82-dynamic.2-87-r.retail.telecomitalia.it) |
18:12.52 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
18:14.57 | *** join/#oe B_Lizzard (~havoc@athedsl-427031.home.otenet.gr) |
18:19.00 | *** join/#oe zenlinux_laptop (~sgarman@masterfoo.zenlinux.com) |
18:26.25 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
18:32.21 | *** join/#oe Unhelpful (~quassel@rockbox/developer/Unhelpful) |
18:36.29 | *** join/#oe Heinervdm (~thomas@pD9E12291.dip.t-dialin.net) |
18:41.51 | *** join/#oe stefan_schmidt (~stefan@66.43.64.66) |
18:42.46 | *** join/#oe jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) |
18:49.02 | *** join/#oe otavio (~otavio@im.ossystems.com.br) |
19:18.12 | *** join/#oe Hoolxi (~Openfree@116.237.93.35) |
19:36.29 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
19:40.54 | *** join/#oe GNUtoo|laptop (~gnutoo@90.84.146.248) |
19:45.32 | *** join/#oe woglinde (~heinold@g229047100.adsl.alicedsl.de) |
19:45.33 | *** join/#oe kergoth_ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
19:48.11 | *** join/#oe Hoolxi (~Openfree@116.237.93.35) |
19:52.45 | *** join/#oe dijenerate (~dijenerat@65.48.199.203) |
19:59.36 | *** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com) |
19:59.42 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
20:13.21 | *** join/#oe florian (~fuchs@sign-4d094289.pool.mediaWays.net) |
20:13.21 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
20:17.56 | *** join/#oe dijenerate (~dijenerat@65.48.199.203) |
20:23.12 | *** join/#oe nschle85 (~nschle85@m83-187-200-3.cust.tele2.ee) |
20:25.21 | *** join/#oe ant__ (~andrea@host192-250-dynamic.1-79-r.retail.telecomitalia.it) |
20:57.38 | *** join/#oe rob_w (~bob@host-188-174-134-14.customer.m-online.net) |
21:17.34 | *** join/#oe incandescant (~joshual@c-24-21-159-20.hsd1.or.comcast.net) |
21:19.40 | *** join/#oe playya__ (~playya@93.216.242.110) |
21:19.42 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
21:27.45 | *** join/#oe jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) |
21:28.42 | *** join/#oe zenlinux (~sgarman@c-71-236-175-18.hsd1.or.comcast.net) |
21:28.50 | *** join/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net) |
21:38.18 | *** join/#oe woglinde_ (~heinold@f052227048.adsl.alicedsl.de) |
22:05.11 | *** join/#oe lamawithonel (~lucas@pool-173-66-110-102.washdc.fios.verizon.net) |
22:11.16 | *** join/#oe ensc_ (~irc-ensc@p4FEC609F.dip.t-dialin.net) |
22:22.02 | *** join/#oe Lopi (~lopi@li54-110.members.linode.com) |
22:28.36 | *** join/#oe kgilmer (~kgilmer@ntngsk052174.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
22:45.40 | *** join/#oe jeremychang (~jeremy@61.57.131.211) |
22:57.29 | *** join/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
23:16.15 | *** join/#oe Zygo (startkeylo@startkeylogger.hungrycats.org) |
23:44.25 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
23:55.00 | *** join/#oe mario-goulart (~user@67.205.85.241) |