Monday, 2015-10-12

*** sameo <sameo!samuel@nat/intel/x-zktlrsblcmegxqhn> has quit IRC00:01
*** Mohican <Mohican!~Doug@201.82.77.134> has quit IRC00:26
*** stwcx <stwcx!~stwcx@108-215-4-10.lightspeed.austtx.sbcglobal.net> has joined #yocto00:36
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto00:44
*** khem` is now known as onoffon01:25
*** paulg <paulg!~paulg@173.239.178.230> has quit IRC01:40
*** sjolley <sjolley!~sjolley@134.134.139.72> has quit IRC02:21
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC02:21
*** sjolley <sjolley!sjolley@nat/intel/x-dcwnotjgcodntdqo> has joined #yocto02:27
*** dlan <dlan!~dennis@116.228.88.131> has joined #yocto02:39
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto02:39
*** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has joined #yocto02:48
*** tsramos <tsramos!tsramos@nat/intel/x-bdawmrhofvtoqjds> has joined #yocto03:04
*** ][Sno][ <][Sno][!~sno@p578b540c.dip0.t-ipconnect.de> has quit IRC03:08
*** [Sno] <[Sno]!~sno@p578b540c.dip0.t-ipconnect.de> has joined #yocto03:13
*** tsramos <tsramos!tsramos@nat/intel/x-bdawmrhofvtoqjds> has quit IRC03:17
*** onoffon is now known as khem`04:08
*** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has quit IRC04:38
*** RP <RP!~richard@194.136.87.227> has quit IRC05:06
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has joined #yocto05:18
*** lazao <lazao!c32a382b@gateway/web/freenode/ip.195.42.56.43> has joined #yocto05:20
lazaohello guys05:20
*** xulfer_ <xulfer_!~xulfer@ns1.cheapbsd.net> has joined #yocto05:23
*** niteshnarayanlal <niteshnarayanlal!~Nitesh@fedora/niteshnarayanlal> has left #yocto05:27
*** xulfer_ <xulfer_!~xulfer@ns1.cheapbsd.net> has joined #yocto05:27
*** stwcx <stwcx!~stwcx@108-215-4-10.lightspeed.austtx.sbcglobal.net> has quit IRC05:32
*** xulfer_ <xulfer_!~xulfer@cheapbsd.net> has joined #yocto05:36
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto05:38
*** RP <RP!~richard@192.198.151.61> has joined #yocto05:38
*** roric <roric!~roric@h196n19-vrr-a31.ias.bredband.telia.com> has joined #yocto05:52
*** frsc <frsc!~frsc@80.149.173.68> has joined #yocto06:02
*** marek__ <marek__!~marek@81.89.61.168.host.vnet.sk> has joined #yocto06:06
*** frsc <frsc!~frsc@80.149.173.68> has quit IRC06:07
*** frsc <frsc!~frsc@80.149.173.68> has joined #yocto06:07
*** roric <roric!~roric@h196n19-vrr-a31.ias.bredband.telia.com> has quit IRC06:16
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:23
*** jvaduva <jvaduva!~jvaduva@80.97.6.174> has joined #yocto06:25
*** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@host225-172-dynamic.14-87-r.retail.telecomitalia.it> has quit IRC06:29
*** bluelightning <bluelightning!~paul@ip5f5ae69b.dynamic.kabel-deutschland.de> has joined #yocto06:37
*** bluelightning <bluelightning!~paul@ip5f5ae69b.dynamic.kabel-deutschland.de> has quit IRC06:37
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto06:37
*** jvaduva <jvaduva!~jvaduva@80.97.6.174> has quit IRC06:46
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-fhpkxxsnmmrqqbfc> has joined #yocto06:53
*** jbrianceau_away is now known as jbrianceau06:53
*** maxin <maxin!~maxin@37-219-217-101.nat.bb.dnainternet.fi> has joined #yocto06:55
*** maxin <maxin!~maxin@37-219-217-101.nat.bb.dnainternet.fi> has left #yocto06:55
*** maxin <maxin!~maxin@37-219-217-101.nat.bb.dnainternet.fi> has joined #yocto06:56
*** soderstrom <soderstrom!~soderstro@81.216.59.226> has joined #yocto06:56
*** stiandre <stiandre!~stiandre@109.247.13.242> has joined #yocto06:56
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-xmbhhytzdmkeusrb> has joined #yocto06:58
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto06:58
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-xmbhhytzdmkeusrb> has left #yocto07:03
*** fray <fray!~mhatle@192.40.192.95> has quit IRC07:08
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has quit IRC07:09
*** mago_ <mago_!~mago@88.131.56.168> has joined #yocto07:09
*** mckoan|away is now known as mckoan07:11
mckoangood morning07:11
*** frsc <frsc!~frsc@80.149.173.68> has quit IRC07:13
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto07:17
*** fray <fray!~mhatle@192.40.192.95> has joined #yocto07:21
*** TobSnyder <TobSnyder!~schneider@ip923450f2.dynamic.kabel-deutschland.de> has joined #yocto07:21
*** jvaduva <jvaduva!~jvaduva@80.97.6.174> has joined #yocto07:22
*** jvaduva is now known as AlexV07:23
*** AlexV is now known as Guest2823707:23
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has joined #yocto07:24
*** maxin <maxin!~maxin@37-219-217-101.nat.bb.dnainternet.fi> has quit IRC07:26
*** frsc <frsc!~frsc@80.149.173.68> has joined #yocto07:31
*** Guest28237 <Guest28237!~jvaduva@80.97.6.174> has quit IRC07:31
*** fredcadete <fredcadete!d4a63893@gateway/web/freenode/ip.212.166.56.147> has joined #yocto07:32
*** AlexVaduva <AlexVaduva!~jvaduva@80.97.6.174> has joined #yocto07:32
AlexVaduvaregister Gridlock_12307:34
*** khem` is now known as onoffon07:34
*** sameo <sameo!~samuel@192.55.55.37> has joined #yocto07:35
*** [Sno] <[Sno]!~sno@p578b540c.dip0.t-ipconnect.de> has quit IRC07:38
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.98> has joined #yocto07:40
*** jku <jku!jku@nat/intel/x-pluqzxklkfduabgc> has joined #yocto07:40
*** AlexVaduva <AlexVaduva!~jvaduva@80.97.6.174> has quit IRC07:42
*** aime-Pierre <aime-Pierre!~Thunderbi@193.56.60.161> has joined #yocto07:42
*** fl0v0 <fl0v0!~fvo@p54AF4A5B.dip0.t-ipconnect.de> has joined #yocto07:47
*** nighty-_ <nighty-_!~nighty@hokuriku.rural-networks.com> has joined #yocto07:49
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:51
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has joined #yocto07:52
*** dolphin <dolphin!dolphin@unaffiliated/dolphin> has joined #yocto07:53
*** maxin <maxin!~maxin@2001:998:22:0:ad4f:a07:a67c:5110> has joined #yocto07:54
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto07:56
*** florian_kc is now known as florian07:56
*** sujith_h1 <sujith_h1!~sharidas@139.181.35.34> has joined #yocto07:57
*** sujith_h1 <sujith_h1!~sharidas@139.181.35.34> has left #yocto07:57
*** rfolino <rfolino!~rfolino@93-51-177-218.ip268.fastwebnet.it> has joined #yocto07:58
*** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@93.51.30.27> has joined #yocto08:00
*** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@93.51.30.27> has quit IRC08:01
*** lazao <lazao!c32a382b@gateway/web/freenode/ip.195.42.56.43> has quit IRC08:03
*** IvanSB <IvanSB!~IvanSB@host165-128-dynamic.25-79-r.retail.telecomitalia.it> has joined #yocto08:03
*** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@93.51.30.27> has joined #yocto08:04
dolphinany meta-intel maintainer hanging around? I think the common directory should be rename into meta and conf directory moved inside it08:19
dolphinnow the meta-intel layer kind of breaks when you want to override scripts, have to use "common/recipes-..." path instead of just "recipes-"08:20
*** Biliogadafr <Biliogadafr!~User@port-35-adslby-pool45.infonet.by> has joined #yocto08:31
*** AlexV <AlexV!~jvaduva@80.97.6.174> has joined #yocto08:34
*** AlexV is now known as Guest110208:35
*** Guest1102 is now known as AlexVaduva08:36
mckoandolphin: meta-intel maintainer hangs on #at9108:38
*** matteo__ <matteo__!~matteo@93-57-16-194.ip162.fastwebnet.it> has joined #yocto08:39
mckoandolphin: oops, sorry, misunderstood08:39
* mckoan hates jet lag08:39
*** matteo__ <matteo__!~matteo@93-57-16-194.ip162.fastwebnet.it> has quit IRC08:39
*** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto08:40
*** xulfer_ <xulfer_!~xulfer@cheapbsd.net> has quit IRC08:41
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto08:42
jbrianceauclopez: ping08:51
*** TobSnyder1 <TobSnyder1!~schneider@ip923450f2.dynamic.kabel-deutschland.de> has joined #yocto08:56
*** TobSnyder <TobSnyder!~schneider@ip923450f2.dynamic.kabel-deutschland.de> has quit IRC08:57
*** vdehors_ <vdehors_!~vincent@LAubervilliers-656-1-235-184.w193-248.abo.wanadoo.fr> has quit IRC09:04
*** vdehors <vdehors!~vincent@LAubervilliers-656-1-235-184.w193-248.abo.wanadoo.fr> has joined #yocto09:06
*** belen <belen!Adium@nat/intel/x-laweeunnebdjgdom> has joined #yocto09:10
*** simonl <simonl!uid6729@gateway/web/irccloud.com/x-wkprfoiqgvbtuiyp> has joined #yocto09:12
*** [Sno] <[Sno]!~sno@rademacherexchange.de> has joined #yocto09:13
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-yvqallkgozbnvpnd> has joined #yocto09:16
*** Hauke <Hauke!~Hauke@hauke-m.de> has quit IRC09:25
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC09:27
*** thaytan_ <thaytan_!~thaytan@199.7.70.115.static.exetel.com.au> has quit IRC09:27
*** Hauke <Hauke!~Hauke@hauke-m.de> has joined #yocto09:28
simonlI need to support several hardware variations. This would involve a couple of different configuration files in the rootfs and a different device tree. Would that justify a different MACHINE? Seems kind of painful to use for such minor differences (which do need to be kept track of during package upgrades)09:29
*** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has joined #yocto09:29
*** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC09:45
*** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto09:46
*** sujith_h <sujith_h!~toaster@139.181.35.34> has joined #yocto09:47
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto09:47
*** kbingham <kbingham!~kbingham@cpc17-aztw24-2-0-cust759.aztw.cable.virginm.net> has quit IRC09:51
*** kbingham <kbingham!~kbingham@cpc17-aztw24-2-0-cust759.aztw.cable.virginm.net> has joined #yocto09:51
*** kbingham <kbingham!~kbingham@cpc17-aztw24-2-0-cust759.aztw.cable.virginm.net> has quit IRC09:56
*** kbingham <kbingham!~kbingham@cpc17-aztw24-2-0-cust759.aztw.cable.virginm.net> has joined #yocto09:56
*** sujith_h1 <sujith_h1!~sharidas@139.181.35.34> has joined #yocto10:02
*** sujith_h1 <sujith_h1!~sharidas@139.181.35.34> has left #yocto10:02
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has joined #yocto10:05
*** jmleo <jmleo!~jmleo@105-197-190-109.dsl.ovh.fr> has joined #yocto10:27
jmleoHello ! I have a strange error with some python packages, don't know if it is related to the debug-tweaks... I get :10:27
jmleoERROR: Function failed: write_specfile10:27
jmleohttp://hastebin.com/ebocoqenel.pas10:28
bluelightningI doubt it's related to debug-tweaks10:29
bluelightningodd that there's absolutely nothing in the way of error detail10:29
jmleobluelightning: cleanall and redoing the bitbake on the package is ok10:30
jmleoand then another one fails10:30
*** IvanSB <IvanSB!~IvanSB@host165-128-dynamic.25-79-r.retail.telecomitalia.it> has quit IRC10:39
[Sno]JaMa: why should udev not be MACHINE_ARCH?10:46
rburtonstuff should only be machine-arch if absolutely needed, as then everything that depends on it (quite a lot) is also machine-arch10:48
JaMabecause many recipes depend on udev and they would effectively became MACHINE_ARCH as well10:48
rburtona neat way of saying "this may be machine arch but honestly it doesn't change any any meaningful way" would be useful, afaik SIGGEN_EXCLUDERECIPES_ABISAFE is too broad a hammer for that?10:50
rburtonbut that's a 2.1 discussion and right now we're trying to get 2.0 out :)10:51
JaMayes SIGGEN_EXCLUDERECIPES_ABISAFE is all or nothing, when set depending recipes won't rebuild even when udev intentionally changes API & ABI11:00
[Sno]JaMa: understood - and agreed, I rework the udev patch than11:01
JaMaas discussed in https://bugzilla.yoctoproject.org/show_bug.cgi?id=5970 we need something to remove just some variables from sstate signature of dependent recipes11:01
yoctiBug 5970: enhancement, Medium, 1.9, richard.purdie, VERIFIED FIXED, sstate signature generator issues11:01
rburtonJaMa: remove package_arch?11:01
JaMarburton: in this case? to remove MACHINE_FEATURES, lsusb, pciutils and usbutils11:03
JaMawhen looking at udev signature e.g. when buildng xserver-xorg recipe11:03
JaMain other words to be able to say, that the udev ABI is the same when it was built with or without usb and pci support11:03
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto11:10
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC11:12
*** florian__ <florian__!~fuchs@Maemo/community/contributor/florian> has joined #yocto11:14
*** florian__ <florian__!~fuchs@Maemo/community/contributor/florian> has quit IRC11:15
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto11:15
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has quit IRC11:16
*** grma <grma!~gruberm@HSI-KBW-46-237-193-133.hsi.kabel-badenwuerttemberg.de> has joined #yocto11:23
*** bradfa_ is now known as bradfa11:25
[Sno]is there a sane way to have different DISTRO_FEATURES for different machines? or isn't that recognized?11:28
dolphin[Sno]: I think you'll want to have MACHINE_FEATURES and DISTRO_FEATURES, then look at the COMBINED_FEATURES code11:29
bluelightningdistro and machine are meant to be orthogonal, so the system isn't really meant to work in that way11:29
dolphinat oe-core/meta/conf/bitbake.conf11:30
[Sno]JaMa: in that case there should be a better solution for udev than moving the responsibility to DISTRO_FEATURES when it's not sane11:30
[Sno]I understand the price is high - but wrong and quick solutions aren't the answer to avoid high costs, are they?11:31
rburtonchanging udev to be machine arch is also wrong and quick ;)11:32
[Sno]rburton: I understand that - and searching for a better way11:32
[Sno]stupid [Sno] - JaMa suggested PACKAGECONFIG and not DISTRO_FEATURES - this can be handled in local.conf or own distro/my.conf11:33
JaMadefault PACKAGECONFIG value can be set based on DISTRO_FEATURES11:38
JaMabut that leaves you option to easily change it if it doesn't match with expectations11:39
*** grma <grma!~gruberm@HSI-KBW-46-237-193-133.hsi.kabel-badenwuerttemberg.de> has quit IRC11:51
*** grma <grma!~gruberm@HSI-KBW-46-237-193-133.hsi.kabel-badenwuerttemberg.de> has joined #yocto11:51
*** Ox4 <Ox4!~user@unaffiliated/zloy> has joined #yocto11:54
Ox4hello guys11:54
Ox4is there a way to set PATH variable without user's login?11:55
*** ftonello <ftonello!~quassel@81.145.202.106> has joined #yocto12:00
*** thaytan <thaytan!~thaytan@199.7.70.115.static.exetel.com.au> has joined #yocto12:01
mckoan0x4 /etc/rc.local12:13
*** thiagoss_ is now known as thiagoss12:14
*** thiagoss is now known as Guest3799512:14
Ox4mckoan: I don't see such file there12:17
*** nighty^ <nighty^!~nighty@www.taiyolabs.com> has quit IRC12:25
*** NileshKokane <NileshKokane!uid116340@gateway/web/irccloud.com/x-spfhwhzbhamaiepw> has joined #yocto12:43
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-ursudurkdmoozbsz> has joined #yocto12:44
*** marek__ <marek__!~marek@81.89.61.168.host.vnet.sk> has quit IRC12:47
*** Aethenelle <Aethenelle!~Aethenell@166.175.63.51> has joined #yocto12:53
*** aime-Pierre1 <aime-Pierre1!~Thunderbi@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto13:00
*** _ak <_ak!~akorsos@50.244.33.17> has joined #yocto13:01
*** aime-Pierre <aime-Pierre!~Thunderbi@193.56.60.161> has quit IRC13:03
*** aime-Pierre1 is now known as aime-Pierre13:03
mckoanOx4: you have to create it, try google-ing13:04
Ox4mckoan: yes, I googled it already, but it is for tiny system, no?13:05
Ox4mckoan: and I don't see it in the mega manual13:06
*** IvanSB <IvanSB!~IvanSB@host165-128-dynamic.25-79-r.retail.telecomitalia.it> has joined #yocto13:08
Ox4also how can I modify rcS script in the etc/init.d directory to build an image?13:14
*** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC13:15
*** xulfer_ <xulfer_!~xulfer@cheapbsd.net> has joined #yocto13:31
*** xulfer <xulfer!~xulfer@2001:41d0:2:5ee0::> has quit IRC13:36
*** xulfer_ is now known as xulfer13:36
Ox4I think it will be better to patch rcS in sysvinit package13:37
*** stiandre <stiandre!~stiandre@109.247.13.242> has quit IRC13:41
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto13:43
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has quit IRC13:56
*** Aethenelle <Aethenelle!~Aethenell@166.175.63.51> has quit IRC13:57
*** RP <RP!~richard@192.198.151.61> has quit IRC13:59
*** stwcx <stwcx!~stwcx@32.97.110.55> has joined #yocto14:08
*** frsc <frsc!~frsc@80.149.173.68> has quit IRC14:15
*** Aethenelle <Aethenelle!~Aethenell@166.175.63.51> has joined #yocto14:15
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC14:19
*** Aethenelle <Aethenelle!~Aethenell@166.175.63.51> has quit IRC14:22
*** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto14:24
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:24
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:27
*** cristianiorga <cristianiorga!~cristiani@134.134.137.71> has quit IRC14:30
*** onoffon is now known as khem`14:31
*** khem` is now known as onoffon14:40
*** mago_ <mago_!~mago@88.131.56.168> has quit IRC14:40
*** jku <jku!jku@nat/intel/x-pluqzxklkfduabgc> has quit IRC14:42
*** grma <grma!~gruberm@HSI-KBW-46-237-193-133.hsi.kabel-badenwuerttemberg.de> has quit IRC14:45
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.98> has quit IRC14:47
*** andyintc1 is now known as andyintc14:48
*** RP <RP!~richard@194.136.87.227> has joined #yocto14:49
*** blitz00 <blitz00!stefans@nat/intel/x-wsojqobguoctntot> has joined #yocto14:50
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto14:50
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-ursudurkdmoozbsz> has quit IRC14:53
*** NileshKokane <NileshKokane!uid116340@gateway/web/irccloud.com/x-spfhwhzbhamaiepw> has quit IRC14:53
*** onoffon is now known as khem`14:57
*** belen <belen!Adium@nat/intel/x-laweeunnebdjgdom> has quit IRC15:00
*** belen <belen!Adium@nat/intel/x-tlwudpyeiquwcqhz> has joined #yocto15:01
*** maxin <maxin!~maxin@2001:998:22:0:ad4f:a07:a67c:5110> has quit IRC15:06
fredcadeteoh yocto gods, any tips for how to debug when a task doesn't work when launching bitbake but works when inside the devshell?15:20
fredcadeteI am starting to despair15:20
rburtonmore context would be useful15:21
LetoThe2ndrburton: doesn't right-clicking help?15:21
rburtonreading the run.[task] in the work directory might be useful15:21
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto15:23
fredcadeteit's a vendor kernel (the story starts promising)15:23
fredcadeteif I do `bitbake vendorkernel` it fails at do_configure, saying "no such target 'oldconfig'"15:24
*** Cardoe <Cardoe!~Cardoe@gentoo/developer/Cardoe> has joined #yocto15:24
fredcadeteif I go into the devshell and call the run.do_configure, everything goes well15:24
fredcadeterburton: thanks, I tried that. It looks good to me and gives good results when I run it15:25
rburtonfredcadete: sounds like the directory its running in is wrong15:26
fredcadeterburton: It's a possibility15:26
rburtonthrow a echo `pwd` at the beginning and see15:26
fredcadeteadding that echo with a do_configure_prepend? I'll try that15:27
rburtonthat will work15:27
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto15:28
fredcadeterburton: indeed. it's running in an empty directory. I think it can be related to work-shared15:30
fredcadeteI have a direction, thanks A LOT15:30
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC15:30
rburtonthat's five minutes of consultancy time, rounded up to 30 minutes, at my standard rate of £100/hour.  I'll send the invoice this evening15:30
rburton:)15:30
xulferHm is there a good method for tracking one set of branches in one image, and another set in another image?  Including stuff in the BSP layer?  I guess I could create multiple configs but that seems a bit extreme for what I'm trying to do.15:32
fredcadeterburton: sure, I'll send it to my HR department and let them sort it out15:32
rburtonfredcadete: if you're running oe-core master there were some changes to what directory it builds in, so if the bsp hasn't been tested i'm not surprised it failed.15:33
xulferBasically trying to come up with one full image that follows our current release, and another 'dev' image that follows our various bleeding edge branches.15:34
*** belen2 <belen2!Adium@nat/intel/x-esxhxotafpqctcxq> has joined #yocto15:37
*** belen <belen!Adium@nat/intel/x-tlwudpyeiquwcqhz> has quit IRC15:38
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC15:46
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto15:48
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto15:48
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto15:48
*** NileshKokane <NileshKokane!uid116340@gateway/web/irccloud.com/x-bgsnkgrbmcavefge> has joined #yocto15:49
fredcadeterburton, the record: Got it. The vendor kernel's recipe was overriding do_configure and calling `oe_runmake`. But with a poky upgrade, it now has to call `oe_runmake_call -C ${S} O=${B}15:49
clopezjbrianceau: pong ?15:50
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-frmvsfrelfzxfufi> has joined #yocto15:50
*** mckoan is now known as mckoan|away15:52
jbrianceauclopez: hi, your name showed up in the meta-browser git history15:52
jbrianceauclopez: about the chromium recipe, I'm wondering if the license is correct15:53
jbrianceauclopez: it's declared as BSD, which is fine for chromium-src code, however there are also many 3rd party libs in the google archives, that are not BSD15:53
jbrianceauclopez: for instance ffmpeg in src/third_party/ffmpeg is LGPL-2.1 and is used by chromium15:56
clopezjbrianceau: yes, also the render engine (blink now, webkit before) is bsd/lgplv2 mixed15:57
*** madisox <madisox!~madison@12.30.244.5> has joined #yocto15:59
jbrianceauclopez: correct. Is there a way to declare this in a yocto recipe ? I think I've already seen licenses with logical operators like | &16:00
clopezyou can check the debian copyright file, they tend to pay more attention to licenses than others16:00
clopezhttp://metadata.ftp-master.debian.org/changelogs//main/c/chromium-browser/chromium-browser_45.0.2454.85-1~deb8u1_copyright16:00
jbrianceauclopez: very interesting, thanks for the link16:01
clopezjbrianceau, yes .. check the recipe for webkitgtk_2.8.5 on oe-core/poky (master)16:01
jbrianceauclopez: will do, thanks a lot for the info16:01
clopezyou are welcome :)16:02
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-yvqallkgozbnvpnd> has left #yocto16:08
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC16:10
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto16:10
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC16:12
xulferclopez:  Do you guys use a custom do_fetch / do_unpack for that?16:12
xulferUse a webrtc recipe at work, and it's... an unwieldy nightmare to say the least.16:12
*** sameo <sameo!~samuel@192.55.55.37> has quit IRC16:21
*** Snert_ <Snert_!~snert_@69-161-21-126.static.acsalaska.net> has joined #yocto16:23
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC16:23
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-yvqallkgozbnvpnd> has joined #yocto16:30
raykinsella78if I want to over the default init system ... PREFERRED_PROVIDER_virtual/runtime_init_manager = "sysvinit"16:31
raykinsella78?16:31
kergothraykinsella78: https://www.yoctoproject.org/docs/1.8/mega-manual/mega-manual.html#selecting-an-initialization-manager16:32
*** aime-Pierre <aime-Pierre!~Thunderbi@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC16:37
raykinsella78cool and the gang16:42
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC16:45
clopezxulfer: i don't think.. we only list the different licenses and hashes on the LIC_FILES_CHKSUM variable16:45
xulferclopez: How do you deal with depot_tools checkout then?16:47
xulferThat's our whole issue right now.16:49
clopezxulfer: i don't deal with that... the chromium tarball should already include all third_party deps inside16:53
clopezex: http://gsdview.appspot.com/chromium-browser-official/chromium-40.0.2214.91.tar.xz16:53
xulferOh.  Hmm... I might look into that.  Because I could just extract webrtc from there.16:54
*** jbrianceau is now known as jbrianceau_away16:55
clopezxulfer: why don't you add the webrtc git repository as SRC_URI ?16:57
xulferIt has a bunch of third party deps, and stuff that only gets pulled down via fetch / gclient16:58
xulferI thought about trying to parse the chromium + webrtc DEPS tree to make a version that I could adapt to our webrtc layer16:58
xulferbut seems like more work than maintaining the monstrosity that is our current recipe16:59
xulferI mean it works now, but it overwrites so many hooks in yocto that dependency checking doesn't even work for it16:59
*** rfolino <rfolino!~rfolino@93-51-177-218.ip268.fastwebnet.it> has quit IRC17:06
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto17:14
raykinsella78signing off17:15
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-yvqallkgozbnvpnd> has left #yocto17:15
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC17:18
*** hanthings_ <hanthings_!~hanthings@dyxztkyycfxn---1m2-4y-3.rev.dnainternet.fi> has joined #yocto17:21
*** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC17:21
*** jjmb1 <jjmb1!~jjmb@c-98-225-183-175.hsd1.pa.comcast.net> has quit IRC17:23
*** soderstr1m <soderstr1m!~soderstro@c-608be555.015-59-6c6b7013.cust.bredbandsbolaget.se> has joined #yocto17:33
*** soderstr1m <soderstr1m!~soderstro@c-608be555.015-59-6c6b7013.cust.bredbandsbolaget.se> has quit IRC17:34
*** tripzero1 <tripzero1!tripzero@nat/intel/x-brbqpxcfpkyssxnw> has quit IRC17:35
*** ulf` <ulf`!~ulf@134.134.137.73> has quit IRC17:35
*** tripzero <tripzero!~tripzero@134.134.139.77> has quit IRC17:35
*** clsulliv <clsulliv!~clsulliv@134.134.139.72> has quit IRC17:35
*** soderstr1m <soderstr1m!~soderstro@c-608be555.015-59-6c6b7013.cust.bredbandsbolaget.se> has joined #yocto17:35
*** belen2 <belen2!Adium@nat/intel/x-esxhxotafpqctcxq> has quit IRC17:39
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto17:39
*** belen <belen!Adium@nat/intel/x-mgnbpssvgaqakhwz> has joined #yocto17:39
lpappbluelightning: hey, are you there by any chance?17:39
lpappor anyone :)17:39
lpappwhat is the preferred way of downloading some proprietary software which has to go through the usual username and password authentication?17:40
lpappI can sure use wget, too, but then what is the point of mentioning the source, etc... these are the confusions that I have got.17:40
bluelightningthere is nothing built-in for that that I know of17:42
*** belen <belen!Adium@nat/intel/x-mgnbpssvgaqakhwz> has quit IRC17:43
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC17:45
lpappbluelightning: so I just put the nasty wget and decompression stuff into do_install as I understand then?17:46
*** IvanSB <IvanSB!~IvanSB@host165-128-dynamic.25-79-r.retail.telecomitalia.it> has quit IRC17:47
*** IvanSB <IvanSB!~IvanSB@host165-128-dynamic.25-79-r.retail.telecomitalia.it> has joined #yocto17:48
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC17:52
*** NileshKokane <NileshKokane!uid116340@gateway/web/irccloud.com/x-bgsnkgrbmcavefge> has quit IRC17:53
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-frmvsfrelfzxfufi> has quit IRC17:53
lpappbluelightning: actually, do_fetch instead?17:56
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:57
kergothcan't yoiu just use an http uri in SRC_URI and use a .netrc to supply the authentication?17:59
kergoththat's what i usually do when i need https rather than ssh for our git repositories17:59
*** bluelightning <bluelightning!~paul@ip5f5ae69b.dynamic.kabel-deutschland.de> has joined #yocto18:01
*** bluelightning <bluelightning!~paul@ip5f5ae69b.dynamic.kabel-deutschland.de> has quit IRC18:01
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:01
*** aehs29 <aehs29!aehernan@nat/intel/x-cembyqyxaesqlvot> has joined #yocto18:02
bluelightninglpapp: you could always just append to FETCHCMD_wget18:02
kergothI <3 environment-setup.d for the sdk18:03
kergothalso, if you don't want to put a real private url in the recipe, you can use a fake one coupled with PREMIRRORS18:03
* kergoth yawns18:03
clopezxulfer: maybe you can pull all the stuff via gclient, create a tarball  (without the .git directories to trim the size) and upload it somewhere, then make the recipe pull that tarball18:03
bluelightningkergoth: interesting idea18:03
kergothI've done that before :)18:04
kergothhave also written a custom fetcher supplied by a layer that used an external fetch tool to handle the customer's authentication / access to the files for a case where there was a standalone fetch tool18:05
lpappbluelightning: hmm, FETCHCMD_wget expects the parameters that I would pass to wget?18:05
bluelightninglpapp: yes... see the default value in meta/conf/bitbake.conf18:05
xulferclopez:  Yeah I've been thinking about that as well.18:05
lpappbluelightning: ok18:09
lpappkergoth: yeah, the recipe will remain private, too18:09
kergothah18:09
frayat the YP Dev Days David Reyna presenting some things on using mirrors for private urls..18:09
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC18:09
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto18:09
kergothheh :)18:10
lpappbluelightning: btw, it seems I need to use two wget commands, one for the login to store the cookie and then another for the actual download using the cookie from the previous command, so I assume that for this, I will need my own custom do_fetch?18:10
clopezclopez: another option is to run gclient in do_unpack[postfuncs] ... the chromium recipe does something similar for fetching the ozone-wayland layer when its enabled18:10
lpappor they can somehow be combined? I am not quite a wget pro user.18:10
kergothxulfer, clopez: depending on how in depth you want to get, this could be a candidate for a custom bitbake fetcher.18:10
lpappwhat I exactly mean is: wget --save-cookies cookies.txt --keep-session-cookies --post-data 'username=foo&password=bar' https://foo.com/login18:11
lpappwget --load-cookies cookies.txt https://foo.com/binary.tar.xz18:11
kergothahh, right18:12
clopezor maybe add an extra step between do_unpack and and do_patch18:12
kergoththat makes sense, FETCHCMD_wget does indeed sound ideal for that case18:12
*** Aethenelle <Aethenelle!~Aethenell@ip-64-134-67-201.public.wayport.net> has joined #yocto18:13
*** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC18:14
kergothlpapp: I'm going through open issues in meta-sourcery, do you know if the issues you had with it are still outstanding?18:14
lpappI think they are resolved now, thanks.18:14
xulferkergoth: I'm interested, but not familiar enough to know if it's worth me working on.18:14
* kergoth nods at xulfer 18:14
xulferIn the sense that I'm only allotted so much time by work to work on stuff like that.18:15
lpappso I would put the parameters for the first wget run into FETCHCMD_wget and then the second to?18:15
kergothI think you'd have a few options:  run the --save-cookies before the bitbake, have a separate recipe do it with FETCHCMD_wget saving the cookies into a known path, or do a second wget in the main recipe before do_fetch, e.g. with an additional task18:16
*** fray <fray!~mhatle@192.40.192.95> has quit IRC18:16
*** radzy <radzy!~radzy@unknown-216-78.windriver.com> has quit IRC18:16
lpappok, I will need to look it up again how to create a custom in-between task.18:18
*** Biliogadafr <Biliogadafr!~User@port-35-adslby-pool45.infonet.by> has quit IRC18:20
*** radzy_lunch <radzy_lunch!~radzy@unknown-216-78.windriver.com> has joined #yocto18:20
*** jchonig <jchonig!~quassel@firewall.honig.net> has joined #yocto18:23
kergothaddtask fetch_login before do_fetch; do_fetch_login () {}18:24
kergothor so18:24
kergothof course, you'll presumably be hardcoding a password in a recipe with that approach, unless you have it pull that from somewhere external18:24
* kergoth yawns18:24
*** stiandre <stiandre!~stiandre@180.97.45.31.customer.cdi.no> has joined #yocto18:25
*** fray <fray!~mhatle@192.40.192.95> has joined #yocto18:27
lpappyes, I will hard-code it for now.18:27
*** fl0v0 <fl0v0!~fvo@p54AF4A5B.dip0.t-ipconnect.de> has quit IRC18:29
*** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC18:29
*** jchonig <jchonig!~quassel@firewall.honig.net> has joined #yocto18:29
kergothIt'd be nice for the fetchers to better support supplying authentication, handing it off to the commands they run via whatever mechanism is appropriate, rather than us having to directly feed it into the processes it runs (e.g. running ssh agent, netrc, ..)18:30
kergoththough that'd have its own downsides, i guess... but today it's a really leaky abstraction :)18:30
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC18:30
kergothi often use git over ssh with a forwarded ssh agent to do my builds on a remote VM, but then i detach the session and come back later and my build has failed since detaching and disconnecting means no more access to my forwarded ssh agent :)18:31
kergothcourse, i could use a local key instead, probably should at some point18:32
kergothis there a recipe naming convention for nativesdk recipes that only install a script into environment-setup.d?18:32
kergothi'm doing nativesdk-env-<something> at the moment18:32
kergothmeta-sourcery arranges to install one of those now, to avoid having to ship a multilib suffix symlink: https://github.com/MentorEmbedded/meta-sourcery/pull/100/files18:34
*** kbingham <kbingham!~kbingham@cpc17-aztw24-2-0-cust759.aztw.cable.virginm.net> has quit IRC18:35
*** anselmolsm <anselmolsm!~anselmols@177.194.17.253> has joined #yocto18:38
*** kbingham <kbingham!~kbingham@cpc17-aztw24-2-0-cust759.aztw.cable.virginm.net> has joined #yocto18:42
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto18:46
*** stiandre <stiandre!~stiandre@180.97.45.31.customer.cdi.no> has quit IRC18:47
*** flk <flk!~root@2.173.109.135> has joined #yocto18:47
*** flk <flk!~root@2.173.109.135> has left #yocto18:50
*** stiandre <stiandre!~stiandre@109.247.13.242> has joined #yocto18:50
*** flk <flk!~root@2.173.109.135> has joined #yocto18:50
*** flk <flk!~root@2.173.109.135> has left #yocto18:51
*** flk <flk!~root@2.173.109.135> has joined #yocto18:52
lpappERROR: Function failed: Unpack failure for URL:...18:52
lpappbut actually, my source is not compressed... it is just *.bin.18:52
lpappdo I need to override do_unpack with empty content in this case?18:52
kergoththe default do_unpack should just do nothing for a .bin. there's no handling for *.bin in bitbake18:53
kergothbut you can explicitly set unpack=no as a url parameter as well18:54
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto18:54
lpapphmm, in that case, I am not sure why the do_unpack task fails.18:55
lpappmight be my mistake in the url where I used .../$(PV)/$(PN)-$(PV)...18:56
lpappperhasp ${} instead of $()18:57
kergothah, that woudl spawn a bunch of subshells for the first shell it tries to run using that :)18:57
*** anselmolsm <anselmolsm!~anselmols@177.194.17.253> has left #yocto18:57
kergothso it tries to run a command "PV" in a subshell18:57
lpappyeah, thanks18:58
lpappnot sure what to do with LIC_FILES_CHKSUM in case of propietary binary software.18:58
*** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has joined #yocto18:59
lpappI already have LICENSE = "Proprietary".18:59
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-fhpkxxsnmmrqqbfc> has quit IRC18:59
lpappoh, I have to use CLOSED instead of Proprietary19:01
kergothProprietary will still require license terms, afaik. CLOSED however is a generic closed source all rights reserved type thing, doesn't require a license file19:01
kergothyeah19:01
lpappthanks19:02
kergothwtf, my mac is ignoring a /etc/hosts file entry in favor of something it looked up19:02
kergoththe dns server does *not* know better than my hosts file19:02
Snert_then change the order. Hosts first.19:03
Snert_instead of asking DNS forst.19:03
lpapphmm, sh ./mybinary.bin does not seem to work as it cannot find the binary file, even though it is in the ${WORKDIR}19:05
lpappperhaps I need to be explicit with that.19:05
*** aehs29 <aehs29!aehernan@nat/intel/x-cembyqyxaesqlvot> has quit IRC19:06
lpappalso, the binary in WORKDIR seems to be 4 KB, so I assume the wget session did not work out as I wished.19:07
*** radzy_lunch is now known as radzy19:08
rburtonkergoth: remember anything in /etc is considered legacy on OSX if you've a modern app19:08
lpappI assume that I need to enable the task history to see what wget commands are executed, etc?19:09
kergothrburton: true19:09
lpappcan one package in a recipe depend on another package in the same recipe?19:10
frayyes19:10
rburtonlpapp: rdepend? of course.19:10
kergothSnert_: yeah, just need to figure out *how* :) not exactly as trivial as nsswitch.conf on a mac, sadly, and it differs between versions19:10
* kergoth rolls eyes19:10
lpapprburton: yes, so that package bar requires package foo, but foo and bar packages are built from recipe foobar_0.1.bb19:11
rburtonsure19:11
rburtonPN-dev depends on PN19:11
rburtonso it happens in almost every recipe already19:12
*** Snert <Snert!~LoginName@65-70-174-206.gci.net> has quit IRC19:12
lpapp:)))19:12
lpappcool!19:12
lpappso if I say REPDENDS_${PN}-bar = "FILES_${PN}-foo", it ought to work, yeah?19:13
rburtonno19:13
rburtonRDEPENDS_${PN}-bar = ${PN}-foo19:13
rburtonerm, with quotes as appropriate19:13
lpappah, sorry, yes.19:14
lpappyou are right, thanks.19:14
*** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has quit IRC19:17
*** stiandre_ <stiandre_!~stiandre@109.247.13.242> has joined #yocto19:20
*** stiandre <stiandre!~stiandre@109.247.13.242> has quit IRC19:20
*** khem` is now known as onoffon19:22
*** sjolley <sjolley!sjolley@nat/intel/x-dcwnotjgcodntdqo> has quit IRC19:25
*** belen <belen!Adium@nat/intel/x-yyjoxigllusgnraq> has joined #yocto19:26
*** belen <belen!Adium@nat/intel/x-yyjoxigllusgnraq> has quit IRC19:29
*** onoffon is now known as khem`19:32
*** aehs29 <aehs29!aehernan@nat/intel/x-gmopxsvsjcyjgede> has joined #yocto19:38
lpapphmm, if I say FILES_${PN}-foo = "....../etc/", then I can say " FILES_${PN}-foo_exclude = "....../etc/exception" ?19:41
rburton_remove exists19:42
rburtonbut ewww19:42
rburtonjust fiddle the order of PACKAGES19:42
rburtonthe file matches are applied in order of PACKAGES19:42
rburtonso -bar can package /etc/exception and then -foo can package /etc/*, assuming -bar is listed before -foo in PACKAGES19:43
fray_remove though only removes from a variable.. since the FILES_pkg is shell globbed.. remove won't do anything -- runs before any such globbing19:43
fraybut as rburton says.. the right way is adjust the PACKAGES order19:44
rburtonerm, yeah, not sure why i wasn't parsing that right in my head!19:44
* rburton blames the Rebel Gold he just opened19:44
*** clsulliv <clsulliv!clsulliv@nat/intel/x-qzvyvsipisjiejuy> has joined #yocto19:44
*** tripzero <tripzero!~tripzero@134.134.139.70> has joined #yocto19:45
*** tripzero_ <tripzero_!~tripzero@134.134.139.70> has joined #yocto19:45
*** ulf` <ulf`!~ulf@134.134.137.73> has joined #yocto19:46
lpapprburton: yeah, this is a new context, so I have one package, but I do not wish to grab everything19:48
lpappit would also be cumbersome to match one-by-one, excluding would be ideal. Thank you for _remove.19:48
*** Guest37995 is now known as thiagoss19:48
kergothif you only have one package, and have a bunch of files that won't be packaged at all, you'd be better off just rmeoving the files you don't want in packages in do_install, otherwise you'll get installed-but-not-shipped QA failures anyway19:49
kergothif you do want them packaged, just in a different package, then rburton's suggestion about PACKAGES order is the best solutjion19:49
lpappyeah, it is a quick hack :)19:50
lpappI am trying to separate packages in one recipe into two.19:50
kergothas was just mentioned, _remove is unlikely to work for you here. lit's used to remove words from a variable. If FILES includes e.g. /etc/ or /etc/*, you can't _remove /etc/foo and expect that to do anything19:50
lpappand instead of doing everything in one go, I just copied the original recipe, and I am removing the packages from that recipe that are supposed to be in the other recipe.19:51
lpappand vice versa19:51
lpappbut currently, they both build from the same repository19:51
kergoththe fastest way to add a new package that grabs something instead of the main apckage is to prepend it to packages, as rburton just said..;19:51
kergothmuch simpler than mangling FILES_${PN}19:51
lpappthe reason for this move is that we grabbed some upstream proprietary dependency into our software's recipe and they really ought to run for their own versions.19:51
lpappand as far as I know, all the packages in a recipe will run under the same version.19:51
lpappI am happy to ignore the QA warnings for today.19:53
lpappwill fine-tune it another day.19:53
lpappmy boss wants me to get something working ASAP :)19:53
kergothPACKAGES =+ "newpackage"; FILES_newpackage = "/etc/foo"; RDEPENDS_${PN} += "newpackage". done.19:55
kergoth:)19:55
* kergoth gets food19:55
lpappas the last resort, being explicit about every file might bring me to somewhere.19:55
lpappbut yes, you are right, I will get the warnings.19:55
*** sjolley <sjolley!sjolley@nat/intel/x-otjkbfqsyzdzxvpg> has joined #yocto19:56
kergothman, nothing screws up my day like an unexpected rebuild from scratch of every freaking recipe19:57
kergothgo from a 5 minute build time to a couple hour build time in seconds :(19:58
lpappyeah, that can be undesired.19:58
kergothI try not to multi-task too much so as to avoid losing track of where i'm at, but that's tough when you're stuck waiting on a bunch of long-ass compiles19:58
kergoth:|19:59
*** [Sno] <[Sno]!~sno@rademacherexchange.de> has quit IRC20:02
*** soderstr1m <soderstr1m!~soderstro@c-608be555.015-59-6c6b7013.cust.bredbandsbolaget.se> has quit IRC20:08
*** Snert <Snert!~LoginName@65-70-174-206.gci.net> has joined #yocto20:14
lpappso I have a new package now coming from the new recipe, but I guess there will be problems at the upgrade process... as a package is replaced by another now.20:23
lpappwhat is the best way to solve this? Is there some variable to set in the new recipe for the new package to replace the "old" package from the "old" recipe?20:23
lpappso that the upgrade process remains smooth.20:24
kergothRREPLACES+RCONFLICTS+RPROVIDES generally20:24
kergothhttps://www.yoctoproject.org/docs/1.8/mega-manual/mega-manual.html#var-RREPLACES20:24
kergothwell, rreplaces+rconflicts, rprovides is only needed in certain cases20:25
kergothdepends20:25
lpappyeah, we use CONFLICTS on Archlinux in PKGBUILD iirc, but I might be wrong.20:25
lpappcool, so the new package bar will replace foo if I say this in bar's recipe for instance: RREPLACES_${PN} = "foo (>= 1.2)"20:27
kergothyeah, but foo will stay installed unless you also add it to RCONFLICTS20:27
lpappah, so the triumvirate is the best to be specified in my case that you mentioned :)20:29
lpappthanks again.20:29
kergothnp20:29
*** [Sno] <[Sno]!~sno@ip-109-91-252-249.hsi12.unitymediagroup.de> has joined #yocto20:29
kergothiirc the debian policy manual has a section on this too20:29
*** stiandre_ <stiandre_!~stiandre@109.247.13.242> has quit IRC20:33
*** stiandre_ <stiandre_!~stiandre@109.247.13.242> has joined #yocto20:33
*** IvanSB <IvanSB!~IvanSB@host165-128-dynamic.25-79-r.retail.telecomitalia.it> has quit IRC20:39
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has quit IRC20:44
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto20:51
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC20:52
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC21:06
*** bbhoss <bbhoss!sid18216@gateway/web/irccloud.com/x-ynicluusmradsdam> has quit IRC21:21
*** mkeeter <mkeeter!~mkeeter@209.6.175.242> has joined #yocto21:31
*** stiandre_ <stiandre_!~stiandre@109.247.13.242> has quit IRC21:36
*** richb___ <richb___!~richb@119.100.199.146.dyn.plus.net> has joined #yocto21:36
*** khem` is now known as onoffon21:42
*** onoffon is now known as khem`21:43
*** khem` is now known as onoffon21:58
*** onoffon is now known as khem`22:00
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC22:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto22:01
*** bbhoss <bbhoss!sid18216@gateway/web/irccloud.com/x-rudsisluyqqwsfry> has joined #yocto22:04
*** Cardoe <Cardoe!~Cardoe@gentoo/developer/Cardoe> has quit IRC22:07
*** _ak <_ak!~akorsos@50.244.33.17> has quit IRC22:09
*** jjmb <jjmb!~jjmb@75-104-68-5.mobility.exede.net> has joined #yocto22:16
*** mkeeter <mkeeter!~mkeeter@209.6.175.242> has quit IRC22:18
*** Snert_ <Snert_!~snert_@69-161-21-126.static.acsalaska.net> has quit IRC22:18
*** mkeeter <mkeeter!~mkeeter@209.6.175.242> has joined #yocto22:19
*** Snert_ <Snert_!~snert_@69-161-21-126.static.acsalaska.net> has joined #yocto22:21
*** mkeeter <mkeeter!~mkeeter@209.6.175.242> has quit IRC22:23
*** opal <opal!~opal@h241.26.40.69.dynamic.ip.windstream.net> has joined #yocto22:25
*** flk <flk!~root@2.173.109.135> has quit IRC22:30
*** mkeeter <mkeeter!~mkeeter@209-6-50-175.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com> has joined #yocto22:31
*** flk <flk!~root@2.173.109.135> has joined #yocto22:31
*** nighty-_ <nighty-_!~nighty@hokuriku.rural-networks.com> has quit IRC22:32
*** mrsan- <mrsan-!mrsan@hunting.for.layerbnc.org> has joined #yocto22:40
xulferkergoth: Have any docs regarding writing a custom fetcher, or know where I could begin looking?22:41
kergothonly the bitbake code, really. bitbake/lib/bb/fetch2/*.py22:42
*** jjmb <jjmb!~jjmb@75-104-68-5.mobility.exede.net> has quit IRC22:43
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC22:47
*** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has quit IRC22:47
*** sjolley <sjolley!sjolley@nat/intel/x-otjkbfqsyzdzxvpg> has quit IRC23:01
*** jjmb <jjmb!~jjmb@75-104-68-5.mobility.exede.net> has joined #yocto23:06
*** aehs29 <aehs29!aehernan@nat/intel/x-gmopxsvsjcyjgede> has left #yocto23:07
*** Aethenelle <Aethenelle!~Aethenell@ip-64-134-67-201.public.wayport.net> has quit IRC23:19
*** mkeeter <mkeeter!~mkeeter@209-6-50-175.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com> has quit IRC23:20
*** mkeeter <mkeeter!~mkeeter@209-6-50-175.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com> has joined #yocto23:20
*** mkeeter <mkeeter!~mkeeter@209-6-50-175.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com> has quit IRC23:22
*** mkeeter <mkeeter!~mkeeter@209-6-50-175.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com> has joined #yocto23:22
*** madisox <madisox!~madison@12.30.244.5> has quit IRC23:24
*** Aethenelle <Aethenelle!~Aethenell@166.175.63.51> has joined #yocto23:35
*** jjmb <jjmb!~jjmb@75-104-68-5.mobility.exede.net> has quit IRC23:43
*** ebolton <ebolton!~ebolton@101.169.42.146> has joined #yocto23:45
*** sjolley <sjolley!~sjolley@134.134.139.70> has joined #yocto23:48
kergothwhat's up with the duplication between OECORE_TARGET_SYSROOT and SDKTARGETSYSROOT?23:48
eboltonhey all, I have a strange dependency issue: I need to build python-imaging with tk support to run a script we use, the problem is python-imaging uses the python-native executable during its compile step, but if I add tk-native as a DEPENDS to python-native I get a dependency loop23:49
eboltonhttp://pastebin.com/5e7Kvm3p23:49
eboltonI've already put a day into getting tk-native to build correctly (the recipe as is in 1.7.2 is pretty broken)....and the dependency loop looks ugly...not sure if its worth the effort23:50
kergothI don't see why you'd need tk-native to be a dep of python-native. just have python-imaging depend on tk-native.23:51
eboltonpython-native detects the presence of tk and builds/deploys a lib called _tkinter if it finds it23:52
eboltonotherwise you get this:23:53
eboltonPython build finished, but the necessary bits to build these modules were not found:23:53
ebolton_bsddb             _tkinter           bsddb18523:53
eboltondl                 imageop            nis23:53
*** opal <opal!~opal@h241.26.40.69.dynamic.ip.windstream.net> has left #yocto23:53
eboltonthat't from the python-native do_install log23:54
kergothI don't see a trivial way to resolve that without splitting the python-native recipe/build into two pieces, unless you can find a way to avoid python-native being pulled in by tk-native23:54
eboltonI'll spend some time trying to break the dependency tree....thanks kergoth23:56
*** stwcx <stwcx!~stwcx@32.97.110.55> has quit IRC23:58

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