| *** melonipoika <melonipoika!~jose@194.9.252.237> has quit IRC | 00:00 | |
| *** melonipoika <melonipoika!~jose@194.9.252.237> has joined #yocto | 00:01 | |
| *** dreyna <dreyna!~dreyna@unknown-216-197.windriver.com> has quit IRC | 00:12 | |
| *** fledermaus <fledermaus!~vivek@78.32.176.249> has quit IRC | 00:27 | |
| *** r0r0 <r0r0!~r0r0@107-188-185-176.slc.googlefiber.net> has joined #yocto | 00:31 | |
| *** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has joined #yocto | 00:37 | |
| *** billr <billr!~wcrandle@134.134.137.71> has quit IRC | 00:57 | |
| *** hsychla <hsychla!~hsychla@2001:6f8:12d9:13:a2b3:ccff:fefb:967b> has joined #yocto | 01:00 | |
| *** aboseley <aboseley!~aboseley@220.57.96.58.static.exetel.com.au> has joined #yocto | 01:00 | |
| *** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has quit IRC | 01:36 | |
| r0r0 | so I'm trying to figure out how to add udev, udev-extraconf and nodejs before running bitbake rpi-basic-image. Whats the best way to go about adding these packages to this image? | 01:41 |
|---|---|---|
| Ulfalizer | r0r0: you could do IMAGE_INSTALL += "udev udev-extraconf" in rpi-basic-image.bb for example (or in one of the files it includes. i'm not familiar with that layer.) | 01:54 |
| r0r0 | cool thanks I will give it a shot | 01:55 |
| Ulfalizer | if you don't want to modify the layer, you could do it in a bbappend, or in a configuration file (make it IMAGE_INSTALL_append = " udev udev-extraconf" in that case) | 01:56 |
| r0r0 | I tried adding: https://github.com/imyller/meta-nodejs and then setting EXTRALAYERS in my bblayers.conf but after that Im not sure what to do... | 01:57 |
| *** dv <dv!~quassel@62-178-118-86.cable.dynamic.surfer.at> has quit IRC | 01:57 | |
| *** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto | 01:58 | |
| r0r0 | Im also wondering if it might be easier to setup toaster and just customize stuff that way, haven't had a chance to play with that yet. | 01:58 |
| Ulfalizer | i've actually never used toaster, so i'm not sure :) | 01:58 |
| Ulfalizer | what's EXTRALAYERS? normally, you'd add the layer to BBLAYERS in ${BUILDDIR}/conf/bitbake.conf. | 02:00 |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-prapqarazsrmoshl> has joined #yocto | 02:00 | |
| Ulfalizer | after that, the recipes it provides will be available | 02:00 |
| r0r0 | got me I was just trying to get node loaded based on their instructions on that persons github | 02:01 |
| r0r0 | tried just pointing the nodes manifest in bblayers but when I ran bitbake again I didn't see any change in packages in the image that was built | 02:02 |
| Ulfalizer | r0r0: to install node into the image, you'd have to add it to IMAGE_INSTALL | 02:03 |
| Ulfalizer | if no recipe can be found for it (e.g. because they layer wasn't added properly), you'll get an error | 02:04 |
| Ulfalizer | urr, should have been ${BUILDDIR}/conf/bblayers.conf above by the way :P | 02:05 |
| r0r0 | Im gonna try it right now :-) | 02:05 |
| *** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has joined #yocto | 02:05 | |
| r0r0 | so I should be able to just dump : IMAGE_INSTALL_append = "udev udev-extraconf" into my belayers.conf? | 02:06 |
| r0r0 | or is the local.conf | 02:06 |
| Ulfalizer | r0r0: local.conf, bblayers.conf is for layer-related configuration | 02:07 |
| Ulfalizer | add the layer that provides node in bblayers.conf, and to IMAGE_INSTALL_append = " packages you want" in local.conf | 02:07 |
| r0r0 | makes more sense now | 02:08 |
| r0r0 | when I run bitbake again is should pickup on the changes I assume? | 02:08 |
| Ulfalizer | you must add a space to the beginning in IMAGE_INSTALL_append = " foo bar" by the way. it's not added for you when using _append. | 02:08 |
| r0r0 | don't have to for ex. make clean | 02:08 |
| Ulfalizer | nope, changes are detected automatically | 02:08 |
| r0r0 | I'm excited to show this off at work tmo, pretty cool stuff | 02:09 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 02:11 | |
| r0r0 | its building the image now, lets see if it works :-) | 02:12 |
| r0r0 | nice | 02:14 |
| r0r0 | worked perfect | 02:14 |
| r0r0 | thank you Ulfalizer | 02:14 |
| Ulfalizer | np :) | 02:14 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 02:20 | |
| r0r0 | so when you get a build error then remove the requested dependency from your local.conf file and get a Missing or unbuildable dependency what do you do? | 02:23 |
| Ulfalizer | what's the error message? | 02:24 |
| r0r0 | I think I got it figured out, I thought I had saved the file after removing what was causing that error but didn't... my bad. | 02:26 |
| r0r0 | that time it built without error | 02:26 |
| *** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has quit IRC | 02:37 | |
| *** nighty <nighty!~nighty@202.224.50.1> has joined #yocto | 02:59 | |
| *** r0r0 <r0r0!~r0r0@107-188-185-176.slc.googlefiber.net> has quit IRC | 03:02 | |
| *** r0r0 <r0r0!~r0r0@107-188-185-176.slc.googlefiber.net> has joined #yocto | 03:03 | |
| *** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has joined #yocto | 03:20 | |
| *** shagu_ <shagu_!~eric@p5B2E8B58.dip0.t-ipconnect.de> has joined #yocto | 03:35 | |
| *** Tenhi <Tenhi!~tenhi@static-ip-69-64-50-196.inaddr.ip-pool.com> has quit IRC | 03:37 | |
| *** shagu <shagu!~eric@p5B2E8EF0.dip0.t-ipconnect.de> has quit IRC | 03:38 | |
| *** Tenhi <Tenhi!~tenhi@static-ip-69-64-50-196.inaddr.ip-pool.com> has joined #yocto | 03:40 | |
| *** hatter <hatter!~jockum@213.80.106.150> has joined #yocto | 04:27 | |
| *** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has quit IRC | 04:27 | |
| *** gtristan <gtristan!~tristanva@110.11.179.37> has quit IRC | 04:29 | |
| *** linulin <linulin!~foo@client-188-168-43-165.spb-teleport.ru> has quit IRC | 04:45 | |
| melonipoika | Thanks Ulfalizer! That makes sens. I played around with appending and prepending the new package ${PN}-ptest-dbg. The result was that either all debug files ended up in ${PN}-ptest-dbg or all of them in ${PN}-dbg (whichever happened to be found first) | 04:51 |
| *** gtristan <gtristan!~tristanva@221.147.85.37> has joined #yocto | 04:53 | |
| *** Ulfalizer <Ulfalizer!~Ulfalizer@ip5f5bec29.dynamic.kabel-deutschland.de> has quit IRC | 05:06 | |
| *** linulin <linulin!~foo@client-188-168-43-165.spb-teleport.ru> has joined #yocto | 05:07 | |
| *** hatter <hatter!~jockum@213.80.106.150> has quit IRC | 05:11 | |
| *** aboseley <aboseley!~aboseley@220.57.96.58.static.exetel.com.au> has quit IRC | 05:33 | |
| *** mwarning <mwarning!~mwarning@2001:a60:a07d:1:91c:be3c:3c0:c09b> has joined #yocto | 05:54 | |
| *** gtristan <gtristan!~tristanva@221.147.85.37> has quit IRC | 06:17 | |
| *** hatter <hatter!~jockum@c-2ec206a0-74736162.cust.telenor.se> has joined #yocto | 06:23 | |
| *** boucman_work <boucman_work!~boucman@2a02-8428-034f-f800-9e32-0c7c-b391-6223.rev.sfr.net> has joined #yocto | 06:28 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 06:32 | |
| *** gtristan <gtristan!~tristanva@110.11.179.37> has joined #yocto | 06:39 | |
| *** agust <agust!~agust@p4FCB4EF1.dip0.t-ipconnect.de> has joined #yocto | 06:40 | |
| *** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-182-183.telecom.by> has joined #yocto | 06:48 | |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 06:48 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 06:52 | |
| *** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-182-183.telecom.by> has quit IRC | 06:54 | |
| *** fl0v0 <fl0v0!~fvo@pD9F6B7ED.dip0.t-ipconnect.de> has joined #yocto | 06:55 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 06:56 | |
| *** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 07:03 | |
| *** townxelliot <townxelliot!~ell@176.249.240.35> has joined #yocto | 07:04 | |
| *** townxelliot <townxelliot!~ell@176.249.240.35> has left #yocto | 07:04 | |
| *** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC | 07:04 | |
| *** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto | 07:06 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 07:09 | |
| silviof | hi #yocto, exists a tool for reformat of bb recipes? Astyle is too language specific and ident is more for c files. | 07:19 |
| *** smartin <smartin!~smartin@207.ip-37-59-126.eu> has quit IRC | 07:23 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-ffqnvrevrdiemkua> has joined #yocto | 07:24 | |
| *** jbrianceau_away is now known as jbrianceau | 07:26 | |
| melonipoika | silviof, check meta-openembedded/contrib/oe-stylize.py | 07:30 |
| silviof | melonipoika: hey thanks! | 07:31 |
| *** smartin <smartin!~smartin@207.ip-37-59-126.eu> has joined #yocto | 07:33 | |
| *** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-182-183.telecom.by> has joined #yocto | 07:34 | |
| *** __karthik <__karthik!~karthik@192.91.75.30> has quit IRC | 07:37 | |
| *** __karthik <__karthik!~karthik@192.91.75.29> has joined #yocto | 07:38 | |
| *** MafiaInc <MafiaInc!~martian@92.247.20.94> has joined #yocto | 07:48 | |
| *** toscalix <toscalix!~toscalix@80.91.95.202> has joined #yocto | 08:05 | |
| *** mortderire <mortderire!~rkinsell@192.198.151.44> has joined #yocto | 08:06 | |
| *** sno <sno!~sno@62.157.143.22> has joined #yocto | 08:08 | |
| *** maxin <maxin!~maxin@37-219-84-206.nat.bb.dnainternet.fi> has joined #yocto | 08:10 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.44> has joined #yocto | 08:14 | |
| *** oxore <oxore!~sslash@176.222.130.213> has joined #yocto | 08:28 | |
| *** ox0re <ox0re!~sslash@37.99.1.62> has quit IRC | 08:31 | |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 08:38 | |
| *** sameo <sameo!~samuel@192.55.54.38> has joined #yocto | 08:38 | |
| *** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto | 08:38 | |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 08:42 | |
| *** townxelliot <townxelliot!~ell@176.249.240.35> has joined #yocto | 08:42 | |
| *** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC | 08:43 | |
| *** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto | 08:44 | |
| *** hatter_ <hatter_!~jockum@c-2ec2b589-74736162.cust.telenor.se> has joined #yocto | 08:44 | |
| *** jkroon <jkroon!~jkroon@89-253-118-72.customers.ownit.se> has joined #yocto | 08:45 | |
| *** jkroon is now known as Guest52258 | 08:45 | |
| *** Guest52258 is now known as jkroon_ | 08:45 | |
| *** hatter <hatter!~jockum@c-2ec206a0-74736162.cust.telenor.se> has quit IRC | 08:46 | |
| *** manuel_ <manuel_!5b765c12@gateway/web/freenode/ip.91.118.92.18> has joined #yocto | 08:48 | |
| manuel_ | Hey, I have a short question about bitbake: Is there a simpler way to being able to include "$" f.e. a variable assignment without expansion? Only found this so far: http://stackoverflow.com/questions/37744110/how-do-i-escape-a-in-bitbake-yocto | 08:49 |
| rburton | manuel_: what context? shell or python? | 08:53 |
| manuel_ | A value included in a recipe... | 08:53 |
| boucman_work | i'm looking for a patch on the ml that provided a way to template wks files... anybody would have a pointer ? I can't find it... | 08:54 |
| boucman_work | ok, I got it | 08:55 |
| manuel_ | I'm about to add a user and wanted to (at least) not store the password directly -> I want to store the hash + salt, but the format includes $... so for readability I would store the hash in some variable and then use it in the 'USERADD_PARAM_${PN} = ' statement... | 08:56 |
| *** pivi <pivi!~dolcini@93-50-145-180.ip152.fastwebnet.it> has joined #yocto | 08:57 | |
| manuel_ | Anyway, I assume there might be other cases where it would be convenient to prevent variable expansion (like in bash using '${NO_EXPANSION}') ; however, I couldn't find anything in the documentation... | 08:59 |
| *** Anticom <Anticom!~timo.m@217.6.33.234> has joined #yocto | 09:02 | |
| jubr | manuel_: shells usually also understand $varname - versus ${varname} - so if that is an option? | 09:06 |
| jubr | That's what I do. Furthermore, bitbake leaves unknown vars unexpanded, shells replace them with "". | 09:07 |
| jubr | That stackoverflow question was about preventing bitbake *and* shell expansion. | 09:09 |
| *** jkroon_ <jkroon_!~jkroon@89-253-118-72.customers.ownit.se> has quit IRC | 09:09 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 09:17 | |
| lpapp | day #3, attempt #3: can I be sure when opkg finishes the upgrade of init-ifupdown, the network interface is brought up? | 09:18 |
| lpapp | because it brings it down as part of the installation process. | 09:18 |
| *** nighty <nighty!~nighty@202.224.50.1> has quit IRC | 09:18 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 09:19 | |
| *** mckoan|away is now known as mckoan | 09:22 | |
| mckoan | good morning | 09:22 |
| manuel_ | Well my problem is that for 'password' I get following hash + salt: $1$iwZkm.NY$qn14SagT4IINij2J5n6/K0 and I would like to put this into a variable in the recipe.. but bitbake does expand $ -> is there some simple way to prevent this? | 09:23 |
| *** gtristan <gtristan!~tristanva@110.11.179.37> has quit IRC | 09:24 | |
| manuel_ | So basically only .NY/K0 will remain... (I haven't checked with this hash) | 09:25 |
| *** marquiz <marquiz!~marquiz@134.191.220.76> has quit IRC | 09:25 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 09:29 | |
| *** lpapp <lpapp!~lpapp@mail.polatis.com> has joined #yocto | 09:31 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 09:31 | |
| pivi | Hi all | 09:41 |
| pivi | it seems that for some reason DEPLOY_DIR_IMAGE="${TOPDIR}/../images/${MACHINE}" | 09:41 |
| pivi | is not working correctly when generating initramfs image | 09:41 |
| pivi | (in local.conf) | 09:42 |
| pivi | any suggestion? Should I open a issue on bugzilla? | 09:42 |
| boucman_work | given the content of SRC_URI, how do I get the name of a file once it's copied to WORKDIR ? | 09:42 |
| boucman_work | fech.localpath returns a path in meta- for sources in file:// which is not what I want | 09:43 |
| *** maxin <maxin!~maxin@37-219-84-206.nat.bb.dnainternet.fi> has quit IRC | 09:44 | |
| *** xplod <xplod!5d2ed42f@gateway/web/freenode/ip.93.46.212.47> has joined #yocto | 09:45 | |
| xplod | hi guys, there is anyone? | 09:45 |
| boucman_work | xplod: hey | 09:49 |
| xplod | hey | 09:50 |
| xplod | i'm a newby of yocto world, i have a little problem with native python execution... there is not an official yocto forum? | 09:51 |
| xplod | what i've to do when i need help? | 09:51 |
| boucman_work | xplod: ask your question here :) | 09:53 |
| xplod | ok :) | 09:53 |
| xplod | i've built my image and my sdk | 09:53 |
| xplod | when i run native python stuff happens this: | 09:54 |
| xplod | Traceback (most recent call last): File "/opt/poky/1.8.1/sysroots/x86_64-pokysdk-linux/usr/lib/python2.7/site.py", line 553, in <module> main() File "/opt/poky/1.8.1/sysroots/x86_64-pokysdk-linux/usr/lib/python2.7/site.py", line 535, in main known_paths = addusersitepackages(known_paths) File "/opt/poky/1.8.1/sysroots/x86_64-pokysdk-linux/usr/lib/python2.7/site.py", line 266, in addusersitepackages user_site = getusersi | 09:54 |
| xplod | File "/opt/poky/1.8.1/sysroots/x86_64-pokysdk-linux/usr/lib/python2.7/sysconfig.py", line 10, in <module> 'stdlib': '{base}/'+sys.lib+'/python{py_version_short}', AttributeError: 'module' object has no attribute 'lib' | 09:54 |
| xplod | it seems to be a problem related to sysconfig.py | 09:55 |
| xplod | when check for sys.lib | 09:55 |
| xplod | env PYTHONHOME seems to be ok: /opt/poky/1.8.1/sysroots/x86_64-pokysdk-linux/usr | 09:56 |
| xplod | which python: /opt/poky/1.8.1/sysroots/x86_64-pokysdk-linux/usr/bin/python | 09:57 |
| xplod | if i run: python /opt/poky/1.8.1/sysroots/x86_64-pokysdk-linux/usr/lib/python2.7/sysconfig.py it give me no errors | 09:59 |
| xplod | what can i do in order to solve? | 10:00 |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 10:02 | |
| *** marquiz <marquiz!~marquiz@134.191.220.74> has joined #yocto | 10:03 | |
| *** linulin <linulin!~foo@client-188-168-43-165.spb-teleport.ru> has quit IRC | 10:07 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 10:08 | |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 10:09 | |
| pivi | the problem with DEPLOY_DIR_IMAGE is the relative link | 10:10 |
| pivi | not the TOPDIR variable usage | 10:10 |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 10:11 | |
| pivi | ERROR: The recipe linux-.... is trying to install files into a shared area when those files already exist. Those files and their manifest location are: ..../README_-_DO_NOT_DELETE_FILES_IN_THIS_DIRECTORY.txt | 10:11 |
| *** ant_work <ant_work!~ant__@95.236.249.71> has joined #yocto | 10:12 | |
| *** ftonello <ftonello!~felipe@81.145.202.106> has quit IRC | 10:13 | |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 10:13 | |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 10:13 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 10:13 | |
| *** maxin <maxin!~maxin@2001:998:22:0:6022:2de:99e1:cdc2> has joined #yocto | 10:13 | |
| *** ftonello <ftonello!~felipe@81.145.202.106> has joined #yocto | 10:15 | |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto | 10:17 | |
| *** mckoan is now known as mckoan|away | 10:29 | |
| *** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has joined #yocto | 10:32 | |
| pivi | is it possible to have bitbake read shell env variables ? I'd like to set DEPLOY_DIR_IMAGE from a shell export, for example | 10:34 |
| bluelightning | pivi: it is, you just need to add the variable to the BB_ENV_EXTRAWHITE environment variable (i.e. in the external environment before running bitbake) | 10:37 |
| pivi | thanks | 10:39 |
| pivi | mm, this way it will read the variable from shell everytime | 10:40 |
| pivi | for me it would be enough to read when sourcing the oe init env | 10:40 |
| pivi | however it will work, thanks | 10:41 |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 10:44 | |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 10:45 | |
| *** joshuagl_ <joshuagl_!~joshuagl@192.198.151.44> has joined #yocto | 10:56 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.44> has quit IRC | 10:58 | |
| *** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has joined #yocto | 11:00 | |
| *** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC | 11:04 | |
| *** xplod <xplod!5d2ed42f@gateway/web/freenode/ip.93.46.212.47> has quit IRC | 11:08 | |
| *** jkroon <jkroon!~jkroon@89.253.118.72> has joined #yocto | 11:10 | |
| *** _william_ <_william_!~william@38.72.9.109.rev.sfr.net> has quit IRC | 11:10 | |
| *** jkroon is now known as Guest41052 | 11:11 | |
| *** Guest41052 is now known as jkroon_ | 11:11 | |
| *** _william_ <_william_!~william@38.72.9.109.rev.sfr.net> has joined #yocto | 11:12 | |
| *** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has quit IRC | 11:23 | |
| *** ftonello <ftonello!~felipe@81.145.202.106> has quit IRC | 11:38 | |
| *** marquiz_ <marquiz_!~marquiz@134.191.220.71> has joined #yocto | 11:40 | |
| *** caiortp <caiortp!~inatel@131.221.240.204> has joined #yocto | 11:42 | |
| *** marquiz <marquiz!~marquiz@134.191.220.74> has quit IRC | 11:42 | |
| *** ftonello <ftonello!~felipe@81.145.202.106> has joined #yocto | 11:43 | |
| *** fledermaus <fledermaus!~vivek@2a00:1098:5:0:40d1:a8a7:759e:d1bd> has joined #yocto | 11:50 | |
| jubr | manuel_: I suspect that actually the shell is expanding your var, not bitbake, can you paste the exact line you want to use? | 11:56 |
| *** berton <berton!~fabio@177.127.4.56> has joined #yocto | 11:56 | |
| jubr | maybe use something like "${@'$1$iwZkm.NY$qn14SagT4IINij2J5n6/K0'.replace('$', '\x24')}" | 11:58 |
| jubr | shell generally expands stuff in ", is setting it in ' not enough? | 11:59 |
| manuel_ | MYVAR = "$1$iwZkm.NY$qn14SagT4IINij2J5n6/K0" | 12:02 |
| manuel_ | Well it's not documented what '' does in a recipe... I can try... \$ seems to work which is okay for me... | 12:03 |
| manuel_ | Is there a more complete version than this: http://www.yoctoproject.org/docs/2.1/bitbake-user-manual/bitbake-user-manual.html | 12:04 |
| manuel_ | The actual line is like that: USERADD_PARAM_${PN} = "-u 1000 -d /home/some-user -r -s /bin/bash -p '${MYVAR}' some-user" | 12:06 |
| manuel_ | So I assume shell-expansion is not the problem (as I use single quotes)... | 12:07 |
| manuel_ | okay.... strange... so bbnote '${MYVAR}' works, but outputting bbnote '${USERADD_PARAM_${PN}}' expands all 'variables'... | 12:16 |
| *** paulg_ <paulg_!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has joined #yocto | 12:16 | |
| *** ant_work <ant_work!~ant__@95.236.249.71> has quit IRC | 12:24 | |
| *** ant_work <ant_work!~ant__@95.236.249.71> has joined #yocto | 12:25 | |
| *** townxelliot <townxelliot!~ell@176.249.240.35> has quit IRC | 12:27 | |
| manuel_ | okay... for now, I will just use following command to generated hashes: cat | openssl passwd -1 -stdin | sed 's/\$/\\\$/g' which seems to work... Thanks for your help. When I have time, I will investigate what useradd class exactly does... | 12:29 |
| *** fl0v0 <fl0v0!~fvo@pD9F6B7ED.dip0.t-ipconnect.de> has quit IRC | 12:30 | |
| *** townxelliot <townxelliot!~ell@176.249.240.35> has joined #yocto | 12:31 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:32 | |
| *** cbzx <cbzx!6881c465@gateway/web/freenode/ip.104.129.196.101> has joined #yocto | 12:33 | |
| jubr | manuel_: depends on how USERADD_PARAM_${PN} is used internally, like you said. -p '${@'${MYVAR}'.replace('\$', '\\\$')}' might also work... | 12:40 |
| *** my007ms <my007ms!~my007ms@ip24-251-136-212.ph.ph.cox.net> has joined #yocto | 12:44 | |
| my007ms | which configuration option i need to add to ask bitbake to generate .vmdk file | 12:45 |
| *** gp_ <gp_!~gp@185.55.107.82> has joined #yocto | 12:51 | |
| boucman_work | RP: around (or anybody which could help me a bit with how a task can tell the sstate cache what variables it needs to depend on) ? | 12:51 |
| *** stefan__ <stefan__!c2d03104@gateway/web/freenode/ip.194.208.49.4> has joined #yocto | 12:52 | |
| RP | boucman_work: there is a section in the manual about this, did you read that? | 12:52 |
| boucman_work | yes, but it's a bit suscint... | 12:53 |
| boucman_work | from what I see, d.getVar in a task will mark the variable as being a dependency | 12:54 |
| boucman_work | but d.expend(string) doesn't, and I don't know the content of my string, so I can't add them to do_task[vardep] | 12:54 |
| gp_ | Hello. If I want to execute 'gcc' from do_compile_append, what is the correct way to refer to it? If I simply do "gcc something", it does not compile for the target architecture. | 12:54 |
| rburton | $(CC) | 12:55 |
| rburton | well, ${CC} | 12:55 |
| gp_ | thanks | 12:55 |
| *** hatter_ <hatter_!~jockum@c-2ec2b589-74736162.cust.telenor.se> has quit IRC | 12:57 | |
| stefan__ | Hello together :-) Just a small question about handling of kernel modules in my image: How can I control which kernel modules (in tree) are installed in my rootfs? I would like to have many of them built and available in the package feed but not all of them in the rootfs by default. | 12:57 |
| stefan__ | I didn't find (yet) a possibility to control that | 12:58 |
| *** hatter <hatter!~jockum@46.194.181.137> has joined #yocto | 12:58 | |
| *** toscalix <toscalix!~toscalix@80.91.95.202> has quit IRC | 13:08 | |
| boucman_work | RP: I just reread the whole thing, i'm still confused... do I need to set som BB_SOMETHING variable from the do_task function ? what variable ? | 13:10 |
| cbzx | Anyone seen ARM performance issues with yocto 2.1-4.4 kernel (from older 3.12)? | 13:13 |
| *** cference <cference!~cference@64.187.189.2> has joined #yocto | 13:14 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto | 13:20 | |
| RP | boucman_work: the do_task function references variables and functions. Bitbake knows (or at least tries very hard) to know which variables and functions these are and includes them in the checksum for the task. If the function or variable changes, the checksum changes and the task reruns | 13:31 |
| RP | boucman_work: in general it should be automatic however there are convoluted python expressions bitbake has no way to figure out | 13:32 |
| boucman_work | yeah, i'm probably one of those cases... | 13:34 |
| boucman_work | I read a file, and expand it as a BB variable, then write it back... so my task should logically depend on whatever variable that file contains. i'm not sure how to specify that | 13:34 |
| *** Ulfalizer <Ulfalizer!~Ulfalizer@ip5f5bec7b.dynamic.kabel-deutschland.de> has joined #yocto | 13:35 | |
| boucman_work | the code i am copying is adding the file's content to a BB var, then using getVar to get it back expanded... | 13:35 |
| boucman_work | that would work but it's ugly (and the code I am copying os probably not doing that on purpose) | 13:36 |
| boucman_work | is there a cleaner way to do that ? | 13:36 |
| Ulfalizer | boucman_work: does it have bitbake variable references in the file? | 13:37 |
| Ulfalizer | i'd do it manually in that case. have some syntax for referencing a variable in the file, and search for those references and replace them (e.g. with the values of bitbake variables, if that's the right thing to do in this case). | 13:38 |
| boucman_work | Ulfalizer: yes | 13:38 |
| Ulfalizer | that seems much cleaner than tricking the bitbake code into doing stuff | 13:38 |
| boucman_work | Ulfalizer: so basically using getVar on a regex I build myself instead of expand() ? | 13:38 |
| Ulfalizer | expand() would be a decent solution too i guess. i had temporarily forgotten about it... | 13:39 |
| Ulfalizer | there the purpose is exactly to substitute values for bitbake variable references, so it doesn't feel as hacky | 13:40 |
| Ulfalizer | rolling your own could still be more flexible though... | 13:40 |
| boucman_work | Ulfalizer: but expand doesn't add variable it expands to the signature | 13:40 |
| boucman_work | (I'm still confused on how the signature generation code wors) | 13:40 |
| boucman_work | so I need to roll my own indeed | 13:40 |
| Ulfalizer | ah, yeah, that sounds like it might be messy | 13:40 |
| boucman_work | ok, i'll go for the manually-made egex, then... | 13:41 |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC | 13:41 | |
| Ulfalizer | there might be some handy python template libraries you could use too | 13:41 |
| Ulfalizer | if i know python :P | 13:42 |
| boucman_work | hehe | 13:42 |
| boucman_work | i'll find a way :) | 13:42 |
| *** Rootert <Rootert!~Rootert@82-168-15-181.ip.open.net> has quit IRC | 13:44 | |
| *** RagBal <RagBal!~RagBal@82-168-15-181.ip.open.net> has quit IRC | 13:44 | |
| *** ant_work <ant_work!~ant__@95.236.249.71> has quit IRC | 13:45 | |
| *** RagBal <RagBal!~RagBal@82-168-15-181.ip.open.net> has joined #yocto | 13:49 | |
| *** oxore <oxore!~sslash@176.222.130.213> has quit IRC | 13:49 | |
| *** Rootert <Rootert!~Rootert@82-168-15-181.ip.open.net> has joined #yocto | 13:50 | |
| Ulfalizer | boucman_work: if you look in image.bbclass, there's an anon python function that does e.g. d.appendVarFlag('do_image', 'vardeps', ' '.join(vardeps)) to dynamically add vardeps. if you don't need to be able to reference all bitbake variables in the file, it seems cleaner to just switch over the ones you need and doing manual d.getVar('FOO', True)s for them though. | 13:55 |
| RP | boucman_work: there is actually a way to make bitbake checksum a file and include that in the task checksum | 13:55 |
| *** toscalix <toscalix!~toscalix@80.91.95.202> has joined #yocto | 13:55 | |
| Ulfalizer | then the signature generation will be automatic. being able to reference arbitrary bitbake variables in files feels hackish to me too. | 13:55 |
| Ulfalizer | RP: you also need the variables referenced in the file in the checksum though | 13:56 |
| Ulfalizer | if the file references FOO, changing FOO should trigger a rebuild | 13:56 |
| boucman_work | RP: the file is assumed to come from SRC_URI, so changes in that file are already taken into account | 13:56 |
| *** madisox <madisox!~madison@12.30.244.5> has joined #yocto | 13:57 | |
| boucman_work | Ulfalizer: interesting, i'll have a look at that | 13:57 |
| *** madisox <madisox!~madison@12.30.244.5> has quit IRC | 13:57 | |
| RP | boucman_work: ok, if its in SRC_URI then yes, you're covered | 13:57 |
| boucman_work | Ulfalizer: is it safe to add do_template[vardeps] within do_template (i.e is the sig calculated after the task is run) | 13:57 |
| boucman_work | I assume yes... | 13:57 |
| Ulfalizer | boucman_work: i'd still just replace %FOO% with d.getVar('FOO', True) or whatever though, for a fixed set of needed values. much neater, imo. | 13:57 |
| Ulfalizer | boucman_work: i don't think so. bitbake would probably need the full signature to determine if it should run the task. | 13:58 |
| boucman_work | Ulfalizer: that breaks the point of the whole thing, though... having a generic way to override files in /etc and using bitbake variables to fill the value in those files | 13:58 |
| RP | boucman_work: no, its not going to work. vardeps needs to be set independently of the function in question | 13:58 |
| RP | the idea is you can calculate the checksum without running the task or its pointless | 13:59 |
| Ulfalizer | boucman_work: i think madness might lie that way. feels unclean. :S | 13:59 |
| boucman_work | RP: hmm, I see your point, i'll have to think about it some more... | 13:59 |
| RP | boucman_work: you could just load the whole thing into a variable and then depend on that variable. bitbake would then recuse the variables | 14:00 |
| Ulfalizer | i'd leave bitbake's stuff to bitbake, and the external file's stuff to the external file, instead of trying to drag the file into the bitbake universe and force the parser to deal with it | 14:00 |
| boucman_work | RP: yes, that was one of my ideas, and probably the simplest way to do it... | 14:00 |
| boucman_work | Ulfalizer: I don't understand what you mean | 14:00 |
| boucman_work | you know what... i'll just pastebin what I have. it's working code except for sstate-handling. it'll help us discuss | 14:01 |
| Ulfalizer | boucman_work: feels unclean for the same reason 'eval' in a lot of languages is usually a hack | 14:01 |
| Ulfalizer | but it's mostly gutfeel | 14:01 |
| boucman_work | http://pastebin.com/Fka9MqRy | 14:01 |
| *** lamego <lamego!~jose@134.134.137.71> has joined #yocto | 14:03 | |
| Ulfalizer | boucman_work: going on RP's suggestion, FILE_CONTENTS := "${@read_file(<file>)}" do_foo[vardeps] += "FILE_CONTENTS" might work | 14:06 |
| Ulfalizer | := instead of = prevents the file from being read each time FILE_CONTENTS is expanded | 14:06 |
| Ulfalizer | gotta make sure the file is there during parsing though | 14:07 |
| Ulfalizer | not sure though. maybe that depends on FILE_CONTENTS getting the right vardeps, which it might not get automatically. | 14:09 |
| *** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-xqmwrhifdlyhtbbv> has joined #yocto | 14:09 | |
| boucman_work | Ulfalizer: the file might not be here... ideally it comes from SRC_URI so it's put in place by do_unpack | 14:10 |
| RP | boucman_work: basically you therefore have no idea what the dependencies are until do_unpack time then :( | 14:11 |
| Ulfalizer | in that case it might get super messy i think. the vardeps won't even be known at parse time, and they might be needed by then already. | 14:11 |
| boucman_work | RP: yes :( | 14:11 |
| RP | and yes, dependencies need to be known at parse time | 14:11 |
| boucman_work | hmm | 14:11 |
| RP | else how does it know if it needs to run the task or not | 14:11 |
| * Ulfalizer still thinks a switch over "supported" variables with manual getVar's for each would be the simple/safe thing | 14:12 | |
| boucman_work | In theory it's possible... if the source file has changed, the task needs to be rebuilt | 14:12 |
| Ulfalizer | and no feeding the file into bitbake's parser | 14:12 |
| *** belen <belen!~Adium@134.134.137.71> has quit IRC | 14:12 | |
| boucman_work | if the file hasn't changed, the variables are the same as the ones that were needed last time, so we can check the ones we used to generate the last signature | 14:12 |
| *** my007ms <my007ms!~my007ms@ip24-251-136-212.ph.ph.cox.net> has left #yocto | 14:12 | |
| boucman_work | but that's theory. I don't know if the sig system can deal with that... | 14:13 |
| Ulfalizer | i think you're setting yourself up for pain :S | 14:13 |
| boucman_work | indeed | 14:13 |
| *** mwarning <mwarning!~mwarning@2001:a60:a07d:1:91c:be3c:3c0:c09b> has quit IRC | 14:14 | |
| *** pwebster <pwebster!3a6039dc@gateway/web/freenode/ip.58.96.57.220> has quit IRC | 14:15 | |
| *** belen <belen!Adium@nat/intel/x-dgofmuektldxikez> has joined #yocto | 14:18 | |
| *** linulin <linulin!~foo@178-16-155-142.obit.ru> has joined #yocto | 14:18 | |
| *** stefan__ <stefan__!c2d03104@gateway/web/freenode/ip.194.208.49.4> has quit IRC | 14:19 | |
| *** stefan__ <stefan__!c2d03104@gateway/web/freenode/ip.194.208.49.4> has joined #yocto | 14:20 | |
| jubr | boucman_work: does the SRC_URI entry have an md5sum val? Or is it local? | 14:21 |
| *** stefan__ <stefan__!c2d03104@gateway/web/freenode/ip.194.208.49.4> has quit IRC | 14:22 | |
| boucman_work | jubr: I'm not sure I understand your question... | 14:22 |
| Ulfalizer | boucman_work: another option would be to store the template directly in the layer in an .inc file with e.g. FILE_TEMPLATE = "...". then everything would be automatically safe. having bitbake-syntax code in an external repo is weird too. | 14:24 |
| jubr | I just read back a bit further, nevermind, your challenge goes a bit deeper. You could use the md5sum of the file in the sig if it would not refer to vars.. | 14:25 |
| Ulfalizer | but that depends on the template being available at parse time | 14:25 |
| *** oxore <oxore!~sslash@176.222.130.213> has joined #yocto | 14:25 | |
| boucman_work | Ulfalizer: that kinda work, but let me explain what I am trying to do | 14:27 |
| boucman_work | I work on deep-embedded system where we are trying to have the images generated by yocto be completely ready... i.e all config files for all packages should have their value set etc... | 14:27 |
| boucman_work | so I end up writing lots of .bbappend that replace files in /etc | 14:28 |
| *** istarilucky <istarilucky!~rlucca@177.159.144.73> has joined #yocto | 14:28 | |
| boucman_work | when we do a whole family of product, it would be handy to use the bitbake env system to "build" those config files from information from bitbake... there are actually quite a few package that do some sed on config files to set variables from BB vars | 14:29 |
| *** r0r0 <r0r0!~r0r0@23.29.46.242> has joined #yocto | 14:29 | |
| Ulfalizer | would having CONFIG_FILE_CONTENTS = "foo bar ${SOME_VALUE} baz" and writing ${CONFIG_FILE_CONTENTS} out to a file work? | 14:30 |
| boucman_work | i'm trying to solve that problem once and for all. I expect my files to come from file:// most of the time, but I can't guarantee it... | 14:30 |
| boucman_work | Ulfalizer: putting the whole file content in the recipe ? that would be a bit ugly... think of stuff like apache config files | 14:30 |
| boucman_work | moreover, can BB have multi-line variables ? | 14:31 |
| r0r0 | Im trying to deploy Toaster following the steps in the production server guide. Im running into an issue with where toasterconf.json is missing any thoughts? | 14:31 |
| Ulfalizer | boucman_work: could have it in an .inc file. not sure about multiline variables. | 14:31 |
| *** oxore <oxore!~sslash@176.222.130.213> has quit IRC | 14:32 | |
| r0r0 | nevermind, path was just wrong: ./bitbake/lib/toaster/manage.py loadconf ./meta-poky/conf/toasterconf.js is what is should be | 14:32 |
| boucman_work | Ulfalizer: I could enforce (somehow, i'm not sure) that file comes from a file:// source... | 14:32 |
| Ulfalizer | i'd avoid manually feeding files into the bitbake parser at least. i don't think things are meant to be done that way. file:// stuff is for data, not for code. | 14:33 |
| boucman_work | yeah... I'm at an ambiguous place where i'm both file and code... | 14:33 |
| belen | r0r0: out of curiosity, are you using the krogoth release? | 14:33 |
| r0r0 | trying to use Krogoth with toaster | 14:33 |
| r0r0 | correct | 14:33 |
| Ulfalizer | boucman_work: the safer thing is to manually replace some placeholders in the template file. that's pretty common. | 14:34 |
| belen | r0r0: right. If correcting the path doesn't solve the issue, let us know | 14:35 |
| r0r0 | looks like I hit another error on: TOASTER_DIR=/var/www/toaster/poky/ ./bitbake/lib/toaster/manage.py checksettings | 14:35 |
| boucman_work | Ulfalizer: yeah, that's so common that I wanted to provide a more generic way to do it :P thus my attempt | 14:35 |
| r0r0 | Importing file: None | 14:35 |
| r0r0 | Failure while trying to import the toaster config file None: coercing to Unicode: need string or buffer, NoneType found | 14:35 |
| belen | r0r0: we updated instructions recently, and we think they are right, but you never know ;) | 14:35 |
| Ulfalizer | boucman_work: not trying to be annoying, but i think it might be more painful than the problem it solves | 14:36 |
| belen | r0r0: michaelw_ might be able to help with that one | 14:37 |
| michaelw_ | r0r0: try with $ TOASTER_CONF=/var/www/toaster/poky/meta-poky/conf/toasterconf.json TOASTER_DIR=/var/www/toaster/poky/ ./bitbake/lib/toaster/manage.py checksettings | 14:37 |
| boucman_work | depends on the problem you are trying to solve... but I am starting to think the same. Again I'll look how the code I copy deals with that | 14:37 |
| boucman_work | http://lists.openembedded.org/pipermail/openembedded-core/2016-July/123434.html | 14:37 |
| boucman_work | ^ that one does it for .wks file, I "just" want to do it for all files | 14:37 |
| *** igor2 <igor2!~igor@189.112.127.225> has joined #yocto | 14:38 | |
| r0r0 | the commands are the same as the ones in the guide, looks it worked the second time but it didnt do any validation... anyway to confirm? | 14:41 |
| Ulfalizer | boucman_work: that one reads the template at parse time | 14:41 |
| boucman_work | yeah... I'm starting to think I'll have to do the same. Not as clean as I hoped, but it'll do I guess | 14:42 |
| boucman_work | (assuming the yocto core devs are interested in the feature) | 14:42 |
| michaelw_ | r0r0: it only outputs if there is a problem so if it's silent that is a good sign. When you run lsupdates next it will use that configuration so if that works you will know | 14:42 |
| *** ziggo <ziggo!~ziggo@217.89.178.116> has quit IRC | 14:43 | |
| *** MafiaInc <MafiaInc!~martian@92.247.20.94> has quit IRC | 14:43 | |
| Ulfalizer | once parsing is complete, it'll go through the values of all the variables and add the required vardeps. by that time, _WKS_TEMPLATE is already set to the template contents including all its variable references, so it's safe. | 14:43 |
| Ulfalizer | (parsing being "complete" includes all the anonymous python functions having run.) | 14:46 |
| r0r0 | this normal michaelw_ : The system will start. | 14:47 |
| r0r0 | /var/www/toaster/poky/bitbake/bin/toaster:243: = not found | when I ran: source toaster noweb start | 14:47 |
| boucman_work | ok, I think I understand the problem well... maybe I should write my own signature generator :P | 14:47 |
| boucman_work | (that's more complicated that what I feel I can master) | 14:48 |
| Ulfalizer | you'd still need to generate the signatures at parse time | 14:48 |
| r0r0 | looks like toaster lives in that path but says not found assuming 243 is a line number? | 14:49 |
| Ulfalizer | once parsing is done, the signatures are used to figure out what tasks to run. once those tasks are running, signature stuff no longer matters. | 14:49 |
| michaelw_ | r0r0: isn't it "source toaster start noweb" ? | 14:49 |
| r0r0 | https://wiki.yoctoproject.org/wiki/Setting_up_a_production_instance_of_Toaster | Guide reads: source toaster noweb start | 14:50 |
| r0r0 | same message the other way around | 14:50 |
| michaelw_ | r0r0: do you have oe-init-build-env sourced? | 14:51 |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 14:51 | |
| r0r0 | yea I believe so it said I had no local.conf or bblayers.conf and generated them | 14:52 |
| boucman_work | Ulfalizer: can't I get from the cache the list of vars that were used last time ? (the answer might be no, I don't see a good reason for the cache to keep that info) | 14:53 |
| Ulfalizer | boucman_work: nope. that's something i've been missing as a debugging aid. it would be handy to easily be able to tell what other variables bitbake thinks a variable/function depends on. | 14:54 |
| *** tjamison <tjamison!~tjamison@38.104.105.146> has joined #yocto | 14:54 | |
| Ulfalizer | boucman_work: https://lists.yoctoproject.org/pipermail/yocto/2016-April/029756.html | 14:55 |
| Ulfalizer | there's a hackish way i found to do it | 14:55 |
| michaelw_ | r0r0: are you using bash? I wonder if we rely on bash for some reason | 14:56 |
| Ulfalizer | that anonymous python function at the end will list all the variables do_compile depends on | 14:56 |
| Ulfalizer | maybe that's not what you're after though | 14:56 |
| *** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 14:57 | |
| r0r0 | dropping into bash instead of zsh fixed it | 14:57 |
| r0r0 | :-) | 14:57 |
| rburton | michaelw_: might be worth adding a "is this shell sane" check to the script that gets sourced | 14:58 |
| Ulfalizer | yeah, if you want the "previous" set of variable dependencies, i don't know of a way | 14:58 |
| r0r0 | :: agrees :: | 14:58 |
| michaelw_ | rburton: r0r0 yeah, we did actually get a patch from Liam yesterday who fixed up a ZSH issue | 14:59 |
| r0r0 | thats awesome | 14:59 |
| r0r0 | might be good to add instructions for creating a systemd service for noobs in the wiki | 15:00 |
| michaelw_ | r0r0: our latest official instructions have an example in step 8 http://www.yoctoproject.org/docs/latest/toaster-manual/toaster-manual.html#toaster-installation-steps | 15:02 |
| r0r0 | perfect | 15:02 |
| CTtpollard | should quilt have any problem applying a standard git.patch ? | 15:02 |
| *** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has joined #yocto | 15:03 | |
| rburton | not really | 15:06 |
| *** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has joined #yocto | 15:11 | |
| *** ziggo <ziggo!~ziggo@p2003006CCD50FC0036363BFFFED11AA2.dip0.t-ipconnect.de> has joined #yocto | 15:15 | |
| CTtpollard | thought not | 15:20 |
| *** Anticom <Anticom!~timo.m@217.6.33.234> has quit IRC | 15:25 | |
| *** paulg_ <paulg_!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has quit IRC | 15:30 | |
| *** maxin <maxin!~maxin@2001:998:22:0:6022:2de:99e1:cdc2> has left #yocto | 15:31 | |
| *** belen <belen!Adium@nat/intel/x-dgofmuektldxikez> has quit IRC | 15:32 | |
| *** hatter <hatter!~jockum@46.194.181.137> has quit IRC | 15:34 | |
| LocutusOfBorg | can anybody please fix a typo in ./resources/poky/meta/recipes-core/udev/udev-extraconf/network.sh? | 15:38 |
| LocutusOfBorg | # b) /var has not been populated yet so /etc/resolv,conf points to | 15:38 |
| LocutusOfBorg | sed s/,/./g | 15:38 |
| *** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has quit IRC | 15:39 | |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 15:48 | |
| *** ziggo <ziggo!~ziggo@p2003006CCD50FC0036363BFFFED11AA2.dip0.t-ipconnect.de> has quit IRC | 15:51 | |
| *** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 15:51 | |
| *** lamego <lamego!~jose@134.134.137.71> has quit IRC | 16:01 | |
| *** ziggo <ziggo!~ziggo@p2003006CCD50FC0036363BFFFED11AA2.dip0.t-ipconnect.de> has joined #yocto | 16:02 | |
| *** lamego <lamego!~jose@134.134.139.83> has joined #yocto | 16:04 | |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 16:04 | |
| *** pivi <pivi!~dolcini@93-50-145-180.ip152.fastwebnet.it> has quit IRC | 16:04 | |
| *** ziggo <ziggo!~ziggo@p2003006CCD50FC0036363BFFFED11AA2.dip0.t-ipconnect.de> has quit IRC | 16:08 | |
| *** lamego1 <lamego1!jose@nat/intel/x-ufmijrlqnurntykq> has joined #yocto | 16:24 | |
| *** gtristan <gtristan!~tristanva@110.11.179.37> has joined #yocto | 16:25 | |
| *** billr <billr!wcrandle@nat/intel/x-xwkcmmtwsusakalg> has joined #yocto | 16:25 | |
| *** lamego <lamego!~jose@134.134.139.83> has quit IRC | 16:26 | |
| *** belen <belen!Adium@nat/intel/x-jonjechukwjayxus> has joined #yocto | 16:27 | |
| *** belen <belen!Adium@nat/intel/x-jonjechukwjayxus> has quit IRC | 16:28 | |
| *** toscalix <toscalix!~toscalix@80.91.95.202> has quit IRC | 16:28 | |
| *** r0r0 <r0r0!~r0r0@23.29.46.242> has quit IRC | 16:31 | |
| *** r0r0 <r0r0!~r0r0@23.29.46.242> has joined #yocto | 16:32 | |
| *** iskander <iskander!~iskander@81.171.81.145> has joined #yocto | 16:35 | |
| *** iskander <iskander!~iskander@81.171.81.145> has quit IRC | 16:38 | |
| *** obsrwr_ <obsrwr_!~otp-amois@catv-78-139-0-146.catv.broadband.hu> has joined #yocto | 16:46 | |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has joined #yocto | 16:46 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-prapqarazsrmoshl> has quit IRC | 16:47 | |
| *** vdehors <vdehors!~vdehors@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC | 16:47 | |
| *** Lux <Lux!~Luggi09@parabox.it-syndikat.org> has joined #yocto | 16:49 | |
| *** armpit <armpit!~akuster@2601:202:4001:9ea0:41f8:d819:e223:f129> has quit IRC | 16:52 | |
| *** jbrianceau is now known as jbrianceau_away | 16:57 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 17:03 | |
| *** lamego1 <lamego1!jose@nat/intel/x-ufmijrlqnurntykq> has quit IRC | 17:03 | |
| *** toanju <toanju!~toanju@x4db34a9d.dyn.telefonica.de> has joined #yocto | 17:09 | |
| *** evanmeag_ <evanmeag_!~MongooseW@12.104.179.154> has joined #yocto | 17:10 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 17:11 | |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has quit IRC | 17:12 | |
| *** evanmeag_ <evanmeag_!~MongooseW@12.104.179.154> has quit IRC | 17:13 | |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has joined #yocto | 17:13 | |
| *** r0r0 <r0r0!~r0r0@23.29.46.242> has quit IRC | 17:13 | |
| *** r0r0 <r0r0!~r0r0@23.29.46.242> has joined #yocto | 17:14 | |
| *** gp_ <gp_!~gp@185.55.107.82> has quit IRC | 17:14 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 17:14 | |
| *** evanmeag_ <evanmeag_!~MongooseW@12.104.179.154> has joined #yocto | 17:14 | |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has quit IRC | 17:18 | |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has joined #yocto | 17:20 | |
| *** evanmeag_ <evanmeag_!~MongooseW@12.104.179.154> has quit IRC | 17:22 | |
| r0r0 | can anyone tell me how to add : meta-raspberrypi to toaster so I can select it from machine type | 17:28 |
| r0r0 | nm may have figured it out: https://www.yoctoproject.org/blogs/belenbarrospena/2015/it-builds-you-can-now-configure-and-run-your-builds-toaster | 17:29 |
| *** gtristan <gtristan!~tristanva@110.11.179.37> has quit IRC | 17:29 | |
| *** gtristan <gtristan!~tristanva@110.11.179.37> has joined #yocto | 17:29 | |
| *** Tenhi <Tenhi!~tenhi@static-ip-69-64-50-196.inaddr.ip-pool.com> has quit IRC | 17:32 | |
| *** toanju <toanju!~toanju@x4db34a9d.dyn.telefonica.de> has quit IRC | 17:35 | |
| *** evanmeag_ <evanmeag_!~MongooseW@12.104.179.154> has joined #yocto | 17:39 | |
| *** fledermaus <fledermaus!~vivek@2a00:1098:5:0:40d1:a8a7:759e:d1bd> has quit IRC | 17:40 | |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has quit IRC | 17:40 | |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has joined #yocto | 17:40 | |
| *** Tenhi <Tenhi!~tenhi@static-ip-69-64-50-196.inaddr.ip-pool.com> has joined #yocto | 17:40 | |
| *** paulg_ <paulg_!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has joined #yocto | 17:41 | |
| *** lamego <lamego!jose@nat/intel/x-ydzvqpruxvtwgfuj> has joined #yocto | 17:42 | |
| *** evanmeag_ <evanmeag_!~MongooseW@12.104.179.154> has quit IRC | 17:44 | |
| *** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has quit IRC | 17:46 | |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has quit IRC | 17:51 | |
| *** sno <sno!~sno@62.157.143.22> has quit IRC | 17:59 | |
| *** evadeflow <evadeflow!d1ddf0c1@gateway/web/freenode/ip.209.221.240.193> has joined #yocto | 17:59 | |
| evadeflow | Can anybody tell me how to enable use of ccache with a Yocto SDK? I've *used* some SDK's in past that were set up for it (and really appreciated the speed), but now I'm working with one that isn't. | 18:01 |
| evadeflow | I assume I'll need to: | 18:01 |
| evadeflow | IMAGE_INSTALL_append = " ccache " | 18:01 |
| evadeflow | somewhere or other, but... is that enough? | 18:02 |
| evadeflow | I guess I'm just gonna try adding it that way and running the `populate_sdk` command. If anybody sees this and can tell me I'm barking up the wrong tree, please let me know! | 18:03 |
| seebs | I think that would install ccache on the target system, which doesn't seem immediately relevant. | 18:10 |
| evadeflow | Hmm. I suppose not, but... I've been assuming I couldn't just install ccache on my build host and use it. Now that I think about it, though... | 18:14 |
| evadeflow | if ccache just hashes the compile command line args and stores the resultant objects, maybe it doesn't matter. | 18:15 |
| kergoth | why wouldn't you be able to install ccache on the host and use it? that's the whole point of ccache :) | 18:16 |
| evadeflow | I've used other SDKS where ccache was part of the cross toolchain, i.e., it was down alongside the cross compiler. And since we weren't compiling on the target, it would have been kind of a waste if it wasn't actually necessary. `:-] | 18:16 |
| evadeflow | But now that I think about, yeah, why would ccache care? | 18:17 |
| fray | in my somewhat recent experience, we've found ccache not all that useful -- unless you are building a large project over and over and over.. (this doesn't mean the build system -- it's really about building something with the SDK) | 18:17 |
| fray | if you try to use it with the build system you end up having a huge cache -- and there turns out to be very little re-use. The IO overhead of the ccache definitely is worse then just rebuilding the few re-usable objects | 18:18 |
| evadeflow | Last time I used ccache, it made a pretty big difference. A full build went from about 7 minutes to 57 seconds. | 18:19 |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has joined #yocto | 18:20 | |
| *** gatisp <gatisp!~gp@185.55.107.82> has joined #yocto | 18:21 | |
| fray | systems I am using -- 64 GB ram, 24 core (48 thread), and fairly slow disks (in comparison).. everything is I/O bound.. I can often compile the code faster then ccache can look it up, retrieve it and return it.. | 18:21 |
| fray | this is on a poky build that takes about 30 minutes.. | 18:21 |
| fray | enabling ccache it's still in the 30 minute range... and now I have a disk full of ccache objects.. the sstate-cache is more useful.. | 18:21 |
| fray | on a project that uses the SDK though, there is a lot more value, because the caching level can be much smaller | 18:21 |
| evadeflow | Yeah, I'm really talking about using the SDK to compile a slew of Qt apps. | 18:22 |
| fray | ya, in that case -- with ccaceh having a large enough defined cache space -- it can be useful | 18:22 |
| evadeflow | Right now, 'make clean' followed by 'make' takes about 12 minutes. | 18:22 |
| *** Tenhi_ <Tenhi_!~tenhi@static.177.80.201.138.clients.your-server.de> has joined #yocto | 18:26 | |
| *** MWelchUK <MWelchUK!~martyn@host109-145-193-171.range109-145.btcentralplus.com> has quit IRC | 18:27 | |
| *** scot <scot!~scot@130.164.62.160> has quit IRC | 18:30 | |
| *** Tenhi_ <Tenhi_!~tenhi@static.177.80.201.138.clients.your-server.de> has quit IRC | 18:31 | |
| *** scot <scot!~scot@130.164.62.160> has joined #yocto | 18:32 | |
| *** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-xqmwrhifdlyhtbbv> has quit IRC | 18:33 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.38> has joined #yocto | 18:35 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 18:37 | |
| *** evanmeag_ <evanmeag_!~MongooseW@12.104.179.154> has joined #yocto | 18:38 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.38> has quit IRC | 18:39 | |
| *** townxelliot <townxelliot!~ell@176.249.240.35> has quit IRC | 18:39 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.42> has joined #yocto | 18:40 | |
| *** MWelchUK <MWelchUK!~martyn@host81-147-3-127.range81-147.btcentralplus.com> has joined #yocto | 18:40 | |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has quit IRC | 18:42 | |
| *** armpit <armpit!~akuster@50.233.148.156> has joined #yocto | 18:44 | |
| -YoctoAutoBuilder- build #849 of nightly-rpm is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm/builds/849 | 18:50 | |
| -YoctoAutoBuilder- build #874 of nightly-x32 is complete: Failure [failed BuildImages Running Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/874 | 18:50 | |
| -YoctoAutoBuilder- build #835 of nightly-deb is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/835 | 18:51 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 18:52 | |
| -YoctoAutoBuilder- build #528 of nightly-rpm-non-rpm is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm-non-rpm/builds/528 | 18:53 | |
| -YoctoAutoBuilder- build #855 of nightly-ipk is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/855 | 18:55 | |
| -YoctoAutoBuilder- build #530 of nightly-deb-non-deb is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb-non-deb/builds/530 | 18:56 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 18:57 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-ffqnvrevrdiemkua> has quit IRC | 18:59 | |
| -YoctoAutoBuilder- build #876 of nightly-qa-skeleton is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-skeleton/builds/876 | 18:59 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.42> has quit IRC | 19:02 | |
| -YoctoAutoBuilder- build #432 of nightly-wic is complete: Failure [failed BuildImages_1 BuildImages_3 CreateWicImages_4] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-wic/builds/432 | 19:02 | |
| r0r0 | do failed builds have a way of being cleared besides using cli? | 19:04 |
| r0r0 | in toaster | 19:04 |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.38> has joined #yocto | 19:05 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 19:09 | |
| *** evanmeag_ <evanmeag_!~MongooseW@12.104.179.154> has quit IRC | 19:10 | |
| -YoctoAutoBuilder- build #892 of nightly-multilib is complete: Failure [failed BuildImages_2 Running Sanity Tests_2 BuildImages_3 Running Sanity Tests_3 BuildImages_4] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/892 | 19:13 | |
| *** paulg_ <paulg_!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has quit IRC | 19:14 | |
| -YoctoAutoBuilder- build #872 of nightly-qa-logrotate is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-logrotate/builds/872 | 19:15 | |
| *** paulg_ <paulg_!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has joined #yocto | 19:17 | |
| -YoctoAutoBuilder- build #877 of nightly-qa-pam is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-pam/builds/877 | 19:18 | |
| *** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto | 19:19 | |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has joined #yocto | 19:20 | |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has quit IRC | 19:22 | |
| -YoctoAutoBuilder- build #867 of build-appliance is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/867 | 19:30 | |
| -YoctoAutoBuilder- build #276 of nightly-checkuri is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-checkuri/builds/276 | 19:30 | |
| *** linulin <linulin!~foo@178-16-155-142.obit.ru> has quit IRC | 19:33 | |
| -YoctoAutoBuilder- build #876 of nightly-qa-systemd is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1 BuildImages_2 Running Sanity Tests_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/876 | 19:41 | |
| -YoctoAutoBuilder- build #511 of nightly-arm64 is complete: Failure [failed BuildImages Running Sanity Tests Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 Running SDK Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm64/builds/511 | 19:41 | |
| *** egorenar <egorenar!~egorenar@81.171.98.63> has joined #yocto | 19:41 | |
| *** egorenar is now known as iskander | 19:41 | |
| -YoctoAutoBuilder- build #524 of nightly-mips64 is complete: Failure [failed BuildImages Running Sanity Tests Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 Running SDK Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips64/builds/524 | 19:44 | |
| *** mortderire <mortderire!~rkinsell@192.198.151.44> has quit IRC | 19:44 | |
| *** evadeflow <evadeflow!d1ddf0c1@gateway/web/freenode/ip.209.221.240.193> has quit IRC | 19:45 | |
| iskander | hello | 19:46 |
| iskander | anyone knows how to remove connman from core-image-sato ? | 19:47 |
| *** dreyna <dreyna!~dreyna@unknown-216-200.windriver.com> has joined #yocto | 19:47 | |
| iskander | it conflicts with init-ifupdown | 19:47 |
| -YoctoAutoBuilder- build #205 of nightly-musl is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-musl/builds/205 | 19:50 | |
| *** joshuagl_ <joshuagl_!~joshuagl@192.198.151.44> has quit IRC | 19:54 | |
| rburton | iskander: core-image-sato uses connman. use your own image recipe? | 19:59 |
| iskander | besides that | 20:00 |
| rburton | core-image-sato is an example, you're encouraged to write your own | 20:00 |
| iskander | i know that i can make my own image without connman, but is there a way to remove it from core-image-sato without any patches ? | 20:00 |
| rburton | iirc, setting NETWORK_MANAGER | 20:01 |
| *** evadeflow <evadeflow!d1ddf0c1@gateway/web/freenode/ip.209.221.240.193> has joined #yocto | 20:01 | |
| iskander | indeed, this variable is set to 'connman-gnome', would it work if i set it to empty string ? | 20:02 |
| evadeflow | Oh, _now_ I see why the cross-SDKs I worked with previously had `ccache` in them: it was just a convenience, because all developers on the project (by definition) were _required_ to have the SDK, but they wouldn't necessarily all have ccache installed. | 20:03 |
| evadeflow | By including it in the SDK (compiled for the _host_), the symlinks could be preconfigured so they would Just Work t.m. for everybody. | 20:04 |
| evadeflow | So (rephrasing a question I asked earlier), how can I make Yocto include `ccache` in the SDK as a 'host tool'? | 20:04 |
| *** dcobbley <dcobbley!~dacobble@134.134.139.74> has joined #yocto | 20:04 | |
| *** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has quit IRC | 20:04 | |
| evadeflow | This isn't really helping me much: http://stackoverflow.com/questions/35183532/how-to-add-packages-to-populate-sdk-as-a-host-tool | 20:05 |
| evadeflow | Scratch that, the OP's item #2 probably helps (I don't mind if it's image-specific, we only have one, anyway). | 20:06 |
| evadeflow | > Add a bbappend file for nativesdk-packagegroup-sdk-host which includes "ccache" in RDEPENDS | 20:06 |
| evadeflow | I can probably figure out what that mean. | 20:07 |
| evadeflow | s | 20:07 |
| neverpanic | Sure that's ccache and not nativesdk-ccache? | 20:07 |
| evadeflow | Oh, hey--there's a 'nativesdk-ccache'? :-} | 20:10 |
| evadeflow | Sounds like what I want! | 20:10 |
| evadeflow | How do I go about adding it? | 20:11 |
| neverpanic | A copy of ccache that's built for the SDK architecture would be called nativesdk-ccache | 20:11 |
| neverpanic | Check the recipe for ccache, it might contain BBCLASSEXTEND += "nativesdk", in which case you already have it | 20:11 |
| neverpanic | (or there might be a separate nativesdk-ccache recipe) | 20:11 |
| evadeflow | Checking... | 20:12 |
| evadeflow | Well, the only `.bb` file with `ccache` in the name is `poky/meta/recipes-devtools/ccache/ccache_3.2.3.bb`. It includes a file `ccache.inc`, whose last line reads `BBCLASSEXTEND = "native"`. | 20:16 |
| *** iskander <iskander!~egorenar@81.171.98.63> has quit IRC | 20:16 | |
| neverpanic | evadeflow: sounds like you'd need a ccache_%.bbappend that includes BBCLASSEXTEND += "nativesdk" then | 20:20 |
| *** billr <billr!wcrandle@nat/intel/x-xwkcmmtwsusakalg> has quit IRC | 20:22 | |
| evadeflow | @neverpanic, can you give me a hint as to where I ought to add that for a quick-and-dirty test? `build/conf/ccache_3.2.3.bbappend`? | 20:24 |
| r0r0 | do i need a time machine to get a Davinci DM355 EVM board to work with yocto and toaster? | 20:24 |
| evadeflow | Another guy on my team is primarily responsible for this SDK, but I just confirmed that `ccache` cuts our build time by 75%, so I'm hot to get this in. | 20:24 |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 20:25 | |
| evadeflow | Oh... it looks like all the other `*.bbappend` are sitting right alongside the recipes they modify. | 20:26 |
| evadeflow | I'll just do that. | 20:26 |
| *** alimon1 <alimon1!~alimon@134.134.137.75> has quit IRC | 20:29 | |
| -YoctoAutoBuilder- build #856 of nightly-ipk is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/856 | 20:29 | |
| *** alimon1 <alimon1!~alimon@134.134.137.75> has joined #yocto | 20:32 | |
| r0r0 | looking for resources on how to get a leopardboard working with yocto and toaster if anyone has any ideas | 20:32 |
| *** cbzx <cbzx!6881c465@gateway/web/freenode/ip.104.129.196.101> has quit IRC | 20:33 | |
| *** ueni <ueni!~ueni@85.183.137.2> has quit IRC | 20:35 | |
| *** paulg <paulg!~paulg@128.224.252.2> has quit IRC | 20:36 | |
| *** paulg_ is now known as paulg | 20:36 | |
| -YoctoAutoBuilder- build #875 of nightly-x32 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/875 | 20:40 | |
| *** paulg <paulg!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has quit IRC | 20:46 | |
| *** marka <marka!~marka@128.224.252.2> has quit IRC | 20:49 | |
| -YoctoAutoBuilder- build #531 of nightly-deb-non-deb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb-non-deb/builds/531 | 20:50 | |
| *** cference <cference!~cference@64.187.189.2> has quit IRC | 20:54 | |
| -YoctoAutoBuilder- build #893 of nightly-multilib is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/893 | 20:57 | |
| -YoctoAutoBuilder- build #850 of nightly-rpm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm/builds/850 | 21:00 | |
| neverpanic | evadeflow: if you put the bbappends next to the recipes they modifiy you could just directly modify the recipes as well | 21:02 |
| neverpanic | evadeflow: usually you'd put your adjustements into a separate layer to leave poky as-is, and that's where you'd put your bbappend | 21:02 |
| neverpanic | for a quick and dirty test, that doesn't matter, though. | 21:03 |
| kergoth | i've placed both recipes and appneds next to one another in a separate layer (*not* oe-core or poky), usually in the case where i had to pull something from current upstream but couldn't update teh upstream layer for reasons relating to risk and release process. keeping the local changes separate from the files copied from upstream can ease maintenance | 21:04 |
| kergoth | that's about the only good use case for that though, afaik | 21:04 |
| Ulfalizer | kergoth: one downside is that i've seen a lot of people copy that style without knowing why they do it, creating lots of redundant bbappends that make the code harder to navigate | 21:07 |
| kergoth | people copying stuff blindly is *always* a danger :) | 21:08 |
| Ulfalizer | especially new people might assume it must be in a bbappend :/ | 21:08 |
| kergoth | just look at all the random crap in some of the layers in the layer index | 21:08 |
| Ulfalizer | yup, cargo culting is more common with beginners though | 21:09 |
| *** istarilucky <istarilucky!~rlucca@177.159.144.73> has quit IRC | 21:09 | |
| Ulfalizer | i probably did some when i started out, because investigating everything takes effort until you've figured the system out :) | 21:09 |
| kergoth | I don't see a problem using that pattern in mentor's layers. folks shoudln't be copying random crap from there anyway. avoiding that in oe-core makes sense, that should be people's baseline for their cargo culting anyway :) | 21:10 |
| kergoth | and there'd be no need to do it in oe-core anyway.. | 21:10 |
| * kergoth shrugs | 21:10 | |
| Ulfalizer | people probably take inspiration from lots of random places | 21:10 |
| kergoth | maybe i should add a readme to the directory :) | 21:12 |
| kergoth | this is weird for *this* reason, at least | 21:12 |
| kergoth | avoids needing to dig into the commit history for future reference anyway.. | 21:12 |
| Ulfalizer | even better would be a comment imo. i tend to overlook readmes. | 21:12 |
| kergoth | ah, true | 21:12 |
| *** linulin <linulin!~foo@client-188-168-43-165.spb-teleport.ru> has joined #yocto | 21:14 | |
| *** caiortp <caiortp!~inatel@131.221.240.204> has quit IRC | 21:17 | |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has joined #yocto | 21:17 | |
| *** berton <berton!~fabio@177.127.4.56> has quit IRC | 21:18 | |
| *** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto | 21:19 | |
| nerdboy | cargo cult? | 21:20 |
| * nerdboy lights incense and dances around the label printer | 21:21 | |
| Ulfalizer | nerdboy: https://en.wikipedia.org/wiki/Cargo_cult_programming :P | 21:21 |
| * nerdboy did not know that was a "methodology" | 21:21 | |
| Ulfalizer | just a fancy term for copying stuff you don't understand because you assume there must be a good reason for it | 21:22 |
| Ulfalizer | sometimes there is a good reason, only it doesn't apply in your case. sometimes it's just random stuff that no one knows where it came from, but that keeps getting copied around because people assume it might be doing *something*. :P | 21:23 |
| nerdboy | yeah, good page... | 21:24 |
| nerdboy | even has picture of vanuatu | 21:24 |
| kergoth | heh, definitely common. just look at nearly every open source project's buildsystem for good examples of cargo culted crap | 21:24 |
| * nerdboy dances some more | 21:24 | |
| nerdboy | kergoth: are you sure you're not confusing that with "normal" dev behavior? | 21:25 |
| * Ulfalizer thinks all the weird convoluted ways that people compare variables in shell is another example | 21:26 | |
| nerdboy | *the build stuff | 21:26 |
| nerdboy | Ulfalizer: and most of them are wrong... | 21:26 |
| kergoth | it's pretty common to copy the configure.ac/in and makefile.am from other projects with zero understanding of what's there or why, often including unnecessary bits, so i think it fits | 21:26 |
| * kergoth shrugs | 21:26 | |
| Ulfalizer | stuff that might have mattered at some point, but that's no longer relevant. and often people do it wrong too, considering the problem it was originally meant to work around. | 21:26 |
| RP | kergoth: been meaning to catch you, did you see the unset variable syntax patch? | 21:27 |
| *** boucman_work <boucman_work!~boucman@2a02-8428-034f-f800-9e32-0c7c-b391-6223.rev.sfr.net> has quit IRC | 21:27 | |
| nerdboy | okay, that plus not knowing/caring how to actually build/deploy your own code | 21:27 |
| RP | kergoth: seems reasonable to have something, just wanted to get a second opinion before we added new syntax since once its in its hard to remove/change | 21:28 |
| kergoth | I glanced at it briefly before I went on vacation, only just got back last night. Conceptually it seems reasonable, as it's a clear lack in the file format, but I haven't had a chance to review the code | 21:28 |
| Ulfalizer | RP: a documentation patch for the BitBake User Manual would be nice too, if it gets added | 21:28 |
| nerdboy | bash pitfalls is full of those examples | 21:28 |
| nerdboy | especially involving brackets and quotes... | 21:29 |
| *** obsrwr_ <obsrwr_!~otp-amois@catv-78-139-0-146.catv.broadband.hu> has quit IRC | 21:29 | |
| kergoth | RP: one possible concern is potential terminology confusion given the python API uses 'del' to unset a variable/flag, not 'unset', but the latter might be more user friendly, so maybe that's not an issue? | 21:29 |
| nerdboy | uh oh | 21:29 |
| * nerdboy has formal test coming up | 21:29 | |
| RP | kergoth: I wondered if we wanted to be pythonic or shell like. Our syntax is probably more shell like.. | 21:30 |
| RP | Ulfalizer: agreed | 21:31 |
| * nerdboy reviews operational test plan for the espresso machine | 21:32 | |
| *** igor2 <igor2!~igor@189.112.127.225> has quit IRC | 21:32 | |
| kergoth | that's a good point. Thinking about it now, I do think unset feels more in line with the current format, despite the difference from the api. So I'm on board with the concept and terminology in that case | 21:32 |
| RP | kergoth: cool, thanks. The implementation is less worrisome in that we can change it more easily :) | 21:33 |
| RP | kergoth: it does work as an immediate operation which was my main concern | 21:33 |
| * kergoth nods | 21:33 | |
| RP | but there is no other sane way to make it work afaict | 21:34 |
| kergoth | yeah.. if you need it postponed, you can always use anonymous python. it's in line with the behavior of = | 21:34 |
| RP | kergoth: right | 21:35 |
| *** mortderire <mortderire!~rkinsell@192.198.151.45> has quit IRC | 21:38 | |
| *** jku <jku!~jku@178-75-131-14.bb.dnainternet.fi> has joined #yocto | 21:39 | |
| Ulfalizer | RP: what are you adding by the way? a bitbake syntax for doing d.delVar("X")? | 21:42 |
| *** scot <scot!~scot@130.164.62.160> has quit IRC | 21:42 | |
| kergoth | there's a patch on the list to add that, yes. syntax to the file format for variable deletion, to handle cases where code is conditional upon variable existence rather than their value | 21:44 |
| kergoth | i.e. setting to the empty string doesn't cut it | 21:44 |
| Xz | hi there, how do I check if my image recipe pulls in another recipe? | 21:44 |
| Ulfalizer | ok | 21:45 |
| RP | Xz: you could bitbake <image> -g and check the .dot file ? | 21:45 |
| *** scot <scot!~scot@130.164.62.160> has joined #yocto | 21:49 | |
| Xz | RP: that worked, smart | 21:51 |
| Xz | RP: thanks! | 21:51 |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-dudshtfzrzwycuef> has joined #yocto | 21:54 | |
| *** jbrianceau_away is now known as jbrianceau_home | 21:54 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| *** fmeerkoetter <fmeerkoetter!~quassel@144.76.148.71> has joined #yocto | 22:01 | |
| *** jku <jku!~jku@178-75-131-14.bb.dnainternet.fi> has quit IRC | 22:01 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 22:01 | |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has quit IRC | 22:07 | |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has joined #yocto | 22:08 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.38> has quit IRC | 22:12 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.38> has joined #yocto | 22:14 | |
| *** alimon1 <alimon1!~alimon@134.134.137.75> has quit IRC | 22:52 | |
| *** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-182-183.telecom.by> has quit IRC | 22:57 | |
| *** jbrianceau_home is now known as jbrianceau_away | 23:03 | |
| *** lamego <lamego!jose@nat/intel/x-ydzvqpruxvtwgfuj> has quit IRC | 23:03 | |
| *** rburton1 <rburton1!~Adium@home.burtonini.com> has joined #yocto | 23:10 | |
| *** rburton <rburton!~Adium@home.burtonini.com> has quit IRC | 23:10 | |
| *** agust <agust!~agust@p4FCB4EF1.dip0.t-ipconnect.de> has quit IRC | 23:15 | |
| *** rburton1 <rburton1!~Adium@home.burtonini.com> has quit IRC | 23:27 | |
| *** dreyna <dreyna!~dreyna@unknown-216-200.windriver.com> has quit IRC | 23:36 | |
| *** sameo <sameo!~samuel@192.55.54.38> has quit IRC | 23:44 | |
| *** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 23:55 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!