*** sameo <sameo!samuel@nat/intel/x-zktlrsblcmegxqhn> has quit IRC | 00:01 | |
*** Mohican <Mohican!~Doug@201.82.77.134> has quit IRC | 00:26 | |
*** stwcx <stwcx!~stwcx@108-215-4-10.lightspeed.austtx.sbcglobal.net> has joined #yocto | 00:36 | |
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 00:44 | |
*** khem` is now known as onoffon | 01:25 | |
*** paulg <paulg!~paulg@173.239.178.230> has quit IRC | 01:40 | |
*** sjolley <sjolley!~sjolley@134.134.139.72> has quit IRC | 02:21 | |
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 02:21 | |
*** sjolley <sjolley!sjolley@nat/intel/x-dcwnotjgcodntdqo> has joined #yocto | 02:27 | |
*** dlan <dlan!~dennis@116.228.88.131> has joined #yocto | 02:39 | |
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 02:39 | |
*** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has joined #yocto | 02:48 | |
*** tsramos <tsramos!tsramos@nat/intel/x-bdawmrhofvtoqjds> has joined #yocto | 03:04 | |
*** ][Sno][ <][Sno][!~sno@p578b540c.dip0.t-ipconnect.de> has quit IRC | 03:08 | |
*** [Sno] <[Sno]!~sno@p578b540c.dip0.t-ipconnect.de> has joined #yocto | 03:13 | |
*** tsramos <tsramos!tsramos@nat/intel/x-bdawmrhofvtoqjds> has quit IRC | 03:17 | |
*** onoffon is now known as khem` | 04:08 | |
*** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has quit IRC | 04:38 | |
*** RP <RP!~richard@194.136.87.227> has quit IRC | 05:06 | |
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has joined #yocto | 05:18 | |
*** lazao <lazao!c32a382b@gateway/web/freenode/ip.195.42.56.43> has joined #yocto | 05:20 | |
lazao | hello guys | 05:20 |
---|---|---|
*** xulfer_ <xulfer_!~xulfer@ns1.cheapbsd.net> has joined #yocto | 05:23 | |
*** niteshnarayanlal <niteshnarayanlal!~Nitesh@fedora/niteshnarayanlal> has left #yocto | 05:27 | |
*** xulfer_ <xulfer_!~xulfer@ns1.cheapbsd.net> has joined #yocto | 05:27 | |
*** stwcx <stwcx!~stwcx@108-215-4-10.lightspeed.austtx.sbcglobal.net> has quit IRC | 05:32 | |
*** xulfer_ <xulfer_!~xulfer@cheapbsd.net> has joined #yocto | 05:36 | |
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto | 05:38 | |
*** RP <RP!~richard@192.198.151.61> has joined #yocto | 05:38 | |
*** roric <roric!~roric@h196n19-vrr-a31.ias.bredband.telia.com> has joined #yocto | 05:52 | |
*** frsc <frsc!~frsc@80.149.173.68> has joined #yocto | 06:02 | |
*** marek__ <marek__!~marek@81.89.61.168.host.vnet.sk> has joined #yocto | 06:06 | |
*** frsc <frsc!~frsc@80.149.173.68> has quit IRC | 06:07 | |
*** frsc <frsc!~frsc@80.149.173.68> has joined #yocto | 06:07 | |
*** roric <roric!~roric@h196n19-vrr-a31.ias.bredband.telia.com> has quit IRC | 06:16 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:23 | |
*** jvaduva <jvaduva!~jvaduva@80.97.6.174> has joined #yocto | 06:25 | |
*** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@host225-172-dynamic.14-87-r.retail.telecomitalia.it> has quit IRC | 06:29 | |
*** bluelightning <bluelightning!~paul@ip5f5ae69b.dynamic.kabel-deutschland.de> has joined #yocto | 06:37 | |
*** bluelightning <bluelightning!~paul@ip5f5ae69b.dynamic.kabel-deutschland.de> has quit IRC | 06:37 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 06:37 | |
*** jvaduva <jvaduva!~jvaduva@80.97.6.174> has quit IRC | 06:46 | |
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-fhpkxxsnmmrqqbfc> has joined #yocto | 06:53 | |
*** jbrianceau_away is now known as jbrianceau | 06:53 | |
*** maxin <maxin!~maxin@37-219-217-101.nat.bb.dnainternet.fi> has joined #yocto | 06:55 | |
*** maxin <maxin!~maxin@37-219-217-101.nat.bb.dnainternet.fi> has left #yocto | 06:55 | |
*** maxin <maxin!~maxin@37-219-217-101.nat.bb.dnainternet.fi> has joined #yocto | 06:56 | |
*** soderstrom <soderstrom!~soderstro@81.216.59.226> has joined #yocto | 06:56 | |
*** stiandre <stiandre!~stiandre@109.247.13.242> has joined #yocto | 06:56 | |
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-xmbhhytzdmkeusrb> has joined #yocto | 06:58 | |
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto | 06:58 | |
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-xmbhhytzdmkeusrb> has left #yocto | 07:03 | |
*** fray <fray!~mhatle@192.40.192.95> has quit IRC | 07:08 | |
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has quit IRC | 07:09 | |
*** mago_ <mago_!~mago@88.131.56.168> has joined #yocto | 07:09 | |
*** mckoan|away is now known as mckoan | 07:11 | |
mckoan | good morning | 07:11 |
*** frsc <frsc!~frsc@80.149.173.68> has quit IRC | 07:13 | |
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:17 | |
*** fray <fray!~mhatle@192.40.192.95> has joined #yocto | 07:21 | |
*** TobSnyder <TobSnyder!~schneider@ip923450f2.dynamic.kabel-deutschland.de> has joined #yocto | 07:21 | |
*** jvaduva <jvaduva!~jvaduva@80.97.6.174> has joined #yocto | 07:22 | |
*** jvaduva is now known as AlexV | 07:23 | |
*** AlexV is now known as Guest28237 | 07:23 | |
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has joined #yocto | 07:24 | |
*** maxin <maxin!~maxin@37-219-217-101.nat.bb.dnainternet.fi> has quit IRC | 07:26 | |
*** frsc <frsc!~frsc@80.149.173.68> has joined #yocto | 07:31 | |
*** Guest28237 <Guest28237!~jvaduva@80.97.6.174> has quit IRC | 07:31 | |
*** fredcadete <fredcadete!d4a63893@gateway/web/freenode/ip.212.166.56.147> has joined #yocto | 07:32 | |
*** AlexVaduva <AlexVaduva!~jvaduva@80.97.6.174> has joined #yocto | 07:32 | |
AlexVaduva | register Gridlock_123 | 07:34 |
*** khem` is now known as onoffon | 07:34 | |
*** sameo <sameo!~samuel@192.55.55.37> has joined #yocto | 07:35 | |
*** [Sno] <[Sno]!~sno@p578b540c.dip0.t-ipconnect.de> has quit IRC | 07:38 | |
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.98> has joined #yocto | 07:40 | |
*** jku <jku!jku@nat/intel/x-pluqzxklkfduabgc> has joined #yocto | 07:40 | |
*** AlexVaduva <AlexVaduva!~jvaduva@80.97.6.174> has quit IRC | 07:42 | |
*** aime-Pierre <aime-Pierre!~Thunderbi@193.56.60.161> has joined #yocto | 07:42 | |
*** fl0v0 <fl0v0!~fvo@p54AF4A5B.dip0.t-ipconnect.de> has joined #yocto | 07:47 | |
*** nighty-_ <nighty-_!~nighty@hokuriku.rural-networks.com> has joined #yocto | 07:49 | |
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:51 | |
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has joined #yocto | 07:52 | |
*** dolphin <dolphin!dolphin@unaffiliated/dolphin> has joined #yocto | 07:53 | |
*** maxin <maxin!~maxin@2001:998:22:0:ad4f:a07:a67c:5110> has joined #yocto | 07:54 | |
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto | 07:56 | |
*** florian_kc is now known as florian | 07:56 | |
*** sujith_h1 <sujith_h1!~sharidas@139.181.35.34> has joined #yocto | 07:57 | |
*** sujith_h1 <sujith_h1!~sharidas@139.181.35.34> has left #yocto | 07:57 | |
*** rfolino <rfolino!~rfolino@93-51-177-218.ip268.fastwebnet.it> has joined #yocto | 07:58 | |
*** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@93.51.30.27> has joined #yocto | 08:00 | |
*** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@93.51.30.27> has quit IRC | 08:01 | |
*** lazao <lazao!c32a382b@gateway/web/freenode/ip.195.42.56.43> has quit IRC | 08:03 | |
*** IvanSB <IvanSB!~IvanSB@host165-128-dynamic.25-79-r.retail.telecomitalia.it> has joined #yocto | 08:03 | |
*** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@93.51.30.27> has joined #yocto | 08:04 | |
dolphin | any meta-intel maintainer hanging around? I think the common directory should be rename into meta and conf directory moved inside it | 08:19 |
dolphin | now 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 #yocto | 08:31 | |
*** AlexV <AlexV!~jvaduva@80.97.6.174> has joined #yocto | 08:34 | |
*** AlexV is now known as Guest1102 | 08:35 | |
*** Guest1102 is now known as AlexVaduva | 08:36 | |
mckoan | dolphin: meta-intel maintainer hangs on #at91 | 08:38 |
*** matteo__ <matteo__!~matteo@93-57-16-194.ip162.fastwebnet.it> has joined #yocto | 08:39 | |
mckoan | dolphin: oops, sorry, misunderstood | 08:39 |
* mckoan hates jet lag | 08:39 | |
*** matteo__ <matteo__!~matteo@93-57-16-194.ip162.fastwebnet.it> has quit IRC | 08:39 | |
*** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto | 08:40 | |
*** xulfer_ <xulfer_!~xulfer@cheapbsd.net> has quit IRC | 08:41 | |
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 08:42 | |
jbrianceau | clopez: ping | 08:51 |
*** TobSnyder1 <TobSnyder1!~schneider@ip923450f2.dynamic.kabel-deutschland.de> has joined #yocto | 08:56 | |
*** TobSnyder <TobSnyder!~schneider@ip923450f2.dynamic.kabel-deutschland.de> has quit IRC | 08:57 | |
*** vdehors_ <vdehors_!~vincent@LAubervilliers-656-1-235-184.w193-248.abo.wanadoo.fr> has quit IRC | 09:04 | |
*** vdehors <vdehors!~vincent@LAubervilliers-656-1-235-184.w193-248.abo.wanadoo.fr> has joined #yocto | 09:06 | |
*** belen <belen!Adium@nat/intel/x-laweeunnebdjgdom> has joined #yocto | 09:10 | |
*** simonl <simonl!uid6729@gateway/web/irccloud.com/x-wkprfoiqgvbtuiyp> has joined #yocto | 09:12 | |
*** [Sno] <[Sno]!~sno@rademacherexchange.de> has joined #yocto | 09:13 | |
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-yvqallkgozbnvpnd> has joined #yocto | 09:16 | |
*** Hauke <Hauke!~Hauke@hauke-m.de> has quit IRC | 09:25 | |
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC | 09:27 | |
*** thaytan_ <thaytan_!~thaytan@199.7.70.115.static.exetel.com.au> has quit IRC | 09:27 | |
*** Hauke <Hauke!~Hauke@hauke-m.de> has joined #yocto | 09:28 | |
simonl | I 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 #yocto | 09:29 | |
*** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC | 09:45 | |
*** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto | 09:46 | |
*** sujith_h <sujith_h!~toaster@139.181.35.34> has joined #yocto | 09:47 | |
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto | 09:47 | |
*** kbingham <kbingham!~kbingham@cpc17-aztw24-2-0-cust759.aztw.cable.virginm.net> has quit IRC | 09:51 | |
*** kbingham <kbingham!~kbingham@cpc17-aztw24-2-0-cust759.aztw.cable.virginm.net> has joined #yocto | 09:51 | |
*** kbingham <kbingham!~kbingham@cpc17-aztw24-2-0-cust759.aztw.cable.virginm.net> has quit IRC | 09:56 | |
*** kbingham <kbingham!~kbingham@cpc17-aztw24-2-0-cust759.aztw.cable.virginm.net> has joined #yocto | 09:56 | |
*** sujith_h1 <sujith_h1!~sharidas@139.181.35.34> has joined #yocto | 10:02 | |
*** sujith_h1 <sujith_h1!~sharidas@139.181.35.34> has left #yocto | 10:02 | |
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has joined #yocto | 10:05 | |
*** jmleo <jmleo!~jmleo@105-197-190-109.dsl.ovh.fr> has joined #yocto | 10:27 | |
jmleo | Hello ! I have a strange error with some python packages, don't know if it is related to the debug-tweaks... I get : | 10:27 |
jmleo | ERROR: Function failed: write_specfile | 10:27 |
jmleo | http://hastebin.com/ebocoqenel.pas | 10:28 |
bluelightning | I doubt it's related to debug-tweaks | 10:29 |
bluelightning | odd that there's absolutely nothing in the way of error detail | 10:29 |
jmleo | bluelightning: cleanall and redoing the bitbake on the package is ok | 10:30 |
jmleo | and then another one fails | 10:30 |
*** IvanSB <IvanSB!~IvanSB@host165-128-dynamic.25-79-r.retail.telecomitalia.it> has quit IRC | 10:39 | |
[Sno] | JaMa: why should udev not be MACHINE_ARCH? | 10:46 |
rburton | stuff should only be machine-arch if absolutely needed, as then everything that depends on it (quite a lot) is also machine-arch | 10:48 |
JaMa | because many recipes depend on udev and they would effectively became MACHINE_ARCH as well | 10:48 |
rburton | a 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 |
rburton | but that's a 2.1 discussion and right now we're trying to get 2.0 out :) | 10:51 |
JaMa | yes SIGGEN_EXCLUDERECIPES_ABISAFE is all or nothing, when set depending recipes won't rebuild even when udev intentionally changes API & ABI | 11:00 |
[Sno] | JaMa: understood - and agreed, I rework the udev patch than | 11:01 |
JaMa | as discussed in https://bugzilla.yoctoproject.org/show_bug.cgi?id=5970 we need something to remove just some variables from sstate signature of dependent recipes | 11:01 |
yocti | Bug 5970: enhancement, Medium, 1.9, richard.purdie, VERIFIED FIXED, sstate signature generator issues | 11:01 |
rburton | JaMa: remove package_arch? | 11:01 |
JaMa | rburton: in this case? to remove MACHINE_FEATURES, lsusb, pciutils and usbutils | 11:03 |
JaMa | when looking at udev signature e.g. when buildng xserver-xorg recipe | 11:03 |
JaMa | in other words to be able to say, that the udev ABI is the same when it was built with or without usb and pci support | 11:03 |
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 11:10 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 11:12 | |
*** florian__ <florian__!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 11:14 | |
*** florian__ <florian__!~fuchs@Maemo/community/contributor/florian> has quit IRC | 11:15 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 11:15 | |
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has quit IRC | 11:16 | |
*** grma <grma!~gruberm@HSI-KBW-46-237-193-133.hsi.kabel-badenwuerttemberg.de> has joined #yocto | 11:23 | |
*** bradfa_ is now known as bradfa | 11: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 code | 11:29 |
bluelightning | distro and machine are meant to be orthogonal, so the system isn't really meant to work in that way | 11:29 |
dolphin | at oe-core/meta/conf/bitbake.conf | 11: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 sane | 11: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 |
rburton | changing udev to be machine arch is also wrong and quick ;) | 11:32 |
[Sno] | rburton: I understand that - and searching for a better way | 11:32 |
[Sno] | stupid [Sno] - JaMa suggested PACKAGECONFIG and not DISTRO_FEATURES - this can be handled in local.conf or own distro/my.conf | 11:33 |
JaMa | default PACKAGECONFIG value can be set based on DISTRO_FEATURES | 11:38 |
JaMa | but that leaves you option to easily change it if it doesn't match with expectations | 11:39 |
*** grma <grma!~gruberm@HSI-KBW-46-237-193-133.hsi.kabel-badenwuerttemberg.de> has quit IRC | 11:51 | |
*** grma <grma!~gruberm@HSI-KBW-46-237-193-133.hsi.kabel-badenwuerttemberg.de> has joined #yocto | 11:51 | |
*** Ox4 <Ox4!~user@unaffiliated/zloy> has joined #yocto | 11:54 | |
Ox4 | hello guys | 11:54 |
Ox4 | is there a way to set PATH variable without user's login? | 11:55 |
*** ftonello <ftonello!~quassel@81.145.202.106> has joined #yocto | 12:00 | |
*** thaytan <thaytan!~thaytan@199.7.70.115.static.exetel.com.au> has joined #yocto | 12:01 | |
mckoan | 0x4 /etc/rc.local | 12:13 |
*** thiagoss_ is now known as thiagoss | 12:14 | |
*** thiagoss is now known as Guest37995 | 12:14 | |
Ox4 | mckoan: I don't see such file there | 12:17 |
*** nighty^ <nighty^!~nighty@www.taiyolabs.com> has quit IRC | 12:25 | |
*** NileshKokane <NileshKokane!uid116340@gateway/web/irccloud.com/x-spfhwhzbhamaiepw> has joined #yocto | 12:43 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-ursudurkdmoozbsz> has joined #yocto | 12:44 | |
*** marek__ <marek__!~marek@81.89.61.168.host.vnet.sk> has quit IRC | 12:47 | |
*** Aethenelle <Aethenelle!~Aethenell@166.175.63.51> has joined #yocto | 12:53 | |
*** aime-Pierre1 <aime-Pierre1!~Thunderbi@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto | 13:00 | |
*** _ak <_ak!~akorsos@50.244.33.17> has joined #yocto | 13:01 | |
*** aime-Pierre <aime-Pierre!~Thunderbi@193.56.60.161> has quit IRC | 13:03 | |
*** aime-Pierre1 is now known as aime-Pierre | 13:03 | |
mckoan | Ox4: you have to create it, try google-ing | 13:04 |
Ox4 | mckoan: yes, I googled it already, but it is for tiny system, no? | 13:05 |
Ox4 | mckoan: and I don't see it in the mega manual | 13:06 |
*** IvanSB <IvanSB!~IvanSB@host165-128-dynamic.25-79-r.retail.telecomitalia.it> has joined #yocto | 13:08 | |
Ox4 | also 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 IRC | 13:15 | |
*** xulfer_ <xulfer_!~xulfer@cheapbsd.net> has joined #yocto | 13:31 | |
*** xulfer <xulfer!~xulfer@2001:41d0:2:5ee0::> has quit IRC | 13:36 | |
*** xulfer_ is now known as xulfer | 13:36 | |
Ox4 | I think it will be better to patch rcS in sysvinit package | 13:37 |
*** stiandre <stiandre!~stiandre@109.247.13.242> has quit IRC | 13:41 | |
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto | 13:43 | |
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has quit IRC | 13:56 | |
*** Aethenelle <Aethenelle!~Aethenell@166.175.63.51> has quit IRC | 13:57 | |
*** RP <RP!~richard@192.198.151.61> has quit IRC | 13:59 | |
*** stwcx <stwcx!~stwcx@32.97.110.55> has joined #yocto | 14:08 | |
*** frsc <frsc!~frsc@80.149.173.68> has quit IRC | 14:15 | |
*** Aethenelle <Aethenelle!~Aethenell@166.175.63.51> has joined #yocto | 14:15 | |
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC | 14:19 | |
*** Aethenelle <Aethenelle!~Aethenell@166.175.63.51> has quit IRC | 14:22 | |
*** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 14:24 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 14:24 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:27 | |
*** cristianiorga <cristianiorga!~cristiani@134.134.137.71> has quit IRC | 14:30 | |
*** onoffon is now known as khem` | 14:31 | |
*** khem` is now known as onoffon | 14:40 | |
*** mago_ <mago_!~mago@88.131.56.168> has quit IRC | 14:40 | |
*** jku <jku!jku@nat/intel/x-pluqzxklkfduabgc> has quit IRC | 14:42 | |
*** grma <grma!~gruberm@HSI-KBW-46-237-193-133.hsi.kabel-badenwuerttemberg.de> has quit IRC | 14:45 | |
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.98> has quit IRC | 14:47 | |
*** andyintc1 is now known as andyintc | 14:48 | |
*** RP <RP!~richard@194.136.87.227> has joined #yocto | 14:49 | |
*** blitz00 <blitz00!stefans@nat/intel/x-wsojqobguoctntot> has joined #yocto | 14:50 | |
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto | 14:50 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-ursudurkdmoozbsz> has quit IRC | 14:53 | |
*** NileshKokane <NileshKokane!uid116340@gateway/web/irccloud.com/x-spfhwhzbhamaiepw> has quit IRC | 14:53 | |
*** onoffon is now known as khem` | 14:57 | |
*** belen <belen!Adium@nat/intel/x-laweeunnebdjgdom> has quit IRC | 15:00 | |
*** belen <belen!Adium@nat/intel/x-tlwudpyeiquwcqhz> has joined #yocto | 15:01 | |
*** maxin <maxin!~maxin@2001:998:22:0:ad4f:a07:a67c:5110> has quit IRC | 15:06 | |
fredcadete | oh 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 |
fredcadete | I am starting to despair | 15:20 |
rburton | more context would be useful | 15:21 |
LetoThe2nd | rburton: doesn't right-clicking help? | 15:21 |
rburton | reading the run.[task] in the work directory might be useful | 15:21 |
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto | 15:23 | |
fredcadete | it's a vendor kernel (the story starts promising) | 15:23 |
fredcadete | if I do `bitbake vendorkernel` it fails at do_configure, saying "no such target 'oldconfig'" | 15:24 |
*** Cardoe <Cardoe!~Cardoe@gentoo/developer/Cardoe> has joined #yocto | 15:24 | |
fredcadete | if I go into the devshell and call the run.do_configure, everything goes well | 15:24 |
fredcadete | rburton: thanks, I tried that. It looks good to me and gives good results when I run it | 15:25 |
rburton | fredcadete: sounds like the directory its running in is wrong | 15:26 |
fredcadete | rburton: It's a possibility | 15:26 |
rburton | throw a echo `pwd` at the beginning and see | 15:26 |
fredcadete | adding that echo with a do_configure_prepend? I'll try that | 15:27 |
rburton | that will work | 15:27 |
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 15:28 | |
fredcadete | rburton: indeed. it's running in an empty directory. I think it can be related to work-shared | 15:30 |
fredcadete | I have a direction, thanks A LOT | 15:30 |
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC | 15:30 | |
rburton | that's five minutes of consultancy time, rounded up to 30 minutes, at my standard rate of £100/hour. I'll send the invoice this evening | 15:30 |
rburton | :) | 15:30 |
xulfer | Hm 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 |
fredcadete | rburton: sure, I'll send it to my HR department and let them sort it out | 15:32 |
rburton | fredcadete: 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 |
xulfer | Basically 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 #yocto | 15:37 | |
*** belen <belen!Adium@nat/intel/x-tlwudpyeiquwcqhz> has quit IRC | 15:38 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 15:46 | |
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 15:48 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 15:48 | |
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto | 15:48 | |
*** NileshKokane <NileshKokane!uid116340@gateway/web/irccloud.com/x-bgsnkgrbmcavefge> has joined #yocto | 15:49 | |
fredcadete | rburton, 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 |
clopez | jbrianceau: pong ? | 15:50 |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-frmvsfrelfzxfufi> has joined #yocto | 15:50 | |
*** mckoan is now known as mckoan|away | 15:52 | |
jbrianceau | clopez: hi, your name showed up in the meta-browser git history | 15:52 |
jbrianceau | clopez: about the chromium recipe, I'm wondering if the license is correct | 15:53 |
jbrianceau | clopez: 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 BSD | 15:53 |
jbrianceau | clopez: for instance ffmpeg in src/third_party/ffmpeg is LGPL-2.1 and is used by chromium | 15:56 |
clopez | jbrianceau: yes, also the render engine (blink now, webkit before) is bsd/lgplv2 mixed | 15:57 |
*** madisox <madisox!~madison@12.30.244.5> has joined #yocto | 15:59 | |
jbrianceau | clopez: 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 |
clopez | you can check the debian copyright file, they tend to pay more attention to licenses than others | 16:00 |
clopez | http://metadata.ftp-master.debian.org/changelogs//main/c/chromium-browser/chromium-browser_45.0.2454.85-1~deb8u1_copyright | 16:00 |
jbrianceau | clopez: very interesting, thanks for the link | 16:01 |
clopez | jbrianceau, yes .. check the recipe for webkitgtk_2.8.5 on oe-core/poky (master) | 16:01 |
jbrianceau | clopez: will do, thanks a lot for the info | 16:01 |
clopez | you are welcome :) | 16:02 |
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-yvqallkgozbnvpnd> has left #yocto | 16:08 | |
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 16:10 | |
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 16:10 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 16:12 | |
xulfer | clopez: Do you guys use a custom do_fetch / do_unpack for that? | 16:12 |
xulfer | Use 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 IRC | 16:21 | |
*** Snert_ <Snert_!~snert_@69-161-21-126.static.acsalaska.net> has joined #yocto | 16:23 | |
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 16:23 | |
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-yvqallkgozbnvpnd> has joined #yocto | 16:30 | |
raykinsella78 | if I want to over the default init system ... PREFERRED_PROVIDER_virtual/runtime_init_manager = "sysvinit" | 16:31 |
raykinsella78 | ? | 16:31 |
kergoth | raykinsella78: https://www.yoctoproject.org/docs/1.8/mega-manual/mega-manual.html#selecting-an-initialization-manager | 16:32 |
*** aime-Pierre <aime-Pierre!~Thunderbi@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC | 16:37 | |
raykinsella78 | cool and the gang | 16:42 |
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 16:45 | |
clopez | xulfer: i don't think.. we only list the different licenses and hashes on the LIC_FILES_CHKSUM variable | 16:45 |
xulfer | clopez: How do you deal with depot_tools checkout then? | 16:47 |
xulfer | That's our whole issue right now. | 16:49 |
clopez | xulfer: i don't deal with that... the chromium tarball should already include all third_party deps inside | 16:53 |
clopez | ex: http://gsdview.appspot.com/chromium-browser-official/chromium-40.0.2214.91.tar.xz | 16:53 |
xulfer | Oh. Hmm... I might look into that. Because I could just extract webrtc from there. | 16:54 |
*** jbrianceau is now known as jbrianceau_away | 16:55 | |
clopez | xulfer: why don't you add the webrtc git repository as SRC_URI ? | 16:57 |
xulfer | It has a bunch of third party deps, and stuff that only gets pulled down via fetch / gclient | 16:58 |
xulfer | I thought about trying to parse the chromium + webrtc DEPS tree to make a version that I could adapt to our webrtc layer | 16:58 |
xulfer | but seems like more work than maintaining the monstrosity that is our current recipe | 16:59 |
xulfer | I mean it works now, but it overwrites so many hooks in yocto that dependency checking doesn't even work for it | 16:59 |
*** rfolino <rfolino!~rfolino@93-51-177-218.ip268.fastwebnet.it> has quit IRC | 17:06 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 17:14 | |
raykinsella78 | signing off | 17:15 |
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-yvqallkgozbnvpnd> has left #yocto | 17:15 | |
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 17:18 | |
*** hanthings_ <hanthings_!~hanthings@dyxztkyycfxn---1m2-4y-3.rev.dnainternet.fi> has joined #yocto | 17:21 | |
*** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC | 17:21 | |
*** jjmb1 <jjmb1!~jjmb@c-98-225-183-175.hsd1.pa.comcast.net> has quit IRC | 17:23 | |
*** soderstr1m <soderstr1m!~soderstro@c-608be555.015-59-6c6b7013.cust.bredbandsbolaget.se> has joined #yocto | 17:33 | |
*** soderstr1m <soderstr1m!~soderstro@c-608be555.015-59-6c6b7013.cust.bredbandsbolaget.se> has quit IRC | 17:34 | |
*** tripzero1 <tripzero1!tripzero@nat/intel/x-brbqpxcfpkyssxnw> has quit IRC | 17:35 | |
*** ulf` <ulf`!~ulf@134.134.137.73> has quit IRC | 17:35 | |
*** tripzero <tripzero!~tripzero@134.134.139.77> has quit IRC | 17:35 | |
*** clsulliv <clsulliv!~clsulliv@134.134.139.72> has quit IRC | 17:35 | |
*** soderstr1m <soderstr1m!~soderstro@c-608be555.015-59-6c6b7013.cust.bredbandsbolaget.se> has joined #yocto | 17:35 | |
*** belen2 <belen2!Adium@nat/intel/x-esxhxotafpqctcxq> has quit IRC | 17:39 | |
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 17:39 | |
*** belen <belen!Adium@nat/intel/x-mgnbpssvgaqakhwz> has joined #yocto | 17:39 | |
lpapp | bluelightning: hey, are you there by any chance? | 17:39 |
lpapp | or anyone :) | 17:39 |
lpapp | what is the preferred way of downloading some proprietary software which has to go through the usual username and password authentication? | 17:40 |
lpapp | I 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 |
bluelightning | there is nothing built-in for that that I know of | 17:42 |
*** belen <belen!Adium@nat/intel/x-mgnbpssvgaqakhwz> has quit IRC | 17:43 | |
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC | 17:45 | |
lpapp | bluelightning: 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 IRC | 17:47 | |
*** IvanSB <IvanSB!~IvanSB@host165-128-dynamic.25-79-r.retail.telecomitalia.it> has joined #yocto | 17:48 | |
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC | 17:52 | |
*** NileshKokane <NileshKokane!uid116340@gateway/web/irccloud.com/x-bgsnkgrbmcavefge> has quit IRC | 17:53 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-frmvsfrelfzxfufi> has quit IRC | 17:53 | |
lpapp | bluelightning: actually, do_fetch instead? | 17:56 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:57 | |
kergoth | can't yoiu just use an http uri in SRC_URI and use a .netrc to supply the authentication? | 17:59 |
kergoth | that's what i usually do when i need https rather than ssh for our git repositories | 17:59 |
*** bluelightning <bluelightning!~paul@ip5f5ae69b.dynamic.kabel-deutschland.de> has joined #yocto | 18:01 | |
*** bluelightning <bluelightning!~paul@ip5f5ae69b.dynamic.kabel-deutschland.de> has quit IRC | 18:01 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 18:01 | |
*** aehs29 <aehs29!aehernan@nat/intel/x-cembyqyxaesqlvot> has joined #yocto | 18:02 | |
bluelightning | lpapp: you could always just append to FETCHCMD_wget | 18:02 |
kergoth | I <3 environment-setup.d for the sdk | 18:03 |
kergoth | also, if you don't want to put a real private url in the recipe, you can use a fake one coupled with PREMIRRORS | 18:03 |
* kergoth yawns | 18:03 | |
clopez | xulfer: 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 tarball | 18:03 |
bluelightning | kergoth: interesting idea | 18:03 |
kergoth | I've done that before :) | 18:04 |
kergoth | have 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 tool | 18:05 |
lpapp | bluelightning: hmm, FETCHCMD_wget expects the parameters that I would pass to wget? | 18:05 |
bluelightning | lpapp: yes... see the default value in meta/conf/bitbake.conf | 18:05 |
xulfer | clopez: Yeah I've been thinking about that as well. | 18:05 |
lpapp | bluelightning: ok | 18:09 |
lpapp | kergoth: yeah, the recipe will remain private, too | 18:09 |
kergoth | ah | 18:09 |
fray | at 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 IRC | 18:09 | |
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 18:09 | |
kergoth | heh :) | 18:10 |
lpapp | bluelightning: 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 |
clopez | clopez: another option is to run gclient in do_unpack[postfuncs] ... the chromium recipe does something similar for fetching the ozone-wayland layer when its enabled | 18:10 |
lpapp | or they can somehow be combined? I am not quite a wget pro user. | 18:10 |
kergoth | xulfer, clopez: depending on how in depth you want to get, this could be a candidate for a custom bitbake fetcher. | 18:10 |
lpapp | what I exactly mean is: wget --save-cookies cookies.txt --keep-session-cookies --post-data 'username=foo&password=bar' https://foo.com/login | 18:11 |
lpapp | wget --load-cookies cookies.txt https://foo.com/binary.tar.xz | 18:11 |
kergoth | ahh, right | 18:12 |
clopez | or maybe add an extra step between do_unpack and and do_patch | 18:12 |
kergoth | that makes sense, FETCHCMD_wget does indeed sound ideal for that case | 18:12 |
*** Aethenelle <Aethenelle!~Aethenell@ip-64-134-67-201.public.wayport.net> has joined #yocto | 18:13 | |
*** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC | 18:14 | |
kergoth | lpapp: I'm going through open issues in meta-sourcery, do you know if the issues you had with it are still outstanding? | 18:14 |
lpapp | I think they are resolved now, thanks. | 18:14 |
xulfer | kergoth: I'm interested, but not familiar enough to know if it's worth me working on. | 18:14 |
* kergoth nods at xulfer | 18:14 | |
xulfer | In the sense that I'm only allotted so much time by work to work on stuff like that. | 18:15 |
lpapp | so I would put the parameters for the first wget run into FETCHCMD_wget and then the second to? | 18:15 |
kergoth | I 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 task | 18:16 |
*** fray <fray!~mhatle@192.40.192.95> has quit IRC | 18:16 | |
*** radzy <radzy!~radzy@unknown-216-78.windriver.com> has quit IRC | 18:16 | |
lpapp | ok, 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 IRC | 18:20 | |
*** radzy_lunch <radzy_lunch!~radzy@unknown-216-78.windriver.com> has joined #yocto | 18:20 | |
*** jchonig <jchonig!~quassel@firewall.honig.net> has joined #yocto | 18:23 | |
kergoth | addtask fetch_login before do_fetch; do_fetch_login () {} | 18:24 |
kergoth | or so | 18:24 |
kergoth | of course, you'll presumably be hardcoding a password in a recipe with that approach, unless you have it pull that from somewhere external | 18:24 |
* kergoth yawns | 18:24 | |
*** stiandre <stiandre!~stiandre@180.97.45.31.customer.cdi.no> has joined #yocto | 18:25 | |
*** fray <fray!~mhatle@192.40.192.95> has joined #yocto | 18:27 | |
lpapp | yes, I will hard-code it for now. | 18:27 |
*** fl0v0 <fl0v0!~fvo@p54AF4A5B.dip0.t-ipconnect.de> has quit IRC | 18:29 | |
*** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC | 18:29 | |
*** jchonig <jchonig!~quassel@firewall.honig.net> has joined #yocto | 18:29 | |
kergoth | It'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 |
kergoth | though 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 IRC | 18:30 | |
kergoth | i 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 |
kergoth | course, i could use a local key instead, probably should at some point | 18:32 |
kergoth | is there a recipe naming convention for nativesdk recipes that only install a script into environment-setup.d? | 18:32 |
kergoth | i'm doing nativesdk-env-<something> at the moment | 18:32 |
kergoth | meta-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/files | 18:34 |
*** kbingham <kbingham!~kbingham@cpc17-aztw24-2-0-cust759.aztw.cable.virginm.net> has quit IRC | 18:35 | |
*** anselmolsm <anselmolsm!~anselmols@177.194.17.253> has joined #yocto | 18:38 | |
*** kbingham <kbingham!~kbingham@cpc17-aztw24-2-0-cust759.aztw.cable.virginm.net> has joined #yocto | 18:42 | |
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 18:46 | |
*** stiandre <stiandre!~stiandre@180.97.45.31.customer.cdi.no> has quit IRC | 18:47 | |
*** flk <flk!~root@2.173.109.135> has joined #yocto | 18:47 | |
*** flk <flk!~root@2.173.109.135> has left #yocto | 18:50 | |
*** stiandre <stiandre!~stiandre@109.247.13.242> has joined #yocto | 18:50 | |
*** flk <flk!~root@2.173.109.135> has joined #yocto | 18:50 | |
*** flk <flk!~root@2.173.109.135> has left #yocto | 18:51 | |
*** flk <flk!~root@2.173.109.135> has joined #yocto | 18:52 | |
lpapp | ERROR: Function failed: Unpack failure for URL:... | 18:52 |
lpapp | but actually, my source is not compressed... it is just *.bin. | 18:52 |
lpapp | do I need to override do_unpack with empty content in this case? | 18:52 |
kergoth | the default do_unpack should just do nothing for a .bin. there's no handling for *.bin in bitbake | 18:53 |
kergoth | but you can explicitly set unpack=no as a url parameter as well | 18:54 |
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 18:54 | |
lpapp | hmm, in that case, I am not sure why the do_unpack task fails. | 18:55 |
lpapp | might be my mistake in the url where I used .../$(PV)/$(PN)-$(PV)... | 18:56 |
lpapp | perhasp ${} instead of $() | 18:57 |
kergoth | ah, 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 #yocto | 18:57 | |
kergoth | so it tries to run a command "PV" in a subshell | 18:57 |
lpapp | yeah, thanks | 18:58 |
lpapp | not 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 #yocto | 18:59 | |
lpapp | I already have LICENSE = "Proprietary". | 18:59 |
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-fhpkxxsnmmrqqbfc> has quit IRC | 18:59 | |
lpapp | oh, I have to use CLOSED instead of Proprietary | 19:01 |
kergoth | Proprietary will still require license terms, afaik. CLOSED however is a generic closed source all rights reserved type thing, doesn't require a license file | 19:01 |
kergoth | yeah | 19:01 |
lpapp | thanks | 19:02 |
kergoth | wtf, my mac is ignoring a /etc/hosts file entry in favor of something it looked up | 19:02 |
kergoth | the dns server does *not* know better than my hosts file | 19:02 |
Snert_ | then change the order. Hosts first. | 19:03 |
Snert_ | instead of asking DNS forst. | 19:03 |
lpapp | hmm, sh ./mybinary.bin does not seem to work as it cannot find the binary file, even though it is in the ${WORKDIR} | 19:05 |
lpapp | perhaps I need to be explicit with that. | 19:05 |
*** aehs29 <aehs29!aehernan@nat/intel/x-cembyqyxaesqlvot> has quit IRC | 19:06 | |
lpapp | also, 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 radzy | 19:08 | |
rburton | kergoth: remember anything in /etc is considered legacy on OSX if you've a modern app | 19:08 |
lpapp | I assume that I need to enable the task history to see what wget commands are executed, etc? | 19:09 |
kergoth | rburton: true | 19:09 |
lpapp | can one package in a recipe depend on another package in the same recipe? | 19:10 |
fray | yes | 19:10 |
rburton | lpapp: rdepend? of course. | 19:10 |
kergoth | Snert_: yeah, just need to figure out *how* :) not exactly as trivial as nsswitch.conf on a mac, sadly, and it differs between versions | 19:10 |
* kergoth rolls eyes | 19:10 | |
lpapp | rburton: yes, so that package bar requires package foo, but foo and bar packages are built from recipe foobar_0.1.bb | 19:11 |
rburton | sure | 19:11 |
rburton | PN-dev depends on PN | 19:11 |
rburton | so it happens in almost every recipe already | 19:12 |
*** Snert <Snert!~LoginName@65-70-174-206.gci.net> has quit IRC | 19:12 | |
lpapp | :))) | 19:12 |
lpapp | cool! | 19:12 |
lpapp | so if I say REPDENDS_${PN}-bar = "FILES_${PN}-foo", it ought to work, yeah? | 19:13 |
rburton | no | 19:13 |
rburton | RDEPENDS_${PN}-bar = ${PN}-foo | 19:13 |
rburton | erm, with quotes as appropriate | 19:13 |
lpapp | ah, sorry, yes. | 19:14 |
lpapp | you are right, thanks. | 19:14 |
*** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has quit IRC | 19:17 | |
*** stiandre_ <stiandre_!~stiandre@109.247.13.242> has joined #yocto | 19:20 | |
*** stiandre <stiandre!~stiandre@109.247.13.242> has quit IRC | 19:20 | |
*** khem` is now known as onoffon | 19:22 | |
*** sjolley <sjolley!sjolley@nat/intel/x-dcwnotjgcodntdqo> has quit IRC | 19:25 | |
*** belen <belen!Adium@nat/intel/x-yyjoxigllusgnraq> has joined #yocto | 19:26 | |
*** belen <belen!Adium@nat/intel/x-yyjoxigllusgnraq> has quit IRC | 19:29 | |
*** onoffon is now known as khem` | 19:32 | |
*** aehs29 <aehs29!aehernan@nat/intel/x-gmopxsvsjcyjgede> has joined #yocto | 19:38 | |
lpapp | hmm, if I say FILES_${PN}-foo = "....../etc/", then I can say " FILES_${PN}-foo_exclude = "....../etc/exception" ? | 19:41 |
rburton | _remove exists | 19:42 |
rburton | but ewww | 19:42 |
rburton | just fiddle the order of PACKAGES | 19:42 |
rburton | the file matches are applied in order of PACKAGES | 19:42 |
rburton | so -bar can package /etc/exception and then -foo can package /etc/*, assuming -bar is listed before -foo in PACKAGES | 19: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 globbing | 19:43 |
fray | but as rburton says.. the right way is adjust the PACKAGES order | 19:44 |
rburton | erm, yeah, not sure why i wasn't parsing that right in my head! | 19:44 |
* rburton blames the Rebel Gold he just opened | 19:44 | |
*** clsulliv <clsulliv!clsulliv@nat/intel/x-qzvyvsipisjiejuy> has joined #yocto | 19:44 | |
*** tripzero <tripzero!~tripzero@134.134.139.70> has joined #yocto | 19:45 | |
*** tripzero_ <tripzero_!~tripzero@134.134.139.70> has joined #yocto | 19:45 | |
*** ulf` <ulf`!~ulf@134.134.137.73> has joined #yocto | 19:46 | |
lpapp | rburton: yeah, this is a new context, so I have one package, but I do not wish to grab everything | 19:48 |
lpapp | it would also be cumbersome to match one-by-one, excluding would be ideal. Thank you for _remove. | 19:48 |
*** Guest37995 is now known as thiagoss | 19:48 | |
kergoth | if 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 anyway | 19:49 |
kergoth | if you do want them packaged, just in a different package, then rburton's suggestion about PACKAGES order is the best solutjion | 19:49 |
lpapp | yeah, it is a quick hack :) | 19:50 |
lpapp | I am trying to separate packages in one recipe into two. | 19:50 |
kergoth | as 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 anything | 19:50 |
lpapp | and 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 |
lpapp | and vice versa | 19:51 |
lpapp | but currently, they both build from the same repository | 19:51 |
kergoth | the 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 |
kergoth | much simpler than mangling FILES_${PN} | 19:51 |
lpapp | the 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 |
lpapp | and as far as I know, all the packages in a recipe will run under the same version. | 19:51 |
lpapp | I am happy to ignore the QA warnings for today. | 19:53 |
lpapp | will fine-tune it another day. | 19:53 |
lpapp | my boss wants me to get something working ASAP :) | 19:53 |
kergoth | PACKAGES =+ "newpackage"; FILES_newpackage = "/etc/foo"; RDEPENDS_${PN} += "newpackage". done. | 19:55 |
kergoth | :) | 19:55 |
* kergoth gets food | 19:55 | |
lpapp | as the last resort, being explicit about every file might bring me to somewhere. | 19:55 |
lpapp | but yes, you are right, I will get the warnings. | 19:55 |
*** sjolley <sjolley!sjolley@nat/intel/x-otjkbfqsyzdzxvpg> has joined #yocto | 19:56 | |
kergoth | man, nothing screws up my day like an unexpected rebuild from scratch of every freaking recipe | 19:57 |
kergoth | go from a 5 minute build time to a couple hour build time in seconds :( | 19:58 |
lpapp | yeah, that can be undesired. | 19:58 |
kergoth | I 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 compiles | 19:58 |
kergoth | :| | 19:59 |
*** [Sno] <[Sno]!~sno@rademacherexchange.de> has quit IRC | 20:02 | |
*** soderstr1m <soderstr1m!~soderstro@c-608be555.015-59-6c6b7013.cust.bredbandsbolaget.se> has quit IRC | 20:08 | |
*** Snert <Snert!~LoginName@65-70-174-206.gci.net> has joined #yocto | 20:14 | |
lpapp | so 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 |
lpapp | what 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 |
lpapp | so that the upgrade process remains smooth. | 20:24 |
kergoth | RREPLACES+RCONFLICTS+RPROVIDES generally | 20:24 |
kergoth | https://www.yoctoproject.org/docs/1.8/mega-manual/mega-manual.html#var-RREPLACES | 20:24 |
kergoth | well, rreplaces+rconflicts, rprovides is only needed in certain cases | 20:25 |
kergoth | depends | 20:25 |
lpapp | yeah, we use CONFLICTS on Archlinux in PKGBUILD iirc, but I might be wrong. | 20:25 |
lpapp | cool, 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 |
kergoth | yeah, but foo will stay installed unless you also add it to RCONFLICTS | 20:27 |
lpapp | ah, so the triumvirate is the best to be specified in my case that you mentioned :) | 20:29 |
lpapp | thanks again. | 20:29 |
kergoth | np | 20:29 |
*** [Sno] <[Sno]!~sno@ip-109-91-252-249.hsi12.unitymediagroup.de> has joined #yocto | 20:29 | |
kergoth | iirc the debian policy manual has a section on this too | 20:29 |
*** stiandre_ <stiandre_!~stiandre@109.247.13.242> has quit IRC | 20:33 | |
*** stiandre_ <stiandre_!~stiandre@109.247.13.242> has joined #yocto | 20:33 | |
*** IvanSB <IvanSB!~IvanSB@host165-128-dynamic.25-79-r.retail.telecomitalia.it> has quit IRC | 20:39 | |
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has quit IRC | 20:44 | |
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto | 20:51 | |
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC | 20:52 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 21:06 | |
*** bbhoss <bbhoss!sid18216@gateway/web/irccloud.com/x-ynicluusmradsdam> has quit IRC | 21:21 | |
*** mkeeter <mkeeter!~mkeeter@209.6.175.242> has joined #yocto | 21:31 | |
*** stiandre_ <stiandre_!~stiandre@109.247.13.242> has quit IRC | 21:36 | |
*** richb___ <richb___!~richb@119.100.199.146.dyn.plus.net> has joined #yocto | 21:36 | |
*** khem` is now known as onoffon | 21:42 | |
*** onoffon is now known as khem` | 21:43 | |
*** khem` is now known as onoffon | 21:58 | |
*** onoffon is now known as khem` | 22:00 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
*** bbhoss <bbhoss!sid18216@gateway/web/irccloud.com/x-rudsisluyqqwsfry> has joined #yocto | 22:04 | |
*** Cardoe <Cardoe!~Cardoe@gentoo/developer/Cardoe> has quit IRC | 22:07 | |
*** _ak <_ak!~akorsos@50.244.33.17> has quit IRC | 22:09 | |
*** jjmb <jjmb!~jjmb@75-104-68-5.mobility.exede.net> has joined #yocto | 22:16 | |
*** mkeeter <mkeeter!~mkeeter@209.6.175.242> has quit IRC | 22:18 | |
*** Snert_ <Snert_!~snert_@69-161-21-126.static.acsalaska.net> has quit IRC | 22:18 | |
*** mkeeter <mkeeter!~mkeeter@209.6.175.242> has joined #yocto | 22:19 | |
*** Snert_ <Snert_!~snert_@69-161-21-126.static.acsalaska.net> has joined #yocto | 22:21 | |
*** mkeeter <mkeeter!~mkeeter@209.6.175.242> has quit IRC | 22:23 | |
*** opal <opal!~opal@h241.26.40.69.dynamic.ip.windstream.net> has joined #yocto | 22:25 | |
*** flk <flk!~root@2.173.109.135> has quit IRC | 22:30 | |
*** mkeeter <mkeeter!~mkeeter@209-6-50-175.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com> has joined #yocto | 22:31 | |
*** flk <flk!~root@2.173.109.135> has joined #yocto | 22:31 | |
*** nighty-_ <nighty-_!~nighty@hokuriku.rural-networks.com> has quit IRC | 22:32 | |
*** mrsan- <mrsan-!mrsan@hunting.for.layerbnc.org> has joined #yocto | 22:40 | |
xulfer | kergoth: Have any docs regarding writing a custom fetcher, or know where I could begin looking? | 22:41 |
kergoth | only the bitbake code, really. bitbake/lib/bb/fetch2/*.py | 22:42 |
*** jjmb <jjmb!~jjmb@75-104-68-5.mobility.exede.net> has quit IRC | 22:43 | |
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 22:47 | |
*** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has quit IRC | 22:47 | |
*** sjolley <sjolley!sjolley@nat/intel/x-otjkbfqsyzdzxvpg> has quit IRC | 23:01 | |
*** jjmb <jjmb!~jjmb@75-104-68-5.mobility.exede.net> has joined #yocto | 23:06 | |
*** aehs29 <aehs29!aehernan@nat/intel/x-gmopxsvsjcyjgede> has left #yocto | 23:07 | |
*** Aethenelle <Aethenelle!~Aethenell@ip-64-134-67-201.public.wayport.net> has quit IRC | 23:19 | |
*** mkeeter <mkeeter!~mkeeter@209-6-50-175.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com> has quit IRC | 23:20 | |
*** mkeeter <mkeeter!~mkeeter@209-6-50-175.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com> has joined #yocto | 23:20 | |
*** mkeeter <mkeeter!~mkeeter@209-6-50-175.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com> has quit IRC | 23:22 | |
*** mkeeter <mkeeter!~mkeeter@209-6-50-175.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com> has joined #yocto | 23:22 | |
*** madisox <madisox!~madison@12.30.244.5> has quit IRC | 23:24 | |
*** Aethenelle <Aethenelle!~Aethenell@166.175.63.51> has joined #yocto | 23:35 | |
*** jjmb <jjmb!~jjmb@75-104-68-5.mobility.exede.net> has quit IRC | 23:43 | |
*** ebolton <ebolton!~ebolton@101.169.42.146> has joined #yocto | 23:45 | |
*** sjolley <sjolley!~sjolley@134.134.139.70> has joined #yocto | 23:48 | |
kergoth | what's up with the duplication between OECORE_TARGET_SYSROOT and SDKTARGETSYSROOT? | 23:48 |
ebolton | hey 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 loop | 23:49 |
ebolton | http://pastebin.com/5e7Kvm3p | 23:49 |
ebolton | I'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 effort | 23:50 |
kergoth | I 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 |
ebolton | python-native detects the presence of tk and builds/deploys a lib called _tkinter if it finds it | 23:52 |
ebolton | otherwise you get this: | 23:53 |
ebolton | Python build finished, but the necessary bits to build these modules were not found: | 23:53 |
ebolton | _bsddb _tkinter bsddb185 | 23:53 |
ebolton | dl imageop nis | 23:53 |
*** opal <opal!~opal@h241.26.40.69.dynamic.ip.windstream.net> has left #yocto | 23:53 | |
ebolton | that't from the python-native do_install log | 23:54 |
kergoth | I 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-native | 23:54 |
ebolton | I'll spend some time trying to break the dependency tree....thanks kergoth | 23:56 |
*** stwcx <stwcx!~stwcx@32.97.110.55> has quit IRC | 23:58 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!