Thursday, 2015-11-12

*** lamego <lamego!~jose@134.134.139.70> has quit IRC00:00
*** IvanSB_ <IvanSB_!~IvanSB@2a01:2000:2000:2fd5:f279:59ff:fe64:3a8> has joined #yocto00:01
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto00:04
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC00:05
*** madisox <madisox!~madison@216-75-232-11.static.wiline.com> has quit IRC00:06
*** IvanSB_ <IvanSB_!~IvanSB@2a01:2000:2000:2fd5:f279:59ff:fe64:3a8> has quit IRC00:08
*** IvanSB_ <IvanSB_!~IvanSB@2a01:2000:2000:2fd5:f279:59ff:fe64:3a8> has joined #yocto00:11
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC00:14
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC00:15
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto00:16
*** IvanSB_ <IvanSB_!~IvanSB@2a01:2000:2000:2fd5:f279:59ff:fe64:3a8> has quit IRC00:20
*** IvanSB_ <IvanSB_!~IvanSB@host81-144-dynamic.8-87-r.retail.telecomitalia.it> has joined #yocto00:26
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC00:27
*** roric <roric!~roric@h196n19-vrr-a31.ias.bredband.telia.com> has quit IRC00:28
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto00:29
*** sjolley <sjolley!~sjolley@134.134.139.74> has joined #yocto00:48
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC00:58
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto01:00
*** IvanSB_ <IvanSB_!~IvanSB@host81-144-dynamic.8-87-r.retail.telecomitalia.it> has quit IRC01:06
*** dreyna4529 <dreyna4529!~dreyna@unknown-216-199.windriver.com> has quit IRC01:08
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC01:10
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto01:12
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC01:45
*** dreyna4529 <dreyna4529!~dreyna@unknown-4-204.windriver.com> has joined #yocto01:55
*** Guest41021 <Guest41021!~vivek@78.32.176.249> has quit IRC02:08
*** sgw_ <sgw_!~sgw_@134.134.139.77> has quit IRC02:15
*** RP <RP!~richard@192.102.209.1> has quit IRC02:16
*** bananadev <bananadev!~bananadev@117.6.99.240> has joined #yocto02:19
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC02:27
*** cbzx <cbzx!~cbzx@CPE0015f275ecd5-CM00195edd810c.cpe.net.cable.rogers.com> has quit IRC02:45
*** stwcx <stwcx!~stwcx@108-215-4-10.lightspeed.austtx.sbcglobal.net> has joined #yocto02:49
*** sameo <sameo!samuel@nat/intel/x-taghbvhdjhalduqt> has quit IRC02:50
*** T0mW <T0mW!~Tom@24.102.243.3.res-cmts.t132.ptd.net> has quit IRC02:55
*** stwcx <stwcx!~stwcx@108-215-4-10.lightspeed.austtx.sbcglobal.net> has quit IRC04:04
*** dreyna4529 <dreyna4529!~dreyna@unknown-4-204.windriver.com> has quit IRC04:15
*** bananadev <bananadev!~bananadev@117.6.99.240> has quit IRC04:16
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto04:32
*** rink <rink!~rink@gloom.codethulu.net> has quit IRC05:23
*** rink <rink!~rink@gloom.codethulu.net> has joined #yocto05:24
*** RP <RP!~richard@173-164-78-145-Oregon.hfc.comcastbusiness.net> has joined #yocto05:24
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto05:44
*** entropy <entropy!62f6f582@gateway/web/freenode/ip.98.246.245.130> has joined #yocto06:03
entropyAnybody home?06:03
*** entropy is now known as Guest8769206:03
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has joined #yocto06:08
*** Guest87692 <Guest87692!62f6f582@gateway/web/freenode/ip.98.246.245.130> has quit IRC06:22
*** TobSnyder <TobSnyder!~schneider@ip923450f2.dynamic.kabel-deutschland.de> has joined #yocto06:22
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto06:23
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC06:23
*** edtyler_ <edtyler_!44049c51@gateway/web/freenode/ip.68.4.156.81> has joined #yocto06:24
*** roric <roric!~roric@h196n19-vrr-a31.ias.bredband.telia.com> has joined #yocto06:28
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC06:35
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto06:36
*** sgw_ <sgw_!sgw_@nat/intel/x-gnzhmfjmtwfexfsh> has joined #yocto06:36
*** bananadev <bananadev!~bananadev@117.6.99.240> has joined #yocto06:38
*** edtyler <edtyler!~edt@ip68-4-156-81.oc.oc.cox.net> has joined #yocto06:43
*** marek_ <marek_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto06:51
*** pohly <pohly!~pohly@p57A56C0B.dip0.t-ipconnect.de> has joined #yocto06:52
*** tismith <tismith!~toby@203.62.184.110> has quit IRC07:00
*** frsc <frsc!~frsc@dslb-094-216-249-157.094.216.pools.vodafone-ip.de> has joined #yocto07:03
*** Mike1__ <Mike1__!~mike@90.146.5.54> has joined #yocto07:05
*** yann|work <yann|work!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto07:13
*** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has joined #yocto07:15
*** blueness_ <blueness_!~blueness@cpe-74-77-145-97.buffalo.res.rr.com> has quit IRC07:16
*** blueness_ <blueness_!~blueness@cpe-74-77-145-97.buffalo.res.rr.com> has joined #yocto07:17
*** roric <roric!~roric@h196n19-vrr-a31.ias.bredband.telia.com> has quit IRC07:18
*** yann|work <yann|work!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC07:19
*** sgw_ <sgw_!sgw_@nat/intel/x-gnzhmfjmtwfexfsh> has quit IRC07:20
*** drou <drou!c32a382b@gateway/web/freenode/ip.195.42.56.43> has joined #yocto07:25
drouhi all07:25
*** mcfrisk_ is now known as mcfrisk07:29
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC07:42
*** Mike1__ <Mike1__!~mike@90.146.5.54> has quit IRC07:42
*** ueni <ueni!~ueni@85.183.137.2> has quit IRC07:47
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto07:47
*** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto07:57
*** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has quit IRC08:01
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:02
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-fmwplvdiobxfgcpi> has joined #yocto08:03
*** jbrianceau_away is now known as jbrianceau08:03
*** florian_kc is now known as florian08:03
*** _dv_ <_dv_!~quassel@chello062178118086.5.14.vie.surfer.at> has joined #yocto08:04
*** dv_ <dv_!~quassel@chello062178118086.5.14.vie.surfer.at> has quit IRC08:04
*** mckoan|away is now known as mckoan08:12
*** ueni <ueni!~ueni@85.183.137.2> has joined #yocto08:12
mckoangood morning08:13
*** justanotherboy <justanotherboy!mlopezva@nat/intel/x-hrjygmhqcdzgesrb> has quit IRC08:17
*** justanotherboy <justanotherboy!mlopezva@nat/intel/x-siuddxecxmcigitg> has joined #yocto08:18
*** bluelightning <bluelightning!~paul@ip5f5ae6b8.dynamic.kabel-deutschland.de> has joined #yocto08:19
*** bluelightning <bluelightning!~paul@ip5f5ae6b8.dynamic.kabel-deutschland.de> has quit IRC08:19
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:19
*** maxin <maxin!~maxin@2001:998:22:0:d040:ba8d:2fb4:c1c9> has joined #yocto08:20
*** townxelliot <townxelliot!~ell@176.251.36.115> has joined #yocto08:22
*** fl0v0 <fl0v0!~fvo@p5DDC67EE.dip0.t-ipconnect.de> has joined #yocto08:25
*** aime-Pierre <aime-Pierre!~Thunderbi@193.56.60.161> has joined #yocto08:29
*** jku <jku!jku@nat/intel/x-ketomcfjewrrtbod> has joined #yocto08:30
*** sameo <sameo!samuel@nat/intel/x-qatvqjtamwtdxgav> has joined #yocto08:37
*** yann|work <yann|work!~yann@LFbn-1-1026-146.w86-247.abo.wanadoo.fr> has joined #yocto08:37
*** Biliogadafr <Biliogadafr!~User@port-35-adslby-pool45.infonet.by> has joined #yocto08:41
joshuaglI really want to read about wic and devtool, there should be a page on yp.o that points me to relevant info for each of the cool tools being developed08:42
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC08:46
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto08:48
*** nighty-_ <nighty-_!~nighty@s1015252.xgsspn.imtp.tachikawa.spmode.ne.jp> has joined #yocto08:52
joshuaglaha, wic: https://www.yoctoproject.org/docs/2.0/dev-manual/dev-manual.html#creating-partitioned-images08:52
joshuagldevtool: https://www.yoctoproject.org/docs/2.0/dev-manual/dev-manual.html#using-devtool-in-your-workflow08:52
JEEBI should check if wic now creates EFI images better08:53
droui have a question regarding buildhistory, does is store the SRCREV only for the packages that have ${AUTOREV} and not for those which have a SRCREV explicitaly defined?09:05
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC09:05
*** roccof <roccof!~roccof@93-51-177-218.ip268.fastwebnet.it> has joined #yocto09:06
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto09:08
*** figiel <figiel!~pf@95.143.242.242> has joined #yocto09:15
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto09:19
tobiashhi, is it intended that recipes with 'do_configure[noexec] = "1"' don't get licence checked?09:20
tobiash(in terms of checksum mismatch via LIC_FILES_CHKSUM)09:23
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has joined #yocto09:26
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto09:29
*** raykinsella78 <raykinsella78!~rkinsell@192.198.151.44> has joined #yocto09:29
bluelightningtobiash: that's not the right way to disable that09:36
bluelightningtobiash: is the code you're building open or closed source?09:37
tobiashbluelightning: both09:40
tobiashjust grepped through the source09:40
tobiashfound also something like this here:09:40
tobiashpoky/meta/recipes-core/glibc/glibc-collateral.inc:do_configure[noexec] = "1"09:40
bluelightningyeah, that's not why that's setting that though09:41
tobiashso the correct way to disable configure would be to define an empty do_configure?09:41
bluelightningdo_configure isn't just about checking the license09:42
bluelightningdoes the software really not have anything to be configured prior to compilation?09:42
tobiashnope (java stuff)09:42
bluelightningI see09:42
bluelightningwell in any case, I'd suggest if there is a license in there other than your own that you may need to comply with you should consider setting LICENSE and LIC_FILES_CHKSUM properly rather than trying to disable them09:42
bluelightningyou can set LICENSE = "CLOSED", but if you're incorporating open source components that's probably inaccurate09:43
bluelightningprobably best to talk to a lawyer if there's any doubt (I'm not one, naturally)09:43
tobiashI've set that properly and noticed that when changing the checksum, there was no complaint about that09:45
tobiashafter some debugging I noticed that the disabled configure step was the reason of the skipped license checksum check09:45
bluelightningah right, I see09:46
*** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has joined #yocto09:46
bluelightningI wonder if we ought to consider splitting that out09:47
tobiashI also just thought if it would be better to do the license check as an independent task>09:48
tobiashcurrently trying that out09:48
*** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto09:56
*** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC10:03
*** raykinsella781 <raykinsella781!rkinsell@nat/intel/x-kosswravahllwvng> has joined #yocto10:08
*** raykinsella78 <raykinsella78!~rkinsell@192.198.151.44> has quit IRC10:08
*** dv_ <dv_!~quassel@chello062178118086.5.14.vie.surfer.at> has joined #yocto10:09
*** 64MAD9Y11 <64MAD9Y11!~daniel@217.110.68.82> has quit IRC10:09
*** _dv_ <_dv_!~quassel@chello062178118086.5.14.vie.surfer.at> has quit IRC10:09
*** raykinsella781 <raykinsella781!rkinsell@nat/intel/x-kosswravahllwvng> has quit IRC10:11
tobiashbluelightning: first build looks promising, it did check the licenses of my recipe now even when skipping do_configure :)10:12
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-oecyssfrxnewltll> has joined #yocto10:12
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-oecyssfrxnewltll> has left #yocto10:12
*** IvanSB <IvanSB!~IvanSB@host81-144-dynamic.8-87-r.retail.telecomitalia.it> has joined #yocto10:15
*** binhnk <binhnk!~binhnk@117.6.99.240> has quit IRC10:16
*** aime-Pierre <aime-Pierre!~Thunderbi@193.56.60.161> has left #yocto10:16
*** dv__ <dv__!~quassel@chello062178118086.5.14.vie.surfer.at> has joined #yocto10:18
*** bananadev <bananadev!~bananadev@117.6.99.240> has quit IRC10:18
*** dv_ <dv_!~quassel@chello062178118086.5.14.vie.surfer.at> has quit IRC10:18
drouwhere can i add an .inc file that stores all the SRCREV_pn_? i'd like to avoid including the whole list in my local.conf10:22
drouin the machine conf?10:22
bluelightningdrou: your custom distro config is the best place10:25
drouthanks, i'll take a look to the manual for that10:27
*** Mike1__ <Mike1__!~mike@90.146.5.54> has joined #yocto10:56
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-oecyssfrxnewltll> has joined #yocto10:57
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto11:21
*** RP <RP!~richard@173-164-78-145-Oregon.hfc.comcastbusiness.net> has quit IRC11:21
*** khem` is now known as onoffon11:21
*** RP <RP!~richard@c-71-63-217-65.hsd1.or.comcast.net> has joined #yocto11:23
*** jmpdelos <jmpdelos!~polk@delos.delosent.com> has quit IRC11:25
*** RP <RP!~richard@c-71-63-217-65.hsd1.or.comcast.net> has quit IRC11:29
*** IvanSB <IvanSB!~IvanSB@host81-144-dynamic.8-87-r.retail.telecomitalia.it> has quit IRC11:32
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto11:42
fmeerkoetterhow do I debug why a .bbappend isn't picked up?11:45
fmeerkoettervia bitbake-layer show appends i can see that it is found11:48
fmeerkoetterbut i don't see the effect11:48
fmeerkoettermy append file contains a single line CMDLINE = "dwc_otg.lpm_enable=0 console=ttyAMA0,115200 root=/dev/mmcblk0p2 rootfstype=btrfs rootwait"11:50
fmeerkoetterwhich tries to override CMDLINE which is set in the recipe i am overriding11:50
fmeerkoetterthe recipe to be overriden has ... rootfstype=ext4.... i am trying to change this into btrfs11:51
fmeerkoetterbut the resulting kernel has the wrong commandline11:51
fmeerkoetteri already did a clean11:51
fmeerkoetterany ideas?11:51
*** dl9pf <dl9pf!~quassel@static.88-198-106-157.clients.your-server.de> has joined #yocto11:52
*** dl9pf <dl9pf!~quassel@static.88-198-106-157.clients.your-server.de> has quit IRC11:54
*** dl9pf <dl9pf!~quassel@static.88-198-106-157.clients.your-server.de> has joined #yocto11:54
*** dl9pf <dl9pf!~quassel@static.88-198-106-157.clients.your-server.de> has quit IRC11:54
*** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has joined #yocto11:54
*** Guest41021 <Guest41021!~vivek@93.93.133.71> has joined #yocto11:55
*** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has quit IRC11:58
*** Mike1__ <Mike1__!~mike@90.146.5.54> has quit IRC12:00
figielfmeerkoetter, you can run bitbake -e and see history of changes of the variable you're interested in, it may help as maybe it's altered somewhere else again.12:00
*** nighty-_ <nighty-_!~nighty@s1015252.xgsspn.imtp.tachikawa.spmode.ne.jp> has quit IRC12:00
* joshuagl finds the easter eggs in the release announcement and chuckles12:03
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC12:04
*** RP <RP!~richard@173-164-78-145-Oregon.hfc.comcastbusiness.net> has joined #yocto12:06
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has quit IRC12:13
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto12:14
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has joined #yocto12:16
fmeerkoetterwhen building a bitbake target i'd often would like to see the whole build output of the target on the console12:21
fmeerkoetterhow do i do this?12:22
rburtonas in the full compile log, install log, and so on?12:23
JaMa| tee12:24
fmeerkoetterrburton: yes, full compiler output12:24
fmeerkoetterfor example12:24
rburtonfmeerkoetter: read the logs after the event,  they're in the work/machine/recipe/version/temp/log.*12:25
rburton(symlink one is the most recent)12:26
*** Biliogadafr1 <Biliogadafr1!~User@port-35-adslby-pool45.infonet.by> has joined #yocto12:28
*** Biliogadafr <Biliogadafr!~User@port-35-adslby-pool45.infonet.by> has quit IRC12:30
fmeerkoetterrburton: thanks. i knew about that one. thought there is an (additional) way12:31
fmeerkoettera more direct way12:31
fmeerkoetterespecialy when debugging/developing a single package12:31
fmeerkoetterfigiel: thanks. i figured it out. my .bbappend is fine. kernel config was b0rked12:32
*** otavio_ is now known as otavio12:37
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC12:42
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC12:50
*** aime-Pierre <aime-Pierre!~Thunderbi@193.56.60.161> has joined #yocto12:53
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto12:57
*** cesdv_ <cesdv_!~cesdv@client-188-168-43-165.spb-teleport.ru> has quit IRC12:59
*** binhnk <binhnk!~binhnk@117.6.99.240> has joined #yocto12:59
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC13:03
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC13:07
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto13:07
*** tsramos <tsramos!~tsramos@134.134.139.74> has joined #yocto13:09
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto13:13
*** drou <drou!c32a382b@gateway/web/freenode/ip.195.42.56.43> has quit IRC13:15
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC13:17
*** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC13:21
*** Guest41021 is now known as fledermaus13:22
*** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto13:24
*** jmpdelos <jmpdelos!~polk@delos.delosent.com> has joined #yocto13:25
*** _4urele_ <_4urele_!~aurele@srvmail.castel.fr> has quit IRC13:25
*** _4urele_ <_4urele_!~aurele@srvmail.castel.fr> has joined #yocto13:27
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto13:36
*** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto13:41
*** lamego <lamego!jose@nat/intel/x-xkhconmjejjwzwpl> has joined #yocto13:41
*** ftonello <ftonello!~quassel@81.145.202.106> has quit IRC13:42
*** RP1 <RP1!~richard@c-71-63-217-65.hsd1.or.comcast.net> has joined #yocto13:45
*** RP <RP!~richard@173-164-78-145-Oregon.hfc.comcastbusiness.net> has quit IRC13:46
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC13:51
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto13:53
*** khem` is now known as onoffon13:53
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:30bb:f279:59ff:fe64:3a8> has joined #yocto13:53
*** onoffon <onoffon!~khem@unaffiliated/khem> has quit IRC13:58
*** igor <igor!Igor_Stopp@nat/intel/x-vntypcahysohfzjg> has quit IRC14:00
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:30bb:f279:59ff:fe64:3a8> has quit IRC14:02
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:30bb:f279:59ff:fe64:3a8> has joined #yocto14:04
*** xse_ <xse_!~xse@80.97.6.174> has joined #yocto14:08
*** xse_ is now known as AlexV14:08
*** AlexV is now known as Guest7904314:09
*** Guest79043 is now known as Alex_V14:09
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto14:10
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:30bb:f279:59ff:fe64:3a8> has quit IRC14:10
Alex_Vhello guys, I seem to have a sicrular dependency for the base-files recipe, any idea on how to investigate why this error is caused14:11
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC14:11
*** RP1 <RP1!~richard@c-71-63-217-65.hsd1.or.comcast.net> has quit IRC14:12
*** cesdv <cesdv!~cesdv@178-16-155-142.obit.ru> has joined #yocto14:16
*** ftonello <ftonello!~quassel@81.145.202.106> has joined #yocto14:17
*** RP <RP!~richard@c-71-63-217-65.hsd1.or.comcast.net> has joined #yocto14:17
*** aragua <aragua!~flahouder@212.194.216.83> has joined #yocto14:19
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC14:21
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:30bb:f279:59ff:fe64:3a8> has joined #yocto14:23
*** jku <jku!jku@nat/intel/x-ketomcfjewrrtbod> has quit IRC14:28
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:30bb:f279:59ff:fe64:3a8> has quit IRC14:28
*** xp190 <xp190!d04149ca@gateway/web/freenode/ip.208.65.73.202> has quit IRC14:29
*** RP <RP!~richard@c-71-63-217-65.hsd1.or.comcast.net> has quit IRC14:32
*** kscherer <kscherer!~kscherer@128.224.252.2> has quit IRC14:36
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:30bb:f279:59ff:fe64:3a8> has joined #yocto14:38
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto14:45
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:30bb:f279:59ff:fe64:3a8> has quit IRC14:48
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:30bb:f279:59ff:fe64:3a8> has joined #yocto14:51
*** adtec_ <adtec_!~adtec@107-0-144-157-ip-static.hfc.comcastbusiness.net> has joined #yocto14:54
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has quit IRC14:57
snoJaMa: I'm trying out the suggested _append_linuxstdbase line for samba - but I can't get my mind wrapped around that ...14:58
snoit looks as if there is no opposite to that linuxstdbase - so if (linuxstdbase); then use lsb + lsb-init; else use sysv-plain-init; fi14:59
*** klno <klno!~klno@85.183.137.2> has quit IRC15:01
snodo you have a hint how to solve that?15:03
*** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@88-149-228-50.v4.ngi.it> has joined #yocto15:03
JaMasno: I haven't read the whole discussion with khem, but if you need to implement "else" then you can use interim variable to do that15:05
JaMaFOO_linuxstdbase = "bar"15:05
JaMaFOO = "blah"15:05
JaMaPACKAGECONFIG_append = " ${FOO}"15:05
snoJaMa: I'm simply not convinced restricting the init to libuxstdbase override15:05
snoJaMa: but that's a good idea and before having a time consuming discussion ;)15:06
snoJaMa: what I finally want/need is a reliable start/stop for samba when not using systemd15:07
*** madisox <madisox!~madison@12.30.244.5> has joined #yocto15:08
*** sgw_ <sgw_!~sgw_@134.134.137.75> has joined #yocto15:10
*** berton <berton!~fabio@201.22.227.56> has joined #yocto15:24
*** marek_ <marek_!~marek@81.89.61.168.host.vnet.sk> has quit IRC15:25
*** Biliogadafr1 <Biliogadafr1!~User@port-35-adslby-pool45.infonet.by> has quit IRC15:27
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto15:28
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC15:28
*** Biliogadafr <Biliogadafr!~User@port-35-adslby-pool45.infonet.by> has joined #yocto15:29
*** RP <RP!~richard@192.102.209.1> has joined #yocto15:33
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:30bb:f279:59ff:fe64:3a8> has quit IRC15:34
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto15:36
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:30bb:f279:59ff:fe64:3a8> has joined #yocto15:38
*** tsramos <tsramos!~tsramos@134.134.139.74> has quit IRC15:46
*** tsramos <tsramos!~tsramos@192.55.55.39> has joined #yocto15:47
*** tsramos <tsramos!tsramos@nat/intel/x-amewkbigfvfovfnu> has joined #yocto15:47
*** tsramos_ <tsramos_!tsramos@nat/intel/x-xzdaluntefbyuonh> has joined #yocto15:48
raykinsella78hi folks - trying to build an SDK with the kernel headers, have added IMAGE += " kernel-devsrc", but it did seem to do anything?15:49
kergothwhat exactly is "IMAGE"?15:50
kergothi'm not aware of such a variable15:50
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC15:50
kergothyou'd have to add it to IMAGE_INSTALL in the image recipe you're running populate_sdk against, or add it to TOOLCHAIN_TARGET_TASK15:50
*** tsramos <tsramos!tsramos@nat/intel/x-amewkbigfvfovfnu> has quit IRC15:51
raykinsella78tried adding it to TOOLCHAIN_TARGET_TASK and it complain against about RPROVIDES.15:53
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto15:53
*** aehs29 <aehs29!~aehernan@134.134.137.73> has joined #yocto15:53
kergothput the exact error message in a pastebin15:55
kergothdon't summarize15:55
*** benjamirc <benjamirc!~besquive@134.134.137.75> has joined #yocto15:55
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC15:56
*** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto15:59
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:30bb:f279:59ff:fe64:3a8> has quit IRC16:00
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto16:00
*** nobu <nobu!~nobu@62.20.3.162> has quit IRC16:01
*** nobu <nobu!~nobu@62-20-3-162.customer.telia.com> has joined #yocto16:01
*** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC16:04
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:30bb:f279:59ff:fe64:3a8> has joined #yocto16:05
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC16:07
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto16:09
*** TobSnyder <TobSnyder!~schneider@ip923450f2.dynamic.kabel-deutschland.de> has quit IRC16:11
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:30bb:f279:59ff:fe64:3a8> has quit IRC16:12
Ulfalizerwhy does oe_runmake add '-e'? just to deal with makefiles that do 'CFLAGS = ...' (rather than ?=) and the like?16:14
*** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@88-149-228-50.v4.ngi.it> has quit IRC16:14
Ulfalizerseems a bit dangerous for other stuff, in case something in the environment just happens to override something internal to the makefile...16:15
*** Mike1__ <Mike1__!~mike@90.146.5.54> has joined #yocto16:16
kergothUlfalizer: yep, pretty much. and yep it is dangerous, which is why folks are looking into removing it as the default. it's not the case for autotools/etc, just pure make based systems, and it's not ideal. it makes many projects 'just work', but it encourages folks to not even read the makefiles, which is bad. folks should read the makefiles, and override EXTRA_OEMAKE to explicitly pass all the vars we care about on the make commandline16:18
kergothit's because we pass -e that we then have to force makeflags, which makes it not carry the -e into sub-makes, otherwise a toplevel makefile couldn't append to our env var without that being overridden by the env in the submake16:18
kergothheh16:19
* kergoth is to blame for this (among other things) :)16:19
Ulfalizerkergoth: okay, thanks for the explanation16:22
*** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto16:23
kergoththe original idea was to minimize the recipes, make as many things Just Work as possible, but it's too implicit and risky, and encourages ignorance, so in retrospect, not the best of plans :)16:24
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC16:27
rburtonkergoth: the enthusiasm of youth eh16:27
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto16:27
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has quit IRC16:31
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:31
*** sjolley <sjolley!~sjolley@134.134.139.74> has quit IRC16:31
*** fl0v0 <fl0v0!~fvo@p5DDC67EE.dip0.t-ipconnect.de> has quit IRC16:37
*** jmpdelos <jmpdelos!~polk@delos.delosent.com> has quit IRC16:40
*** yann|work <yann|work!~yann@LFbn-1-1026-146.w86-247.abo.wanadoo.fr> has quit IRC16:42
*** sgw_ <sgw_!~sgw_@134.134.137.75> has quit IRC16:46
*** jmpdelos <jmpdelos!~polk@delos.delosent.com> has joined #yocto16:49
*** bluelightning_ <bluelightning_!~paul@ip5f5ae6b8.dynamic.kabel-deutschland.de> has joined #yocto16:55
*** bluelightning_ <bluelightning_!~paul@ip5f5ae6b8.dynamic.kabel-deutschland.de> has quit IRC16:55
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:55
*** mckoan is now known as mckoan|away16:55
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC16:58
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC16:58
*** bluelightning_ is now known as bluelightning16:58
snoJaMa: do you have a resource where the other missing samba rdepends are from?17:00
snoit's always good to have a tester17:00
snoJaMa: my patch fixes more (eg. the aio), but not all of them17:00
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC17:01
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has quit IRC17:02
*** fitzsim <fitzsim!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has quit IRC17:07
*** maxin <maxin!~maxin@2001:998:22:0:d040:ba8d:2fb4:c1c9> has quit IRC17:09
*** khem <khem!~khem@unaffiliated/khem> has quit IRC17:09
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto17:10
*** sgw_ <sgw_!sgw_@nat/intel/x-epimbwetmzyksqlg> has joined #yocto17:11
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto17:12
JaMasno: "resource" ? like which recipe provides them?17:13
snoJaMa: like the people reported the issue(s) ;)17:14
JaMaI've reported it as you can see in the e-mail17:14
snook, so you're my tester when sending 2nd patch ;)17:15
snoJaMa: but for now I'd like to have the one tested / committed17:16
*** Biliogadafr <Biliogadafr!~User@port-35-adslby-pool45.infonet.by> has quit IRC17:16
*** Biliogadafr <Biliogadafr!~User@port-35-adslby-pool45.infonet.by> has joined #yocto17:16
*** frsc <frsc!~frsc@dslb-094-216-249-157.094.216.pools.vodafone-ip.de> has quit IRC17:16
*** aime-Pierre <aime-Pierre!~Thunderbi@193.56.60.161> has quit IRC17:19
JaMasno: nothing will get merged to meta-oe until all these issues are fixed17:19
snoJaMa: why not? they're currently in there and half of them are fixed with that commit17:20
JaMasee my e-mails from today17:20
*** Biliogadafr <Biliogadafr!~User@port-35-adslby-pool45.infonet.by> has quit IRC17:21
JaMabut I'll include your change in next test17:21
snoJaMa: the reply to my patch or other ones?17:21
JaMajust won't merge it until we have final and complete fix17:21
snoJaMa: don't get me wrong, I'm happy to provide another patch for the remaining fixes17:22
snobut with the way how waf configure works, there might be dozen sleeping similar ones17:22
JaMathere shouldn't be (at least in layers included in my world build)17:23
JaMaI understand there aren't --disable options for waf, but at least listing them all in DEPENDS (or even using sed to disable them explicitly) will help us get deterministic builds17:24
snothat's not what I mean - you discovered now 3 more: cyrus-sasl, dmapi and libbsd plus figure out that --disable-pam does only half of the job17:25
snobut how many hidden dependencies sleep in the configure you never discover nowadays, because we don't have to exotic dependencies around?17:26
snoand tomorrow - meta-oe grows and more hidden dependencies pop up17:26
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto17:28
JaMathat's why I have to re-execute test-dependencie script from time to time and fix new issues (from new or upgraded components)17:32
JaMabut if you manage to fix already known issues then I'll happily merge such fix17:32
snoJaMa: can we (and is it sane?) add patches depend on PACKAGECONFIG?17:32
snoI think about something like SRC_URI+= "${@base_contains('PACKAGECONFIG', 'ldap', '', 'remove-ldap-check.patch', d)}17:32
JaMawe can worry about unknowns later17:32
JaMayes we can17:32
*** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC17:33
JaMabut if they overlap, it's bad17:33
JaMabacause you won't ever know which combination user will have17:33
JaMathat's why sed can work better here (if possible17:33
snosed is suit, but for larger expressions it becomes evit :D17:34
snofor those who have to maintain the expressions17:34
JaMaagreed17:34
snoespecially when qotes are in the expression17:34
JaMa"if possible" :)17:34
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC17:34
snoI try to schedule the samba deps tomorrow - I wanted to prepare releases for MIME::Base32 and List::MoreUtils - let's see how far I come ...17:36
*** jbrianceau is now known as jbrianceau_away17:37
*** wto <wto!~wto@h-140-99.a336.priv.bahnhof.se> has joined #yocto17:43
*** sameo <sameo!samuel@nat/intel/x-qatvqjtamwtdxgav> has quit IRC17:49
*** gatisp <gatisp!~gp@91.237.34.118> has quit IRC17:49
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC17:49
*** hanthings_ <hanthings_!~hanthings@dyxztkyb1y0b7sq-29h1t-3.rev.dnainternet.fi> has joined #yocto17:51
*** townxelliot <townxelliot!~ell@176.251.36.115> has quit IRC17:52
*** roccof <roccof!~roccof@93-51-177-218.ip268.fastwebnet.it> has quit IRC17:59
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto18:10
raykinsella78adding kernel-devsrc to IMAGE_FEATURES doesn't seem to have affect ... confused on how to get Kernel Headers in the SDK18:22
*** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@151.46.200.13> has joined #yocto18:23
*** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@151.46.200.13> has quit IRC18:25
*** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@151.46.200.13> has joined #yocto18:25
*** ftonello <ftonello!~quassel@81.145.202.106> has quit IRC18:25
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC18:26
*** armpit <armpit!~akuster@2601:202:4000:1239:b99e:8fcb:e922:8a29> has quit IRC18:28
kergoth[08:50:43]  <kergoth>you'd have to add it to IMAGE_INSTALL in the image recipe you're running populate_sdk against, or add it to TOOLCHAIN_TARGET_TASK18:29
kergothas i said earlier18:29
kergothIMAGE_INSTALL != IMAGE_FEATURES18:30
*** yann|work <yann|work!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto18:30
*** adtec_ <adtec_!~adtec@107-0-144-157-ip-static.hfc.comcastbusiness.net> has quit IRC18:31
raykinsella78wooops ... hang on18:31
raykinsella78IMAGE_INSTALL += " \18:31
raykinsella78    kernel-devsrc"18:31
raykinsella78IMAGE_INSTALL is what I had ... still nothing.18:32
raykinsella78never mind .. something is going wrong, its getting stripped.18:34
fmeerkoetteri have a problem modifying a kernel config. i am using meta-raspberrypi as my bsp. this layer provides a defconfig for the kernel.18:35
fmeerkoetterthis defconfig contains CONFIG_BTRFS=m18:36
fmeerkoetteri would like to change this into =y18:36
fmeerkoettertodo this i created a kernel config fragment18:36
*** var_x <var_x!~varx.org@wsip-98-178-241-136.oc.oc.cox.net> has joined #yocto18:36
fmeerkoetternamed btrfs.cfg18:36
fmeerkoetterwhich i placed in one of my layers18:37
fmeerkoetterFILESEXTRAPATHS_prepend := "${THISDIR}/files:"18:37
fmeerkoetterSRC_URI += "file://btrfs.cfg"18:37
fmeerkoetteris used to pull it in18:37
fmeerkoetteri know that the btrfs.cfg is picked up18:38
fmeerkoetterbc. i see it in .....linux-raspberrypi/3.18.11+gitd64fa8121fca9883d6fb14ca06d2abf66496195e-r0/18:38
fmeerkoetteralongside the defconfig18:38
fmeerkoetterbut the resulting .config file has CONFIG_BTRFS=m18:39
fmeerkoetterany ideas?18:39
raykinsella78http://starbaseatlanta.com/ebaypics/stmangab20495.jpg18:39
raykinsella78missing the bb ...18:40
fmeerkoettergot it18:40
fmeerkoetterthanks :-)18:40
raykinsella78kergoth: there is no kernel-devsrc.bb in Dizzy ... any suggestion other than the obvious (upgrade :-))18:43
*** Crofton|work <Crofton|work!~balister@pool-108-44-118-62.ronkva.east.verizon.net> has quit IRC18:44
*** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@151.46.200.13> has quit IRC18:45
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC18:46
*** Crofton|work <Crofton|work!~balister@pool-108-44-118-62.ronkva.east.verizon.net> has joined #yocto18:46
mario-goulartfmeerkoetter: don't know about meta-raspberrypi, but some kernel recipes don't support configuration fragments.18:48
fmeerkoettermario-goulart: that is good to know18:49
fmeerkoetterfor that case i just have to provide my custom config?18:49
mario-goulartYeah18:50
-YoctoAutoBuilder- build #529 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/52918:53
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto18:55
fmeerkoettermario-goulart: meta-raspberrypi supports fragments since mid-2014. jfyi18:55
mario-goulartfmeerkoetter: ah, ok.  Thanks.18:57
*** belen1 <belen1!Adium@nat/intel/x-wiqmkfqizthikjuk> has quit IRC18:59
*** cesdv <cesdv!~cesdv@178-16-155-142.obit.ru> has quit IRC19:28
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC19:32
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto19:36
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-fmwplvdiobxfgcpi> has quit IRC19:40
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC19:40
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto19:41
*** cbzx <cbzx!~cbzx@CPE0015f275ecd5-CM00195edd810c.cpe.net.cable.rogers.com> has joined #yocto19:41
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC19:42
*** tsramos <tsramos!~tsramos@134.134.139.74> has joined #yocto19:46
*** tsramos_ <tsramos_!tsramos@nat/intel/x-xzdaluntefbyuonh> has quit IRC19:47
*** svslerxst <svslerxst!~dawe@pool-96-247-91-94.lsanca.fios.verizon.net> has joined #yocto19:47
*** aehs29 <aehs29!~aehernan@134.134.137.73> has quit IRC19:47
*** svslerxst <svslerxst!~dawe@pool-96-247-91-94.lsanca.fios.verizon.net> has quit IRC19:47
*** thaytan <thaytan!~thaytan@199.7.70.115.static.exetel.com.au> has quit IRC19:48
*** aehs29 <aehs29!~aehernan@134.134.137.73> has joined #yocto19:48
*** thaytan <thaytan!~thaytan@199.7.70.115.static.exetel.com.au> has joined #yocto19:48
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC19:50
*** belen1 <belen1!~Adium@17.114.2.81.in-addr.arpa> has joined #yocto19:52
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto19:52
*** paulg <paulg!~paulg@OTWAON23-1279379696.sdsl.bell.ca> has joined #yocto19:57
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto19:59
fmeerkoetterknu20:00
*** c10ud <c10ud!~c10ud@emesene/dictator/c10ud> has joined #yocto20:02
*** belen1 <belen1!~Adium@17.114.2.81.in-addr.arpa> has quit IRC20:02
*** paulg <paulg!~paulg@OTWAON23-1279379696.sdsl.bell.ca> has quit IRC20:04
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC20:06
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto20:06
*** t0mmy_ <t0mmy_!~tprrt@ram31-2-82-228-88-46.fbx.proxad.net> has joined #yocto20:15
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:30bb:f279:59ff:fe64:3a8> has joined #yocto20:16
*** khem` is now known as onoffon20:17
*** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC20:27
*** tsramos <tsramos!~tsramos@134.134.139.74> has quit IRC20:33
*** armpit <armpit!~akuster@64.2.3.194> has joined #yocto20:37
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:30bb:f279:59ff:fe64:3a8> has quit IRC20:38
fishey1Say I want to have /var/log not be symlinked to /var/volatile , is there an easy way to do that? I've found the fs-perms.txt file that appears to control it, but it isn't clear how to override that file.20:40
kergothfishey1: fs-perms corrects things in binary packages, e.g. a link defined there will be followed if a binary package tries to install a file into a volatile path. that won't handle making sure everything is what oyu want on target20:41
kergothfor what you want, you'd have to modify volatiles in the case of sysvinit, and tmpfiles.d in the case of systemd20:41
kergothsad to say we don't have a single consistent wayt o handle that20:41
kergoththat said, i'm pretty sure /var/log is already handled via volatile20:41
kergothso you shouldn't have to do anything in that regard20:42
fishey1kergoth: the issue is that bitbake gives me an error when trying to build the image when I try to have a real directory named /var/log/journal (appended to base_files)20:42
fishey1I don't want it to be volatile, I want it to be persistent20:42
kergoththat makes sense, becuase you can't package files into a volatile path20:42
kergothgotcha20:42
fishey1error " * extract_archive: Cannot create symlink from ./var/log to 'volatile/log': File exists."20:43
kergothyou'd have to remove it both from fs-perms and also from volatiles in the initscripts package for sysvinit and tmpfiles for systemd20:43
kergothwe really need to improve the way we do this20:43
kergothalso we should spot cases where we're trying to package files in a volatile path and just error out at packaging time rather than at rootfs construction time20:44
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto20:44
fishey1kergoth: can I do that from a layer? this is really a distro configuration choice, and I'd like to avoid maintaining a fork of meta.20:44
*** onoffon <onoffon!~khem@unaffiliated/khem> has quit IRC20:44
fishey1(the fs-perms part, the tempfiles stuff I'm sure is fixable)20:45
*** c10ud <c10ud!~c10ud@emesene/dictator/c10ud> has quit IRC20:47
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-cxyntcngfigoyxoi> has quit IRC20:47
kergothfairly sure it'll search the layers for it20:47
kergothso just set your layer to a higher priority, move it first in BBLAYERS, and put it in your layer in the expected path20:47
kergoth(technically the bblayers order is a factor here, not the bbfile layer priority, just mentioend that for consistency)20:48
fishey1so create a copy of the fs-perms.txt with my modifications to it (removal of that line)20:48
fishey1and make sure it's earlier in the BBLAYERS list?20:48
kergothyep20:48
kergothafaik that should work20:48
fishey1ok, I'll try it. Thanks.20:48
kergothnp20:49
kergothbut again, that'll just avoid the redirection when building packages, not what ends up on target until you deal with volatiles/tmpfiles20:49
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:30bb:f279:59ff:fe64:3a8> has joined #yocto20:51
fishey1ack20:53
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:54
*** cesdv <cesdv!~cesdv@client-188-168-43-165.spb-teleport.ru> has joined #yocto20:55
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC20:56
kergothI'd like to see us split off the base tmpfiles configuration, ship a tmpfiles population script/tool for use in sysvinit images, and deprecate volatiles20:57
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:30bb:f279:59ff:fe64:3a8> has quit IRC20:57
kergothHas anyone figure out how to search worth a damn for info on path relocation fixes? searching for relocation invariably gives you results relating to linker and loader relocation stuff, not relocation on disk20:58
*** jcreekmore <jcreekmore!~jcreekmor@2601:7c0:c300:dad6:21d:92ff:fef3:50e> has joined #yocto21:03
*** fledermaus <fledermaus!~vivek@93.93.133.71> has quit IRC21:08
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto21:09
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC21:14
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto21:14
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC21:15
*** Mike1__ <Mike1__!~mike@90.146.5.54> has quit IRC21:18
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto21:19
jcreekmoreIs there any way I can use KERNEL_MODULE_AUTOLOAD from outside of a kernel bitbake file? I have one kernel that I am wanting to share between several rootfs images, but each of those have different module autoload requirements. If I try to put the KERNEL_MODULE_AUTOLOAD line inside the rootfs BB file, it doesn't get picked up.21:20
kergothafaik KERNEL_MODULE_AUTOLOAD just writes a file in /etc. you could write your own via a ROOTFS_POSTPROCESS_COMMAND function or a custom binary package/recipe21:21
*** berton <berton!~fabio@201.22.227.56> has quit IRC21:21
kergothspecifically, write a .conf file to /etc/modules-load.d/21:21
kergothone line per module nmae21:21
kergothsee the man pages in any linux system for details21:21
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC21:22
bluelightningfortunately it's trivial to work around, but it's possible we should rethink how it's implemented21:22
jcreekmoreOK, thanks. I was just making sure that there wasn't any more magic that had to happen.21:22
Cardoebluelightning: It would be nice to do it external to the kernel build.21:23
bluelightningindeed21:24
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto21:24
*** pidge_ <pidge_!~pidge@94.2.230.111> has quit IRC21:28
*** pohly <pohly!~pohly@p57A56C0B.dip0.t-ipconnect.de> has quit IRC21:33
*** yann|work <yann|work!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC21:37
-YoctoAutoBuilder- build #530 of nightly-qa-systemd is complete: Failure [failed Running Sanity Tests Running Sanity Tests_1 Running Sanity Tests_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/53021:40
*** pidge_ <pidge_!~pidge@94.2.230.111> has joined #yocto21:41
rburtonYoctoAutoBuilder: DAMN YOU21:42
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto21:42
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC21:43
*** khem` is now known as onoffon21:45
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC21:47
*** bluelightning <bluelightning!~paul@ip5f5ae6b8.dynamic.kabel-deutschland.de> has joined #yocto21:48
*** bluelightning <bluelightning!~paul@ip5f5ae6b8.dynamic.kabel-deutschland.de> has quit IRC21:48
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto21:48
*** fledermaus <fledermaus!~vivek@78.32.176.249> has joined #yocto21:49
*** IvanSB <IvanSB!~IvanSB@host81-144-dynamic.8-87-r.retail.telecomitalia.it> has joined #yocto21:50
*** hanthings_ <hanthings_!~hanthings@dyxztkyb1y0b7sq-29h1t-3.rev.dnainternet.fi> has quit IRC21:57
*** sgw_ <sgw_!sgw_@nat/intel/x-epimbwetmzyksqlg> has quit IRC22:05
*** RP <RP!~richard@192.102.209.1> has quit IRC22:06
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC22:09
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto22:09
edtylerIs there a may to create a directory in the root of the rootfs to use as a mountpoint specified in fstab? I tried install -d ${D}/mymountpoint, but do_rootfs failed22:14
bluelightningedtyler: you would probably do that by defining a shell function to do that (using mkdir -p ${IMAGE_ROOTFS}/mymountpoint) then adding a call to that function to ROOTFS_POSTPROCESS_COMMAND22:19
bluelightning(both of those would go in your image recipe)22:19
kergothi hate the new limitations of ROOTFS_POSTPROCESS_COMMAND22:21
kergothit used to be able to be any shell code, now it's function names only22:21
kergothi get the idea, be able to add python function hooks as well, but it's really irritating to have to include a .inc just to touch a file in the rootfs22:21
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC22:23
*** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has joined #yocto22:25
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC22:27
*** clsulliv <clsulliv!clsulliv@nat/intel/x-imokwslrqobmrcfy> has quit IRC22:28
*** benjamirc <benjamirc!~besquive@134.134.137.75> has quit IRC22:31
*** clsulliv <clsulliv!clsulliv@nat/intel/x-tkohjyeaarbkavei> has joined #yocto22:31
*** clsulliv <clsulliv!clsulliv@nat/intel/x-tkohjyeaarbkavei> has quit IRC22:35
edtylerbluelightning: Thanks. doing that or having a "firstboot" script called from rc.local was my fallback. So it sounds like the rootfs staging does not allow placing arbitrary directories or files in the root directory. Correct?22:35
*** sjolley <sjolley!sjolley@nat/intel/x-djqebelbidmboyxi> has joined #yocto22:35
*** clsulliv <clsulliv!~clsulliv@134.134.139.72> has joined #yocto22:37
*** dreyna4529 <dreyna4529!~dreyna@unknown-4-201.windriver.com> has joined #yocto22:37
*** sgw_ <sgw_!~sgw_@134.134.137.75> has joined #yocto22:38
*** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has quit IRC22:41
bluelightningedtyler: I'm not quite sure what you mean by rootfs staging22:42
*** onoffon is now known as khem`22:42
*** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@host38-53-dynamic.183-80-r.retail.telecomitalia.it> has joined #yocto22:45
edtylerbluelightning: Sorry. I meant the process by which files are transferred from each package's area to the place where the rootfs is built (build/tmp/work/cgtqmx6-poky-linux-gnueabi/bit-linux-image/1.0-r0/rootfs) in my case. I can put files most any plave I desire, except the root directory.22:45
*** sameo <sameo!samuel@nat/intel/x-phgsenrkxxgmnske> has joined #yocto22:46
bluelightningedtyler: FYI the only way things get from ${D} to the final image is through packaging22:47
bluelightninga few things could have prevented that from working - maybe that path wasn't packaged (it wouldn't have been by default); or alternatively maybe empty directories are being ignored, I'm not sure what the semantics are there22:48
bluelightningeither way the package probably ended up empty and thus was never produced, leading to an error when do_rootfs expected it to still be there22:48
edtylerbluelightning: Thanks for your help. I need to learn more about the phases of Yocto recipe operation.22:48
bluelightningin this instance creating such a directory via the method I described is probably the correct approach vs. trying to do it through a recipe22:49
bluelightningunless it's required by a specific application though I guess22:49
bluelightningtime to head out, g'night all22:49
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC22:50
*** pidge_ <pidge_!~pidge@94.2.230.111> has quit IRC22:51
*** lamego <lamego!jose@nat/intel/x-xkhconmjejjwzwpl> has quit IRC22:51
*** pidge_ <pidge_!~pidge@94.2.230.111> has joined #yocto22:53
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC23:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto23:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto23:01
*** aehs29 <aehs29!~aehernan@134.134.137.73> has left #yocto23:02
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC23:06
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-oecyssfrxnewltll> has left #yocto23:07
*** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has joined #yocto23:12
*** cbzx <cbzx!~cbzx@CPE0015f275ecd5-CM00195edd810c.cpe.net.cable.rogers.com> has quit IRC23:20
*** tismith <tismith!~toby@203.62.184.110> has joined #yocto23:23
*** dreyna4529 <dreyna4529!~dreyna@unknown-4-201.windriver.com> has quit IRC23:24
*** RP <RP!~richard@192.102.209.1> has joined #yocto23:25
*** pidge_ <pidge_!~pidge@94.2.230.111> has quit IRC23:30
*** thaytan <thaytan!~thaytan@199.7.70.115.static.exetel.com.au> has quit IRC23:49
*** pidge_ <pidge_!~pidge@94.2.230.111> has joined #yocto23:49
*** dreyna4529 <dreyna4529!~dreyna@unknown-216-199.windriver.com> has joined #yocto23:50
*** madisox <madisox!~madison@12.30.244.5> has quit IRC23:50
*** xulfer <xulfer!xulfer@cheapbsd.net> has quit IRC23:51
*** thaytan <thaytan!~thaytan@199.7.70.115.static.exetel.com.au> has joined #yocto23:51
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC23:52
*** rperier <rperier!~quassel@2001:41d0:52:100::44a> has quit IRC23:52
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto23:53
*** captainigloo <captainigloo!~captainig@2001:41d0:8:114b::1> has quit IRC23:53
*** dshwang <dshwang!dshwang@nat/intel/x-rzndlmvfvwojmylr> has joined #yocto23:54
*** rperier <rperier!~quassel@2001:41d0:52:100::44a> has joined #yocto23:55
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto23:55
*** ueni <ueni!~ueni@85.183.137.2> has quit IRC23:55
*** ueni <ueni!~ueni@85.183.137.2> has joined #yocto23:55
*** captainigloo <captainigloo!~captainig@2001:41d0:8:114b::1> has joined #yocto23:56
*** xulfer <xulfer!xulfer@cheapbsd.net> has joined #yocto23:56

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!