*** dagnammit <dagnammit!0ecb664a@gateway/web/freenode/ip.14.203.102.74> has joined #yocto | 00:03 | |
*** benjamirc1 <benjamirc1!~besquive@134.134.139.76> has joined #yocto | 00:12 | |
*** stephano <stephano!~stephano@134.134.139.83> has quit IRC | 00:12 | |
*** stephano <stephano!~stephano@134.134.139.83> has joined #yocto | 00:12 | |
*** gportay <gportay!~gportay@2607:fad8:4:6:38ec:b502:e495:a95> has quit IRC | 00:29 | |
dagnammit | Is someone able to provide an insight into multilib for me? | 00:31 |
---|---|---|
*** caiortp <caiortp!~caiortp@189-107-35-152.user.veloxzone.com.br> has quit IRC | 00:50 | |
-YoctoAutoBuilder- build #1010 of nightly-x86 is complete: Failure [failed Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/1010 | 00:52 | |
*** caiortp <caiortp!~caiortp@189-107-35-152.user.veloxzone.com.br> has joined #yocto | 00:56 | |
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 01:12 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-ghtyislhxihpkdpk> has joined #yocto | 01:14 | |
*** benjamirc2 <benjamirc2!~besquive@134.134.139.76> has joined #yocto | 01:17 | |
*** benjamirc1 <benjamirc1!~besquive@134.134.139.76> has quit IRC | 01:17 | |
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto | 01:33 | |
*** sameo <sameo!samuel@nat/intel/x-ujaduzbdywgbnfqs> has quit IRC | 01:34 | |
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 01:40 | |
*** gportay <gportay!~gportay@mtrlpq0736w-lp140-02-65-95-14-204.dsl.bell.ca> has joined #yocto | 01:48 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC | 01:51 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto | 01:51 | |
*** mattsm <mattsm!~mattsm@2605:6000:1019:149:9d2:5f08:780e:3621> has quit IRC | 01:56 | |
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC | 02:03 | |
*** mattsm <mattsm!~mattsm@2605:6000:1019:149:515c:6c6:a038:30ce> has joined #yocto | 02:03 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 02:40 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 02:44 | |
*** bananadev <bananadev!~onlyester@117.6.99.240> has joined #yocto | 03:00 | |
*** maxin <maxin!~maxin@103.66.150.13> has joined #yocto | 03:04 | |
*** caiortp <caiortp!~caiortp@189-107-35-152.user.veloxzone.com.br> has quit IRC | 03:15 | |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC | 03:28 | |
*** benjamirc2 <benjamirc2!~besquive@134.134.139.76> has quit IRC | 03:33 | |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto | 03:34 | |
*** bananadev <bananadev!~onlyester@117.6.99.240> has quit IRC | 03:37 | |
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC | 03:47 | |
*** bananadev <bananadev!~onlyester@117.6.99.240> has joined #yocto | 03:50 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 03:54 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 03:54 | |
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto | 03:55 | |
khem | dagnammit: what do you need to know ? | 03:56 |
khem | its a feature where you can run 32bit and 64bit on same system | 03:57 |
khem | e.g. | 03:57 |
*** bananadev <bananadev!~onlyester@117.6.99.240> has quit IRC | 04:39 | |
*** bananadev <bananadev!~onlyester@118.70.128.150> has joined #yocto | 04:50 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 04:55 | |
*** gportay <gportay!~gportay@mtrlpq0736w-lp140-02-65-95-14-204.dsl.bell.ca> has quit IRC | 04:57 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 04:58 | |
*** gportay <gportay!~gportay@mtrlpq0736w-lp140-02-65-95-14-204.dsl.bell.ca> has joined #yocto | 05:19 | |
*** paulbarker <paulbarker!~pbarker@cpc11-shep11-2-0-cust130.8-3.cable.virginm.net> has quit IRC | 05:25 | |
*** paulbarker <paulbarker!~pbarker@cpc11-shep11-2-0-cust130.8-3.cable.virginm.net> has joined #yocto | 05:27 | |
*** clement <clement!~clement@fw-alt.idf.smile.fr> has quit IRC | 05:46 | |
*** clement <clement!~clement@fw-alt.idf.smile.fr> has joined #yocto | 05:48 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC | 05:50 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto | 05:50 | |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 05:55 | |
*** gportay <gportay!~gportay@mtrlpq0736w-lp140-02-65-95-14-204.dsl.bell.ca> has quit IRC | 06:03 | |
*** zeddii_home_ <zeddii_home_!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto | 06:08 | |
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC | 06:11 | |
*** zeddii_home_ is now known as zeddii_home | 06:11 | |
*** AndersD <AndersD!~anders@213-64-218-49-no126.business.telia.com> has joined #yocto | 06:14 | |
*** maxin <maxin!~maxin@103.66.150.13> has quit IRC | 06:17 | |
*** morphis <morphis!~morphis@pD9ED64AB.dip0.t-ipconnect.de> has joined #yocto | 06:22 | |
*** dreyna <dreyna!~dreyna@24-182-34-20.static.mtpk.ca.charter.com> has joined #yocto | 06:23 | |
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 06:33 | |
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto | 06:34 | |
*** maxin <maxin!~maxin@117.221.173.134> has joined #yocto | 06:35 | |
dagnammit | khem: Thanks. I've been struggling a bit but have just realised I have to add lib32- prefix to the recipe name to compile the 32-bit version | 06:38 |
*** m4ho <m4ho!~m4ho@unaffiliated/m4ho> has quit IRC | 06:40 | |
*** m4ho <m4ho!~m4ho@unaffiliated/m4ho> has joined #yocto | 06:42 | |
*** maxin <maxin!~maxin@117.221.173.134> has quit IRC | 06:57 | |
*** pohly <pohly!~pohly@p57A56926.dip0.t-ipconnect.de> has joined #yocto | 06:58 | |
-YoctoAutoBuilder- build #740 of nightly-oe-selftest is complete: Failure [failed Running oe-selftest] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/740 | 07:00 | |
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 07:14 | |
*** frsc <frsc!~frsc@80.149.173.67> has joined #yocto | 07:15 | |
*** maxin <maxin!~maxin@117.202.55.98> has joined #yocto | 07:15 | |
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto | 07:18 | |
*** dagnammit <dagnammit!0ecb664a@gateway/web/freenode/ip.14.203.102.74> has quit IRC | 07:20 | |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC | 07:24 | |
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has joined #yocto | 07:26 | |
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC | 07:27 | |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto | 07:29 | |
*** svalan <svalan!~svalan@seali-84.19.140.128-static.iport.se> has quit IRC | 07:30 | |
*** aurele <aurele!~aurele@srvmsg.castel.fr> has joined #yocto | 07:34 | |
*** jonver <jonver!~jonver___@dD577603A.access.telenet.be> has joined #yocto | 07:39 | |
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 07:45 | |
*** nighty-- <nighty--!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto | 07:53 | |
*** hundeboll <hundeboll!~hundeboll@open-mesh.org/catwoman/hundeboll> has quit IRC | 07:54 | |
*** hundeboll <hundeboll!~hundeboll@open-mesh.org/catwoman/hundeboll> has joined #yocto | 07:55 | |
*** ant_work <ant_work!~ant__@host26-71-dynamic.15-87-r.retail.telecomitalia.it> has joined #yocto | 07:57 | |
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 08:06 | |
*** fl0v0 <fl0v0!~fvo@p4FC0A3D4.dip0.t-ipconnect.de> has joined #yocto | 08:11 | |
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 08:11 | |
*** fl0v01 <fl0v01!~fvo@pD9F6A564.dip0.t-ipconnect.de> has joined #yocto | 08:20 | |
*** fl0v0 <fl0v0!~fvo@p4FC0A3D4.dip0.t-ipconnect.de> has quit IRC | 08:20 | |
*** dreyna <dreyna!~dreyna@24-182-34-20.static.mtpk.ca.charter.com> has quit IRC | 08:23 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-ghtyislhxihpkdpk> has quit IRC | 08:24 | |
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 08:25 | |
*** sameo <sameo!~samuel@192.55.55.41> has joined #yocto | 08:28 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 08:29 | |
*** aurele <aurele!~aurele@srvmsg.castel.fr> has quit IRC | 08:29 | |
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 08:30 | |
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 08:41 | |
*** florian_kc is now known as florian | 08:42 | |
*** aurele <aurele!~aurele@srvmsg.castel.fr> has joined #yocto | 08:43 | |
*** T_UNIX <T_UNIX!d4d3bd3c@gateway/web/freenode/ip.212.211.189.60> has joined #yocto | 08:43 | |
*** toscalix <toscalix!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 08:44 | |
T_UNIX | hi | 08:44 |
*** jonver <jonver!~jonver___@dD577603A.access.telenet.be> has quit IRC | 08:44 | |
T_UNIX | how do I reference another package's version within another package e.g. ${PV_poppler}? | 08:50 |
*** falk0n <falk0n!~falk0n@a109-49-57-182.cpe.netcabo.pt> has joined #yocto | 08:52 | |
*** Biliogadafr <Biliogadafr!~PIN@nat-minsk-pool-46-53-202-183.telecom.by> has joined #yocto | 08:58 | |
*** falk0n <falk0n!~falk0n@a109-49-57-182.cpe.netcabo.pt> has quit IRC | 08:58 | |
*** joshuagl <joshuagl!~joshuagl@192.198.151.43> has joined #yocto | 08:59 | |
*** falk0n <falk0n!~falk0n@a109-49-77-94.cpe.netcabo.pt> has joined #yocto | 09:01 | |
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 09:01 | |
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 09:01 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 09:02 | |
*** AndersD <AndersD!~anders@213-64-218-49-no126.business.telia.com> has quit IRC | 09:04 | |
bluelightning | T_UNIX: you can't reference variables from one recipe in another | 09:12 |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 09:12 | |
bluelightning | T_UNIX: any shared values need to be set at the configuration level | 09:12 |
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 09:16 | |
*** AndersD <AndersD!~anders@213-64-218-49-no126.business.telia.com> has joined #yocto | 09:16 | |
T_UNIX | bluelightning: that's unfortunate :-/ | 09:16 |
*** Strike5150 <Strike5150!18de02de@gateway/web/freenode/ip.24.222.2.222> has quit IRC | 09:16 | |
bluelightning | it has to be that way, or else recipes couldn't be built deterministically | 09:16 |
bluelightning | another means of sharing data between recipes, assuming you can wait until tasks are run, is to put whatever you need into the sysroot | 09:17 |
T_UNIX | I'm currently stuck with dylan. Is there a patch in upstream yocto that would fix this 'svn revision x was already fetched so I'll use the cache.' behavior for repositories with externals that do net reference specific revisions? | 09:17 |
T_UNIX | bluelightning: what I want to do: I have a couple of packages whose versions are more meaningful to me, than a date in the image name | 09:18 |
bluelightning | T_UNIX: I'm not aware of that particular issue, but I don't often deal with recipes that fetch from SVN myself so it's possible | 09:19 |
*** dreyna <dreyna!~dreyna@24-182-34-20.static.mtpk.ca.charter.com> has joined #yocto | 09:19 | |
*** mortderire <mortderire!~rkinsell@192.198.151.43> has joined #yocto | 09:19 | |
T_UNIX | is there a switch do disable source caching for a specific package? | 09:20 |
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 09:21 | |
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 09:21 | |
bluelightning | T_UNIX: not that I am aware of, but then I can't find any reference to that message even in dylan - is that the exact text of the message? | 09:23 |
T_UNIX | bluelightning: sorry, no '^.^ | 09:23 |
T_UNIX | it's just what I saw happened | 09:23 |
*** dreyna <dreyna!~dreyna@24-182-34-20.static.mtpk.ca.charter.com> has quit IRC | 09:23 | |
bluelightning | ah, I see | 09:24 |
T_UNIX | I had to delete the tar'ed revision file from downloads before restarting the build | 09:24 |
T_UNIX | else bitbake would simply extract that archive (with outdated externals) from the downloads directory :-/ | 09:25 |
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has joined #yocto | 09:26 | |
T_UNIX | and the system didn't notice the difference. So the update checking code seems to be something like 'svn revision' instead of a 'svn up .' <- check output for an update. | 09:26 |
bluelightning | I don't think our SVN fetcher does anything special with externals - it assumes that revision X never changes, including externals | 09:26 |
bluelightning | which isn't true in your case, I appreciate that | 09:26 |
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC | 09:29 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 09:31 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 09:33 | |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC | 09:37 | |
*** falk0n <falk0n!~falk0n@a109-49-77-94.cpe.netcabo.pt> has quit IRC | 09:39 | |
*** falk0n <falk0n!~falk0n@a109-49-77-94.cpe.netcabo.pt> has joined #yocto | 09:41 | |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto | 09:44 | |
bluelightning | T_UNIX: looking at the code I don't believe there is a way to bypass the tarball... the only thing I can think of is to do a do_fetch_prepend where you delete it... | 09:47 |
bluelightning | pretty horrid though | 09:47 |
bluelightning | regarding your other question, within the image recipe it is possible to access information about the packages installed within it provided you do so at the appropriate time | 09:48 |
bluelightning | see buildhistory.bbclass for an example | 09:49 |
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto | 09:52 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 09:58 | |
*** grma <grma!~gruberm@80.93.38.128> has quit IRC | 09:59 | |
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 09:59 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 10:00 | |
*** gtristan <gtristan!~tristanva@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 10:00 | |
*** mortderire <mortderire!~rkinsell@192.198.151.43> has quit IRC | 10:05 | |
*** nighty-- <nighty--!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC | 10:08 | |
*** hsychla <hsychla!~hsychla@pd95c9392.dip0.t-ipconnect.de> has quit IRC | 10:10 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 10:10 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 10:12 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-xdhdwhljapfqwfni> has joined #yocto | 10:19 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:19 | |
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 10:21 | |
T_UNIX | does anybody know how to overwrite the images' date string with another one? | 10:24 |
*** khem <khem!~khem@unaffiliated/khem> has quit IRC | 10:26 | |
*** hsychla <hsychla!~hsychla@pd95c9392.dip0.t-ipconnect.de> has joined #yocto | 10:27 | |
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 10:29 | |
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has joined #yocto | 10:33 | |
*** mortderire <mortderire!~rkinsell@192.198.151.43> has joined #yocto | 10:34 | |
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC | 10:35 | |
*** berton <berton!~fabio@189.114.111.135> has joined #yocto | 10:35 | |
*** ftonello <ftonello!~felipe@81.145.202.106> has quit IRC | 10:40 | |
*** ftonello <ftonello!~felipe@81.145.202.106> has joined #yocto | 10:41 | |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC | 10:47 | |
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 10:47 | |
*** aV_V <aV_V!~aV_V@146.66.253.137> has joined #yocto | 10:49 | |
aV_V | how do u can resolve host name remotely? (ssh) | 10:51 |
aV_V | I modified /etc/hosts adding the hostname but doesn't work | 10:52 |
rburton | if you added the hostname to /etc/hosts but its not working then you're doing something wrong | 10:53 |
rburton | personally i install avahi-daemon onto everything and let mDNS work | 10:53 |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto | 10:54 | |
aV_V | http://pastebin.com/C5kt5Cqk | 10:55 |
aV_V | I added the 2nd line | 10:55 |
rburton | erm thats not a remote hostname | 10:57 |
rburton | well, the ip is local | 10:57 |
rburton | what are you actually trying to do? | 10:57 |
rburton | you have a machine which you want to ssh into? | 10:57 |
rburton | you need to set /etc/hosts on your *local* machine with the name and remote IP | 10:58 |
aV_V | aah | 10:58 |
rburton | though installing avahi-daemon is better | 10:59 |
aV_V | I want otherwise | 10:59 |
aV_V | ok | 10:59 |
aV_V | will try it | 10:59 |
aV_V | ty! | 10:59 |
rburton | /etc/hosts is the fallback hostname to IP lookup table for the machine it is on, it doesn't affect anything else | 10:59 |
aV_V | rburton: ok, now I know haha sry | 11:00 |
rburton | installing avahi means you get non-1970s networking technology :) | 11:02 |
*** mortderire <mortderire!~rkinsell@192.198.151.43> has quit IRC | 11:04 | |
aV_V | :D | 11:04 |
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-uwetxyogyifugawd> has joined #yocto | 11:04 | |
*** mortderire <mortderire!rkinsell@nat/intel/x-jxvlrvkuaeehvqvj> has joined #yocto | 11:06 | |
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 11:07 | |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC | 11:09 | |
aV_V | hmmmm avahi: "inherit systemd" | 11:11 |
aV_V | :S | 11:11 |
rburton | the systemd class does nothing if you haven't enabled it | 11:11 |
aV_V | I get error building: "opkg_prepare_url_for_install: Couldn't find anything to satisfy 'avahi'" | 11:12 |
rburton | "though installing avahi-daemon is better" | 11:12 |
aV_V | oook | 11:13 |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto | 11:14 | |
*** clopez <clopez!~tau@neutrino.es> has quit IRC | 11:23 | |
*** JoiF <JoiF!~jofr@193.182.166.3> has joined #yocto | 11:26 | |
*** mortderire <mortderire!rkinsell@nat/intel/x-jxvlrvkuaeehvqvj> has quit IRC | 11:27 | |
*** clopez <clopez!~tau@neutrino.es> has joined #yocto | 11:28 | |
aV_V | rburton: worked, thanks | 11:29 |
*** mortderire <mortderire!rkinsell@nat/intel/x-qxdrhkrpnshevjzz> has joined #yocto | 11:32 | |
*** mortderire <mortderire!rkinsell@nat/intel/x-qxdrhkrpnshevjzz> has quit IRC | 11:33 | |
*** mortderire <mortderire!~rkinsell@192.198.151.44> has joined #yocto | 11:43 | |
*** mortderire <mortderire!rkinsell@nat/intel/x-tgyudilqvfqkwoww> has joined #yocto | 11:46 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 11:53 | |
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-yugitwujgrsbhdxj> has joined #yocto | 11:59 | |
*** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 12:06 | |
sandsmark | is it possible to build only smbclient, without the full samba package? | 12:07 |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 12:07 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 12:12 | |
sandsmark | seems like only libsmbclient is split out | 12:12 |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 12:14 | |
rburton | patches welcome :) | 12:17 |
rburton | should be fairly simply to split client and server parts out | 12:17 |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC | 12:17 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 12:18 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 12:19 | |
*** igor1 <igor1!~igor@177.159.144.73> has joined #yocto | 12:23 | |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto | 12:24 | |
*** bananadev <bananadev!~onlyester@118.70.128.150> has quit IRC | 12:24 | |
*** joseppc <joseppc!~josep@sestofw01.enea.se> has joined #yocto | 12:26 | |
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 12:26 | |
igor1 | hi guys, how can I see the dependency tree of a recipe's tasks | 12:29 |
rburton | -g | 12:29 |
igor1 | something like bitbake -g, but showing only a recipe | 12:29 |
rburton | well, filter the dot | 12:29 |
*** ziggo <ziggo!~ziggo@217.89.178.116> has joined #yocto | 12:30 | |
igor1 | like grep or there is a specifc tool for it? | 12:30 |
igor1 | ls | 12:31 |
igor1 | ops | 12:31 |
igor1 | grep worked | 12:31 |
igor1 | thank you rburton | 12:31 |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 12:34 | |
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 12:35 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 12:39 | |
T_UNIX | wasn't there a way to have a manifest of packages installed within a generated image along the e.g. .tar or .jffs2 file? | 12:39 |
JoiF | I'm still struggling with my libgdiplus errors | 12:40 |
JoiF | ERROR: libgdiplus-4.2-r0 do_configure: This autoconf log indicates errors, it looked at host include and/or library paths while determining system capabilities. | 12:40 |
*** aV_V <aV_V!~aV_V@146.66.253.137> has quit IRC | 12:41 | |
JoiF | Can I somehow see what it's passing to autoconf? and also, is there some documentation about what it actually looks for when "determining" that the library is messing with the host? | 12:41 |
rburton | read config.log and it will tell you | 12:41 |
rburton | its the configure script being stupid, you'll need to read it | 12:41 |
rburton | the test just looks for host paths in places where they shouldn't be | 12:42 |
rburton | like a target build linking against /usr/lib/libfoo.so | 12:42 |
JoiF | Ahh, I see. | 12:42 |
rburton | so maybe the configure hard-codes some paths | 12:42 |
rburton | which you'll need to patch out (and send the patch upstream as they're doing it wrong) | 12:43 |
JoiF | NOTE: Running ../libgdiplus-4.2/configure --build=x86_64-linux --host=arm-poky-linux-gnueabi --target=arm-poky-linux-gnueabi --prefix=/usr --exec_prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/libexec --datadir=/usr/share --sysconfdir=/etc --sharedstatedir=/com --localstatedir=/var --libdir=/usr/lib --includedir=/usr/include --oldincludedir=/usr/include --infodir=/usr/share/info | 12:43 |
JoiF | those prefixes (like /usr), are those wrapped somehow (chroot), or should those be pointing to my relative location? | 12:44 |
JoiF | sorry, not relative, the abspath for my sysroot? | 12:44 |
rburton | no, they're the right prefix. they're where it will *end up* | 12:44 |
JoiF | ok | 12:45 |
rburton | start by looking at config.log for the lines it moans about | 12:45 |
JoiF | I don't see anything.. http://pastebin.com/1TSwquKu | 12:48 |
JoiF | But then again, I'm too inexperienced to know what it is I should be looking for | 12:49 |
*** morphis <morphis!~morphis@pD9ED64AB.dip0.t-ipconnect.de> has quit IRC | 12:50 | |
*** caiortp <caiortp!~inatel@131.221.242.10> has joined #yocto | 12:50 | |
*** morphis <morphis!~morphis@pD9ED64AB.dip0.t-ipconnect.de> has joined #yocto | 12:50 | |
rburton | thats not config.log | 12:53 |
rburton | in the work directory for the library is config.log | 12:53 |
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC | 12:55 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 12:57 | |
JoiF | Aha! | 12:58 |
JoiF | http://pastebin.com/XEp5jQEF | 12:58 |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 12:59 | |
*** mortderire1 <mortderire1!rkinsell@nat/intel/x-ahjofquijxmqerxf> has joined #yocto | 12:59 | |
rburton | 1configure:13432: checking for jpeg_destroy_decompress in -ljpeg | 13:00 |
rburton | 2configure:13457: arm-poky-linux-gnueabi-gcc  -march=armv7-a -marm -mfpu=neon  -mfloat-abi=hard -mcpu=cortex-a9 --sysroot=/home/jofr/xilinx/yocto/poky/build/tmp/sysroots/zc702-zynq7 -o conftest -I/usr/include  -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed conftest.c -ljpeg  -L/usr/lib >&5 | 13:00 |
rburton | 3cc1: warning: include location "/usr/include" is unsafe for cross-compilation [-Wpoison-system-directories] | 13:00 |
*** mortderire <mortderire!rkinsell@nat/intel/x-tgyudilqvfqkwoww> has quit IRC | 13:01 | |
rburton | looking at configure.ac you can maybe stop it being stupid by passing —with-libjpeg=${STAGING_DIR_TARGET} | 13:02 |
rburton | (or just —without-libjpeg if you don't want jpeg support) | 13:03 |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 13:03 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 13:05 | |
sandsmark | rburton: yeah, I'll see if I manage to split it out, the only issue is the dependencies | 13:05 |
sandsmark | but shouldn't be too hard | 13:05 |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 13:05 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 13:08 | |
JoiF | rburton: So I should add that with EXTRA_OECONF? | 13:09 |
rburton | yes | 13:09 |
rburton | otherwise it goes and looks on the host for libjpeg, which isn't a great idea | 13:09 |
JoiF | Yup, got that part ;) | 13:17 |
JoiF | It's still compiling with -I/usr/include .. so there's something else causing it | 13:17 |
JoiF | configure:13554: arm-poky-linux-gnueabi-gcc -march=armv7-a -marm -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a9 --sysroot=/home/jofr/xilinx/yocto/poky/build/tmp/sysroots/zc702-zynq7 -o conftest -I/home/jofr/xilinx/yocto/poky/build/tmp/sysroots/zc702-zynq7/include -I/usr/include -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed conftest.c -ltiff -lm -L/home/jofr/xilinx/yocto/poky/build/tmp/sysroots/zc702-zynq7/lib -L/usr/lib >&5 | 13:18 |
JoiF | It's got both an -I and a -L pointing to the host /usr | 13:18 |
igor1 | there is a way to create a global variable inside a recipe? | 13:20 |
igor1 | maybe a python variable on d | 13:21 |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC | 13:32 | |
rburton | igor1: no, d is per-recipe. | 13:33 |
rburton | make it global in your distro conf | 13:33 |
JoiF | ERROR: libgdiplus-4.2-r0 do_populate_sysroot: QA Issue: libgdiplus.pc failed sanity test (tmpdir) in path /home/jofr/xilinx/yocto/poky/build/tmp/work/cortexa9hf-neon-poky-linux-gnueabi/libgdiplus/4.2-r0/sysroot-destdir/usr/lib/pkgconfig [pkgconfig] | 13:36 |
JoiF | ERROR: libgdiplus-4.2-r0 do_populate_sysroot: QA staging was broken by the package built above | 13:36 |
JoiF | ERROR: libgdiplus-4.2-r0 do_populate_sysroot: Function failed: do_qa_staging | 13:36 |
igor1 | ok, thanks rburton | 13:36 |
JoiF | Woops, thought I would be able to send this as a single entry | 13:36 |
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:45c1:6fb3:c023:dbbb> has joined #yocto | 13:40 | |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto | 13:40 | |
JoiF | The only references I can see for this error are really old posts where the TMPDIR has a trailing slash | 13:42 |
*** lamego <lamego!~jose@134.134.139.82> has joined #yocto | 13:50 | |
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 13:51 | |
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 13:51 | |
*** mortderire1 <mortderire1!rkinsell@nat/intel/x-ahjofquijxmqerxf> has quit IRC | 13:53 | |
*** mortderire <mortderire!rkinsell@nat/intel/x-grronhknwmpuvayk> has joined #yocto | 13:53 | |
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 13:57 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@2.43.78.210> has joined #yocto | 13:58 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 13:58 | |
JoiF | Argh, if I bake both libgdiplus and libgdiplus-native I get this error: ERROR: libgdiplus-4.2-r0 do_populate_sysroot: The recipe libgdiplus is trying to install files into a shared area when those files already exist. Those files and their manifest location are: | 14:00 |
JoiF | /home/jofr/xilinx/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/lib/libgdiplus.la .. and others | 14:00 |
JoiF | It seems like both libgdibplus and libgdiplus-native are trying to put stuff under the x86_64-linux sysroot | 14:00 |
*** ziggo <ziggo!~ziggo@217.89.178.116> has quit IRC | 14:01 | |
JoiF | Because there are no libgdiplus releated files under my zc702-zynq7 sysroot | 14:02 |
rburton | your target recipe is writing to the native sysroot | 14:03 |
rburton | that sounds *very* wrong | 14:03 |
rburton | i suspect your recipe is broken | 14:03 |
JoiF | Indeed | 14:03 |
JoiF | Yes | 14:03 |
JoiF | That's what I'm trying to do .. fix it ;) | 14:04 |
rburton | personally i'd just have a single recipe, libgdiplus_4.2.bb, which just does BBCLASSEXTEND='native' | 14:04 |
rburton | no inherit native, no separate recipe | 14:04 |
JoiF | rburton: That's exactly what I did :) | 14:04 |
rburton | do you even need a native recipe? | 14:04 |
rburton | share the recipe please | 14:04 |
JoiF | I removed the native recipes yesterday | 14:04 |
JoiF | And modified the main recipe like so: | 14:05 |
JoiF | inherit autotools pkgconfig native | 14:05 |
JoiF | BBCLASSEXTEND += "native" | 14:05 |
rburton | yeah don't do that | 14:05 |
rburton | remove inherit native | 14:05 |
JoiF | Ohh? | 14:05 |
JoiF | Ahh, ok | 14:05 |
rburton | that makes your 'target' recipe a native recipe | 14:05 |
rburton | BBCLASSEXTEND is the magic for "take this recipe, copy it, and do something special" | 14:06 |
rburton | ie generating a native form from a target | 14:06 |
JoiF | Ahh, I see. | 14:06 |
JoiF | Well, that successfully got rid of that problem, now I'm back to this one: http://pastebin.com/Mjr0c4Gn | 14:07 |
JoiF | Like I said earlier, the only results Google gives me are old posts where some TMPDIR thingee had a trailing slash, but I can't find anything of the sort in my stuff | 14:08 |
rburton | the generated .pc has tmpdir paths in, probably because that configure.ac is bloody mental. easy fix is to just sed them out in do_install_append | 14:09 |
rburton | tenner says its the jpeg prefix | 14:09 |
JoiF | haha | 14:10 |
JoiF | I guess it's about time I pastebin my latest version of the recipe: http://pastebin.com/XTbGDTWb | 14:11 |
JoiF | Cflags: -I${includedir} -I/home/jofr/xilinx/yocto/poky/build/tmp/sysroots/zc702-zynq7/usr/include/glib-2.0 -I/home/jofr/xilinx/yocto/poky/build/tmp/sysroots/zc702-zynq7/usr/lib/glib-2.0/include -I/home/jofr/xilinx/yocto/poky/build/tmp/sysroots/zc702-zynq7/usr/include/cairo -I/home/jofr/xilinx/yocto/poky/build/tmp/sysroots/zc702-zynq7/usr/include/glib-2.0 -I/home/jofr/xilinx/yocto/poky/build/tmp/sysroots/zc702-zynq7/usr/lib/glib-2.0/include -I/home/jofr/xilinx/yoct | 14:13 |
*** grma <grma!~gruberm@80.93.38.128> has quit IRC | 14:13 | |
JoiF | All of those paths start with /home/jofr/xilinx/yocto/poky/build/tmp/sysroots/zc702-zynq7/usr/ (the sysroot) except the ${includedir} one | 14:15 |
JoiF | Well.. the "usr" bit isn't the sysroot .. but it's the usr within the sysroot .. you know what I mean? :p | 14:16 |
*** justanotherboy <justanotherboy!mlopezva@nat/intel/x-wzhtgfvbnoulmteb> has joined #yocto | 14:20 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 14:20 | |
JoiF | I think I see now | 14:20 |
JoiF | http://pastebin.com/A8n6xNLX | 14:21 |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 14:21 | |
JoiF | I had a look at some other .pc's, those have paths such as: prefix=/home/jofr/xilinx/yocto/poky/build/tmp/sysroots/x86_64-linux/usr | 14:22 |
rburton | a proper .pc looks like this | 14:23 |
rburton | prefix=/usr | 14:24 |
rburton | Libs: -L${libdir} -lidn | 14:24 |
JoiF | (I'm still getting confused when paths are evaluated relative to the target sysroot and when it's relative to my host root, and when a path is erroneous and when it's not) | 14:24 |
rburton | (for target) | 14:24 |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:25 | |
rburton | hopefullly you don't need the with-pango thing as it will use pkgconfig properly | 14:25 |
JoiF | Ahh. So it actually SHOULDN'T have the full path as per my host system. | 14:25 |
JoiF | Weeeell... Yes. I do have --with-pango | 14:25 |
rburton | well, native pkgconfig files have the full path in, as their prefix is the sysroot itself. | 14:26 |
rburton | target ones have the target prefix in, so /usr | 14:26 |
JoiF | When looking at configure.ac, that's what seemed most suspicious, because it's running pkg-config on the fly | 14:26 |
*** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 14:30 | |
*** paulg <paulg!~paulg@128.224.252.2> has joined #yocto | 14:31 | |
mdnneo | is there an env var in the bitbake build pointing to STAGING_DIR_NATIVE I can use in cmake? | 14:33 |
rburton | STAGING_DIR_NATIVE? | 14:34 |
rburton | pass it via a -D | 14:34 |
*** Aethenelle <Aethenelle!~Aethenell@166.175.56.78> has joined #yocto | 14:36 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 14:37 | |
*** madisox <madisox!~madison@12.30.244.5> has joined #yocto | 14:39 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 14:39 | |
JoiF | Ok, now I see what a proper .pc file should look like.. But how can I fix it? | 14:40 |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 14:42 | |
*** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 14:44 | |
rburton | sed :) | 14:45 |
rburton | well the proper fix is to rewrite configure.ac to be less insane | 14:45 |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 14:46 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 14:46 | |
*** toscalix_ <toscalix_!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 14:47 | |
*** toscalix <toscalix!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 14:49 | |
*** alimon <alimon!~alimonb@134.134.139.83> has joined #yocto | 14:49 | |
*** manuel__ <manuel__!~manuel@209.6.175.242> has joined #yocto | 14:50 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 14:50 | |
*** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto | 14:51 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 14:52 | |
*** challinan <challinan!~chris@2603:3027:900:65e0:cd62:4167:7af5:25df> has joined #yocto | 14:53 | |
*** mortderire1 <mortderire1!~rkinsell@192.198.151.43> has joined #yocto | 14:54 | |
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has quit IRC | 14:55 | |
*** mortderire <mortderire!~rkinsell@192.198.151.45> has quit IRC | 14:56 | |
*** AndersD <AndersD!~anders@213-64-218-49-no126.business.telia.com> has quit IRC | 15:02 | |
mdnneo | rburton: basically I have the problem that I can use it in cmake from bb and in SDK builds so in SDK I simply use OECORE_NATIVE_SYSROOT | 15:03 |
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-ctkojvewoeutlupb> has joined #yocto | 15:04 | |
mdnneo | and ideally I don't want to touch all our recipes ;) in cmake I would have a common file to "fix" it | 15:05 |
*** gportay <gportay!~gportay@2607:fad8:4:6:38ec:b502:e495:a95> has joined #yocto | 15:12 | |
mdnneo | DESTDIR is not ending up in cmake somehow? | 15:13 |
rburton | what are you actually trying to sovle? | 15:16 |
mdnneo | ok I amit maybe strange usecase ... I need to find a (native) python based code generator installed as well in the SDK | 15:20 |
*** benjamirc1 <benjamirc1!besquive@nat/intel/x-fglqgyogcefabuko> has joined #yocto | 15:22 | |
mdnneo | used to generate some headerfiles needed for the compilation ... but the generator is not in the path so somehow I need to know where it is in the native environment | 15:22 |
mdnneo | for the sdk I can easily do set(SCRIPT "$ENV{OECORE_NATIVE_SYSROOT}@CONFIG_DEFAULT_ARAGEN_SCRIPT@") in cmake now I search for some solution in the bb build | 15:23 |
mdnneo | which I can ideally do in cmake only | 15:24 |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 15:25 | |
rburton | you could just move the generator to be in the native sysroot's usr/bin... | 15:27 |
mdnneo | rburton: or maybe at least in CMAKE_FIND_ROOT_PATH so cmake can find it ... maybe thats really smarter than magically knowing where to look?? | 15:28 |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 15:28 | |
rburton | well if it were in usr/bin then cmake would find it out of the box | 15:31 |
*** toscalix_ <toscalix_!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 15:32 | |
*** toscalix_ <toscalix_!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 15:32 | |
mdnneo | rburton: arg ... ok I also need some config files also coming via native allarch package ... so somehow the usr/bin just solves the generator issue :( | 15:33 |
rburton | well you can just export the path from the recipe, surely | 15:33 |
rburton | -DSCRIPT=${SYSROOT_DIR_NATIVE}/..... | 15:34 |
*** challinan <challinan!~chris@2603:3027:900:65e0:cd62:4167:7af5:25df> has quit IRC | 15:36 | |
*** toscalix_ <toscalix_!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 15:36 | |
*** Aethenelle <Aethenelle!~Aethenell@166.175.56.78> has quit IRC | 15:38 | |
mdnneo | hmm ... will the path be absolute here ... from cmake.bbclass ... -DCMAKE_INSTALL_BINDIR:PATH=${bindir} \ | 15:38 |
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto | 15:38 | |
mdnneo | forget it ... this are target path not native | 15:39 |
rburton | yes | 15:39 |
*** Ox4 <Ox4!~user@unaffiliated/zloy> has joined #yocto | 15:42 | |
*** toscalix_ <toscalix_!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 15:43 | |
mdnneo | looks like no way around touching all the recipes ... thx anyway for the help | 15:43 |
*** benjamirc1 <benjamirc1!besquive@nat/intel/x-fglqgyogcefabuko> has quit IRC | 15:43 | |
*** ant_work <ant_work!~ant__@host26-71-dynamic.15-87-r.retail.telecomitalia.it> has quit IRC | 15:43 | |
Ox4 | hello guys, I've written a recipe for monit package, but I have a problem with libtool in the compilation phase. Could somebody take a look: http://ix.io/1HaR ? | 15:43 |
*** toscalix_ <toscalix_!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 15:48 | |
*** toscalix_ <toscalix_!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 15:48 | |
*** frsc <frsc!~frsc@80.149.173.67> has quit IRC | 15:52 | |
rburton | its calling ./libtool which suggests that the makefile is using ./libtool directly instead of $(LIBTOOL) | 15:56 |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC | 15:57 | |
kergoth | Looking back, adding the target sys prefix to the generated one is rather pointless. prefixing it in the sysroot for cross isn't unreasonable, but for the generated one really doesn't buy us a whole lot | 15:57 |
rburton | agreed | 15:58 |
rburton | apart from patches we can't upstream ;) | 15:58 |
*** CoLa|work <CoLa|work!~cordlandw@195.243.131.130> has joined #yocto | 15:58 | |
kergoth | indeed | 15:59 |
kergoth | should think about dropping it, one less thing to carry in our repo | 15:59 |
rburton | yeah might give that a go and see what happens | 16:01 |
rburton | in theory should be seamless | 16:01 |
CoLa|work | I am getting dynamic linker crashes when starting GDB for most of my deployed applications since using Jethro (same as here https://forum.qt.io/topic/65422/qsharedpointer-qregistermetatype-gdb-and-slots/2) does anyone know about a bug report/patch for this issue? | 16:02 |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto | 16:03 | |
*** sjolley <sjolley!~sjolley@134.134.139.77> has joined #yocto | 16:04 | |
rburton | kergoth: i guess the argument still stands from the patch - rename so you can't accidently use the host libtool | 16:04 |
kergoth | I guess it does make it easy to spot when the wrong macros were used, but the build would fail anyway in that case, just wouldn't have the name as an indicator of such | 16:05 |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 16:06 | |
*** gportay <gportay!~gportay@2607:fad8:4:6:38ec:b502:e495:a95> has quit IRC | 16:07 | |
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has quit IRC | 16:08 | |
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto | 16:09 | |
*** benjamirc1 <benjamirc1!besquive@nat/intel/x-ghkdytotxqnqsxab> has joined #yocto | 16:09 | |
rburton | maybe i'll disable prefix.patch before i go to bed and kick off a world build to see what happens | 16:15 |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 16:15 | |
* kergoth ponders | 16:16 | |
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 16:18 | |
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 16:18 | |
mario-goulart | (Cross-posting from #oe) Maybe I'm missing something, but as far as I can see, the rpaths and useless-rpaths QA checks don't support rpaths separated by colons. For example, if you have /usr/lib:/dangerous-path in your binary's RPATH, package_qa_check_useless_rpaths and package_qa_check_rpath won't catch them. Does that sound right? | 16:22 |
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto | 16:26 | |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC | 16:29 | |
*** falk0n <falk0n!~falk0n@a109-49-77-94.cpe.netcabo.pt> has quit IRC | 16:30 | |
*** falk0n <falk0n!~falk0n@a109-49-77-94.cpe.netcabo.pt> has joined #yocto | 16:30 | |
*** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 16:30 | |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto | 16:37 | |
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC | 16:39 | |
*** challinan <challinan!~chris@2603:3027:900:65e0:cd62:4167:7af5:25df> has joined #yocto | 16:40 | |
*** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 16:44 | |
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 16:50 | |
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto | 16:54 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 16:58 | |
*** bluelightning <bluelightning!~paul@118.148.113.65> has joined #yocto | 17:01 | |
*** bluelightning <bluelightning!~paul@118.148.113.65> has quit IRC | 17:01 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 17:01 | |
*** zeenix <zeenix!~zeenix@83.218.80.242> has quit IRC | 17:02 | |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 17:06 | |
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC | 17:07 | |
*** fl0v01 <fl0v01!~fvo@pD9F6A564.dip0.t-ipconnect.de> has quit IRC | 17:07 | |
Ox4 | rburton: I have fixed that just executing bootstrap file :) | 17:11 |
Ox4 | rburton: thank you for the reply | 17:11 |
*** gportay <gportay!~gportay@2607:fad8:4:6:38ec:b502:e495:a95> has joined #yocto | 17:13 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:19 | |
*** bluelightning <bluelightning!~paul@118.148.113.65> has joined #yocto | 17:19 | |
*** bluelightning <bluelightning!~paul@118.148.113.65> has quit IRC | 17:19 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 17:19 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 17:19 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 17:20 | |
*** alimon <alimon!~alimonb@134.134.139.83> has quit IRC | 17:23 | |
*** Crofton|work <Crofton|work!~balister@pool-108-44-116-162.ronkva.east.verizon.net> has quit IRC | 17:23 | |
*** alimon <alimon!~alimonb@134.134.139.83> has joined #yocto | 17:25 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 17:25 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 17:27 | |
*** maxin <maxin!~maxin@117.202.55.98> has quit IRC | 17:29 | |
JoiF | Argh! | 17:29 |
JoiF | I don't have a u-boot-spl.bi anywhere | 17:29 |
JoiF | bin* | 17:29 |
*** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 17:32 | |
T_UNIX | bluelightning: thanks for your help today :) | 17:38 |
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto | 17:38 | |
bluelightning | T_UNIX: no problem - did you get any further? | 17:38 |
T_UNIX | yeah, I'll simply backup the created installed-packages.txt and source it later :) | 17:39 |
neverpanic | rburton: https://github.com/neverpanic/poky/commits/isolated-sysroots | 17:40 |
neverpanic | rburton: the first commit from the series has a bunch of explanations in the commit message. It's also not rebased against the current master, though it probably will rebase easily. | 17:41 |
bluelightning | RP: ^ | 17:42 |
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC | 17:43 | |
*** alimon <alimon!~alimonb@134.134.139.83> has quit IRC | 17:45 | |
neverpanic | Oh, right, that should have been s/rburton/RP/, sorry for the confusion. | 17:46 |
*** berton <berton!~fabio@189.114.111.135> has quit IRC | 17:51 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 17:52 | |
*** berton <berton!~fabio@189.114.111.135> has joined #yocto | 17:52 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 17:53 | |
*** mortderire1 <mortderire1!~rkinsell@192.198.151.43> has quit IRC | 17:57 | |
*** Crofton|work <Crofton|work!~balister@pool-108-44-116-162.ronkva.east.verizon.net> has joined #yocto | 17:57 | |
RP | neverpanic: interesting, thanks, just been taking a look | 17:58 |
RP | neverpanic: our approaches are actually similar. Instead of changing bitbake-worker, I used a task prefunc | 17:58 |
*** sjolley <sjolley!~sjolley@134.134.139.77> has quit IRC | 17:59 | |
RP | neverpanic: I'm also trying to use our existing sstate relocation code rather than changing all the recipes | 17:59 |
RP | neverpanic: and I changed STAGING_DIR a little differently, hmm | 17:59 |
*** sjolley <sjolley!~sjolley@134.134.139.77> has joined #yocto | 18:01 | |
*** T_UNIX <T_UNIX!d4d3bd3c@gateway/web/freenode/ip.212.211.189.60> has quit IRC | 18:01 | |
RP | neverpanic: you had no issues with useradd? | 18:02 |
neverpanic | Yeah, I figured there are not a million possibilities to do this, and my approach might have some downsides (eg. my naming is definitely worse than yours) | 18:02 |
neverpanic | Haven't seen issues with useradd, why? | 18:03 |
RP | neverpanic: its just proving a nightmare for me | 18:04 |
neverpanic | Would I have noticed with a build of core-image-sato? | 18:04 |
RP | neverpanic: dbus and avahi use it | 18:04 |
*** gtristan <gtristan!~tristanva@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 18:04 | |
neverpanic | They built fine, I haven't booted the result, though | 18:04 |
neverpanic | I'll step out for 15 minutes now, I'll be back later. | 18:05 |
RP | neverpanic: I also need to head afk. I worry there are some corner cases you're not explored yet but its certainly interesting to look at | 18:05 |
*** sjolley <sjolley!~sjolley@134.134.139.77> has quit IRC | 18:06 | |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 18:09 | |
*** JoiF <JoiF!~jofr@193.182.166.3> has quit IRC | 18:10 | |
*** sameo_ <sameo_!~samuel@192.55.54.42> has joined #yocto | 18:18 | |
*** sameo <sameo!~samuel@192.55.55.41> has quit IRC | 18:21 | |
neverpanic | Yeah, I'm pretty sure some uncommon build systems won't work and some caches might be broken | 18:27 |
*** sjolley <sjolley!~sjolley@134.134.139.78> has joined #yocto | 18:28 | |
neverpanic | Btw, some of the commits should probably be merged into master too, e.g. https://github.com/neverpanic/poky/commit/bf1913578f699efb8ecb946966fdd5b50372ab0e https://github.com/neverpanic/poky/commit/d78c07803367c08ead4bbbb52622c3cd8dfff1cb https://github.com/neverpanic/poky/commit/0f1ab8e4c0139ce0fad351e3ef0f2458aaefad75 https://github.com/neverpanic/poky/commit/faa987b1aa6a32d46121ab34aaab75fa1c5ee3ec | 18:30 |
neverpanic | https://github.com/neverpanic/poky/commit/c0f734f9e252be938953228184fb666192839587 | 18:30 |
*** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 18:31 | |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 18:33 | |
*** ipuustin <ipuustin!~ipuustin@82-181-7-132.bb.dnainternet.fi> has quit IRC | 18:35 | |
*** paulg <paulg!~paulg@128.224.252.2> has quit IRC | 18:35 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto | 18:54 | |
*** falk0n <falk0n!~falk0n@a109-49-77-94.cpe.netcabo.pt> has quit IRC | 19:00 | |
*** paulg <paulg!~paulg@otwaon23-3096772825.sdsl.bell.ca> has joined #yocto | 19:02 | |
*** dv_ <dv_!~quassel@62.178.118.86> has quit IRC | 19:05 | |
*** dv__ <dv__!~quassel@62.178.118.86> has joined #yocto | 19:05 | |
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto | 19:05 | |
*** paulg <paulg!~paulg@otwaon23-3096772825.sdsl.bell.ca> has quit IRC | 19:10 | |
*** paulg <paulg!~paulg@otwaon23-3096772825.sdsl.bell.ca> has joined #yocto | 19:12 | |
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 19:14 | |
*** hsychla <hsychla!~hsychla@pd95c9392.dip0.t-ipconnect.de> has quit IRC | 19:18 | |
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 19:25 | |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC | 19:39 | |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto | 19:44 | |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC | 19:54 | |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto | 19:59 | |
*** rcw <rcw!~rwoolley@192-171-34-171.cpe.pppoe.ca> has joined #yocto | 20:01 | |
miceopede | how am i supposed to get a cmake-inherited recipe that invokes git to work? "error: could not find git for clone of myrepo" is the build environment supposed to inherit the ssh keys from the build user? | 20:06 |
miceopede | the cmake system is supposed to grab some source from an external server at configure time. it seems to fail. is git expected to be configured for the recipe at bitbake time? do i add a dependency to it? how do i specify which user/keys to use? | 20:08 |
bluelightning | miceopede: can I see your recipe? | 20:12 |
bluelightning | btw, fetching is expected to be done during do_fetch - having stuff going on during do_configure is probably going to lead to issues | 20:13 |
*** paulg <paulg!~paulg@otwaon23-3096772825.sdsl.bell.ca> has quit IRC | 20:13 | |
miceopede | @bluelightning really simple: https://gist.github.com/anonymous/42af0183178c2cf64621c0c8ade213a6 | 20:14 |
miceopede | cmake has an extensive system for fetching its own sources during configure | 20:15 |
miceopede | called externalproject, does this mean bitbaking isn't really expected to work for cmake based systems that use this mechanism? | 20:15 |
bluelightning | hmm, ok - it's not an aspect of cmake I have had to deal with | 20:15 |
miceopede | i see | 20:15 |
miceopede | it's used extensively to drive/download/fetch other repositories, dependencies, binaries, etc | 20:16 |
bluelightning | my suggestion would be fetch down that source during do_fetch (by including it in SRC_URI) and if necessary move it into the correct place such that cmake doesn't itself try to do so | 20:16 |
miceopede | will try, thanks | 20:18 |
miceopede | how do i specify where to put it after fetching from SRC_URI? | 20:18 |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 20:18 | |
bluelightning | miceopede: assuming it's a git URL, you can use ;destsuffix="subdirectoryname" to specify something other than "git" (which would overlap with the main source in this case) | 20:19 |
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-yugitwujgrsbhdxj> has quit IRC | 20:21 | |
miceopede | would specifying destsuffix="${S}" check it out to the same directory as the main source? | 20:21 |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 20:21 | |
*** alimon1 <alimon1!~alimon@134.134.139.83> has joined #yocto | 20:23 | |
rburton | yes | 20:27 |
*** berton <berton!~fabio@189.114.111.135> has quit IRC | 20:32 | |
*** morphis <morphis!~morphis@pD9ED64AB.dip0.t-ipconnect.de> has quit IRC | 20:32 | |
*** morphis <morphis!~morphis@pD9ED64AB.dip0.t-ipconnect.de> has joined #yocto | 20:32 | |
miceopede | thanks | 20:32 |
neverpanic | miceopede: avoid fetching code during do_configure, it can be the source of all kinds of problems | 20:32 |
miceopede | neverpanic: do other cmake based systems that do this have recipes that patch out this behavior? | 20:37 |
neverpanic | Not in meta-openembedded I think, but it's certainly something we'd do internally | 20:38 |
*** rcw <rcw!~rwoolley@192-171-34-171.cpe.pppoe.ca> has quit IRC | 20:39 | |
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-uwetxyogyifugawd> has quit IRC | 20:41 | |
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:45c1:6fb3:c023:dbbb> has quit IRC | 20:46 | |
miceopede | neverpanic: thanks. | 20:49 |
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:45c1:6fb3:c023:dbbb> has joined #yocto | 20:50 | |
*** igor1 <igor1!~igor@177.159.144.73> has quit IRC | 20:52 | |
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto | 20:53 | |
*** ramos <ramos!ramos@sundance.6irc.net> has quit IRC | 20:56 | |
*** ramos <ramos!ramos@sundance.6irc.net> has joined #yocto | 20:58 | |
*** morphis <morphis!~morphis@pD9ED64AB.dip0.t-ipconnect.de> has quit IRC | 20:59 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 21:01 | |
*** Biliogadafr <Biliogadafr!~PIN@nat-minsk-pool-46-53-202-183.telecom.by> has quit IRC | 21:01 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 21:02 | |
*** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has left #yocto | 21:07 | |
*** rcw <rcw!~rwoolley@192-171-34-171.cpe.pppoe.ca> has joined #yocto | 21:11 | |
*** rcw <rcw!~rwoolley@192-171-34-171.cpe.pppoe.ca> has quit IRC | 21:12 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC | 21:14 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto | 21:14 | |
*** sameo_ <sameo_!~samuel@192.55.54.42> has quit IRC | 21:21 | |
*** pohly <pohly!~pohly@p57A56926.dip0.t-ipconnect.de> has quit IRC | 21:37 | |
*** khem <khem!~khem@unaffiliated/khem> has quit IRC | 21:37 | |
*** khem <khem!~khem@c-76-102-32-192.hsd1.ca.comcast.net> has joined #yocto | 21:40 | |
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 21:40 | |
esennesh | I've got a Yocto recipe for a CMake-based package and the upstream author just added an ExternalProject to their CMakeLists.txt. Now I get "error: could not find git for fetch of X" when I try to bitbake. Any tips for integrating these things? | 21:49 |
esennesh | In particular, I'm already using DEPENDS += "git-native". | 21:54 |
neverpanic | That question showed up just a couple of hours ago here | 21:54 |
neverpanic | Suggestion was to avoid the ExternalProject feature of CMake and use an additional source in SRC_URI | 21:54 |
neverpanic | Rationale for that is that not using the fetcher but downloading stuff during build time can cause all sorts of undesired behavior (e.g. you don't get caching) | 21:55 |
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 22:03 | |
esennesh | Well, we don't exactly have a choice. Client says. | 22:09 |
esennesh | Thanks for your advice. | 22:10 |
*** erakis <erakis!~wooh@204.80.6.198> has joined #yocto | 22:29 | |
*** lamego <lamego!~jose@134.134.139.82> has quit IRC | 22:31 | |
erakis | Hi, is there a difference (inside a recipe) calling oe_runmake instead of make in do_compile() ? Because when I'm calling make the compilation work properly. When using oe_runmake (with the same makefile) it failed. Like the makefile was not properly appending includes directory in CXXFLAGS... | 22:32 |
kergoth | oe_runmake passes the value of EXTRA_OEMAKE | 22:33 |
esennesh | ok, so what's the format for SRCREV_FORMAT? | 22:34 |
kergoth | so make sure that's what you want | 22:34 |
kergoth | esennesh: it's in the docs, but it's just the names. i.e. name1_name2, where SRCREV_name1 and SRCREV_name2 are in use, and it'll format srcpv with an underscore between them | 22:34 |
kergoth | iirc anyway | 22:34 |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 22:35 | |
esennesh | kergoth: what if the names have underscores in them? | 22:37 |
erakis | kergoth: It is simply passing value of EXTRA_OEMAKE ? That weird cause it's like the makefile is now ignoring the includes already defined in the makefile. Here is my makefile : http://pastebin.com/mVwWMNdn | 22:37 |
neverpanic | esennesh: underscores in SRCREV_FORMAT work fine as long as you use name=value_with_underscores | 22:38 |
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC | 22:38 | |
neverpanic | Just make sure you use prefix-free strings, i.e. don't try SRCREV_test and SRCREV_test_code, or you're in for a bad surprise. | 22:38 |
esennesh | prefix-free? | 22:39 |
neverpanic | make sure one of the strings isn't a prefix of the other | 22:39 |
esennesh | oh yeah that's fine. | 22:39 |
neverpanic | Prefix-free as in https://en.wikipedia.org/wiki/Prefix_code | 22:40 |
*** mattsm <mattsm!~mattsm@2605:6000:1019:149:515c:6c6:a038:30ce> has quit IRC | 22:40 | |
kergoth | erakis: again, make sure EXTRA_OEMAKE is set the way you want. and you can read the definition of oe_runmake yourself in the bbclass. line 58 of meta/classes/base.bbclass. | 22:40 |
*** mattsm <mattsm!~mattsm@2605:6000:1019:149:515c:6c6:a038:30ce> has joined #yocto | 22:42 | |
*** joshuagl <joshuagl!~joshuagl@192.198.151.43> has quit IRC | 22:42 | |
*** caiortp <caiortp!~inatel@131.221.242.10> has quit IRC | 22:42 | |
*** sjolley <sjolley!~sjolley@134.134.139.78> has quit IRC | 22:42 | |
*** sjolley <sjolley!~sjolley@134.134.139.78> has joined #yocto | 22:43 | |
erakis | kergoth: I already read the definition in base.bbclass. This is why I came here as I'm stuck with this problem. do_install() {make} works but using do_install() {oe_runmake} failed. When looking at the log I'm seeing that the includes I set in the make file are removed from the compiler call. I not understand. | 22:47 |
kergoth | i just told you the difference between the two. if one works and the other doesn't, obviously it's that difference that's key | 22:48 |
kergoth | so go look at the value of EXTRA_OEMAKE and move on | 22:49 |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC | 22:49 | |
esennesh | kergoth: sorry to bother again, but now I've got my recipe based on "inherit cmake" trying to cmake my second repo, which doesn't have a CMakeLists.txt file (and doesn't need one: it just provides headers). Any way to turn that off? | 22:50 |
*** sjolley <sjolley!~sjolley@134.134.139.78> has quit IRC | 22:50 | |
kergoth | afaict all cmake.bbclass does is runs cmake in ${B}. i don't see it iterating over anything. so i don't really understand your quesiton. what do you mean by 'second repo'? | 22:52 |
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto | 22:54 | |
esennesh | Like I said, I've got multiple SRC_URI values. | 22:56 |
esennesh | two of which are git repos. | 22:56 |
kergoth | it runs cmake in B, against S. if anything is recursing into both paths, it would be cmake ,not us | 22:56 |
kergoth | afaict, anyway. just read cmake.bbclass if you're curious | 22:56 |
esennesh | Aaaah. | 22:56 |
* kergoth is admittedly not a cmake expert, however | 22:57 | |
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC | 23:01 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 23:01 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 23:01 | |
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto | 23:01 | |
esennesh | This is weird. | 23:01 |
esennesh | I've got two S directories, basically. | 23:01 |
esennesh | 1.0+gitAUTOINC+ddd5100877-r0 and 1.0+gitAUTOINC+name1_name2-r0 | 23:02 |
esennesh | and it goes into the second one's git folder, treats that as B, and runs cmake there. | 23:02 |
esennesh | When I want it in the first. | 23:02 |
kergoth | that doesn't make any sense. those are just the before and after workdirs from before you added the second source | 23:02 |
kergoth | the recipe has one S variable. use bitbake -e yourrecipe to examine it | 23:03 |
kergoth | same with B | 23:03 |
esennesh | that massive dump of Python output doesn't actually contain an "S=" string :-/. | 23:09 |
esennesh | oh it's a shell dump with Python embedded. | 23:09 |
kergoth | bitbake -e yourrecipe | grep '^S=' | 23:10 |
kergoth | done | 23:10 |
*** sjolley <sjolley!~sjolley@134.134.139.77> has joined #yocto | 23:12 | |
esennesh | I'd been searching with a text-editor and CTRL-F after saving it to a file, but... damn how did grep turn up what ctrl-f didn't? | 23:12 |
esennesh | anyway, yeah, that "second" source dir is the "real" one now, but it only contains a git checkout from the second repo. | 23:12 |
esennesh | rather than from the first repo, or separate git clones. | 23:12 |
esennesh | actually, no, this is weirder than that. | 23:13 |
esennesh | it's got name1 cloned in the S directory. | 23:13 |
esennesh | And name2 cloned in S/git | 23:13 |
esennesh | which it... shouldn't be. | 23:14 |
neverpanic | esennesh: scrolling up I see: "assuming it's a git URL, you can use ;destsuffix="subdirectoryname" to specify something other than "git"" | 23:16 |
esennesh | thanks, lemme try that. | 23:16 |
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC | 23:16 | |
*** manuel__ <manuel__!~manuel@209.6.175.242> has quit IRC | 23:17 | |
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:45c1:6fb3:c023:dbbb> has quit IRC | 23:21 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 23:27 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 23:28 | |
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC | 23:30 | |
*** sjolley <sjolley!~sjolley@134.134.139.77> has quit IRC | 23:39 | |
*** manuel__ <manuel__!~manuel@c-24-61-43-145.hsd1.ma.comcast.net> has joined #yocto | 23:40 | |
*** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 23:41 | |
*** joseppc <joseppc!~josep@c-c608e353.010-118-73746f7.cust.bredbandsbolaget.se> has joined #yocto | 23:43 | |
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 23:43 | |
*** benjamirc1 <benjamirc1!besquive@nat/intel/x-ghkdytotxqnqsxab> has quit IRC | 23:53 | |
*** erakis <erakis!~wooh@204.80.6.198> has quit IRC | 23:54 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!