Thursday, 2016-02-04

*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto00:02
*** edbart <edbart!ebartosh@nat/intel/x-ggljpalffxjhyxjq> has quit IRC00:04
*** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto00:10
*** jjmb <jjmb!~jjmb@2601:46:c602:c4a0:a93d:f507:2308:329e> has joined #yocto00:26
*** agust1 <agust1!~agust@pD9E2F573.dip0.t-ipconnect.de> has quit IRC00:32
*** ekil <ekil!~magnus@m37-196-153-166.cust.tele2.se> has joined #yocto00:45
*** smartin_ <smartin_!~smartin@195.190.86.18> has quit IRC01:24
*** alimon <alimon!~alimon@187-176-43-14.dynamic.axtel.net> has quit IRC01:33
*** dreyna4529 <dreyna4529!~dreyna@unknown-6-181.windriver.com> has joined #yocto01:40
*** dreyna_ <dreyna_!~dreyna@unknown-6-181.windriver.com> has joined #yocto01:41
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC01:43
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto01:43
*** dreyna4529 <dreyna4529!~dreyna@unknown-6-181.windriver.com> has quit IRC01:45
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC01:47
*** Snert <Snert!~LoginName@65-70-174-206.gci.net> has joined #yocto02:05
*** Snert_ <Snert_!~snert_@69-161-21-126.static.acsalaska.net> has quit IRC02:11
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto02:13
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC02:16
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC02:16
*** khem <khem!~khem@unaffiliated/khem> has quit IRC02:17
*** armpit <armpit!~akuster@64.2.3.194> has quit IRC02:19
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto02:22
*** Aethenelle <Aethenelle!~Aethenell@166.175.61.16> has joined #yocto02:28
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC02:35
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto02:36
*** khem <khem!~khem@unaffiliated/khem> has quit IRC02:38
*** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto02:43
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto02:51
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto02:52
*** mattsm <mattsm!uid128834@gateway/web/irccloud.com/x-jghjzuxyywulpudd> has quit IRC03:01
*** dreyna_ <dreyna_!~dreyna@unknown-6-181.windriver.com> has quit IRC03:09
*** Guest23250 is now known as ka6sox03:14
*** SoylentYellow <SoylentYellow!~SoylentYe@207-114-172-147.static.twtelecom.net> has quit IRC03:21
*** SoylentYellow <SoylentYellow!~SoylentYe@207-114-172-147.static.twtelecom.net> has joined #yocto03:22
*** dv_ <dv_!~quassel@chello062178118086.5.14.vie.surfer.at> has quit IRC03:41
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC03:41
*** dv_ <dv_!~quassel@chello062178118086.5.14.vie.surfer.at> has joined #yocto03:42
*** Aethenelle <Aethenelle!~Aethenell@166.175.61.16> has quit IRC03:49
*** jackzhang1992 <jackzhang1992!~jackzhang@180.152.236.170> has joined #yocto04:09
*** jmleo <jmleo!~jmleo@LMontsouris-657-1-109-180.w80-15.abo.wanadoo.fr> has quit IRC04:10
*** jmleo <jmleo!~jmleo@LMontsouris-657-1-109-180.w80-15.abo.wanadoo.fr> has joined #yocto04:10
*** nslu2-log_ <nslu2-log_!~nslu2-log@140.211.169.184> has joined #yocto04:10
*** jjmb1 <jjmb1!~jjmb@c-98-225-183-175.hsd1.pa.comcast.net> has joined #yocto04:11
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC04:11
*** jjmb <jjmb!~jjmb@2601:46:c602:c4a0:a93d:f507:2308:329e> has quit IRC04:11
*** sujith_h <sujith_h!~toaster@139.181.35.34> has joined #yocto04:12
*** Cardoe <Cardoe!~Cardoe@gentoo/developer/Cardoe> has quit IRC04:12
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC04:12
*** igor2 <igor2!Igor_Stopp@nat/intel/x-ttdusfowpmyxscko> has quit IRC04:12
*** nslu2-log <nslu2-log!~nslu2-log@140.211.169.184> has quit IRC04:13
*** rah <rah!rah@verain.settrans.net> has quit IRC04:13
*** igor2 <igor2!Igor_Stopp@nat/intel/x-aixblrqgmvztotjl> has joined #yocto04:13
*** nslu2-log_ is now known as nslu2-log04:13
jackzhang1992[about meta-raspberrypi]: hey,guys,trying to build raspberrypi image with poky. but it comes out with many errors as follows:04:13
*** icanicant <icanicant!~icanicant@195.88.236.129> has quit IRC04:13
*** rah <rah!rah@verain.settrans.net> has joined #yocto04:14
jackzhang1992ARNING: Failed to fetch URL http://tukaani.org/xz/xz-5.2.2.tar.gz, attempting MIRRORS if available04:14
jackzhang1992WARNING: Failed to fetch URL http://downloads.sourceforge.net/expat/expat-2.1.0.tar.gz, attempting MIRRORS if available04:14
jackzhang1992ERROR: Fetcher failure: Fetch command failed with exit code 4, output:04:14
jackzhang1992wget: unable to resolve host address 'downloads.sourceforge.net'04:14
jackzhang1992ERROR: Function failed: Fetcher failure for URL: 'http://downloads.sourceforge.net/expat/expat-2.1.0.tar.gz'. Unable to fetch URL from any source.04:14
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC04:14
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC04:14
jackzhang1992ERROR: Logfile of failure stored in: /home/jackzhang1992/poky/build/tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/expat/2.1.0-r0/temp/log.do_fetch.2768704:14
jackzhang1992ERROR: Task 1419 (/home/jackzhang1992/poky/meta/recipes-core/expat/expat_2.1.0.bb, do_fetch) failed with exit code '1'04:14
jackzhang1992NOTE: Tasks Summary: Attempted 327 tasks of which 0 didn't need to be rerun and 1 failed.04:14
jackzhang1992anyone who knows sth about it? I have tried this for 3 days04:14
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto04:14
*** ekil <ekil!~magnus@m37-196-153-166.cust.tele2.se> has quit IRC04:15
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto04:15
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto04:15
*** Cardoe <Cardoe!~Cardoe@gentoo/developer/Cardoe> has joined #yocto04:16
*** nighty^__ <nighty^__!~cp@www.taiyolabs.com> has joined #yocto04:16
*** zeddii_home_ <zeddii_home_!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto04:18
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC04:19
*** nighty^_ <nighty^_!~cp@www.taiyolabs.com> has quit IRC04:19
*** zeddii_home_ is now known as zeddii_home04:19
*** MWelchUK <MWelchUK!~martyn@host86-182-35-223.range86-182.btcentralplus.com> has quit IRC04:19
*** JEEB <JEEB!~jeeb@unaffiliated/jeeb> has quit IRC04:19
*** MWelchUK <MWelchUK!~martyn@host86-182-35-223.range86-182.btcentralplus.com> has joined #yocto04:19
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has quit IRC04:19
*** nighty^ <nighty^!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC04:19
*** Amynka <Amynka!~frozen@wraeth.id.au> has joined #yocto04:20
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto04:20
*** ekil <ekil!~magnus@m77-218-255-113.cust.tele2.se> has joined #yocto04:21
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto04:21
*** nighty^ <nighty^!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto04:21
*** icanicant <icanicant!~icanicant@195.88.236.129> has joined #yocto04:21
*** JEEB <JEEB!~jeeb@unaffiliated/jeeb> has joined #yocto04:26
*** jackzhang1992 <jackzhang1992!~jackzhang@180.152.236.170> has quit IRC04:32
*** redengin <redengin!~redengin@c-67-160-25-22.hsd1.wa.comcast.net> has quit IRC04:49
*** redengin <redengin!~redengin@2601:600:9200:7ab0:b5e3:b523:7f28:a5f0> has joined #yocto04:50
*** armpit <armpit!~akuster@2601:202:4000:1239:40b4:5f08:cf27:a7b9> has joined #yocto05:10
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC05:13
*** ekil <ekil!~magnus@m77-218-255-113.cust.tele2.se> has quit IRC05:15
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto05:16
*** ekil <ekil!~magnus@m77-218-248-26.cust.tele2.se> has joined #yocto05:21
*** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has joined #yocto05:23
-YoctoAutoBuilder- build #610 of nightly-mips-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/61005:30
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC05:41
*** nighty^ <nighty^!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC05:42
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto05:50
*** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has quit IRC05:59
*** nighty^ <nighty^!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto06:06
*** SoylentYellow <SoylentYellow!~SoylentYe@207-114-172-147.static.twtelecom.net> has quit IRC06:06
*** sujith_h <sujith_h!~toaster@139.181.35.34> has quit IRC06:15
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto06:15
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC06:19
*** ekil <ekil!~magnus@m77-218-248-26.cust.tele2.se> has quit IRC06:19
*** ekil <ekil!~magnus@m77-218-248-26.cust.tele2.se> has joined #yocto06:21
*** SoylentYellow <SoylentYellow!~SoylentYe@207-114-172-147.static.twtelecom.net> has joined #yocto06:28
*** morphis <morphis!~morphis@p50862804.dip0.t-ipconnect.de> has joined #yocto06:39
-YoctoAutoBuilder- build #626 of nightly-non-gpl3 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-non-gpl3/builds/62606:45
*** pohly <pohly!~pohly@p57A57411.dip0.t-ipconnect.de> has joined #yocto06:48
*** hundebol1 <hundebol1!~hundeboll@open-mesh.org/catwoman/hundeboll> has quit IRC07:00
*** dl9pf_ <dl9pf_!~quassel@static.88-198-106-157.clients.your-server.de> has quit IRC07:00
*** marek_ <marek_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto07:05
*** s1sh <s1sh!slsh@unaffiliated/s1sh> has quit IRC07:05
*** dl9pf <dl9pf!~quassel@static.88-198-106-157.clients.your-server.de> has joined #yocto07:07
-YoctoAutoBuilder- build #632 of nightly-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/63207:08
*** Biliogadafr <Biliogadafr!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has joined #yocto07:14
*** frsc <frsc!~frsc@dslb-178-007-133-055.178.007.pools.vodafone-ip.de> has joined #yocto07:14
*** Biliogadafr1 <Biliogadafr1!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has joined #yocto07:17
*** Biliogadafr <Biliogadafr!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has quit IRC07:18
*** rob_w <rob_w!~bob@93.104.205.194> has joined #yocto07:19
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:19
*** ekil <ekil!~magnus@m77-218-248-26.cust.tele2.se> has quit IRC07:19
*** ekil <ekil!~magnus@m77-218-251-91.cust.tele2.se> has joined #yocto07:21
*** Amynka <Amynka!~frozen@wraeth.id.au> has quit IRC07:25
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has joined #yocto07:25
-YoctoAutoBuilder- build #608 of nightly-arm-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm-lsb/builds/60807:25
*** Biliogadafr1 <Biliogadafr1!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has quit IRC07:26
*** yann|work <yann|work!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC07:33
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto07:38
*** toscalix <toscalix!~agustinbe@149.100.1.60> has joined #yocto07:42
*** hundeboll <hundeboll!~hundeboll@open-mesh.org/catwoman/hundeboll> has joined #yocto07:45
*** edbart <edbart!ebartosh@nat/intel/x-pntefkwlrybspxxs> has joined #yocto07:53
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto07:56
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-melunonoslywezup> has joined #yocto07:59
*** jbrianceau_away is now known as jbrianceau07:59
*** fl0v0 <fl0v0!~fvo@79.192.175.70> has joined #yocto08:03
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has joined #yocto08:05
*** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto08:08
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto08:08
-YoctoAutoBuilder- build #642 of nightly-x86-64-lsb is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/64208:18
*** ekil <ekil!~magnus@m77-218-251-91.cust.tele2.se> has quit IRC08:19
*** jku <jku!jku@nat/intel/x-ivuomufrzzcjrmzs> has joined #yocto08:20
*** ekil <ekil!~magnus@m37-196-152-63.cust.tele2.se> has joined #yocto08:21
*** townxelliot <townxelliot!~ell@176.251.41.59> has joined #yocto08:24
*** mckoan|away is now known as mckoan08:26
*** destrudo_ is now known as destrudo08:33
mckoangood morning08:34
*** yann|work <yann|work!~yann@LFbn-1-1026-146.w86-247.abo.wanadoo.fr> has joined #yocto08:35
nerdboymkcmoin08:39
*** ftonello <ftonello!~felipe@81.145.202.106> has joined #yocto08:39
nerdboycan't even make a typo without a typo...08:40
*** roccof <roccof!~roccof@93-51-177-218.ip268.fastwebnet.it> has joined #yocto08:40
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto08:45
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto08:50
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC08:50
mckoannerdboy: :-)08:51
*** TobSnyder <TobSnyder!~schneider@ip9234b44d.dynamic.kabel-deutschland.de> has joined #yocto08:52
*** sameo <sameo!~samuel@192.55.54.40> has joined #yocto08:57
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has quit IRC08:58
*** Biliogadafr <Biliogadafr!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has joined #yocto09:00
CTtpollardis it possible to generate a package.manifest that also has version numbers?09:01
*** khem` is now known as onoffon09:02
*** smartin_ <smartin_!~smartin@195.190.86.18> has joined #yocto09:02
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-dgbctronfrcxhoao> has joined #yocto09:03
*** ant_work <ant_work!~ant__@host96-211-dynamic.24-79-r.retail.telecomitalia.it> has joined #yocto09:04
*** obsrwr <obsrwr!~otp-amois@89.121.200.102> has quit IRC09:05
*** agust <agust!~agust@p4FC46A14.dip0.t-ipconnect.de> has joined #yocto09:06
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-dgbctronfrcxhoao> has left #yocto09:06
*** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto09:06
*** blotunga <blotunga!~dragon@86.123.172.35> has joined #yocto09:07
*** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC09:10
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has joined #yocto09:12
*** jku <jku!jku@nat/intel/x-ivuomufrzzcjrmzs> has quit IRC09:15
*** blitz00 <blitz00!stefans@nat/intel/x-gnthlxwzelivpcqq> has joined #yocto09:18
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto09:18
*** belen <belen!~Adium@134.134.139.77> has joined #yocto09:21
*** ftonello <ftonello!~felipe@81.145.202.106> has quit IRC09:27
*** ftonello <ftonello!~felipe@81.145.202.106> has joined #yocto09:29
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:1767:f279:59ff:fe64:3a8> has joined #yocto09:30
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto09:34
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:1767:f279:59ff:fe64:3a8> has quit IRC09:35
blotungaso this is my latest try to get telnetd automatically started: http://pastebin.com/SwxP42JL09:36
blotungabut it still won't do that09:36
blotungacan anyone point out what I'm doing wrong?09:36
*** SoylentYellow <SoylentYellow!~SoylentYe@207-114-172-147.static.twtelecom.net> has quit IRC09:39
*** belen <belen!~Adium@134.134.139.77> has quit IRC09:39
*** belen <belen!~Adium@134.134.139.77> has joined #yocto09:40
*** lostcontrol <lostcontrol!c30868fa@gateway/web/freenode/ip.195.8.104.250> has joined #yocto09:41
lostcontrolhi all09:41
lostcontrolI'm currently investigating the use of systemd for our embedded targets. So far so good, it runs fine but... systemd's size is huge (15801   KiB systemd) even with all PACKAGECONFIG disabled (systemd_225.bb)09:41
lostcontrolanyone managed to get something smaller? actually I'm mainly interested in the process management (e.g. restart processes whenever they crash, etc) and do not really care about the rest.09:41
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto09:47
*** IvanSB <IvanSB!~IvanSB@host217-20-dynamic.15-87-r.retail.telecomitalia.it> has joined #yocto09:47
*** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has joined #yocto09:48
*** SoylentYellow <SoylentYellow!~SoylentYe@207-114-172-147.static.twtelecom.net> has joined #yocto09:53
rburtonlostcontrol: maybe use something other than systemd?09:54
lostcontrolyes, this is an alternative but I was wondering if it was possible to make it smaller. If not, then this will be definitely a no go and I will look at alternatives09:56
*** benjamirc <benjamirc!~besquive@134.134.139.72> has joined #yocto09:56
lostcontrole.g. on http://bec-systems.com/site/1098/why-systemd-in-embedded-linux-systems I see that systemd use 1412 KiB which is a LOT less than the 15801 KiB I currently get09:58
lostcontrolmaybe systemd ate a lot of chocolate and got a lot heavier since 201309:59
*** tsramos <tsramos!~tsramos@134.134.139.70> has joined #yocto10:07
Amynkalostcontrol: systemd is just a big crap .. i dont think you can make it smaller10:08
*** joshuagl <joshuagl!joshuagl@nat/intel/x-hkdhvfglhjlhssdy> has joined #yocto10:08
*** marquiz <marquiz!~marquiz@134.134.137.71> has quit IRC10:09
bboozzoolostcontrol: there's lots of binaries in /lib/systemd/ you may try to pick ones that you need10:10
bboozzoohmm, and apparently not everything is controlled though PACKAGECONFIG, not sure why I would want systemd-machined by default10:14
*** benjamirc <benjamirc!~besquive@134.134.139.72> has quit IRC10:15
-YoctoAutoBuilder- build #623 of nightly-x86-lsb is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/62310:20
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto10:29
*** IvanSB <IvanSB!~IvanSB@host217-20-dynamic.15-87-r.retail.telecomitalia.it> has quit IRC10:29
lostcontrol@bboozzoo thanks, I will try to kick out some files and see if I still can get something working10:30
*** IvanSB <IvanSB!~IvanSB@host217-20-dynamic.15-87-r.retail.telecomitalia.it> has joined #yocto10:34
*** ueni_ <ueni_!~ueni@85.183.137.2> has joined #yocto10:37
*** ueni <ueni!~ueni@85.183.137.2> has quit IRC10:39
*** ueni_ is now known as ueni10:39
*** agust <agust!~agust@p4FC46A14.dip0.t-ipconnect.de> has quit IRC10:39
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC10:40
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto10:40
lpappdoes a user need to exist in the Yocto environment that I use with chown in do_install_append?10:41
lpapphi10:41
*** agust <agust!~agust@p4FC46A14.dip0.t-ipconnect.de> has joined #yocto10:42
*** mr_science <mr_science!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto10:42
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto10:42
lpappI guess the answer is an obvious yes10:45
rburtoniirc it needs to exist in the sysroot as you're running in pseudo context10:45
*** IvanSB <IvanSB!~IvanSB@host217-20-dynamic.15-87-r.retail.telecomitalia.it> has quit IRC10:46
*** berton <berton!~fabio@177.127.6.77> has joined #yocto10:46
*** _taw_ <_taw_!~taw@ip-89-176-167-254.net.upcbroadband.cz> has joined #yocto10:47
*** edbart <edbart!ebartosh@nat/intel/x-pntefkwlrybspxxs> has quit IRC10:48
rburtonkhem: http://errors.yoctoproject.org/Errors/Details/32437/ <— target cflags are leaking into native builds somehow in grub-efi. the compile failed because the host gcc doesn't know what fortify-strong is10:55
*** egavinc <egavinc!~egavinc@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto10:58
*** edbart <edbart!ebartosh@nat/intel/x-wwwktilfwbaqdblt> has joined #yocto11:00
bboozzoolostcontrol: took a quick look, it shoudl be possible to shave off a couple of MBs, I'll try to post some patches today or tomorrow11:08
*** tsramos <tsramos!~tsramos@134.134.139.70> has quit IRC11:11
lostcontrolthanks bboozzoo :-) I'm trying to add more --disable-xyz to the receipt because looking at the config.log shows that many things are still enabled11:12
*** marquiz <marquiz!marquiz@nat/intel/x-kepgsuyxngeqotle> has joined #yocto11:12
-YoctoAutoBuilder- build #621 of nightly-fsl-arm-lsb is complete: Failure [failed BuildImages BuildImages_1 BuildImages_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-arm-lsb/builds/62111:12
mcfriskHi, how to disable yocto from packaging .so into -dev package? Adding the symlink file to FILE_{PN} doesn't seem to be enough.11:13
-YoctoAutoBuilder- build #615 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/61511:16
*** marquiz <marquiz!marquiz@nat/intel/x-kepgsuyxngeqotle> has quit IRC11:16
-YoctoAutoBuilder- build #631 of nightly-world is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/63111:16
*** marquiz <marquiz!~marquiz@134.134.137.71> has joined #yocto11:18
*** obsrwr <obsrwr!~otp-amois@89.121.200.102> has joined #yocto11:18
*** rtr_ <rtr_!6a332403@gateway/web/freenode/ip.106.51.36.3> has joined #yocto11:19
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:20
rtr_I've built an image with minimal gui components (xserver, openbox & chromium) . I'm writing systemd service for chromium to start it automatically during boot. I'm able to start it manually using 'systemctl start chromium' but not during bootup.11:21
rtr_How do I do it? Here is my service file --> https://gist.github.com/2b4c3bc927fc7e1e4f2e11:22
lostcontrolrtr_ "systemctl enable chromium"???11:22
*** thaytan <thaytan!~thaytan@199.7.70.115.static.exetel.com.au> has quit IRC11:23
lostcontroldisclaimer: I'm new to Poky and systemd (~2-3 days experience)11:23
lpapplostcontrol: by the way, it is recipe, not receipt :)11:24
lpapprburton: ok, thanks11:24
rtr_I want it to automatically start during boot11:24
lostcontrolI'm new to English also :-D11:24
lpapprburton: so USERADD_PACKAGES and USERADD_PARAM_ ought to be fine, I believe.11:25
rburtonmcfrisk: PN-dev is packages before PN so you'll need to either remove from files_pn-dev, or remove pn-dev from packages, depending on what is best11:26
lostcontrolbboozzoo: now 12013   KiB systemd, killed around 3MB and the system is booting :-)11:27
lpapprtr_ SYSTEMD_SERVICE = "name_of_the_file"?11:27
lpapp(After inherit systemd)11:27
lpapplostcontrol: when I looked at it about two years ago, it was possible to reduce it to a few megs11:28
rtr_@lpapp I already added this. SYSTEMD_SERVICE_${PN} = "${PN}.service". Other similar services seems to be working except chrome11:30
*** clopez <clopez!~tau@neutrino.es> has quit IRC11:30
lpapprtr_: in worst case, you can create the symlink yourself :p11:31
rtr_@lpapp :) Thing is I could see the chromium.service file in /etc/systemd. Could this be something related to login. Can it be started before login?11:35
*** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has quit IRC11:36
lpapprburton: the interesting thing is that the sandbox does not show the files with the right owner, but when I install the corresponding package with opkg, the owner is as expected.11:36
lpapprburton: it is also possible that I am looking at the wrong directory in the build dir.11:37
lpapprtr_: good question11:37
fl0v0rtr_: why Type=fork?11:37
lpappisn't there some log somewhere11:37
fl0v0it should be Type=simple11:37
fl0v0do youy want to create a kisok device?11:38
*** clopez <clopez!~tau@neutrino.es> has joined #yocto11:38
rtr_@fl0v0 Oh. Will try that. I could see other processes being spawned with chrome and assumed it should be of type 'fork'.11:39
rtr_Yeah I need kiosk mode11:39
-YoctoAutoBuilder- build #629 of nightly-fsl-ppc-lsb is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc-lsb/builds/62911:39
-YoctoAutoBuilder- build #613 of nightly-fsl-ppc is complete: Failure [failed BuildImages Building Toolchain Images Building Toolchain Images_1 BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc/builds/61311:39
fl0v0i have done exactly what you want11:39
fl0v0mom11:39
fl0v0http://pastebin.com/bnnAZRGZ11:41
fl0v0this is my service file11:41
mcfriskrburton: we htried FILES_{PN}-dev = "" before adding the .so file link to FILES_{PN} but that isnt working for some reason.11:42
rtr_@fl0v0 I'll try your config now :)11:43
fl0v0i dont know if you need touch, but i had to use the switches  --touch-events=enabled --touch-devices=7 where 7 is the id of the touch device11:43
rtr_Yeah. I need touch coz I'm eventually going to use a touch screen11:43
fl0v0and if you havent configured anything yet on your system and you are using debug-tweaks i think you need User=root too11:44
fl0v0ah and you should not use --allow-running-insecure-content that was just for development11:45
*** edbart <edbart!ebartosh@nat/intel/x-wwwktilfwbaqdblt> has quit IRC11:49
*** ant_work <ant_work!~ant__@host96-211-dynamic.24-79-r.retail.telecomitalia.it> has quit IRC11:50
*** Spulit1 <Spulit1!~fraunhofe@62.48.248.126> has left #yocto11:52
aratiurburton: if I package those loadable modules for apr-util in another package than -dev, I trigger this other QA issue:  QA Issue: non -dev/-dbg/nativesdk- package contains symlink .so11:55
aratiuI should just make the recipe skip this check in order to pass the new one you introduced?11:55
rtr_@fl0v0 There is some progress. Your service is working :) but it's running before openbox.11:56
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto11:56
fl0v0ah you have to change that back i thinl11:57
rtr_https://gist.github.com/4d7a31a54066e298101211:58
fl0v0my display manager starts as display-manager.service11:58
rtr_After adding openbox first, I'm facing the error shown in the link11:58
*** ant_work <ant_work!~ant__@host96-211-dynamic.24-79-r.retail.telecomitalia.it> has joined #yocto11:58
fl0v0hmmmm11:59
fl0v0you already fixed the typo i guess?12:00
fl0v0yeah you did12:00
*** thaytan <thaytan!~thaytan@199.7.70.115.static.exetel.com.au> has joined #yocto12:01
fl0v0well you have some kind of circular requirements but i do not really understand what excactly12:03
rtr_Yeah12:03
fl0v0hm you should be able to remove the xserver requirements. openbox is a display manager that needs x by itself, right?12:05
rtr_Yeah. Just did that. Testing :012:08
rtr_@fl0v0 Woahhhhhh. It's working.12:11
fl0v0:D12:11
rtr_There is a spelling mistake in openbox.service and unnecessary Requires=multi-user.target12:11
rtr_@fl0v0 Can't thank you enough. I was debugging this since yesterday12:12
fl0v0you're welcome12:12
rtr_:)12:13
rburtonaratiu: is there a reason it ships symlinks?  if so then sure, skip it12:30
*** paulbarker_ <paulbarker_!~quassel@newmail.betafive.co.uk> has quit IRC12:36
*** paulbarker <paulbarker!~quassel@newmail.betafive.co.uk> has joined #yocto12:37
*** benjamirc <benjamirc!besquive@nat/intel/x-hyculoyqaexunvsa> has joined #yocto12:37
paulbarkerHi all, I'm looking at how to integrate Toaster into our workflow. Does anyone know if the latest version of Toaster has an analysis-only mode like it had in daisy?12:38
*** benjamirc <benjamirc!besquive@nat/intel/x-hyculoyqaexunvsa> has quit IRC12:40
paulbarkerToaster docs for Jethro still mention "analysis mode" and "build mode" but the instructions for setting up a production instance only talk about build mode12:42
*** benjamirc <benjamirc!~besquive@134.134.139.72> has joined #yocto12:43
belenpaulbarker: we no longer have two modes. Toaster is able to pick up builds started from both the webui and the command line12:48
*** psadro2 <psadro2!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto12:49
belenpaulbarker: you can switch between the 2 ways of starting builds without restarting Toaster. Toaster will show the builds started from CLI inside a "special" project called "Command line builds"12:51
*** pohly1 <pohly1!~pohly@p57A57411.dip0.t-ipconnect.de> has joined #yocto12:52
*** frsc_ <frsc_!~frsc@dslb-178-007-133-055.178.007.pools.vodafone-ip.de> has joined #yocto12:52
*** agust1 <agust1!~agust@p4FC46A14.dip0.t-ipconnect.de> has joined #yocto12:52
belenpaulbarker: and those references to the build mode in the jethro docs should not be there. I'll remove them12:53
belenpaulbarker: thanks for spotting that one12:53
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC12:53
*** paulbarker <paulbarker!~quassel@newmail.betafive.co.uk> has quit IRC12:53
*** agust <agust!~agust@p4FC46A14.dip0.t-ipconnect.de> has quit IRC12:53
*** pohly <pohly!~pohly@p57A57411.dip0.t-ipconnect.de> has quit IRC12:53
*** frsc <frsc!~frsc@dslb-178-007-133-055.178.007.pools.vodafone-ip.de> has quit IRC12:53
*** psadro2 is now known as psadro12:54
*** paulbarker <paulbarker!~quassel@newmail.betafive.co.uk> has joined #yocto12:54
*** lpapp is now known as overpopulated12:54
*** edbart <edbart!~ebartosh@192.198.151.44> has joined #yocto12:57
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has joined #yocto13:02
belenpaulbarker: gah, actually, scratch that. Jethro toaster does have 2 modes :/ The changes to remove the modes went in after the 2.0 release. Sorry13:13
paulbarkerbelen: I think I missed your first message, IRC dropped and re-connected13:17
paulbarkerI basically want to disable the ability to start a build from Toaster13:17
*** tsramos <tsramos!tsramos@nat/intel/x-dfsusmdkfygffofw> has joined #yocto13:22
paulbarkerbelen: Found the messages in the IRC logs now. The "In Progress" docs still list 2 modes13:23
*** igor___ <igor___!b19f9049@gateway/web/freenode/ip.177.159.144.73> has joined #yocto13:25
igor___hi13:26
*** fledermaus <fledermaus!~vivek@93.93.133.71> has joined #yocto13:27
igor___I made a recipe that replaces the base-files recipe, but this recipe is not my preferred provider, so I want to use this recipe only on one recipe and the other recipes keeping using the base-files recipe13:28
igor___But when I do this, the recipe that I install my custom base-files, install both, base-files and my custom base-files, but in the installed packages list, the base-files recipe is not there13:29
igor___only the files are installed, but there is no log saying that base-files are installed13:30
igor___anyone have ever seen this before?13:30
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC13:33
*** IvanSB <IvanSB!~IvanSB@host217-20-dynamic.15-87-r.retail.telecomitalia.it> has joined #yocto13:38
*** rocsorva <rocsorva!~arnold@80.97.64.55> has quit IRC13:43
lostcontrolbboozzoo: I'm now down to 8809 KiB (by disabling most if not all configure options). I can probably win 1-2 MB still (e.g. remove some unneeded tools)13:49
bboozzoolostcontrol: is the image booting?13:50
lostcontrolyes, otherwise it wouldn't be very useful, right?13:51
bboozzooprobably :)13:52
bboozzoothere's some weird interaction between systemd-sysusers and the rest of tools (timesyncd, networkd, hostnamed), apparelty sysusers can create (surprise, surprise..) users on demand13:52
*** AlexG <AlexG!6cab81a3@gateway/web/freenode/ip.108.171.129.163> has joined #yocto13:52
lostcontrolI --disable-sysusers in the config13:53
*** AlexG is now known as Guest6304913:53
bboozzoolostcontrol: but then you either don't use systemd-netorkd (cause it does not start) or set USEADD_PARAM to add systemd-network (I'm actually kind of interested in systemd-networkd)13:54
*** rtr_ <rtr_!6a332403@gateway/web/freenode/ip.106.51.36.3> has quit IRC13:54
*** lamego <lamego!~jose@134.134.139.72> has joined #yocto13:54
lostcontrolbboozzoo: I --disable-networkd also :-)13:54
bboozzooI found it useful, so it ended up enabled in my config13:55
*** noraply <noraply!~nora@sestofw01.enea.se> has joined #yocto13:55
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has joined #yocto13:55
lostcontrolbboozzoo: our application already manages the network interfaces so I really need a very minimal support from systemd13:56
*** T0mW <T0mW!~twalsh@64.202.128.113> has joined #yocto13:57
aratiurburton: those were not symlinks, the apr-util package triggered a QA check which thought they were14:04
aratiuI've tried to explain it in the patch message14:04
*** Guest63049 <Guest63049!6cab81a3@gateway/web/freenode/ip.108.171.129.163> has left #yocto14:04
rburtonaratiu: could the test be improved?14:05
aratiuwell yes, the so-dev test could check if the .so files are actually symlinks14:06
aratiuif they are not symlinks, it should not trigger14:06
aratiuif they aren't symlinks then probably they are loadable modules which are installed in other packages than -dev14:07
*** LexG <LexG!6cab81a3@gateway/web/freenode/ip.108.171.129.163> has joined #yocto14:07
*** vdehors <vdehors!~vdehors@193.56.60.161> has joined #yocto14:09
*** vdehors <vdehors!~vdehors@193.56.60.161> has quit IRC14:12
belenpaulbarker: yes, those will need to be changed at some point14:16
belenpaulbarker: the documents, I mean14:17
*** Aethenelle <Aethenelle!~Aethenell@166.175.61.16> has joined #yocto14:18
*** vdehors <vdehors!~vdehors@193.56.60.161> has joined #yocto14:21
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has quit IRC14:24
*** tsramos_ <tsramos_!~tsramos@192.55.55.41> has joined #yocto14:26
*** tsramos <tsramos!tsramos@nat/intel/x-dfsusmdkfygffofw> has quit IRC14:29
*** Aethenelle_ <Aethenelle_!~Aethenell@166.175.61.16> has joined #yocto14:36
*** Aethenelle <Aethenelle!~Aethenell@166.175.61.16> has quit IRC14:37
*** Aethenelle_ is now known as Aethenelle14:37
*** madisox <madisox!~madison@12.30.244.5> has joined #yocto15:05
*** Aethenelle <Aethenelle!~Aethenell@166.175.61.16> has quit IRC15:06
*** belen <belen!~Adium@134.134.139.77> has quit IRC15:09
*** overpopulated is now known as lpapp15:10
*** belen <belen!Adium@nat/intel/x-ieaihtmdlcucrezu> has joined #yocto15:12
*** joshuagl <joshuagl!joshuagl@nat/intel/x-hkdhvfglhjlhssdy> has quit IRC15:17
kergothHmm, the sdk env setup script sets PYTHONHOME regardless of whether nativesdk-python* is installed or not, which breaks the host python if it's not installed15:17
kergothseems like that should probably be an environment-setup.d script in python for nativesdk15:17
*** onoffon <onoffon!~khem@unaffiliated/khem> has quit IRC15:17
*** marek_ <marek_!~marek@81.89.61.168.host.vnet.sk> has quit IRC15:18
*** joshuagl <joshuagl!joshuagl@nat/intel/x-qxqiasdwvzcrrowm> has joined #yocto15:19
*** sameo <sameo!~samuel@192.55.54.40> has quit IRC15:29
*** maxin1 <maxin1!~maxin@2001:998:22:0:381c:fad:4581:70e1> has joined #yocto15:29
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto15:31
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:32
*** sdh11 <sdh11!~sdh11@yorktown.backskatter.com> has quit IRC15:35
*** sdh11 <sdh11!~sdh11@yorktown.backskatter.com> has joined #yocto15:35
*** radzy <radzy!~radzy@unknown-216-89.windriver.com> has quit IRC15:42
*** radzy <radzy!~radzy@unknown-216-89.windriver.com> has joined #yocto15:43
*** sameo <sameo!~samuel@192.55.55.41> has joined #yocto15:44
*** varibull <varibull!~varibull@ta.tainstruments.com> has quit IRC15:44
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC15:45
-YoctoAutoBuilder- build #176 of nightly-wic is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-wic/builds/17615:45
*** varibull <varibull!~varibull@ta.tainstruments.com> has joined #yocto15:45
*** dgm816` <dgm816`!~dgm816@97-64-167-34.client.mchsi.com> has quit IRC15:47
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has joined #yocto15:49
*** obsrwr <obsrwr!~otp-amois@89.121.200.102> has quit IRC15:52
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has quit IRC16:03
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has quit IRC16:03
kergothRP: can we get bitbake -e | less fixed?16:04
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has joined #yocto16:04
kergothi have to tee it to a file and read it there, and it's been that way for a long time. i should have reported it, i'll admit, keep forgetting about it16:08
kergothalso, the warnings are colored when stdout isn't a tty, which is another related bug16:08
rburtonhuh i swear i use -e | less all the time16:11
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto16:12
kergothi get badly screwed up output16:12
kergothhaven't had a chance to investigate16:12
RPkergoth: I'm sure we can, I didn't know it was broken:/16:15
kergothkhem: ping16:15
*** frsc_ <frsc_!~frsc@dslb-178-007-133-055.178.007.pools.vodafone-ip.de> has quit IRC16:17
* armpit tries to wake up16:17
*** ryansturmer <ryansturmer!~ryansturm@cpe-71-77-65-16.nc.res.rr.com> has quit IRC16:18
*** amcgee <amcgee!26686992@gateway/web/freenode/ip.38.104.105.146> has joined #yocto16:20
amcgeehi,  I'm having some trouble with crosswalk on the (GDP) Genivi Demo Platform.  I had it build successfully but when I run crosswalk I get sandbox errors.  I found a message that this was disabled for the linux builds?  I'm not sure that crosswalk is getting built with that configuration as a result.16:23
amcgee@tmpsantos16:23
*** blotunga <blotunga!~dragon@86.123.172.35> has quit IRC16:24
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC16:25
*** dpeterson3 <dpeterson3!~daniel@131.151.252.104> has joined #yocto16:26
dpeterson3Hello. I'm new to yocto and I'm having trouble adding an out-of-tree kernel module. I can't figure out where to place it16:28
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has quit IRC16:29
*** dgm816 <dgm816!~dgm816@97-64-167-34.client.mchsi.com> has joined #yocto16:30
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has joined #yocto16:30
lpappdpeterson3: have you look at this http://www.yoctoproject.org/docs/1.6.1/kernel-dev/kernel-dev.html#incorporating-out-of-tree-modules16:30
lpapplooked*16:30
dpeterson3I've been following the guide over there. I can get it to build just fine, but ${D} points to the wrong place when I go to install16:32
lpappcan you show your recipe16:32
dpeterson3sure16:33
Ulfalizercan file:// be combined with downloadfilename in SRC_URI?16:33
Ulfalizermight as well try, but thought i'd see if i could save some time :P16:34
Ulfalizerfor a defconfig in this case16:34
dpeterson3lpapp, here it is16:34
dpeterson3UMMARY = "Build a new kernel module for the rtl8192cu usb dongles. This is supposed to fix many of the problems as it is built against Real$16:34
dpeterson3LICENSE = "GPLv2"16:34
dpeterson3#LIC_FILES_CHKSUM = "file://README.md;md5=3f8420c0b5237584b98d02c9425e9f80"16:34
dpeterson3LIC_FILES_CHKSUM = "file://README.md;md5=59a6671be9806aa70a5d491280e6c27b"16:34
dpeterson3inherit module16:34
dpeterson3SRCREV = "${AUTOREV}"16:34
dpeterson3SRC_URI = "git://github.com/pvaret/rtl8192cu-fixes.git"16:34
dpeterson3S = "${WORKDIR}/git"16:34
dpeterson3do_compile() {16:34
dpeterson3        #unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS16:34
dpeterson3        oe_runmake CONFIG_PLATFORM_I386_PC=n KSRC=${STAGING_KERNEL_DIR} KVER=3.18.2116:34
dpeterson3}16:34
dpeterson3do_install() {16:34
lpappUlfalizer: you can use file::// in SRC_URI16:35
lpapp-:16:35
lpappmy colleague does that for testing from the top of the git tree16:35
dpeterson3the echo ${D} part was to tell me where it was trying to install before I found the bitbake -e command16:35
lpapp(on his local machine so that he can test things before committing broken stuff)16:35
*** maxin1 <maxin1!~maxin@2001:998:22:0:381c:fad:4581:70e1> has quit IRC16:36
Ulfalizerlpapp: yeah, i know about file://. it'd be handy if i could rename the file at the same time though.16:37
lpappso the file is called "file://something"?16:38
lpappaccidentally? :)16:38
Ulfalizerit's a descriptive filename that i'd like to turn into "defconfig", because that will be picked up automatically by kernel.bbclass :)16:39
kergothdpeterson3: please do not spam the channel with a bunch of lines, use a pastebin in the future16:40
dpeterson3sorry. Also new to irc16:40
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto16:40
lpappyou can always change the $D in worst case, but I will leave it with more experienced people to comment on this16:40
kergoth${D} is not pointing to the wrong place, it's exactly what it should be. what makes you think it's wrong?16:41
kergothelaborate, please16:41
dpeterson3I guess wrong is not the way to phrase it. It doesn't point where i think it should16:41
kergothagain, what makes you think it's wrong?16:42
Ulfalizerdpeterson3: ${D} points to where stuff should be installed. it's more of an "input" (to the recipe) than an output.16:42
Ulfalizerthat tells it where to put stuff16:42
kergothit doesn't matter where it points, bitbake will use it to pull files from in future tasks16:42
kergothyou could put it anywhere, it's irrelevent16:42
kergothit's just a root to the files being installed which will be use dto populate the sysroot and create binary packages16:42
kergothit's not left as is16:43
Ulfalizerinput vs. output can be a bit confusing in bitbake, especially with S and the like16:43
kergothdpeterson3: i'd recommend starting with what you actual problem is16:43
kergothnot your attempt at analysis of it16:43
dpeterson3I have my file stored in ~/arm/yocto/master/poky/meta-gumstix/recipies-kernel/drivers/rtl8192cu-fixes16:43
lpappit seems that we just used do_install16:43
lpappour contractor then used the install command for the driver wherever he wanted to16:44
lpappI do not know whether this is good by quality standards, but it has been working for us16:44
dpeterson3when I run bitbake rtl8192cu-fixes, it builds just fine16:44
kergothif you aren't calling into a buildsystem to do the install, yes you can install the files yourself in do_install16:44
*** Crofton <Crofton!~balister@pool-108-44-110-59.ronkva.east.verizon.net> has joined #yocto16:44
dpeterson3do_install fails16:44
dpeterson3$D points to16:44
kergoth"fails" tells us nothing16:44
kergothwhat exactly is the error or problematic behavior?16:45
dpeterson3D seems to point here16:45
dpeterson3D="/home/daniel/arm/yocto-workspace/master/build/tmp/work/duovero-poky-linux-gnueabi/rtl8192-fixes/1.0-r0/image"16:45
kergothyep, that's exactly where it should point16:45
dpeterson3instead of my kernel staging dir16:45
kergothyou *never* install directly into the sysroot16:45
lpappso this is what we do for instance: install ${S}/drivers/gpib/tnt4882/tnt4882.ko               ${D}${base_libdir}/modules/${KVER}/gpib16:45
kergothbitbake will take the files from ${D} and put them in both binary packages and the sysroot16:46
dpeterson3I get that's what its supposed to do, but my kernel seems to get build to D="/home/daniel/arm/yocto-workspace/master/build/tmp/work/duovero-poky-linux-gnueabi/linux-gumstix/3.18-r0/image"16:46
lpappyeah, that is fine16:47
lpappfor the reasons kergoth mentioned.16:47
igor___hi16:47
igor___someone can help me with a problem?16:47
kergothdpeterson3: yes, that's exactly what it should be doing.16:47
lpappigor___: if you ask the problem, probably :)16:47
igor___thanks16:48
igor___I made a recipe that replaces the base-files recipe, but this recipe is not my preferred provider, so I want to use this recipe only on one recipe and the other recipes keeping using the base-files recipe16:48
igor___this custom recipe rreplaces, rconflicts and rprovides the base-files16:48
igor___but when I install this custom recipe, it install the files of both recipes, my custom and the default base-files16:48
kergothwhat does that even mean?16:48
kergothfirst, you don't install recipes, you install packages16:48
kergothsecond, are you installing it on target or in an image?16:48
igor___sorry about the terms16:49
igor___its because dont speak english very well16:49
kergoththird, it' shighly unlikely that installing your package is installing base-files, unless your package depends onb ase-files, more likely the iamge is installing both16:49
igor___its a image16:49
dpeterson3ok. Then I guess I misunderstand where to put my recipe so it will be installed with the rest of the kernel modules. The specific error I get is nstall: cannot create regular file '/home/daniel/arm/yocto-workspace/master/build/tmp/work/duovero-poky-linux-gnueabi/rtl8192-fixes/1.0-r0/image/lib/modules/3.18.18-custom/kernel/drivers/net/wireless/rtl8192-fixes': No such file or directory16:49
kergothhow exactly do you expect one package to use one base-files but the rest use another when there's only one filesystem?16:49
kergothdpeterson3: sounds like you didn't mkdir -p or install -d to make sure you rdestination path actually exists before trying to copy into it16:50
igor___kergoth; my recipe rreplaces base-files, so it would only install one16:50
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has quit IRC16:50
lpappdpeterson3: install -m 0755 -d ${D}${base_libdir}/modules/${KVER}?16:51
kergothlpapp: -D16:51
igor___when I run bitbake -g, my image dont depends on base-files16:51
kergoth-d is just to create the dir, -D creates leading dirs when installing a file16:51
kergothigor___: most likely another binary package is pulling it in16:51
kergothi.e. a packagegroup16:51
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto16:52
lpappkergoth: yeah, we do it in two steps16:52
*** fl0v01 <fl0v01!~fvo@pD9F6B148.dip0.t-ipconnect.de> has joined #yocto16:52
lpappperhaps we should do it in one16:53
kergothyeah, that's how it's usually done, just saying that commandline will error if he uses it as is :)16:53
igor___kergoth: wright, but on the installed_pkgs.txt there is no base-files16:53
dpeterson3aah. I'll give that a try. Thank you. I didn't realize that's what the -d option did16:53
lpappyeah, we need to make sure that the directory exists and the copy is done into the right directory16:53
igor___my package is supposed to replace base-files16:53
kergothdpeterson3: either use two install comamnds, one with -d to create the dir, and one to install the file, or use one command and use -D16:53
kergothdpeterson3: take your pick16:53
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has quit IRC16:54
*** fl0v0 <fl0v0!~fvo@79.192.175.70> has quit IRC16:54
lpappigor___: do you really want to replace or can you do .bbappend instead16:55
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has joined #yocto16:56
igor___kergoth: yes, but my environment is unusual, I built two images, and one image is copy inside the other image16:56
igor___kergoth: so one image needs the default base-files and the other needs my base-files16:57
lpappah, ok, that clears things16:57
lpappI was just going to ask you that16:57
igor___kergoth: I did this in two recipes: base-files and init-ifupdown16:59
*** aehs29 <aehs29!~aehernan@134.134.139.70> has joined #yocto16:59
igor___kergoth: in the init-ifupdown it worked, but in base-files it is not working16:59
lpappigor___: did you use PREFERRED_PROVIDER_virtual/base-files?17:00
igor___no17:00
igor___I set the PREFERRED_PROVIDER_base-files only17:00
lpappwell, scrape that17:00
igor___to base-files17:01
lpapphmm17:01
igor___the weid thing is that the logs does not show the base-files been installed17:01
lpappI am not sure it is the right way, but one way I can think of is adding another layer with bbappend for base-files and the second image in there...17:01
*** belen1 <belen1!~Adium@80.31.165.104> has joined #yocto17:02
*** belen <belen!Adium@nat/intel/x-ieaihtmdlcucrezu> has quit IRC17:02
igor___so to build the final image I must build one first, then change the local.conf and build the other one?17:02
kergothif base-files hasn't been installed, then i don't see how it's possible for its files to be in your image17:04
kergothi'd check your assumptions17:04
igor___theorically, if the package was installed on my image it is suposed to be listed on the installed_pkgs.txt file, right?17:05
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC17:05
lpappigor___: in buildhistory, you mean installed-packages.txt?17:06
kergothi'd suggest reading the do_rootfs log17:06
igor___I mean the file that is generated on the work path of the image17:06
igor___Ok, I will make some more tests, but on the do_rootfs log does not mention the base-files17:08
igor___the "NOTE: Installing the following packages:"17:08
igor___there is no base-files17:08
igor___and the NOTE: to be installed: there is no base-files neather17:09
*** yann|work <yann|work!~yann@LFbn-1-1026-146.w86-247.abo.wanadoo.fr> has quit IRC17:10
igor___I will make more searchs, cause its not an usual environment17:10
igor___so maybe the yocto is not meant to work with this17:11
igor___thankyou guys17:11
*** jjmb1 <jjmb1!~jjmb@c-98-225-183-175.hsd1.pa.comcast.net> has quit IRC17:15
lpappigor___: another way could be to call it differently and use packagegroup to replace it17:16
*** aragua <aragua!~fabien@LPoitiers-656-1-79-67.w193-251.abo.wanadoo.fr> has quit IRC17:16
igor___how so?17:16
igor___My custom base-files is on a package group17:16
igor___so my image install this package group17:16
lpappright, so your problem really is the rootfs creation than rather than image configuration, et al.17:17
lpappthen*17:17
igor___yes17:17
*** Miry <Miry!~kvirc@212.118.209.82> has joined #yocto17:18
igor___I guess that one package group that is default on core-image class is installing the base-files and it is not logged, because it is part of the image build process17:19
igor___If I find when it is installing the base-files or who is installing it, it would facilitate everything17:21
*** fl0v01 <fl0v01!~fvo@pD9F6B148.dip0.t-ipconnect.de> has quit IRC17:21
igor___but I tryied to run bitbake -DDD -v and bitbake -g and I cant find where is it17:22
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC17:22
igor___I made another test here and seems that the base-files is not the responsible for the files that are been installed17:24
kergothnot at all surprising. did you ever read the do_rootfs task log?17:25
igor___now i'm at square17:25
igor___I read17:26
igor___but the problem is that the file I dont want on the image is supposed to be installed by the base-files17:27
wyrmHey, I need some help understanding the dependency system that bitbake uses.17:27
igor___but, now, I guess there is more packages that install this file17:27
*** belen1 <belen1!~Adium@80.31.165.104> has quit IRC17:28
lpappwyrm: could you be more precise17:28
igor___wyrm: you can run bitbake -g to see the dependence tree17:28
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto17:28
kergothwyrm: as lpapp says, you'll need to be more specific. what exactly are you having trouble understanding?17:29
wyrm... working on it ...17:29
*** grma <grma!~gruberm@80.93.38.128> has quit IRC17:29
*** belen <belen!~Adium@134.134.139.76> has joined #yocto17:29
kergothgah, a shell syntax error that breaks the codeparser will prevent you from using bitbake -e to examine the value of the broken function17:29
wyrmslow connection between work and irc host17:29
kergothso it's not possible to see why the hell it's failing, particularly if there are bitbake variable expansions involved17:29
wyrmalso, slow connection between brain and keyboard.17:29
* kergoth grumbles17:29
wyrmso, yeha17:29
wyrmSo, I have this program that requires alsa and fftw to build, but I can't figure out the right incantations to put in REQUIRE_${PN} .17:29
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC17:30
lpappyou mean R/DEPENDS?17:31
kergoththere is no REQUIRE variable17:31
kergothsee the yocto documentation at yoctoproject.org17:31
rburtonto build you want DEPENDS17:31
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto17:31
lpappyeah, I could not find REQUIRE in the glossary either.17:31
rburtonDEPENDS="alsa-lib fftw"17:31
*** mckoan is now known as mckoan|away17:32
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC17:32
*** Crofton <Crofton!~balister@pool-108-44-110-59.ronkva.east.verizon.net> has quit IRC17:33
wyrmIf I issue the command `bitbake myrecipe`, it grinds for a while, and then crashes with the message "fatal error: alsa/asoundlib.h: No such file or directory".17:33
igor___there is a way to know which recipe installed a specific file?17:33
wyrmand yes, I meant DEPENDS17:34
wyrmsorry17:34
wyrmANYWAY17:34
lpappwyrm: have you tried what rburton wrote?17:34
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC17:34
wyrmstand by17:34
lpappigor___: yes, it depends on how you want to know it17:34
*** Biliogadafr <Biliogadafr!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has quit IRC17:34
rburton$ oe-pkgdata-util  find-path */asoundlib.h17:35
rburtonalsa-lib-dev: /usr/include/alsa/asoundlib.h17:35
rburtonalsa-lib-dev: /usr/include/sys/asoundlib.h17:35
rburtonwyrm: did you depend on alsa-lib?17:35
wyrmAt that point, ....17:35
wyrmI clearly should have typed all of this up beforehand and just dumped it into the channel en masse.17:36
igor___lpapp: I'm looking on the rootfs path on the work path of my image17:36
rburtonwyrm: if you've got a DEPENDS=alsa-lib, then the makefiles or whatever are likely broken17:36
igor___so the file is var/log that is a symbolic link to volatile/log17:36
lpappigor___: I would use what rburton wrote, and if you are on the image, then opkg files foo and similar dpkg/rpm magics can do it17:37
lpappactually, opkg search17:37
igor___lpapp: thank you sir17:37
wyrmSo, yeah. At that point, if I look for asoundlib.h ...17:37
wyrmY'know what... I'll just type this up and come back.17:37
-YoctoAutoBuilder- build #621 of nightly-oecore is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oecore/builds/62117:38
lpappwyrm: does the compiler know about the include path?17:38
*** lpapp is now known as overpopulated17:40
*** ajtag <ajtag!~ajtag@cpc10-lee211-2-0-cust124.7-1.cable.virginm.net> has quit IRC17:41
*** ajtag <ajtag!~ajtag@cpc10-lee211-2-0-cust124.7-1.cable.virginm.net> has joined #yocto17:42
*** IvanSB <IvanSB!~IvanSB@host217-20-dynamic.15-87-r.retail.telecomitalia.it> has quit IRC17:43
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC17:45
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto17:45
*** Crofton <Crofton!~balister@pool-108-44-110-59.ronkva.east.verizon.net> has joined #yocto17:47
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@2.238.240.162> has quit IRC17:47
*** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC17:47
*** overpopulated is now known as lpapp17:52
*** jbrianceau is now known as jbrianceau_away17:57
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC17:58
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto17:58
*** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC18:01
*** sjolley <sjolley!sjolley@nat/intel/x-puhzfdntekrrnrkm> has joined #yocto18:01
*** sjolley <sjolley!sjolley@nat/intel/x-puhzfdntekrrnrkm> has quit IRC18:06
*** IvanSB <IvanSB!~IvanSB@host217-20-dynamic.15-87-r.retail.telecomitalia.it> has joined #yocto18:09
*** morphis <morphis!~morphis@p50862804.dip0.t-ipconnect.de> has quit IRC18:10
*** amcgee <amcgee!26686992@gateway/web/freenode/ip.38.104.105.146> has quit IRC18:15
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC18:17
*** roccof <roccof!~roccof@93-51-177-218.ip268.fastwebnet.it> has quit IRC18:19
*** benjamirc <benjamirc!~besquive@134.134.139.72> has quit IRC18:22
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has joined #yocto18:23
*** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto18:26
-YoctoAutoBuilder- build #622 of nightly-fsl-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-arm-lsb/builds/62218:31
*** tsramos_ <tsramos_!~tsramos@192.55.55.41> has quit IRC18:32
*** SoylentYellow <SoylentYellow!~SoylentYe@207-114-172-147.static.twtelecom.net> has quit IRC18:33
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@fi-19-201-174.service.infuturo.it> has joined #yocto18:36
*** TobSnyder <TobSnyder!~schneider@ip9234b44d.dynamic.kabel-deutschland.de> has quit IRC18:41
khemrburton: hmmm thats a latent issue my change is unearthing thats good18:41
*** igor___ <igor___!b19f9049@gateway/web/freenode/ip.177.159.144.73> has quit IRC18:41
khemkergoth: pong18:42
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@fi-19-201-174.service.infuturo.it> has quit IRC18:46
*** SoylentYellow <SoylentYellow!~SoylentYe@207-114-172-147.static.twtelecom.net> has joined #yocto18:48
*** sgw_ <sgw_!~sgw_@c-73-164-210-189.hsd1.or.comcast.net> has quit IRC18:48
*** sgw_ <sgw_!~sgw_@c-73-164-210-189.hsd1.or.comcast.net> has joined #yocto18:49
*** toscalix <toscalix!~agustinbe@149.100.1.60> has quit IRC18:51
*** _taw_ <_taw_!~taw@ip-89-176-167-254.net.upcbroadband.cz> has quit IRC18:54
*** yann|work <yann|work!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto18:55
kergothkhem: noor mentioned you had some pending plymouth+systemd stuff, status?18:57
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC18:57
khem`kergoth: I dont remember18:57
kergothk18:57
khem`I have plymouth itslelf which I submitted long ago18:57
khem`but let me check18:58
khem`and see if we stil carry systemd units18:58
kergoththanks18:58
*** edbart1 <edbart1!~ebartosh@192.198.151.44> has joined #yocto19:01
*** edbart <edbart!~ebartosh@192.198.151.44> has quit IRC19:01
*** fenrig <fenrig!515334e0@gateway/web/freenode/ip.81.83.52.224> has joined #yocto19:04
fenrigHi, Im having trouble adding github git repositories to a yocto recipe, is there anybody who has some experience with git repo's from github?19:05
*** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC19:05
kergothgithub git repos are used all over the metadata19:05
kergothgrep for some examples19:05
*** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto19:06
*** fledermaus <fledermaus!~vivek@93.93.133.71> has quit IRC19:06
*** IvanSB <IvanSB!~IvanSB@host217-20-dynamic.15-87-r.retail.telecomitalia.it> has quit IRC19:07
*** tsramos <tsramos!~tsramos@134.134.139.76> has joined #yocto19:18
-YoctoAutoBuilder- build #643 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/64319:18
*** Crofton <Crofton!~balister@pool-108-44-110-59.ronkva.east.verizon.net> has quit IRC19:21
*** tsramos <tsramos!~tsramos@134.134.139.76> has quit IRC19:21
*** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has joined #yocto19:22
lpappfenrig: plus you could describe your trouble details19:23
fenrigyeah Im having some troubles with github, but then again I have to run yocto on a vm so maybe its my vm that is to blame :D I will get back to you if I can pinpoint the trouble more19:23
fenriglpapp: I may have gotten it to work, but its a large repo so I will have to wait a bit :D thx f19:26
*** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has quit IRC19:30
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has joined #yocto19:30
*** IvanSB <IvanSB!~IvanSB@host217-20-dynamic.15-87-r.retail.telecomitalia.it> has joined #yocto19:31
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC19:38
*** paulg_ <paulg_!~paulg@209.29.74.150> has joined #yocto19:40
*** townxelliot <townxelliot!~ell@176.251.41.59> has quit IRC19:44
fenrigWhy do I have to supply a git src with w SRV_REV ?19:52
Crofton|workfenrig, so it knows what to check out?19:53
fenrigCrofton|work: but what if HEAD was sufficient?19:53
kergothfenrig: if you want to track a branch HEAD, set SRCREV = "${AUTOREV}"19:53
fenrigah okay19:54
kergothbut remember to put SRCPV in PV19:54
kergothwe really need to fix it so do_fetch depends on the value of srcrev when there's a git repo regardless of PV19:54
kergothimo anyway19:54
fenrigkergoth: well its for a linux kernel source so I dont think that pv really applies here19:55
kergothif you don't add SRCPV to PV, it will *not* rebuild automatically when someone checks into the branch19:56
kergothif you're fine with manual rebuilds, then don't19:56
*** Crofton <Crofton!~balister@pool-108-44-110-59.ronkva.east.verizon.net> has joined #yocto19:56
fenrigkergoth: okay got it, yeah Im choosing for manual rebuilds for this one :)19:56
*** jjmb <jjmb!~jjmb@69.241.19.12> has joined #yocto19:56
*** edbart1 <edbart1!~ebartosh@192.198.151.44> has quit IRC19:57
fenrigdoes bitbake keep the git repo locally or does it clone fully every rebuild19:57
*** spooq <spooq!~spooq@185.16.162.15> has quit IRC19:58
kergothfenrig: as with any other sources, it's downloaded to DL_DIR and used from there19:58
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@host101-224-dynamic.9-87-r.retail.telecomitalia.it> has joined #yocto19:58
fenrigkergoth: so full clone every rebuild then19:59
kergothit'll only fetch from upstream if the srcrev you want isn't available in the local git repo, or you're using autorev, in which case it'll update the existing repo to get the rev you need19:59
kergothhuh?19:59
kergothno, just like every other source, it's kept and used from DL_DIR19:59
kergothas i just said19:59
kergothdownloads are only wiped if you remove DL_DIR or just -c cleanall19:59
fenrigkergoth: yeah well then changing the srcrev makes it clone again, its now fully downloading the repo again19:59
kergothno19:59
kergothi said it *fetches*19:59
kergothnot clones20:00
kergothit runs git fetch to update the existing repo20:00
kergoththat is, it git fetches, not bitbake fetches :)20:00
kergothit clones once, that's it20:00
fenrigkergoth: Im in the download dir, and the size was around 1gb and its 150mb (and counting)20:00
fenrigat the moment20:00
fenrigOOOH when the recipe fails then it deletes the dl dir20:02
*** dmoseley <dmoseley!~dmoseley@65.32.158.157> has joined #yocto20:02
kergothif the clone fails, sure, an incomplete git clone is useless, git can't resume20:02
kergothto clarify, it didn't delete the dl dir, just the clone20:03
fenrigkergoth: yeah well it failed because it couldnt find my particular srcrev :D20:03
*** fenrig <fenrig!515334e0@gateway/web/freenode/ip.81.83.52.224> has quit IRC20:04
*** Mutter <Mutter!~Mutter@2606:a000:6682:8700:7dc7:d3f7:4410:46d5> has joined #yocto20:04
kergothhmm, interesting, afaik that shouldn't have resulted in wiping the existing git repo, just a fetch to try to download it, but it would have failed at parse time up front before even fetching the thing20:05
kergothalthough, if srcpv isn't in pv, maybe it's not expanded at parse time20:05
kergoth*works through the code in his head*20:05
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@host101-224-dynamic.9-87-r.retail.telecomitalia.it> has quit IRC20:05
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-melunonoslywezup> has quit IRC20:06
*** Mutter is now known as phani20:06
*** IvanSB <IvanSB!~IvanSB@host217-20-dynamic.15-87-r.retail.telecomitalia.it> has quit IRC20:09
*** jjmb <jjmb!~jjmb@69.241.19.12> has quit IRC20:11
*** phani <phani!~Mutter@2606:a000:6682:8700:7dc7:d3f7:4410:46d5> has quit IRC20:12
-YoctoAutoBuilder- build #639 of nightly-arm is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/63920:12
*** berton <berton!~fabio@177.127.6.77> has quit IRC20:16
*** phani <phani!~Mutter@2606:a000:6682:8700:7dc7:d3f7:4410:46d5> has joined #yocto20:21
*** khem` is now known as onoffon20:22
*** phani is now known as Enthusiast20:25
*** onoffon is now known as khem`20:25
*** Enthusiast is now known as Guest3670220:25
wyrmTyped up in advance, as promised:20:26
wyrm(recap) Hey, I need some help understanding the dependency system that bitbake uses.20:26
wyrm(recap) I have this program that requires alsa and fftw to build, but I can't figure out the right incantations to put in DEPENDS_${PN} .20:26
wyrmIf I issue the command `bitbake myrecipe`, it grinds for a while, and then crashes at myrecipe with the message "fatal error: alsa/asoundlib.h: No such file or directory".20:26
wyrmAt that point, if I look for alsa/asoundlib.h, I find it under "build/tmp/sysroots/x86_64-linux/usr/include/alsa/asoundlib.h" and two places under "build/tmp/work/x86_64-linux/.../alsa/asoundlib.h".20:26
wyrmI also find various instances of the "sys/asoundlib.h" deprecated compatibility header, and "build/tmp/work/cortexa9hf-vfp-neon-mx6qdl-poky-linux-gnueabi/alsa-lib/1.0.29-r0/alsa-lib-1.0.29/include/asoundlib.h".20:27
wyrmNote that the last path does not have the "alsa/" component of "alsa/asoundlib.h", which may or may not be germane to the problem.20:27
wyrmThen, if I issue the command `bitbake --continue myrecipe`, it errors immediately on myrecipe, then builds a whole bunch of other stuff.20:28
wyrmAt this point, I also have "build/tmp/sysroots/nitrogen6x/usr/include/alsa/asoundlib.h", and several places under both "build/tmp/work/x86_64-linux" and "build/tmp/work/cortexa9hf-vfp-neon-mx6qdl-poky-linux-gnueabi/".20:28
wyrmThere are also several copies of "fftw3.h" under "build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/fftw/3.3.4-r0/", which shall become relevant in a moment.20:28
kergoththere is no DEPENDS_${PN}.20:28
wyrmNow, when I run `bitbake --continue myrecipe`, it errors immediately on myrecipe, with the new message, "fatal error: fftw3.h: No such file or directory".20:28
kergoththere's RDEPENDS_<packagename>, which are the runtime dependencies that go on target in the binary pcakges20:28
kergothand there's "DEPENDS", which is build time20:28
kergothDEPENDS_${PN} will have no effect at all20:28
kergothas was mentioned earlier, set DEPENDS = "onerecipe anotherrecipe"20:28
wyrmOh!20:29
kergothhttps://www.yoctoproject.org/docs/1.8/mega-manual/mega-manual.html#new-recipe-configuring-the-recipe, etc20:29
kergothhttp://www.aosabook.org/en/yocto.html may also be of interest20:29
kergothparticularly the section on the bitbake scheduler20:30
wyrmI thought you were questioning my brain-fart where I typed REQUIRE_${PN}.20:30
wyrmBut the whole thing was wrong. _${PN}, too.20:30
wyrmI'll take a closer look at those links, thanks.20:33
*** dpeterson3 <dpeterson3!~daniel@131.151.252.104> has left #yocto20:36
*** Guest36702 <Guest36702!~Mutter@2606:a000:6682:8700:7dc7:d3f7:4410:46d5> has quit IRC20:37
*** belen <belen!~Adium@134.134.139.76> has quit IRC20:39
*** Amynka_ <Amynka_!~frozen@wraeth.id.au> has joined #yocto20:42
*** Amynka_ is now known as LastInLine20:43
*** nerdboy_ <nerdboy_!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto20:43
*** LastInLine <LastInLine!~frozen@wraeth.id.au> has quit IRC20:43
*** LastInLine <LastInLine!~frozen@gentoo/developer/amynka> has joined #yocto20:43
*** warthog19 <warthog19!~warthog9@149.20.54.19> has joined #yocto20:43
*** Guest36702 <Guest36702!~Mutter@2606:a000:6682:8700:7dc7:d3f7:4410:46d5> has joined #yocto20:44
*** aehs291 <aehs291!aehernan@nat/intel/x-voduaslhynkuhavo> has joined #yocto20:44
*** nerdboy_ <nerdboy_!~sarnold@gatekeeper.gentoogeek.org> has quit IRC20:44
*** dshwang_ <dshwang_!~dshwang@192.55.54.40> has joined #yocto20:44
*** nerdboy_ <nerdboy_!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto20:45
*** _jmleo <_jmleo!~jmleo@LMontsouris-657-1-109-180.w80-15.abo.wanadoo.fr> has joined #yocto20:46
*** aehs29 <aehs29!~aehernan@134.134.139.70> has quit IRC20:47
*** dl9pf <dl9pf!~quassel@static.88-198-106-157.clients.your-server.de> has quit IRC20:47
*** icanicant <icanicant!~icanicant@195.88.236.129> has quit IRC20:47
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has quit IRC20:47
*** jmleo <jmleo!~jmleo@LMontsouris-657-1-109-180.w80-15.abo.wanadoo.fr> has quit IRC20:47
*** dv_ <dv_!~quassel@chello062178118086.5.14.vie.surfer.at> has quit IRC20:47
*** dshwang <dshwang!~dshwang@192.55.54.40> has quit IRC20:47
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC20:47
*** fishey1 <fishey1!~jmesmon@vcr.einic.org> has quit IRC20:47
*** smartin <smartin!~smartin@207.ip-37-59-126.eu> has quit IRC20:47
*** zibri <zibri!zibri@rfc1459.se> has quit IRC20:47
*** warthog9 <warthog9!~warthog9@149.20.54.19> has quit IRC20:47
*** LastInLine is now known as Amynka20:48
*** _jmleo is now known as jmleo20:48
*** pohly1 <pohly1!~pohly@p57A57411.dip0.t-ipconnect.de> has quit IRC20:48
*** IvanSB <IvanSB!~IvanSB@host90-244-dynamic.247-95-r.retail.telecomitalia.it> has joined #yocto20:48
*** dl9pf <dl9pf!~quassel@static.88-198-106-157.clients.your-server.de> has joined #yocto20:49
*** warthog19 is now known as warthog920:49
*** 7F1AA9C2M <7F1AA9C2M!~quassel@static.88-198-106-157.clients.your-server.de> has joined #yocto20:49
*** dv_ <dv_!~quassel@chello062178118086.5.14.vie.surfer.at> has joined #yocto20:49
*** fishey1 <fishey1!~jmesmon@vcr.einic.org> has joined #yocto20:49
*** smartin <smartin!~smartin@207.ip-37-59-126.eu> has joined #yocto20:49
*** zibri <zibri!zibri@rfc1459.se> has joined #yocto20:49
*** 7F1AA9C2M <7F1AA9C2M!~quassel@static.88-198-106-157.clients.your-server.de> has quit IRC20:49
*** smartin <smartin!~smartin@207.ip-37-59-126.eu> has quit IRC20:49
*** dv_ <dv_!~quassel@chello062178118086.5.14.vie.surfer.at> has quit IRC20:50
*** jjmb <jjmb!~jjmb@69.241.19.12> has joined #yocto20:50
*** fishey1 <fishey1!~jmesmon@vcr.einic.org> has quit IRC20:50
*** dreyna4529 <dreyna4529!~dreyna@unknown-216-200.windriver.com> has joined #yocto20:51
*** smartin <smartin!~smartin@207.ip-37-59-126.eu> has joined #yocto20:51
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC20:52
*** jedix <jedix!~jedix@24-246-5-195.cable.teksavvy.com> has quit IRC20:52
*** dv_ <dv_!~quassel@chello062178118086.5.14.vie.surfer.at> has joined #yocto20:53
*** Guest36702 <Guest36702!~Mutter@2606:a000:6682:8700:7dc7:d3f7:4410:46d5> has quit IRC20:53
*** icanicant <icanicant!~icanicant@195.88.236.129> has joined #yocto20:54
*** Guest36702 <Guest36702!~Mutter@2606:a000:6682:8700:7dc7:d3f7:4410:46d5> has joined #yocto20:59
*** mattsm <mattsm!uid128834@gateway/web/irccloud.com/x-ssiiumaahwykrboh> has joined #yocto21:00
*** Guest36702 <Guest36702!~Mutter@2606:a000:6682:8700:7dc7:d3f7:4410:46d5> has quit IRC21:03
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC21:04
*** fishey1 <fishey1!~jmesmon@vcr.einic.org> has joined #yocto21:04
*** jjmb <jjmb!~jjmb@69.241.19.12> has quit IRC21:07
*** belen <belen!~Adium@134.134.139.76> has joined #yocto21:08
*** Guest36702 <Guest36702!~Mutter@cpe-172-73-88-239.carolina.res.rr.com> has joined #yocto21:12
*** belen <belen!~Adium@134.134.139.76> has quit IRC21:13
*** WarheadsSE <WarheadsSE!~WarheadsS@c-174-54-190-115.hsd1.pa.comcast.net> has joined #yocto21:15
WarheadsSEEver present dumb question of the day: what combination of depends/rdepends, etc for to use in a package that depends on GTK to build some utility, but you'll never actually deploy said utility, and thus don't need gtk?21:16
*** Guest36702 <Guest36702!~Mutter@cpe-172-73-88-239.carolina.res.rr.com> has quit IRC21:17
WarheadsSEObviously, the other option is just to patch it all out21:17
kergothjust add it to DEPENDS21:17
kergothit'll only get added to rdepends by the shlibs code if one of the binaries you package links against the shared library21:17
*** jedix <jedix!~jedix@24-246-5-195.cable.teksavvy.com> has joined #yocto21:18
WarheadsSEah, deps handline "magic" RDEPENDS.21:18
WarheadsSEfun21:18
*** _taw_ <_taw_!~taw@ip-89-176-167-254.net.upcbroadband.cz> has joined #yocto21:18
*** T0mW <T0mW!~twalsh@64.202.128.113> has quit IRC21:30
*** nerdboy_ is now known as nerdboy21:32
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has quit IRC21:32
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto21:32
*** joshuagl <joshuagl!joshuagl@nat/intel/x-qxqiasdwvzcrrowm> has quit IRC21:33
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto21:36
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto21:44
*** paulg_ <paulg_!~paulg@209.29.74.150> has quit IRC21:45
*** Guest36702 <Guest36702!~Mutter@2606:a000:6682:8700:7dc7:d3f7:4410:46d5> has joined #yocto21:48
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto21:49
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has quit IRC21:49
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC21:51
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto21:52
*** khem` is now known as onoffon21:53
*** onoffon is now known as khem`21:53
*** khem` is now known as onoffon21:53
*** onoffon is now known as khem`21:53
*** Guest36702 <Guest36702!~Mutter@2606:a000:6682:8700:7dc7:d3f7:4410:46d5> has quit IRC21:54
*** harisokanovic <harisokanovic!~harisokan@130.164.62.171> has joined #yocto21:54
*** SpaceBebop <SpaceBebop!~SpaceBebo@50-73-9-149-richmond.hfc.comcastbusiness.net> has joined #yocto21:55
-YoctoAutoBuilder- build #609 of nightly-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm-lsb/builds/60922:06
*** aratiu <aratiu!~adi@80.97.64.55> has quit IRC22:08
*** WarheadsSE <WarheadsSE!~WarheadsS@c-174-54-190-115.hsd1.pa.comcast.net> has left #yocto22:09
*** SpaceBebop <SpaceBebop!~SpaceBebo@50-73-9-149-richmond.hfc.comcastbusiness.net> has quit IRC22:09
khem`RP: there ?22:10
khem`RP: I want to ignore 15 recipes when doing world builds22:10
*** aehs291 <aehs291!aehernan@nat/intel/x-voduaslhynkuhavo> has quit IRC22:10
khem`in OE-Core22:10
*** aehs29 <aehs29!~aehernan@134.134.139.70> has joined #yocto22:10
khem`so we get clean world builds for musl22:11
khem`and use that as baseline22:11
khem`do we have some where 1 place to do so ?22:11
khem`or do I have to blacklist each one of them22:11
-YoctoAutoBuilder- build #611 of nightly-mips-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/61122:16
rburtonkhem: it appears that your fortify changes are causing more packages to break. doing a world build here and so far three recipes are failing which previously have worked on the AB22:17
kergothwouldn't EXCLUDE_FROM_WORLD suffice, or are deps on them also a problem?22:17
* kergoth yawns22:17
rburtonie shared/newt.o: relocation R_X86_64_PC32 against undefined symbol `SLtt_Screen_Rows@@SLANG2' can not be used when making a shared object; recompile with -fPIC22:17
khem`kergoth: yes that would work22:17
kergothkhem`: fyi, meta-musl/meta-clang have issues with current master, version bumps22:17
rburtonalso there's an exclude from world include file but surely you want to only exclude if musl22:17
khem`kergoth: dont use meta-musl22:18
khem`meta-clang22:18
kergothah, is it all in oe-core now?22:18
kergothwasn't sure what the merge status was22:18
khem`meta-clang issues should be reported22:18
kergothk22:18
kergothjust starting to play around :)22:18
rburtonkergoth: khem has been patchbombing for a while now :)22:18
kergothyeah, i've seen it, but wasn't sure how much was actually in master :)22:18
khem`EXCLUDE_FROM_WORLD_libc-musl = "1"22:19
khem`would work isnt it ?22:19
khem`kergoth: right now there are 20 packages in OE-core which dont build with musl22:19
khem`see http://errors.yoctoproject.org/Errors/Build/12230/22:20
khem`every thing else is ok all images build22:20
kergothcool22:20
khem`and they boot and work too :)22:20
khem`for all arches22:20
rburtonkhem`:   there's a poky-world-exclude.inc in meta-yocto for excluding on the autobuilder22:20
khem`except mips64 which I havent tried22:20
kergothi ran into this with clang-native: | CMake Error at cmake/modules/CheckAtomic.cmake:36 (message):22:20
kergoth|   Host compiler appears to require libatomic, but cannot find it.22:20
kergothassuming i should upgrade my build machine? :)22:21
kergothor rather, build chroot22:21
khem`kergoth: is it Centos22:21
kergothnope, u12.04 i think22:21
khem`rburton: I am working on fixing efi issue22:21
khem`rburton: it seem SECURITY_LDFLAGS are leaking into all sort of LDFLAGS22:21
kergothi'll try installing libatomic in tha chroot22:21
khem`kergoth: 12.04 hmm22:22
kergothi should probably switch to 14 anyway, but :)22:22
khem`I use 14.04 oldest distro in my world22:22
khem`for my regular stuff archlinux22:22
khem`so I am never old22:22
khem`:)22:22
khem`rburton: once my patch to switch poky-tiny is accepted then we shuld do that22:23
rburtonkhem`: pango on the AB i could explain and fix, grub-efi-native less so22:23
RPkhem`: there is conf/distro/include/world-broken.inc, I'm kind sad to add to it after we got it empty!22:23
rburtonkhem`: you should ask RP what his acceptance critera for the poky-tiny change is, i've had it in mut for a while :)22:23
khem`RP: I promise to empty it out again22:23
RPkhem`: EXCLUDE_FROM_WORLD_pn-X_libc-musl =22:24
kergothkhem`: i need to get an arch machine going again, that used to be my goto distro, but never caught up after the switch to systemd :)22:24
RPrburton: I just never saw it on the list, keep meaning to merge it tbh22:24
khem`kergoth: use antergos if you like installers22:24
rburtonfor tiny, it appears to work fine22:24
RPkhem`: please just use the msl override22:24
kergothi just wrote my own scripts for it ages ago22:24
kergothhttps://github.com/kergoth/kergoth-arch-setup22:24
khem`RP: I am using poky-tiny with musl22:24
rburtonjust need that nightly-musl target on the ab22:24
kergothbut i can't recall the voodoo for the fs/partition setup anymore, used to use btrfs22:24
kergothgotten rusty :)22:25
rburtonoh its there22:25
rburtonlets give it a spin and see what happens22:25
khem`yes22:25
rburtonkhem`: https://autobuilder.yoctoproject.org/main/builders/nightly-musl/builds/122:25
khem`musl has does tonnes of good to packages22:25
khem`a lot of rust got fixed22:25
khem`rburton: gr8 add core-image-weston as well please22:26
khem`if possible22:26
*** _taw_ <_taw_!~taw@ip-89-176-167-254.net.upcbroadband.cz> has quit IRC22:26
rburtoneasy22:26
* khem` add to bookmarks22:26
khem`RP: adding to EXCLUDE_WORLD will help keep the current quality22:27
khem`while we fix the remaining 20 packages22:27
khem`kergoth: I think arch handled the transition to systemd quite smoothly22:28
RPkhem`: I agree as long as we use he musl override22:29
khem`we say TARGET_LDFLAGS_append = " ${SECURITY_LDFLAGS}"22:29
khem`then in native.bbclass we say22:30
khem`TARGET_LDFLAGS = "${BUILD_LDFLAGS}"22:30
*** jjmb <jjmb!~jjmb@2601:46:c602:c4a0:898e:760b:fb0b:fb97> has joined #yocto22:30
RPkhem`: Add a SECURITY_FLAGS_class-native = "" ?22:30
khem`RP: yes musl override will be there22:30
khem`RP: yes tryin that out now22:30
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC22:31
rburtonkhem: oooooooh22:32
khem`question is do we want to make native and nativesdk use it as well22:32
khem`its not a bad thing22:32
khem`from security perspecitve22:32
rburtonnot native, it failed all over the AB as older builders don't have fortify-strong22:32
khem`but tools will be a bit slow :)22:32
rburtonwe control the cross tools, but not host22:33
*** SoylentYellow <SoylentYellow!~SoylentYe@207-114-172-147.static.twtelecom.net> has quit IRC22:33
khem`I can remove -fstack-protector from LDFLAGS_remove_class-native = "-fstack-protector-strong"22:33
*** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC22:33
kergothRP: thinking we should make bitbake -e bypass codeparsing / signature generation. i had a shell syntax error that made pysh choke, but couldn't use bitbake -e to examine the value to figure out why :)22:33
khem`question is should we care for native and nativesdk tools22:34
khem`we can do it eitherway22:34
RPkergoth: I don't disagree. Patches welcome...22:34
RPkergoth: I'm drowning in bugs :(22:34
khem`CFLAGS have same problem22:34
*** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto22:34
kergothnp, wasn't asking you to do it, just making sure it made sense22:34
rburtonkhem`: lets start with complete prune to fix things and then add some next?22:35
khem`ok22:35
*** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC22:35
RPkhem`: I think we should just rely on the host to use whichwever flags it thinks make sense there22:35
RPfor native anyway22:36
RPwe control what we build for nativesdk22:36
*** ecdhe <ecdhe!~ecdhe@173-22-126-166.client.mchsi.com> has quit IRC22:37
*** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto22:37
rburtonkhem`: so basically you have this: SECURITY_FLAGS_class-native = ""22:38
rburtonSECURITY_LDFLAGS_class-native = ""22:38
* rburton is about to kick a world locally before going to bed and doesn't want to rebuild it all again tomorrow :)22:38
khem`rburton: testing this https://gist.github.com/cdcbfcac6185165d08af22:39
rburtonhm, what about nativesdk22:39
kergothgah, i need to rewrite toolchain-shar-*, that's some ugly shell with bad filename handling22:40
rburtonmaybe replicate the appends for nativesdk for clarity22:40
khem`rburton: we disable it for everything but target22:40
khem`in that patch22:40
rburtonyeah22:40
khem`I think thats what we really want22:41
khem`otherwise we disable it for native nativesdk cross crosssdk22:41
khem`may be cross-canadian22:41
*** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC22:42
khem`rburton: I will bundle it into existing pu22:42
khem`will that be more convenient ?22:42
khem`grub-efi-native works now22:43
khem`on my old ubuntu box22:43
rburtonkhem`: it was a short branch so that's fine, but also post it to the list pls22:44
khem`sure22:44
rburtonright, bed. g'night all.22:44
armpitnight22:45
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC22:45
*** IvanSB <IvanSB!~IvanSB@host90-244-dynamic.247-95-r.retail.telecomitalia.it> has quit IRC22:47
khem`rburson updated kraj/pu22:49
kergothlogged off, as your inability to complete the nick shows ;)22:50
* kergoth bangs head against desk22:50
* armpit can hear it from here22:55
khem`RP: do you see any imrovements I need to do for http://git.openembedded.org/openembedded-core-contrib/commit/?h=kraj/master&id=15832ff80d377300ce323920f1f11a9a6e0ded8d22:56
khem`and for http://git.openembedded.org/openembedded-core-contrib/commit/?h=kraj/master&id=e810abe120b42e1622068e0b3b02cd405eaf765d22:57
RPkhem`: Personally, I prefer whitespace changes to be separate but I have meant to merge it22:58
khem`Oh yes22:59
khem`I think that keeps it clean22:59
khem`logically22:59
khem`usually I do it when I see it as a side when fixing something else22:59
khem`but it doesnt hurt to do it as a separate commit23:00
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto23:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto23:01
-YoctoAutoBuilder- build #624 of nightly-x86-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/62423:04
khem`RP: instead of adding it to world-broken.inc23:04
kergothI wonder what it would take to make all nativesdk stuff build static against musl :) would really shrink the sdk down23:04
khem`I think its better to add them to BLACKLIST23:04
kergothor non-static, for that matter23:05
* kergoth wonder sif you can just set TCLIBC_class-nativesdk23:05
khem`hmm23:05
RPkergoth: Its an interesting thought23:05
kergothi know static is not even an option with glibc due ot how large the binaries are, and nss, but musl might be an option23:06
* kergoth adds to todo to play with23:06
*** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto23:06
khem`kergoth: once musl is nailed I will like to bring clang to core in 2.2 :)23:06
kergothstatic would ease our relocation headaches, though23:07
kergothkhem`: ooh, that'd be nice :)23:07
khem`right now we can build SDKs which offer both23:07
khem`gcc and clang23:07
kergothI bet anti-gpl and/or pro-bsd folks are going to love you23:07
kergothi wonder if elftoolchain has a linker yet23:07
khem`I personally dont care23:07
khem`I just like to have options23:07
* kergoth nods23:08
kergothi don't care fo rmy own stuff, but some companies are *really* paranoid23:08
kergothsometimes they should be, but not always :)23:08
khem`yeah I know23:08
khem`so far my benchmarks show clang is very impressive given its age23:09
khem`it reduces the compile time by almost 30%23:09
kergothwow23:09
kergothi love how nice clang's error messages are23:09
kergothreally pleasant23:09
*** SoylentYellow <SoylentYellow!~SoylentYe@207-114-172-147.static.twtelecom.net> has joined #yocto23:09
* kergoth wonders how tough it'd be to make bitbake use remake instead of make :)23:10
khem`so if you use musl+clang you can build same image with number of components in probably 40% less time23:10
kergothguessing circular deps would be the main issue23:10
kergothkhem`: that's impressive23:10
khem`musl has untangled the include mayhem23:10
kergothmakes sense23:10
khem`and clang is just fast23:10
* kergoth nods23:10
khem`by modern design23:11
kergothI'll have to take a look at the recipes, I started looking at creating them, but didn't know enough about the build process to untangle it :)23:11
kergoth(clang that is)23:11
khem`once I am out of trenches I am going to do some runtime benchmarking23:11
khem`clang itself needs a lot longer to compile :)23:12
khem`than say gcc23:12
khem`but banking on sstate here23:12
kergothat least it's a fairly one time cost23:12
* kergoth nods23:12
khem`clang recipes are there in github.com/kraj/meta-clang23:13
khem`right now it plugs in as default compiler if you use it23:13
* kergoth nods23:13
kergothsaw that, the TOOLCHAIN bits23:13
khem`a world build I see 6 packages fail23:14
khem`so not a bad start23:14
khem`there are some rogue packages which just wont budge23:14
khem`like kernel ;)23:14
kergothi feel like it should leverage TCMODE, but tcmode is global, not per-recipe, so i can see why you had to roll your own switching mechanism23:14
* kergoth nods23:14
khem`yeah earlier I had it reversed23:15
-YoctoAutoBuilder- build #347 of nightly-world-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world-lsb/builds/34723:15
khem`but then users said that is not what they expect23:15
khem`when they use meta-clang23:15
khem`they want to use it as default and use gcc sparingly23:15
khem`so I chnaged it23:15
khem`TCMODE is a good idea23:16
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto23:16
kergothi'm not sure i agree, i like it when just including a layer makes its stuff *available*, but then i opt-in to make use of it23:16
kergothbut then again i did what you did with meta-sourcery out of necessity, so .. :)23:16
kergoththere are exceptions to every rule, so..23:16
khem`right23:17
kergothnow that i'm not overriding tuning files, i should change the meta-sourcery behavior. before i coudlnt' conditionally override a .conf/.inc :)23:17
kergothdon't need to now that i just muck with TUNE_CCARGS instead23:18
khem`yeah23:18
khem`btw. I got SD card image generated by using wic but it did not boot well23:19
khem`on bon23:19
khem`e23:19
kergothwe should really have some guidelines on lnayer creation about stuff like this. folks often want to have some feature, but dont' know how/where to make it available / configure it23:19
kergoths/ln/l/23:19
*** lamego <lamego!~jose@134.134.139.72> has quit IRC23:19
kergothso they end up making it just mangle stuff on layer inclusion or even worse23:19
kergothkhem`: huh. we're using it for boneblack anyway.. i ahven't tested regular bone though23:20
kergothi should play with it, dig my bone out of a drawer23:20
khem`I dont have black23:20
kergothi wouldn't either except work sent it to me to mess with, i should really send all my old boards back, it's taking up room in my house23:20
kergothactually i should send back my ancient decrepit work laptop i don't use too :)23:21
*** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto23:21
khem`I have pi2 and minnow223:22
khem`or minnowmax as they call it23:22
kergothnice23:22
khem`as my primary boards23:23
khem`then emulators23:23
kergothHmm, we should add an option to make buildhsitory do its git stuff in the background and then report back to the user's tty when it completes23:23
khem`I also have an atmel just for armv5t stuff23:23
kergothwould really speed up my test cycles23:23
khem`I agree23:24
kergothi hit ^C^C and .. wait....;23:24
kergotheventually can vim..23:24
kergothheh23:24
*** dmoseley <dmoseley!~dmoseley@65.32.158.157> has quit IRC23:31
*** sameo <sameo!~samuel@192.55.55.41> has quit IRC23:32
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC23:35
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC23:37
*** jedix <jedix!~jedix@24-246-5-195.cable.teksavvy.com> has quit IRC23:37
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC23:55
*** jedix <jedix!~jedix@24-246-5-195.cable.teksavvy.com> has joined #yocto23:57
*** agust1 <agust1!~agust@p4FC46A14.dip0.t-ipconnect.de> has quit IRC23:58
*** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC23:58
*** jchonig <jchonig!~quassel@firewall.honig.net> has joined #yocto23:59

Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!