| 00:43.18 | *** join/#oe nitink (~nitink@134.134.137.73) |
| 01:07.06 | *** join/#oe nitink (nitink@nat/intel/x-umdtetjwfjcbnbxk) |
| 01:16.11 | *** join/#oe liuyq (~liuyq0307@221.123.128.226) |
| 02:01.54 | *** join/#oe silviof1 (~silviof@unaffiliated/silviof) |
| 02:37.43 | *** join/#oe shoragan (~jlu@debian/developer/shoragan) |
| 02:47.20 | *** join/#oe nitink (~nitink@134.134.137.73) |
| 03:13.05 | *** join/#oe nitink (~nitink@134.134.137.73) |
| 03:20.46 | *** join/#oe liuyq (~liuyq0307@221.123.128.226) |
| 03:24.35 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 03:54.34 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 04:15.53 | *** join/#oe mewyn (~mewyn@donkeykong.tuxnami.org) |
| 04:18.19 | mewyn | Hm, I'm having problems building the db package. :/ |
| 04:18.35 | mewyn | Getting a bunch of operation not permitted because it's trying to chown to root |
| 05:18.00 | *** join/#oe KNERD (~KNERD@cpe-66-25-233-146.gt.res.rr.com) |
| 05:46.52 | *** join/#oe tasslehoff (~tasslehof@77.40.182.98) |
| 05:55.51 | *** join/#oe amarsman (~marsman@90-145-17-249.wxdsl.nl) |
| 05:59.14 | *** join/#oe nitink1 (nitink@nat/intel/x-huzcqnzkmcxntctu) |
| 06:00.20 | *** join/#oe n|west (~nathan@commlablaptop.ceat.okstate.edu) |
| 06:03.22 | *** join/#oe blitz00 (~stefans@unaffiliated/blitz00) |
| 06:04.07 | *** join/#oe zecke (~ich@p5099b351.dip0.t-ipconnect.de) |
| 06:04.21 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
| 06:04.44 | *** join/#oe nitink (nitink@nat/intel/x-ihyzgftjnreksfss) |
| 06:35.14 | *** join/#oe LarrySteeze (LarrySteez@unaffiliated/larrysteeze) |
| 06:38.09 | *** join/#oe woglinde (~henning@g225144240.adsl.alicedsl.de) |
| 07:10.29 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 07:12.20 | *** join/#oe woglinde_ (~henning@g225005053.adsl.alicedsl.de) |
| 07:12.56 | kergoth | mewyn: bitbake runs under pseudo (like fakeroot), activating it for certain tasks (do_install, do_package, do_package_ipk, etc) |
| 07:13.11 | kergoth | mewyn: assuming oe-core/poky rather than oe-classic, anyway |
| 07:17.20 | *** join/#oe woglinde (~henning@f052232009.adsl.alicedsl.de) |
| 07:22.14 | *** join/#oe ka6sox (ka6sox@nasadmin/ka6sox) |
| 07:25.18 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 07:34.20 | *** join/#oe afournier (~admin@mx1.wisp-e.com) |
| 07:35.49 | *** join/#oe woglinde_ (~henning@g225005219.adsl.alicedsl.de) |
| 07:36.14 | *** join/#oe stefan_schmidt_w (~stefan_sc@82.43.26.66) |
| 07:40.53 | *** join/#oe woglinde (~henning@f052065097.adsl.alicedsl.de) |
| 07:48.36 | *** join/#oe woglinde_ (~henning@f052064199.adsl.alicedsl.de) |
| 07:51.12 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 07:53.37 | *** join/#oe woglinde (~henning@f052233019.adsl.alicedsl.de) |
| 07:58.36 | *** join/#oe woglinde_ (~henning@g225007205.adsl.alicedsl.de) |
| 08:08.38 | *** join/#oe woglinde (~henning@g225072030.adsl.alicedsl.de) |
| 08:10.49 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:10.53 | *** join/#oe RP (~richard@dan.rpsys.net) |
| 08:13.03 | *** join/#oe mewyn (~mewyn@donkeykong.tuxnami.org) |
| 08:13.04 | *** join/#oe tgall_foo (~tgall@70.35.96.184) |
| 08:13.13 | *** join/#oe tlwoerner (~trevor@dsl-67-55-9-50.acanac.net) |
| 08:13.18 | *** join/#oe tgall_foo (~tgall@linaro/tgall-foo) |
| 08:13.23 | *** join/#oe tlwoerner (~trevor@linaro/tlwoerner) |
| 08:13.40 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
| 08:13.57 | *** join/#oe woglinde (~henning@f052064157.adsl.alicedsl.de) |
| 08:18.09 | *** join/#oe Daemon404 (~who_knows@S0106586d8f4832af.tb.shawcable.net) |
| 08:18.42 | *** join/#oe woglinde_ (~henning@f052067085.adsl.alicedsl.de) |
| 08:22.36 | *** join/#oe ChrisD1_Away (~ChrisD@merak.alcor.co.uk) |
| 08:23.41 | *** join/#oe woglinde (~henning@g225005134.adsl.alicedsl.de) |
| 08:27.34 | *** join/#oe KNERD|2 (~KNERD@cpe-66-25-233-146.gt.res.rr.com) |
| 08:28.42 | *** join/#oe woglinde_ (~henning@g225144032.adsl.alicedsl.de) |
| 08:30.52 | *** join/#oe liuyq (~liuyq0307@221.123.128.226) |
| 08:38.20 | pb_ | morning |
| 08:38.58 | *** join/#oe woglinde (~henning@f052066213.adsl.alicedsl.de) |
| 08:39.06 | florian | hi pb_ |
| 08:52.06 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 08:54.19 | *** join/#oe woglinde (~henning@g225007025.adsl.alicedsl.de) |
| 08:55.05 | eren | morning all |
| 08:56.04 | woglinde | hi eren |
| 08:58.46 | *** join/#oe ericben (~ebenard@pac33-3-88-170-243-169.fbx.proxad.net) |
| 08:58.51 | *** join/#oe c00kiemon5ter (~c00kiemon@foss-aueb/coder/c00kiemon5ter) |
| 08:58.54 | *** join/#oe hrw (~hrw@unaffiliated/hrw) |
| 08:59.00 | *** join/#oe BlindMan (~othmar@chello212017108125.6.11.vie.surfer.at) |
| 08:59.17 | *** join/#oe woglinde (~henning@f052228064.adsl.alicedsl.de) |
| 08:59.54 | *** join/#oe _chase_ (~a0271661@nat/ti/x-cxufjqpbqfoksixr) |
| 09:03.29 | *** join/#oe ant_work (~ant@host54-128-static.10-188-b.business.telecomitalia.it) |
| 09:04.19 | *** join/#oe woglinde (~henning@g225146016.adsl.alicedsl.de) |
| 09:09.07 | *** join/#oe tarnzwerg (~tarnzwerg@a89-182-210-149.net-htp.de) |
| 09:09.19 | *** join/#oe woglinde (~henning@f052237193.adsl.alicedsl.de) |
| 09:11.26 | *** join/#oe sgw_ (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 09:16.18 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 09:16.56 | *** join/#oe phdeswer (~phdeswer@194.157.27.2) |
| 09:20.25 | *** join/#oe abc (7b7a0c0c@gateway/web/freenode/ip.123.122.12.12) |
| 09:21.15 | *** part/#oe abc (7b7a0c0c@gateway/web/freenode/ip.123.122.12.12) |
| 09:21.21 | *** join/#oe Stygia (~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk) |
| 09:31.54 | *** join/#oe woglinde_ (~henning@g225005186.adsl.alicedsl.de) |
| 09:36.51 | *** join/#oe woglinde (~henning@g225004065.adsl.alicedsl.de) |
| 09:41.53 | *** join/#oe woglinde_ (~henning@g225147185.adsl.alicedsl.de) |
| 09:55.31 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
| 10:00.53 | *** join/#oe woglinde (~henning@f052064145.adsl.alicedsl.de) |
| 10:08.13 | *** join/#oe Daemon404 (~who_knows@pdpc/supporter/student/Daemon404) |
| 10:27.46 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
| 10:28.05 | *** join/#oe jackmitchell (~Thunderbi@host217-34-104-101.in-addr.btopenworld.com) |
| 11:09.44 | *** join/#oe tasslehoff (~tasslehof@77.40.182.98) |
| 11:10.45 | *** join/#oe abelloni (~piout@128-79-216-144.hfc.dyn.abo.bbox.fr) |
| 11:31.28 | *** join/#oe hillct (~hillct@c-24-34-200-20.hsd1.ma.comcast.net) |
| 11:38.08 | *** join/#oe ldnunes (~ldnunes_@187.23.155.55) |
| 11:49.01 | *** join/#oe woglinde_ (~henning@g225074132.adsl.alicedsl.de) |
| 11:49.14 | *** join/#oe woglinde_ (~henning@g225074132.adsl.alicedsl.de) |
| 11:51.49 | *** join/#oe woglinde1 (~henning@g229046186.adsl.alicedsl.de) |
| 11:52.05 | *** join/#oe liuyq (~liuyq0307@221.123.128.226) |
| 11:56.49 | *** join/#oe woglinde (~henning@f052236010.adsl.alicedsl.de) |
| 12:06.22 | *** join/#oe hillct (~hillct@c-24-34-200-20.hsd1.ma.comcast.net) |
| 12:07.24 | *** join/#oe woglinde_ (~henning@f052231053.adsl.alicedsl.de) |
| 12:16.46 | *** join/#oe woglinde (~henning@g225007026.adsl.alicedsl.de) |
| 12:53.04 | *** join/#oe woglinde_ (~henning@g225074196.adsl.alicedsl.de) |
| 12:59.06 | *** join/#oe _chase_1 (~a0271661@nat/ti/x-gkgbecdobbnyvcua) |
| 13:01.58 | *** join/#oe woglinde (~henning@g225006235.adsl.alicedsl.de) |
| 13:04.44 | *** join/#oe tarnzwerg (~tarnzwerg@a89-183-46-108.net-htp.de) |
| 13:10.21 | *** join/#oe woglinde_ (~henning@g225007150.adsl.alicedsl.de) |
| 13:18.41 | *** join/#oe woglinde (~henning@f052237095.adsl.alicedsl.de) |
| 13:25.02 | *** join/#oe jkridner (~jkridner@nat/ti/x-csuqsmeypbmepruv) |
| 13:25.10 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 13:30.16 | ndec | hi. can i use COMPATIBLE_MACHINE in a .bbappend file? i have a .bbappend in one of our BSP layer who parsing should be skipped for all other BSP. |
| 13:40.36 | pb_ | you can use it, but it doesn't sound as though it will do quite what you want. |
| 13:41.13 | pb_ | .bbappend files are processed just as if they were textually appended to the .bb file that they're modifying, and there's no special handling for COMPATIBLE_MACHINE. |
| 13:41.51 | pb_ | so, if you define COMPATIBLE_MACHINE in a .bbappend, it will apply to the entire recipe. there isn't any mechanism to say "only apply this .bbappend for these machines, otherwise leave the recipe alone". |
| 13:42.46 | ant_work | pb_: hi there. Wrt klibc as you suspected the recreated symlinks in machine sysroot are broken... |
| 13:42.59 | pb_ | ant_work: ah, right. |
| 13:43.08 | pb_ | maybe you could just have klibc copy the files rather than linking them. |
| 13:43.47 | ant_work | a substitution happen so there is an initial ../../../ too much (or like that) |
| 13:44.57 | pb_ | that's probably due to make_relative_symlink() in sstate.bbclass, if you wanted to try to fix it. |
| 13:45.13 | ant_work | pb_: I'm still not yet exactly convinced about the install locations of klibc. I just kept it |
| 13:48.30 | ndec | pb_: so, is there a solution to have .bbappend for some machine only? |
| 13:50.57 | JaMa | ndec: you can use COMPATIBLE_MACHINE_<machine> = "^<machine>$" in .bbappend |
| 13:51.47 | ndec | JaMa: sorry, i don't understand. |
| 13:52.11 | JaMa | ndec: and apply all changes to "base" recipe with _MACHINE overrides, this way your .bbappend won't influence other MACHINEs |
| 13:52.21 | JaMa | ndec: of course it means that recipe should be MACHINE_ARCH |
| 13:52.38 | JaMa | ndec: you know what override is? |
| 13:52.51 | ndec | no , but i can certainly read about it ;-) |
| 13:53.02 | ndec | also, the problem is with qt5, dylan branch. |
| 13:53.14 | ndec | we have qt5 on several BSP, each in its own layer. |
| 13:53.24 | ndec | and each BSP has a .bbappend which is BSP specific. |
| 13:53.55 | JaMa | ndec: you can imagine _<machine> override as: if MACHINE == <machine> than... |
| 13:54.29 | ndec | is there any example of that i can look into/ |
| 13:54.37 | JaMa | but it's more generic, you can use many things after '_' as overrides, see OVERRIDES variable in bitbake.conf |
| 13:54.42 | andre__d | ndec: i use it a lot :-) |
| 13:54.57 | ndec | ah. good. ;-) |
| 13:55.12 | ndec | so, i should look at your bsp layer... |
| 13:55.25 | JaMa | or any BSP layer in meta-smartphone repo |
| 13:55.30 | *** join/#oe tgall_foo (~tgall@24-179-218-58.dhcp.roch.mn.charter.com) |
| 13:55.30 | *** join/#oe tgall_foo (~tgall@linaro/tgall-foo) |
| 13:55.36 | pb_ | ndev: no, there's no mechanism for machine-specific bbappends. Obviously you can make all the content in the .bbappend be machine-specific though. |
| 13:55.59 | pb_ | ndec: ^ |
| 13:56.09 | ndec | thx |
| 13:57.14 | tlwoerner | JaMa: the old qt4 metadata, openembedded-core/meta/recipes-qt, contains a qt-apps directory which demonstrates how to build qt applications against OE's qt4 |
| 13:57.21 | *** join/#oe bluelightning (~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com) |
| 13:57.21 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 13:57.23 | tlwoerner | are there any such examples for the meta-qt5 layer? |
| 13:58.19 | tlwoerner | JaMa: i can build and run qt4 applications just fine, i can build qt5 apps, but i can't seem to get them to run |
| 14:00.08 | ndec | JaMa: pb_: what i am trying to do is to have all BSP layers configured simulatenously (in bblayers.conf). that's just simpler in terms of CI/build server. do you think it's wrong, and that we should parse only 1 BSP layer at a time? to avoid mixing MACHINES, and .bbappend? or should we be able to split out things nicely? |
| 14:00.38 | ant_work | pb_: yes, should happen in def make_relative_symlink(). I'll have a look |
| 14:01.25 | JaMa | tlwoerner: no there isn't example as such, unless you consider other qt modules as examples |
| 14:02.36 | JaMa | ndec: you'll be interested in openembedded-core/scripts/sstate-diff-machines.sh script |
| 14:03.04 | JaMa | ndec: having all BSP layers in the same bblayers.conf is correct goal, meta-smartphone BSPs work this way |
| 14:03.34 | ndec | JaMa: thanks. will have a look. |
| 14:09.35 | *** join/#oe Stygia (~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk) |
| 14:09.42 | *** join/#oe amarsman (~marsman@90-145-17-249.wxdsl.nl) |
| 14:12.28 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 14:15.42 | tlwoerner | JaMa: okay, thanks |
| 14:16.24 | ndec | JaMa: is that the layer you mentioned: http://gitorious.org/shr/meta-smartphone? |
| 14:16.34 | ndec | any reason it's not in the layer index? |
| 14:19.27 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
| 14:24.20 | *** join/#oe tarnzwerg (~tarnzwerg@a89-182-228-42.net-htp.de) |
| 14:27.28 | bluelightning | ndec: meta-smartphone itself is a repository containing layers, but is not a layer itself |
| 14:27.45 | ndec | ah... |
| 14:28.42 | bluelightning | I think one or two of the recently added sub-layers might not be in the layer index yet - tsk tsk JaMa |
| 14:28.51 | bluelightning | most of them are in there though |
| 14:36.20 | *** join/#oe _chase_ (~a0271661@nat/ti/x-fjqmtbjgyjmmuawm) |
| 14:37.26 | JaMa | bluelightning: true I've splited DISTRO config and SHR apps into 2 layers and haven't added it to layer index yet |
| 14:37.51 | bluelightning | JaMa: I can do it now if you like, or you can do it if you prefer |
| 14:39.48 | *** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it) |
| 14:40.16 | JaMa | I'm doing it already |
| 14:42.53 | JaMa | done |
| 14:44.36 | bluelightning | ok what about meta-asus and meta-acer? |
| 14:45.41 | JaMa | ok will add them too (I thought they are already there) |
| 14:45.42 | *** join/#oe amarsman (~marsman@90-145-17-249.wxdsl.nl) |
| 14:46.44 | bluelightning | I have got an item on my todo to scan and warn about any new layers added to a repository, haven't implemented anything along those lines yet though |
| 15:07.51 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 15:08.37 | *** join/#oe sr105|away (~sr105@65349hfc19.tampabay.res.rr.com) |
| 15:09.33 | *** join/#oe jkridner|work (~jkridner@nat/ti/x-hzgsmswpdogrtrfn) |
| 15:17.22 | *** join/#oe PaulePanter (~paul@mail.gw90.de) |
| 15:27.52 | *** join/#oe galak (~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net) |
| 15:29.56 | ant_work | bluelightning: may I send the patch to put ipaq stuff in /obsolete ? |
| 15:30.16 | *** join/#oe _Lucretia_ (~munkee@pdpc/supporter/active/lucretia) |
| 15:34.20 | *** join/#oe zenlinux (~sgarman@c-24-20-145-95.hsd1.or.comcast.net) |
| 15:37.43 | bluelightning | ant_work: I'd rather just delete it if it genuinely is obsolete |
| 15:38.19 | bluelightning | but someone has to sit down and test building mainline (or linux-yocto) for these devices |
| 15:38.21 | ant_work | would really need buildtime and runtime testings |
| 15:38.24 | bluelightning | right |
| 15:38.43 | ant_work | I'm sorry I have adopted enough orphans ;) |
| 15:38.46 | bluelightning | I did kind of get back into things over the weekend, found a bunch of bitrot in opie which I've mostly fixed (but not committed) |
| 15:39.05 | bluelightning | sure, I wouldn't expect you to take care of any of this, your plate is very full already :) |
| 15:39.32 | ant_work | maybe we can just test some on qemu... |
| 15:55.30 | *** join/#oe nitink (nitink@nat/intel/x-lfsguknexlurruys) |
| 16:07.13 | *** join/#oe nitink (nitink@nat/intel/x-ubdbuiibxxjhobqm) |
| 16:14.21 | *** join/#oe nitink1 (~nitink@134.134.137.73) |
| 16:29.49 | *** join/#oe nitink (nitink@nat/intel/x-giqjtdkrvcnytaxs) |
| 16:42.44 | *** join/#oe nitink (nitink@nat/intel/x-leyxmsfiprqdemez) |
| 16:46.48 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 16:48.52 | *** join/#oe nitink (~nitink@134.134.137.73) |
| 17:00.41 | abelloni | Is there a simple way to get the kernel installed in the rootfs ? |
| 17:02.20 | mewyn | kergoth: There's a chmod root:root in the recipe. I wonder if there's something in my layer config that's causing the fake stuff to not work. (I'm using the oe-core) |
| 17:08.19 | *** join/#oe woglinde (~henning@g230116239.adsl.alicedsl.de) |
| 17:08.27 | *** join/#oe woglinde (~henning@g230116239.adsl.alicedsl.de) |
| 17:14.36 | kergoth | mewyn: as long as its doing it in do_install, shoudl be fine |
| 17:14.38 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 17:14.54 | *** join/#oe ftonello (~felipe@wsip-70-183-20-162.oc.oc.cox.net) |
| 17:26.03 | *** join/#oe phdeswer (~phdeswer@a88-113-104-180.elisa-laajakaista.fi) |
| 17:29.50 | mewyn | kergoth: I forget (I'm picking up some old stuff from 6+ months back) is there a guide to setting up new layers? |
| 17:30.28 | *** join/#oe woglinde_ (~henning@f052064170.adsl.alicedsl.de) |
| 17:31.45 | mewyn | Wait-- I think I found the bug causing my COREBASE being changed with my layer. |
| 17:33.43 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 17:40.27 | kergoth | mewyn: all you need to have to be a layer is a layer.conf, really :) beyond that, its largely a free-for-all, though distro and bsp layers do have guidelines they should follow (namely, most changes should be opt-in, and distro or machine changes hsould use the distro or machine override, so including the layer doens't break other distros/machines) |
| 17:45.46 | *** join/#oe zecke (~ich@91-65-247-193-dynip.superkabel.de) |
| 17:50.27 | mewyn | kergoth: I don't think I've been in here in a while. I've moved on from VMware. |
| 18:03.04 | *** join/#oe NightMonkey (~NightrMon@64.124.185.45) |
| 18:03.04 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 18:08.59 | *** join/#oe mbroadst (~mbroadst@kde/developer/mbroadst) |
| 18:13.15 | mbroadst | is there a task that cleans only the files in the "deploy" directory for a given recipe? (as in we don't want to do a clean or cleanall, just get rid of the produced images/hdinstalls/etc) |
| 18:13.44 | mbroadst | I was going to do it by hand, but there's an ominous file telling me not to manually mess with anything in that directory :) |
| 18:19.18 | tlwoerner | mbroadst: go ahead, live dangerously, delete them by hand! |
| 18:19.26 | kergoth | heh, that's there to make it clear that the files won't automatically come back unless you re-run the deploy tasks |
| 18:19.34 | kergoth | there's no clean-deploy task, sorry |
| 18:20.27 | mbroadst | hah okay, just checking.. not like I haven't been bit by not following the rules with this system before |
| 18:21.33 | kergoth | :) |
| 18:31.41 | *** join/#oe woglinde (~henning@g225164130.adsl.alicedsl.de) |
| 18:33.26 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 18:35.03 | *** join/#oe woglinde_ (~henning@g225072062.adsl.alicedsl.de) |
| 18:39.34 | *** join/#oe Stygia (~gmpsaifi@94.191.231.92.bredband.3.dk) |
| 18:40.03 | *** join/#oe woglinde (~henning@f052067157.adsl.alicedsl.de) |
| 18:42.16 | *** join/#oe devzero_ (~devzero@ip-88-153-57-105.unitymediagroup.de) |
| 18:42.46 | *** join/#oe alexdeb (52f1f177@gateway/web/freenode/ip.82.241.241.119) |
| 18:45.02 | *** join/#oe woglinde_ (~henning@g225006058.adsl.alicedsl.de) |
| 18:47.25 | *** join/#oe martiert (~martin@59.37-191-128.fiber.lynet.no) |
| 18:59.41 | *** join/#oe zenlinux (~sgarman@c-50-139-96-211.hsd1.or.comcast.net) |
| 19:02.08 | *** join/#oe woglinde (~henning@f052064114.adsl.alicedsl.de) |
| 19:21.17 | Crofton|work | tab to indent shell? |
| 19:22.14 | Crofton|work | yep |
| 19:36.07 | *** join/#oe woglinde_ (~henning@g225004187.adsl.alicedsl.de) |
| 19:38.46 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 19:38.54 | *** join/#oe stefan_schmidt (~stefan@host-78-149-134-157.as13285.net) |
| 19:39.16 | Crofton|work | how do I figure out if a function is in my path and executbale in a doo_bar(0 functino |
| 19:39.33 | bluelightning | Crofton|work: a function ? |
| 19:39.42 | Crofton|work | sorry command |
| 19:39.46 | Crofton|work | bootgen :) |
| 19:41.10 | *** join/#oe woglinde (~henning@g225145107.adsl.alicedsl.de) |
| 19:42.55 | Crofton|work | using which to find the binary blows up if it is not in the path |
| 19:43.21 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 19:43.47 | bluelightning | Crofton|work: http://stackoverflow.com/questions/592620/check-if-a-program-exists-from-a-bash-script |
| 19:44.05 | bluelightning | yeah which isn't particularly helpful |
| 19:45.45 | Crofton|work | command -v looks promising |
| 19:45.45 | mario-goulart | Crofton|work: or "type" |
| 19:45.56 | Crofton|work | is type bash only? |
| 19:46.08 | mario-goulart | not sure |
| 19:46.20 | Crofton|work | the link bluelightning agve suggests it is |
| 19:47.53 | mario-goulart | Oh, I see. Looks like "command" is the portable way |
| 19:49.58 | *** join/#oe Stygia (~gmpsaifi@146.185.28.212) |
| 20:08.20 | Crofton|work | urg |
| 20:08.34 | Crofton|work | function fials if commands exit status is bad |
| 20:13.56 | kergoth | Crofton|work: http://pubs.opengroup.org/onlinepubs/009695399/utilities/type.html |
| 20:14.18 | kergoth | Crofton|work: note that its output syntax is unspecified, but you could probably check the exit code |
| 20:14.30 | kergoth | i recommend bookmarking http://pubs.opengroup.org/onlinepubs/009695399/ |
| 20:15.02 | kergoth | not sure if thats the latest version of the standard, but its what i end up checking when i'm concerned about shell script portability |
| 20:15.43 | Crofton|work | but it seems like if the command isn't founc command returns something other than 0 and bitbake dies |
| 20:16.02 | kergoth | that's not correct, at least not in all contexts. |
| 20:16.13 | Crofton|work | do_bootbin() { |
| 20:16.14 | Crofton|work | <PROTECTED> |
| 20:16.14 | Crofton|work | <PROTECTED> |
| 20:16.15 | kergoth | if foo; then; fi; won't exit the shell if foo returns nonzero |
| 20:16.23 | Crofton|work | barfs if there is no bootgen in the path |
| 20:16.37 | kergoth | if type bootgen >/dev/null 2>&1; then echo problem solved; fi |
| 20:16.41 | kergoth | i expect would do the job |
| 20:16.44 | Crofton|work | yeah |
| 20:16.50 | Crofton|work | that was my next thought |
| 20:17.05 | kergoth | if you need the full path, i usually use which, but i don't think thats required by posix/sus |
| 20:17.14 | kergoth | its usually available anywhere we care about, though |
| 20:18.00 | Crofton|work | my shell has atropied :( |
| 20:20.58 | tlwoerner | isn't the common idiom something like 'if [ x${BOOTGEN} != x ]; then ...' ? |
| 20:21.12 | Crofton|work | for env avrs |
| 20:21.26 | Crofton|work | yeah I should have done that |
| 20:21.35 | kergoth | the 'x' thing is really only used by autoconf folks, who can't rely on having an sus/posix compliant shell, afaik |
| 20:22.03 | kergoth | if you'er going to check for a non-empty var, best to use [ -n "${foo}" ] |
| 20:22.49 | tlwoerner | or '[ -z "${foo}" ]' or is that a bashism? |
| 20:23.05 | kergoth | -n is not empty, -z is empty |
| 20:23.08 | kergoth | neither are bashisms |
| 20:23.27 | tlwoerner | thx |
| 20:23.52 | kergoth | http://pubs.opengroup.org/onlinepubs/009695399/utilities/test.html |
| 20:24.32 | *** join/#oe galak (~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net) |
| 20:26.10 | *** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl) |
| 20:31.34 | *** join/#oe ant_home (~andrea@95.236.249.179) |
| 20:34.15 | Crofton|work | stupid question |
| 20:34.28 | Crofton|work | is this "true" only if both commands succeed? |
| 20:34.29 | Crofton|work | if `command -v bootgen` ; [ -e ${ZYNQ_FSBL} ; then |
| 20:34.52 | kergoth | that's broken in a number of ways |
| 20:35.05 | kergoth | first, if accepts a command to run, not a string |
| 20:35.11 | kergoth | so drop the `'s |
| 20:35.23 | kergoth | second, you can chain commands in a shell with the and and or operators |
| 20:35.28 | kergoth | if this && that; then :; fi |
| 20:35.33 | Crofton|work | gah |
| 20:35.34 | kergoth | :) |
| 20:35.58 | Crofton|work | if command -v bootgen && [ -e ${ZYNQ_FSBL} ] ; then |
| 20:36.08 | Crofton|work | so above, m skillz are ancient |
| 20:36.17 | kergoth | assuming command returns 0/1 based on its existence, sure |
| 20:36.22 | kergoth | but -v is rather pointless if you arent using its output |
| 20:42.15 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 20:45.49 | JaMa | ericben: ping |
| 20:49.10 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 20:53.14 | *** join/#oe amarsman (~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl) |
| 20:55.17 | *** join/#oe phdeswer (~phdeswer@a88-113-104-180.elisa-laajakaista.fi) |
| 21:01.16 | *** join/#oe hillct (~hillct@c-24-34-200-20.hsd1.ma.comcast.net) |
| 21:01.58 | ant_home | JaMa, this is after core-image-base http://paste.debian.net/28181/ |
| 21:08.15 | ant_home | JaMa, same after building kexec-tools-klibc |
| 21:12.51 | JaMa | ant_home: that script would find files staged in sysroot without sstate code knowing about it, if it's caused by symlinks pointing to nowhere then sstate-sysroot-cruft won't help |
| 21:34.46 | *** join/#oe darkschneider (~gab@93-32-48-57.ip32.fastwebnet.it) |
| 21:58.38 | ant_home | JaMa, I don't know now if it is broken... |
| 21:59.36 | JaMa | failing to build can IMHO be considered broken :) |
| 21:59.47 | ant_home | in sstate package of klibc the symlinks (linux-libc-headrrs) are the same as in eglibc-initial |
| 22:00.40 | ant_home | i.e. asm -> ../../../..//sysroots/qemuarm/usr/include/asm |
| 22:00.47 | khem | JaMa: You sent a patch in past to user proper gperf for systemd |
| 22:00.50 | khem | remember ? |
| 22:01.37 | khem | the patch is now upstream in systemd however we still hard code the exporting of GPERF |
| 22:01.58 | khem | which defeats the purpose of using AC_CHECK_TOOL at first place |
| 22:02.26 | khem | since variable GPERF is already defined configure wont touch it |
| 22:02.42 | khem | so I am punting this export from systemd recipe |
| 22:02.48 | khem | with upgrade to 206 |
| 22:03.00 | khem | do you have a usecase where this hard export is needed ? |
| 22:05.13 | *** join/#oe hillct (~hillct@c-24-34-200-20.hsd1.ma.comcast.net) |
| 22:15.00 | JaMa | khem: there is even contrib branch with it http://git.openembedded.org/openembedded-core-contrib/log/?h=jansa/gperf |
| 22:15.40 | JaMa | khem: IIRC I haven't finished something in it, but I don't remember what it was, I can try to find it on oe-core ML |
| 22:16.56 | JaMa | ah there is a link to ML in one of those patches, please check it |
| 22:32.10 | ant_home | JaMa, so, maybe this: the symlink in the sstate is the same but in case of klibc it lacks one ../ |
| 22:32.34 | ant_home | in the ipk tmpdir is hardcoded, fwiw |
| 22:35.24 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 22:51.29 | *** join/#oe Umeaboy (~Umeaboy@213-21-78-12.customer.t3.se) |
| 23:31.51 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 23:32.59 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 23:40.32 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
| 23:42.47 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 23:53.29 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 23:56.25 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 23:56.40 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |