Tuesday, 2016-11-22

*** dagnammit <dagnammit!0ecb664a@gateway/web/freenode/ip.> has joined #yocto00:03
*** benjamirc1 <benjamirc1!~besquive@> has joined #yocto00:12
*** stephano <stephano!~stephano@> has quit IRC00:12
*** stephano <stephano!~stephano@> has joined #yocto00:12
*** gportay <gportay!~gportay@2607:fad8:4:6:38ec:b502:e495:a95> has quit IRC00:29
dagnammitIs 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 IRC00: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/101000:52
*** caiortp <caiortp!~caiortp@189-107-35-152.user.veloxzone.com.br> has joined #yocto00:56
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC01:12
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-ghtyislhxihpkdpk> has joined #yocto01:14
*** benjamirc2 <benjamirc2!~besquive@> has joined #yocto01:17
*** benjamirc1 <benjamirc1!~besquive@> has quit IRC01:17
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto01:33
*** sameo <sameo!samuel@nat/intel/x-ujaduzbdywgbnfqs> has quit IRC01:34
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto01:40
*** gportay <gportay!~gportay@mtrlpq0736w-lp140-02-65-95-14-204.dsl.bell.ca> has joined #yocto01:48
*** Snert_ <Snert_!~snert_@> has quit IRC01:51
*** Snert_ <Snert_!~snert_@> has joined #yocto01:51
*** mattsm <mattsm!~mattsm@2605:6000:1019:149:9d2:5f08:780e:3621> has quit IRC01:56
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC02:03
*** mattsm <mattsm!~mattsm@2605:6000:1019:149:515c:6c6:a038:30ce> has joined #yocto02:03
*** JordonWu <JordonWu!~quassel@> has quit IRC02:40
*** JordonWu <JordonWu!~quassel@> has joined #yocto02:44
*** bananadev <bananadev!~onlyester@> has joined #yocto03:00
*** maxin <maxin!~maxin@> has joined #yocto03:04
*** caiortp <caiortp!~caiortp@189-107-35-152.user.veloxzone.com.br> has quit IRC03:15
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC03:28
*** benjamirc2 <benjamirc2!~besquive@> has quit IRC03:33
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto03:34
*** bananadev <bananadev!~onlyester@> has quit IRC03:37
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC03:47
*** bananadev <bananadev!~onlyester@> has joined #yocto03:50
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC03:54
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto03:54
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto03:55
khemdagnammit: what do you need to know ?03:56
khemits a feature where you can run 32bit and 64bit on same system03:57
*** bananadev <bananadev!~onlyester@> has quit IRC04:39
*** bananadev <bananadev!~onlyester@> has joined #yocto04:50
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC04:55
*** gportay <gportay!~gportay@mtrlpq0736w-lp140-02-65-95-14-204.dsl.bell.ca> has quit IRC04:57
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto04:58
*** gportay <gportay!~gportay@mtrlpq0736w-lp140-02-65-95-14-204.dsl.bell.ca> has joined #yocto05:19
*** paulbarker <paulbarker!~pbarker@cpc11-shep11-2-0-cust130.8-3.cable.virginm.net> has quit IRC05:25
*** paulbarker <paulbarker!~pbarker@cpc11-shep11-2-0-cust130.8-3.cable.virginm.net> has joined #yocto05:27
*** clement <clement!~clement@fw-alt.idf.smile.fr> has quit IRC05:46
*** clement <clement!~clement@fw-alt.idf.smile.fr> has joined #yocto05:48
*** Snert_ <Snert_!~snert_@> has quit IRC05:50
*** Snert_ <Snert_!~snert_@> has joined #yocto05:50
*** hamis <hamis!~irfan@> has joined #yocto05:55
*** gportay <gportay!~gportay@mtrlpq0736w-lp140-02-65-95-14-204.dsl.bell.ca> has quit IRC06:03
*** zeddii_home_ <zeddii_home_!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto06:08
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC06:11
*** zeddii_home_ is now known as zeddii_home06:11
*** AndersD <AndersD!~anders@213-64-218-49-no126.business.telia.com> has joined #yocto06:14
*** maxin <maxin!~maxin@> has quit IRC06:17
*** morphis <morphis!~morphis@pD9ED64AB.dip0.t-ipconnect.de> has joined #yocto06:22
*** dreyna <dreyna!~dreyna@24-182-34-20.static.mtpk.ca.charter.com> has joined #yocto06:23
*** mdnneo <mdnneo!~umaucher@> has joined #yocto06:33
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto06:34
*** maxin <maxin!~maxin@> has joined #yocto06:35
dagnammitkhem: 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 version06:38
*** m4ho <m4ho!~m4ho@unaffiliated/m4ho> has quit IRC06:40
*** m4ho <m4ho!~m4ho@unaffiliated/m4ho> has joined #yocto06:42
*** maxin <maxin!~maxin@> has quit IRC06:57
*** pohly <pohly!~pohly@p57A56926.dip0.t-ipconnect.de> has joined #yocto06: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/74007:00
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC07:14
*** frsc <frsc!~frsc@> has joined #yocto07:15
*** maxin <maxin!~maxin@> has joined #yocto07:15
*** qt-x <qt-x!~Thunderbi@> has joined #yocto07:18
*** dagnammit <dagnammit!0ecb664a@gateway/web/freenode/ip.> has quit IRC07:20
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC07:24
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has joined #yocto07:26
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC07:27
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto07:29
*** svalan <svalan!~svalan@seali-> has quit IRC07:30
*** aurele <aurele!~aurele@srvmsg.castel.fr> has joined #yocto07:34
*** jonver <jonver!~jonver___@dD577603A.access.telenet.be> has joined #yocto07:39
*** grma <grma!~gruberm@> has joined #yocto07:45
*** nighty-- <nighty--!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto07:53
*** hundeboll <hundeboll!~hundeboll@open-mesh.org/catwoman/hundeboll> has quit IRC07:54
*** hundeboll <hundeboll!~hundeboll@open-mesh.org/catwoman/hundeboll> has joined #yocto07:55
*** ant_work <ant_work!~ant__@host26-71-dynamic.15-87-r.retail.telecomitalia.it> has joined #yocto07:57
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto08:06
*** fl0v0 <fl0v0!~fvo@p4FC0A3D4.dip0.t-ipconnect.de> has joined #yocto08:11
*** eduardas_m <eduardas_m!~eduardas_@> has joined #yocto08:11
*** fl0v01 <fl0v01!~fvo@pD9F6A564.dip0.t-ipconnect.de> has joined #yocto08:20
*** fl0v0 <fl0v0!~fvo@p4FC0A3D4.dip0.t-ipconnect.de> has quit IRC08:20
*** dreyna <dreyna!~dreyna@24-182-34-20.static.mtpk.ca.charter.com> has quit IRC08:23
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-ghtyislhxihpkdpk> has quit IRC08:24
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto08:25
*** sameo <sameo!~samuel@> has joined #yocto08:28
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto08:29
*** aurele <aurele!~aurele@srvmsg.castel.fr> has quit IRC08:29
*** JaMa <JaMa!~martin@> has joined #yocto08:30
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:41
*** florian_kc is now known as florian08:42
*** aurele <aurele!~aurele@srvmsg.castel.fr> has joined #yocto08:43
*** T_UNIX <T_UNIX!d4d3bd3c@gateway/web/freenode/ip.> has joined #yocto08:43
*** toscalix <toscalix!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto08:44
*** jonver <jonver!~jonver___@dD577603A.access.telenet.be> has quit IRC08:44
T_UNIXhow 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 #yocto08:52
*** Biliogadafr <Biliogadafr!~PIN@nat-minsk-pool-46-53-202-183.telecom.by> has joined #yocto08:58
*** falk0n <falk0n!~falk0n@a109-49-57-182.cpe.netcabo.pt> has quit IRC08:58
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto08:59
*** falk0n <falk0n!~falk0n@a109-49-77-94.cpe.netcabo.pt> has joined #yocto09:01
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC09:01
*** mdnneo <mdnneo!~umaucher@> has quit IRC09:01
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC09:02
*** AndersD <AndersD!~anders@213-64-218-49-no126.business.telia.com> has quit IRC09:04
bluelightningT_UNIX: you can't reference variables from one recipe in another09:12
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto09:12
bluelightningT_UNIX: any shared values need to be set at the configuration level09:12
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto09:16
*** AndersD <AndersD!~anders@213-64-218-49-no126.business.telia.com> has joined #yocto09:16
T_UNIXbluelightning: that's unfortunate :-/09:16
*** Strike5150 <Strike5150!18de02de@gateway/web/freenode/ip.> has quit IRC09:16
bluelightningit has to be that way, or else recipes couldn't be built deterministically09:16
bluelightninganother means of sharing data between recipes, assuming you can wait until tasks are run, is to put whatever you need into the sysroot09:17
T_UNIXI'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_UNIXbluelightning: what I want to do: I have a couple of packages whose versions are more meaningful to me, than a date in the image name09:18
bluelightningT_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 possible09:19
*** dreyna <dreyna!~dreyna@24-182-34-20.static.mtpk.ca.charter.com> has joined #yocto09:19
*** mortderire <mortderire!~rkinsell@> has joined #yocto09:19
T_UNIXis 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 IRC09:21
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto09:21
bluelightningT_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_UNIXbluelightning: sorry, no '^.^09:23
T_UNIXit's just what I saw happened09:23
*** dreyna <dreyna!~dreyna@24-182-34-20.static.mtpk.ca.charter.com> has quit IRC09:23
bluelightningah, I see09:24
T_UNIXI had to delete the tar'ed revision file from downloads before restarting the build09:24
T_UNIXelse 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 #yocto09:26
T_UNIXand 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
bluelightningI don't think our SVN fetcher does anything special with externals - it assumes that revision X never changes, including externals09:26
bluelightningwhich isn't true in your case, I appreciate that09:26
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC09:29
*** JordonWu <JordonWu!~quassel@> has quit IRC09:31
*** JordonWu <JordonWu!~quassel@> has joined #yocto09:33
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC09:37
*** falk0n <falk0n!~falk0n@a109-49-77-94.cpe.netcabo.pt> has quit IRC09:39
*** falk0n <falk0n!~falk0n@a109-49-77-94.cpe.netcabo.pt> has joined #yocto09:41
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto09:44
bluelightningT_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
bluelightningpretty horrid though09:47
bluelightningregarding 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 time09:48
bluelightningsee buildhistory.bbclass for an example09:49
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto09:52
*** JordonWu <JordonWu!~quassel@> has quit IRC09:58
*** grma <grma!~gruberm@> has quit IRC09:59
*** grma <grma!~gruberm@> has joined #yocto09:59
*** JordonWu <JordonWu!~quassel@> has joined #yocto10:00
*** gtristan <gtristan!~tristanva@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto10:00
*** mortderire <mortderire!~rkinsell@> has quit IRC10:05
*** nighty-- <nighty--!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC10:08
*** hsychla <hsychla!~hsychla@pd95c9392.dip0.t-ipconnect.de> has quit IRC10:10
*** JordonWu <JordonWu!~quassel@> has quit IRC10:10
*** JordonWu <JordonWu!~quassel@> has joined #yocto10:12
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-xdhdwhljapfqwfni> has joined #yocto10:19
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:19
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto10:21
T_UNIXdoes anybody know how to overwrite the images' date string with another one?10:24
*** khem <khem!~khem@unaffiliated/khem> has quit IRC10:26
*** hsychla <hsychla!~hsychla@pd95c9392.dip0.t-ipconnect.de> has joined #yocto10:27
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto10:29
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has joined #yocto10:33
*** mortderire <mortderire!~rkinsell@> has joined #yocto10:34
*** eduardas_m <eduardas_m!~eduardas_@> has quit IRC10:35
*** berton <berton!~fabio@> has joined #yocto10:35
*** ftonello <ftonello!~felipe@> has quit IRC10:40
*** ftonello <ftonello!~felipe@> has joined #yocto10:41
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC10:47
*** eduardas_m <eduardas_m!~eduardas_@> has joined #yocto10:47
*** aV_V <aV_V!~aV_V@> has joined #yocto10:49
aV_Vhow do u can resolve host name remotely? (ssh)10:51
aV_VI modified /etc/hosts adding the hostname but doesn't work10:52
rburtonif you added the hostname to /etc/hosts but its not working then you're doing something wrong10:53
rburtonpersonally i install avahi-daemon onto everything and let mDNS work10:53
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto10:54
aV_VI added the 2nd line10:55
rburtonerm thats not a remote hostname10:57
rburtonwell, the ip is local10:57
rburtonwhat are you actually trying to do?10:57
rburtonyou have a machine which you want to ssh into?10:57
rburtonyou need to set /etc/hosts on your *local* machine with the name and remote IP10:58
rburtonthough installing avahi-daemon is better10:59
aV_VI want otherwise10:59
aV_Vwill try it10:59
rburton /etc/hosts is the fallback hostname to IP lookup table for the machine it is on, it doesn't affect anything else10:59
aV_Vrburton: ok, now I know haha sry11:00
rburtoninstalling avahi means you get non-1970s networking technology :)11:02
*** mortderire <mortderire!~rkinsell@> has quit IRC11:04
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-uwetxyogyifugawd> has joined #yocto11:04
*** mortderire <mortderire!rkinsell@nat/intel/x-jxvlrvkuaeehvqvj> has joined #yocto11:06
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto11:07
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC11:09
aV_Vhmmmm avahi: "inherit systemd"11:11
rburtonthe systemd class does nothing if you haven't enabled it11:11
aV_VI 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
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto11:14
*** clopez <clopez!~tau@neutrino.es> has quit IRC11:23
*** JoiF <JoiF!~jofr@> has joined #yocto11:26
*** mortderire <mortderire!rkinsell@nat/intel/x-jxvlrvkuaeehvqvj> has quit IRC11:27
*** clopez <clopez!~tau@neutrino.es> has joined #yocto11:28
aV_Vrburton: worked, thanks11:29
*** mortderire <mortderire!rkinsell@nat/intel/x-qxdrhkrpnshevjzz> has joined #yocto11:32
*** mortderire <mortderire!rkinsell@nat/intel/x-qxdrhkrpnshevjzz> has quit IRC11:33
*** mortderire <mortderire!~rkinsell@> has joined #yocto11:43
*** mortderire <mortderire!rkinsell@nat/intel/x-tgyudilqvfqkwoww> has joined #yocto11:46
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto11:53
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-yugitwujgrsbhdxj> has joined #yocto11:59
*** toanju <toanju!~toanju@> has joined #yocto12:06
sandsmarkis 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 IRC12:07
*** JordonWu <JordonWu!~quassel@> has quit IRC12:12
sandsmarkseems like only libsmbclient is split out12:12
*** JordonWu <JordonWu!~quassel@> has joined #yocto12:14
rburtonpatches welcome :)12:17
rburtonshould be fairly simply to split client and server parts out12:17
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC12:17
*** JordonWu <JordonWu!~quassel@> has quit IRC12:18
*** JordonWu <JordonWu!~quassel@> has joined #yocto12:19
*** igor1 <igor1!~igor@> has joined #yocto12:23
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto12:24
*** bananadev <bananadev!~onlyester@> has quit IRC12:24
*** joseppc <joseppc!~josep@sestofw01.enea.se> has joined #yocto12:26
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto12:26
igor1hi guys, how can I see the dependency tree of a recipe's tasks12:29
igor1something like bitbake -g, but showing only a recipe12:29
rburtonwell, filter the dot12:29
*** ziggo <ziggo!~ziggo@> has joined #yocto12:30
igor1like grep or there is a specifc tool for it?12:30
igor1grep worked12:31
igor1thank you rburton12:31
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC12:34
*** mdnneo <mdnneo!~umaucher@> has joined #yocto12:35
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto12:39
T_UNIXwasn'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
JoiFI'm still struggling with my libgdiplus errors12:40
JoiFERROR: 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@> has quit IRC12:41
JoiFCan 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
rburtonread config.log and it will tell you12:41
rburtonits the configure script being stupid, you'll need to read it12:41
rburtonthe test just looks for host paths in places where they shouldn't be12:42
rburtonlike a target build linking against /usr/lib/libfoo.so12:42
JoiFAhh, I see.12:42
rburtonso maybe the configure hard-codes some paths12:42
rburtonwhich you'll need to patch out (and send the patch upstream as they're doing it wrong)12:43
JoiFNOTE: 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/info12:43
JoiFthose prefixes (like /usr), are those wrapped somehow (chroot), or should those be pointing to my relative location?12:44
JoiFsorry, not relative, the abspath for my sysroot?12:44
rburtonno, they're the right prefix.  they're where it will *end up*12:44
rburtonstart by looking at config.log for the lines it moans about12:45
JoiFI don't see anything.. http://pastebin.com/1TSwquKu12:48
JoiFBut then again, I'm too inexperienced to know what it is I should be looking for12:49
*** morphis <morphis!~morphis@pD9ED64AB.dip0.t-ipconnect.de> has quit IRC12:50
*** caiortp <caiortp!~inatel@> has joined #yocto12:50
*** morphis <morphis!~morphis@pD9ED64AB.dip0.t-ipconnect.de> has joined #yocto12:50
rburtonthats not config.log12:53
rburtonin the work directory for the library is config.log12:53
*** qt-x <qt-x!~Thunderbi@> has quit IRC12:55
*** JordonWu <JordonWu!~quassel@> has quit IRC12:57
*** JordonWu <JordonWu!~quassel@> has joined #yocto12:59
*** mortderire1 <mortderire1!rkinsell@nat/intel/x-ahjofquijxmqerxf> has joined #yocto12:59
rburton1configure:13432: checking for jpeg_destroy_decompress in -ljpeg13:00
rburton2configure: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 >&513:00
rburton3cc1: warning: include location "/usr/include" is unsafe for cross-compilation [-Wpoison-system-directories]13:00
*** mortderire <mortderire!rkinsell@nat/intel/x-tgyudilqvfqkwoww> has quit IRC13:01
rburtonlooking 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@> has quit IRC13:03
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC13:05
sandsmarkrburton: yeah, I'll see if I manage to split it out, the only issue is the dependencies13:05
sandsmarkbut shouldn't be too hard13:05
*** JordonWu <JordonWu!~quassel@> has joined #yocto13:05
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto13:08
JoiFrburton: So I should add that with EXTRA_OECONF?13:09
rburtonotherwise it goes and looks on the host for libjpeg, which isn't a great idea13:09
JoiFYup, got that part  ;)13:17
JoiFIt's still compiling with -I/usr/include .. so there's something else causing it13:17
JoiFconfigure: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 >&513:18
JoiFIt's got both an -I and a -L pointing to the host /usr13:18
igor1there is a way to create a global variable inside a recipe?13:20
igor1maybe a python variable on d13:21
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC13:32
rburtonigor1: no, d is per-recipe.13:33
rburtonmake it global in your distro conf13:33
JoiFERROR: 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
JoiFERROR: libgdiplus-4.2-r0 do_populate_sysroot: QA staging was broken by the package built above13:36
JoiFERROR: libgdiplus-4.2-r0 do_populate_sysroot: Function failed: do_qa_staging13:36
igor1ok, thanks rburton13:36
JoiFWoops, thought I would be able to send this as a single entry13:36
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:45c1:6fb3:c023:dbbb> has joined #yocto13:40
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto13:40
JoiFThe only references I can see for this error are really old posts where the TMPDIR has a trailing slash13:42
*** lamego <lamego!~jose@> has joined #yocto13:50
*** JaMa <JaMa!~martin@> has quit IRC13:51
*** JaMa <JaMa!~martin@> has joined #yocto13:51
*** mortderire1 <mortderire1!rkinsell@nat/intel/x-ahjofquijxmqerxf> has quit IRC13:53
*** mortderire <mortderire!rkinsell@nat/intel/x-grronhknwmpuvayk> has joined #yocto13:53
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC13:57
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@> has joined #yocto13:58
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto13:58
JoiFArgh, 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 others14:00
JoiFIt seems like both libgdibplus and libgdiplus-native are trying to put stuff under the x86_64-linux sysroot14:00
*** ziggo <ziggo!~ziggo@> has quit IRC14:01
JoiFBecause there are no libgdiplus releated files under my zc702-zynq7 sysroot14:02
rburtonyour target recipe is writing to the native sysroot14:03
rburtonthat sounds *very* wrong14:03
rburtoni suspect your recipe is broken14:03
JoiFThat's what I'm trying to do .. fix it  ;)14:04
rburtonpersonally i'd just have a single recipe, libgdiplus_4.2.bb, which just does BBCLASSEXTEND='native'14:04
rburtonno inherit native, no separate recipe14:04
JoiFrburton: That's exactly what I did  :)14:04
rburtondo you even need a native recipe?14:04
rburtonshare the recipe please14:04
JoiFI removed the native recipes yesterday14:04
JoiFAnd modified the main recipe like so:14:05
JoiFinherit autotools pkgconfig native14:05
JoiFBBCLASSEXTEND += "native"14:05
rburtonyeah don't do that14:05
rburtonremove inherit native14:05
JoiFAhh, ok14:05
rburtonthat makes your 'target' recipe a native recipe14:05
rburtonBBCLASSEXTEND is the magic for "take this recipe, copy it, and do something special"14:06
rburtonie generating a native form from a target14:06
JoiFAhh, I see.14:06
JoiFWell, that successfully got rid of that problem, now I'm back to this one: http://pastebin.com/Mjr0c4Gn14:07
JoiFLike 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 stuff14:08
rburtonthe 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_append14:09
rburtontenner says its the jpeg prefix14:09
JoiFI guess it's about time I pastebin my latest version of the recipe: http://pastebin.com/XTbGDTWb14:11
JoiFCflags: -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/yoct14:13
*** grma <grma!~gruberm@> has quit IRC14:13
JoiFAll of those paths start with /home/jofr/xilinx/yocto/poky/build/tmp/sysroots/zc702-zynq7/usr/ (the sysroot) except the ${includedir} one14:15
JoiFWell.. the "usr" bit isn't the sysroot .. but it's the usr within the sysroot .. you know what I mean?  :p14:16
*** justanotherboy <justanotherboy!mlopezva@nat/intel/x-wzhtgfvbnoulmteb> has joined #yocto14:20
*** JordonWu <JordonWu!~quassel@> has quit IRC14:20
JoiFI think I see now14:20
*** JordonWu <JordonWu!~quassel@> has joined #yocto14:21
JoiFI 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/usr14:22
rburtona proper .pc looks like this14:23
rburtonLibs: -L${libdir} -lidn14: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@> has quit IRC14:25
rburtonhopefullly you don't need the with-pango thing as it will use pkgconfig properly14:25
JoiFAhh. So it actually SHOULDN'T have the full path as per my host system.14:25
JoiFWeeeell... Yes. I do have --with-pango14:25
rburtonwell, native pkgconfig files have the full path in, as their prefix is the sysroot itself.14:26
rburtontarget ones have the target prefix in, so /usr14:26
JoiFWhen looking at configure.ac, that's what seemed most suspicious, because it's running pkg-config on the fly14:26
*** toanju <toanju!~toanju@> has quit IRC14:30
*** paulg <paulg!~paulg@> has joined #yocto14:31
mdnneois there an env var in the bitbake build pointing to STAGING_DIR_NATIVE I can use in cmake?14:33
rburtonpass it via a -D14:34
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto14:36
*** JordonWu <JordonWu!~quassel@> has quit IRC14:37
*** madisox <madisox!~madison@> has joined #yocto14:39
*** JordonWu <JordonWu!~quassel@> has joined #yocto14:39
JoiFOk, 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 IRC14:42
*** toanju <toanju!~toanju@> has joined #yocto14:44
rburtonsed :)14:45
rburtonwell the proper fix is to rewrite configure.ac to be less insane14:45
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC14:46
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto14:46
*** toscalix_ <toscalix_!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto14:47
*** toscalix <toscalix!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC14:49
*** alimon <alimon!~alimonb@> has joined #yocto14:49
*** manuel__ <manuel__!~manuel@> has joined #yocto14:50
*** JordonWu <JordonWu!~quassel@> has quit IRC14:50
*** mortderire <mortderire!~rkinsell@> has joined #yocto14:51
*** JordonWu <JordonWu!~quassel@> has joined #yocto14:52
*** challinan <challinan!~chris@2603:3027:900:65e0:cd62:4167:7af5:25df> has joined #yocto14:53
*** mortderire1 <mortderire1!~rkinsell@> has joined #yocto14:54
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has quit IRC14:55
*** mortderire <mortderire!~rkinsell@> has quit IRC14:56
*** AndersD <AndersD!~anders@213-64-218-49-no126.business.telia.com> has quit IRC15:02
mdnneorburton: 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_SYSROOT15:03
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-ctkojvewoeutlupb> has joined #yocto15:04
mdnneoand ideally I don't want to touch all our recipes ;) in cmake  I would have a common file to "fix" it15:05
*** gportay <gportay!~gportay@2607:fad8:4:6:38ec:b502:e495:a95> has joined #yocto15:12
mdnneoDESTDIR is not ending up in cmake somehow?15:13
rburtonwhat are you actually trying to sovle?15:16
mdnneook I amit maybe strange usecase ... I need to find a (native) python based code generator installed as well in the SDK15:20
*** benjamirc1 <benjamirc1!besquive@nat/intel/x-fglqgyogcefabuko> has joined #yocto15:22
mdnneoused 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 environment15:22
mdnneofor 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 build15:23
mdnneowhich I can ideally do in cmake only15:24
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC15:25
rburtonyou could just move the generator to be in the native sysroot's usr/bin...15:27
mdnneorburton: 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 #yocto15:28
rburtonwell if it were in usr/bin then cmake would find it out of the box15:31
*** toscalix_ <toscalix_!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC15:32
*** toscalix_ <toscalix_!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto15:32
mdnneorburton: 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
rburtonwell you can just export the path from the recipe, surely15:33
*** challinan <challinan!~chris@2603:3027:900:65e0:cd62:4167:7af5:25df> has quit IRC15:36
*** toscalix_ <toscalix_!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC15:36
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC15:38
mdnneohmm ... will the path be absolute here ... from cmake.bbclass ... -DCMAKE_INSTALL_BINDIR:PATH=${bindir} \15:38
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto15:38
mdnneoforget it ... this are target path not native15:39
*** Ox4 <Ox4!~user@unaffiliated/zloy> has joined #yocto15:42
*** toscalix_ <toscalix_!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto15:43
mdnneolooks like no way around touching all the recipes ... thx anyway for the help15:43
*** benjamirc1 <benjamirc1!besquive@nat/intel/x-fglqgyogcefabuko> has quit IRC15:43
*** ant_work <ant_work!~ant__@host26-71-dynamic.15-87-r.retail.telecomitalia.it> has quit IRC15:43
Ox4hello 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 IRC15:48
*** toscalix_ <toscalix_!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto15:48
*** frsc <frsc!~frsc@> has quit IRC15:52
rburtonits calling ./libtool which suggests that the makefile is using ./libtool directly instead of $(LIBTOOL)15:56
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC15:57
kergothLooking 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 lot15:57
rburtonapart from patches we can't upstream ;)15:58
*** CoLa|work <CoLa|work!~cordlandw@> has joined #yocto15:58
kergothshould think about dropping it, one less thing to carry in our repo15:59
rburtonyeah might give that a go and see what happens16:01
rburtonin theory should be seamless16:01
CoLa|workI 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 #yocto16:03
*** sjolley <sjolley!~sjolley@> has joined #yocto16:04
rburtonkergoth: i guess the argument still stands from the patch - rename so you can't accidently use the host libtool16:04
kergothI 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 such16:05
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC16:06
*** gportay <gportay!~gportay@2607:fad8:4:6:38ec:b502:e495:a95> has quit IRC16:07
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has quit IRC16:08
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto16:09
*** benjamirc1 <benjamirc1!besquive@nat/intel/x-ghkdytotxqnqsxab> has joined #yocto16:09
rburtonmaybe i'll disable prefix.patch before i go to bed and kick off a world build to see what happens16:15
*** t0mmy <t0mmy!~tprrt@> has quit IRC16:15
* kergoth ponders16:16
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC16:18
*** mdnneo <mdnneo!~umaucher@> has quit IRC16: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 #yocto16:26
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC16:29
*** falk0n <falk0n!~falk0n@a109-49-77-94.cpe.netcabo.pt> has quit IRC16:30
*** falk0n <falk0n!~falk0n@a109-49-77-94.cpe.netcabo.pt> has joined #yocto16:30
*** toanju <toanju!~toanju@> has quit IRC16:30
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto16:37
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC16:39
*** challinan <challinan!~chris@2603:3027:900:65e0:cd62:4167:7af5:25df> has joined #yocto16:40
*** toanju <toanju!~toanju@> has joined #yocto16:44
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC16:50
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto16:54
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC16:58
*** bluelightning <bluelightning!~paul@> has joined #yocto17:01
*** bluelightning <bluelightning!~paul@> has quit IRC17:01
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto17:01
*** zeenix <zeenix!~zeenix@> has quit IRC17:02
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto17:06
*** eduardas_m <eduardas_m!~eduardas_@> has quit IRC17:07
*** fl0v01 <fl0v01!~fvo@pD9F6A564.dip0.t-ipconnect.de> has quit IRC17:07
Ox4rburton: I have fixed that just executing bootstrap file :)17:11
Ox4rburton: thank you for the reply17:11
*** gportay <gportay!~gportay@2607:fad8:4:6:38ec:b502:e495:a95> has joined #yocto17:13
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:19
*** bluelightning <bluelightning!~paul@> has joined #yocto17:19
*** bluelightning <bluelightning!~paul@> has quit IRC17:19
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto17:19
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:19
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:20
*** alimon <alimon!~alimonb@> has quit IRC17:23
*** Crofton|work <Crofton|work!~balister@pool-108-44-116-162.ronkva.east.verizon.net> has quit IRC17:23
*** alimon <alimon!~alimonb@> has joined #yocto17:25
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:25
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:27
*** maxin <maxin!~maxin@> has quit IRC17:29
JoiFI don't have a u-boot-spl.bi anywhere17:29
*** toanju <toanju!~toanju@> has quit IRC17:32
T_UNIXbluelightning: thanks for your help today :)17:38
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto17:38
bluelightningT_UNIX: no problem - did you get any further?17:38
T_UNIXyeah, I'll simply backup the created installed-packages.txt and source it later :)17:39
neverpanicrburton: https://github.com/neverpanic/poky/commits/isolated-sysroots17:40
neverpanicrburton: 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
bluelightningRP: ^17:42
*** Snert_ <Snert_!~snert_@> has quit IRC17:43
*** alimon <alimon!~alimonb@> has quit IRC17:45
neverpanicOh, right, that should have been s/rburton/RP/, sorry for the confusion.17:46
*** berton <berton!~fabio@> has quit IRC17:51
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:52
*** berton <berton!~fabio@> has joined #yocto17:52
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:53
*** mortderire1 <mortderire1!~rkinsell@> has quit IRC17:57
*** Crofton|work <Crofton|work!~balister@pool-108-44-116-162.ronkva.east.verizon.net> has joined #yocto17:57
RPneverpanic: interesting, thanks, just been taking a look17:58
RPneverpanic: our approaches are actually similar. Instead of changing bitbake-worker, I used a task prefunc17:58
*** sjolley <sjolley!~sjolley@> has quit IRC17:59
RPneverpanic: I'm also trying to use our existing sstate relocation code rather than changing all the recipes17:59
RPneverpanic: and I changed STAGING_DIR a little differently, hmm17:59
*** sjolley <sjolley!~sjolley@> has joined #yocto18:01
*** T_UNIX <T_UNIX!d4d3bd3c@gateway/web/freenode/ip.> has quit IRC18:01
RPneverpanic: you had no issues with useradd?18:02
neverpanicYeah, 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
neverpanicHaven't seen issues with useradd, why?18:03
RPneverpanic: its just proving a nightmare for me18:04
neverpanicWould I have noticed with a build of core-image-sato?18:04
RPneverpanic: dbus and avahi use it18:04
*** gtristan <gtristan!~tristanva@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC18:04
neverpanicThey built fine, I haven't booted the result, though18:04
neverpanicI'll step out for 15 minutes now, I'll be back later.18:05
RPneverpanic: I also need to head afk. I worry there are some corner cases you're not explored yet but its certainly interesting to look at18:05
*** sjolley <sjolley!~sjolley@> has quit IRC18:06
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC18:09
*** JoiF <JoiF!~jofr@> has quit IRC18:10
*** sameo_ <sameo_!~samuel@> has joined #yocto18:18
*** sameo <sameo!~samuel@> has quit IRC18:21
neverpanicYeah, I'm pretty sure some uncommon build systems won't work and some caches might be broken18:27
*** sjolley <sjolley!~sjolley@> has joined #yocto18:28
neverpanicBtw, 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/faa987b1aa6a32d46121ab34aaab75fa1c5ee3ec18:30
*** aratiu <aratiu!~adi@> has quit IRC18:31
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto18:33
*** ipuustin <ipuustin!~ipuustin@82-181-7-132.bb.dnainternet.fi> has quit IRC18:35
*** paulg <paulg!~paulg@> has quit IRC18:35
*** Snert_ <Snert_!~snert_@> has joined #yocto18:54
*** falk0n <falk0n!~falk0n@a109-49-77-94.cpe.netcabo.pt> has quit IRC19:00
*** paulg <paulg!~paulg@otwaon23-3096772825.sdsl.bell.ca> has joined #yocto19:02
*** dv_ <dv_!~quassel@> has quit IRC19:05
*** dv__ <dv__!~quassel@> has joined #yocto19:05
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto19:05
*** paulg <paulg!~paulg@otwaon23-3096772825.sdsl.bell.ca> has quit IRC19:10
*** paulg <paulg!~paulg@otwaon23-3096772825.sdsl.bell.ca> has joined #yocto19:12
*** JaMa <JaMa!~martin@> has quit IRC19:14
*** hsychla <hsychla!~hsychla@pd95c9392.dip0.t-ipconnect.de> has quit IRC19:18
*** JaMa <JaMa!~martin@> has joined #yocto19:25
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC19:39
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto19:44
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC19:54
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto19:59
*** rcw <rcw!~rwoolley@192-171-34-171.cpe.pppoe.ca> has joined #yocto20:01
miceopedehow 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
miceopedethe 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
bluelightningmiceopede: can I see your recipe?20:12
bluelightningbtw, fetching is expected to be done during do_fetch - having stuff going on during do_configure is probably going to lead to issues20:13
*** paulg <paulg!~paulg@otwaon23-3096772825.sdsl.bell.ca> has quit IRC20:13
miceopede@bluelightning really simple: https://gist.github.com/anonymous/42af0183178c2cf64621c0c8ade213a620:14
miceopedecmake has an extensive system for fetching its own sources during configure20:15
miceopedecalled externalproject, does this mean bitbaking isn't really expected to work for cmake based systems that use this mechanism?20:15
bluelightninghmm, ok - it's not an aspect of cmake I have had to deal with20:15
miceopedei see20:15
miceopedeit's used extensively to drive/download/fetch other repositories, dependencies, binaries, etc20:16
bluelightningmy 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 so20:16
miceopedewill try, thanks20:18
miceopedehow do i specify where to put it after fetching from SRC_URI?20:18
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC20:18
bluelightningmiceopede: 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 IRC20:21
miceopedewould 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 #yocto20:21
*** alimon1 <alimon1!~alimon@> has joined #yocto20:23
*** berton <berton!~fabio@> has quit IRC20:32
*** morphis <morphis!~morphis@pD9ED64AB.dip0.t-ipconnect.de> has quit IRC20:32
*** morphis <morphis!~morphis@pD9ED64AB.dip0.t-ipconnect.de> has joined #yocto20:32
neverpanicmiceopede: avoid fetching code during do_configure, it can be the source of all kinds of problems20:32
miceopedeneverpanic: do other cmake based systems that do this have recipes that patch out this behavior?20:37
neverpanicNot in meta-openembedded I think, but it's certainly something we'd do internally20:38
*** rcw <rcw!~rwoolley@192-171-34-171.cpe.pppoe.ca> has quit IRC20:39
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-uwetxyogyifugawd> has quit IRC20:41
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:45c1:6fb3:c023:dbbb> has quit IRC20:46
miceopedeneverpanic: thanks.20:49
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:45c1:6fb3:c023:dbbb> has joined #yocto20:50
*** igor1 <igor1!~igor@> has quit IRC20:52
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto20:53
*** ramos <ramos!ramos@sundance.6irc.net> has quit IRC20:56
*** ramos <ramos!ramos@sundance.6irc.net> has joined #yocto20:58
*** morphis <morphis!~morphis@pD9ED64AB.dip0.t-ipconnect.de> has quit IRC20:59
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC21:01
*** Biliogadafr <Biliogadafr!~PIN@nat-minsk-pool-46-53-202-183.telecom.by> has quit IRC21:01
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto21:02
*** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has left #yocto21:07
*** rcw <rcw!~rwoolley@192-171-34-171.cpe.pppoe.ca> has joined #yocto21:11
*** rcw <rcw!~rwoolley@192-171-34-171.cpe.pppoe.ca> has quit IRC21:12
*** Snert_ <Snert_!~snert_@> has quit IRC21:14
*** Snert_ <Snert_!~snert_@> has joined #yocto21:14
*** sameo_ <sameo_!~samuel@> has quit IRC21:21
*** pohly <pohly!~pohly@p57A56926.dip0.t-ipconnect.de> has quit IRC21:37
*** khem <khem!~khem@unaffiliated/khem> has quit IRC21:37
*** khem <khem!~khem@c-76-102-32-192.hsd1.ca.comcast.net> has joined #yocto21:40
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto21:40
esenneshI'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
esenneshIn particular, I'm already using DEPENDS += "git-native".21:54
neverpanicThat question showed up just a couple of hours ago here21:54
neverpanicSuggestion was to avoid the ExternalProject feature of CMake and use an additional source in SRC_URI21:54
neverpanicRationale 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@> has quit IRC22:03
esenneshWell, we don't exactly have a choice.  Client says.22:09
esenneshThanks for your advice.22:10
*** erakis <erakis!~wooh@> has joined #yocto22:29
*** lamego <lamego!~jose@> has quit IRC22:31
erakisHi, 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
kergothoe_runmake passes the value of EXTRA_OEMAKE22:33
esenneshok, so what's the format for  SRCREV_FORMAT?22:34
kergothso make sure that's what you want22:34
kergothesennesh: 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 them22:34
kergothiirc anyway22:34
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC22:35
esenneshkergoth: what if the names have underscores in them?22:37
erakiskergoth: 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/mVwWMNdn22:37
neverpanicesennesh: underscores in SRCREV_FORMAT work fine as long as you use name=value_with_underscores22:38
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC22:38
neverpanicJust 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
neverpanicmake sure one of the strings isn't a prefix of the other22:39
esenneshoh yeah that's fine.22:39
neverpanicPrefix-free as in https://en.wikipedia.org/wiki/Prefix_code22:40
*** mattsm <mattsm!~mattsm@2605:6000:1019:149:515c:6c6:a038:30ce> has quit IRC22:40
kergotherakis: 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 #yocto22:42
*** joshuagl <joshuagl!~joshuagl@> has quit IRC22:42
*** caiortp <caiortp!~inatel@> has quit IRC22:42
*** sjolley <sjolley!~sjolley@> has quit IRC22:42
*** sjolley <sjolley!~sjolley@> has joined #yocto22:43
erakiskergoth: 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
kergothi just told you the difference between the two. if one works and the other doesn't, obviously it's that difference that's key22:48
kergothso go look at the value of EXTRA_OEMAKE and move on22:49
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC22:49
esenneshkergoth: 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@> has quit IRC22:50
kergothafaict 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 #yocto22:54
esenneshLike I said, I've got multiple SRC_URI values.22:56
esenneshtwo of which are git repos.22:56
kergothit runs cmake in B, against S. if anything is recursing into both paths, it would be cmake ,not us22:56
kergothafaict, anyway. just read cmake.bbclass if you're curious22:56
* kergoth is admittedly not a cmake expert, however22:57
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC23:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC23:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto23:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto23:01
esenneshThis is weird.23:01
esenneshI've got two S directories, basically.23:01
esennesh1.0+gitAUTOINC+ddd5100877-r0 and 1.0+gitAUTOINC+name1_name2-r023:02
esenneshand it goes into the second one's git folder, treats that as B, and runs cmake there.23:02
esenneshWhen I want it in the first.23:02
kergoththat doesn't make any sense. those are just the before and after workdirs from before you added the second source23:02
kergoththe recipe has one S variable. use bitbake -e yourrecipe to examine it23:03
kergothsame with B23:03
esenneshthat massive dump of Python output doesn't actually contain an "S=" string :-/.23:09
esenneshoh it's a shell dump with Python embedded.23:09
kergothbitbake -e yourrecipe | grep '^S='23:10
*** sjolley <sjolley!~sjolley@> has joined #yocto23:12
esenneshI'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
esenneshanyway, yeah, that "second" source dir is the "real" one now, but it only contains a git checkout from the second repo.23:12
esenneshrather than from the first repo, or separate git clones.23:12
esenneshactually, no, this is weirder than that.23:13
esenneshit's got name1 cloned in the S directory.23:13
esenneshAnd name2 cloned in S/git23:13
esenneshwhich it... shouldn't be.23:14
neverpanicesennesh: scrolling up I see: "assuming it's a git URL, you can use ;destsuffix="subdirectoryname" to specify something other than "git""23:16
esenneshthanks, lemme try that.23:16
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC23:16
*** manuel__ <manuel__!~manuel@> has quit IRC23:17
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:45c1:6fb3:c023:dbbb> has quit IRC23:21
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC23:27
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto23:28
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC23:30
*** sjolley <sjolley!~sjolley@> has quit IRC23:39
*** manuel__ <manuel__!~manuel@c-24-61-43-145.hsd1.ma.comcast.net> has joined #yocto23:40
*** sjolley <sjolley!~sjolley@> has joined #yocto23:41
*** joseppc <joseppc!~josep@c-c608e353.010-118-73746f7.cust.bredbandsbolaget.se> has joined #yocto23:43
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto23:43
*** benjamirc1 <benjamirc1!besquive@nat/intel/x-ghkdytotxqnqsxab> has quit IRC23:53
*** erakis <erakis!~wooh@> has quit IRC23:54

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