Tuesday, 2017-02-28

*** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-qchmdugilbwziwno> has quit IRC00:00
*** miceopede <miceopede!sid140053@gateway/web/irccloud.com/x-mhchceknnmitskms> has quit IRC00:00
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC00:01
*** marex-cloud <marex-cloud!sid137234@gateway/web/irccloud.com/x-hixxrlovvggkgzcq> has quit IRC00:01
*** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-rcnjbwotshizourl> has joined #yocto00:01
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has quit IRC00:02
*** rperier <rperier!~rperier@2001:41d0:52:100::44a> has quit IRC00:02
*** Hauke <Hauke!~Hauke@hauke-m.de> has quit IRC00:02
*** zibri <zibri!~zibri@2a01:7e01::f03c:91ff:febb:9538> has quit IRC00:02
*** zibri <zibri!~zibri@2a01:7e01::f03c:91ff:febb:9538> has joined #yocto00:04
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto00:05
*** rperier <rperier!~rperier@2001:41d0:52:100::44a> has joined #yocto00:06
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC00:06
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has joined #yocto00:09
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto00:11
*** miceopede <miceopede!sid140053@gateway/web/irccloud.com/x-lhliyytuedqgsrwn> has joined #yocto00:11
*** Hauke <Hauke!~Hauke@hauke-m.de> has joined #yocto00:16
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC00:18
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto00:22
*** sameo_ <sameo_!samuel@nat/intel/x-azyuvceaiqzimsoz> has quit IRC00:26
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC00:28
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto00:29
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto00:37
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC00:42
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto00:44
*** ed2 <ed2!Adium@nat/intel/x-incyqccatvkbedxq> has quit IRC00:44
*** mattsm <mattsm!~mattsm@2605:6000:1019:e0:61dc:3612:c4d0:742d> has quit IRC00:46
*** stephano <stephano!~stephano@134.134.139.77> has joined #yocto00:53
*** mattsm <mattsm!~mattsm@2605:6000:1019:e0:407d:dddd:8ea7:e62> has joined #yocto00:54
*** ash_charles <ash_charles!~acharles@mtl.savoirfairelinux.net> has joined #yocto01:17
*** ash_charles <ash_charles!~acharles@mtl.savoirfairelinux.net> has quit IRC01:24
*** hbruce <hbruce!~hbruce@192.55.54.45> has joined #yocto01:25
*** rewitt <rewitt!rewitt@nat/intel/x-ngibdsikrwdipdbk> has quit IRC01:35
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto01:42
*** dlan_ is now known as dlan01:46
*** marex-cloud <marex-cloud!sid137234@gateway/web/irccloud.com/x-wkxgsoyjpzyvcvzf> has joined #yocto02:01
*** toscalix <toscalix!~toscalix@68-116-101-250.static.sltn.or.charter.com> has joined #yocto02:08
*** toscalix <toscalix!~toscalix@68-116-101-250.static.sltn.or.charter.com> has quit IRC02:18
*** toscalix <toscalix!~toscalix@68-116-101-250.static.sltn.or.charter.com> has joined #yocto02:19
*** toscalix <toscalix!~toscalix@68-116-101-250.static.sltn.or.charter.com> has quit IRC02:22
*** toscalix <toscalix!~toscalix@68-116-101-250.static.sltn.or.charter.com> has joined #yocto02:22
*** toscalix_ <toscalix_!~toscalix@68-116-101-250.static.sltn.or.charter.com> has joined #yocto02:30
*** toscalix <toscalix!~toscalix@68-116-101-250.static.sltn.or.charter.com> has quit IRC02:30
*** toscalix_ <toscalix_!~toscalix@68-116-101-250.static.sltn.or.charter.com> has joined #yocto02:30
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC02:48
*** toscalix_ <toscalix_!~toscalix@68-116-101-250.static.sltn.or.charter.com> has quit IRC02:49
*** toscalix_ <toscalix_!~toscalix@68-116-101-250.static.sltn.or.charter.com> has joined #yocto02:50
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto02:52
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC02:55
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC02:56
*** toscalix_ <toscalix_!~toscalix@68-116-101-250.static.sltn.or.charter.com> has quit IRC02:57
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto03:03
*** john3 <john3!~john@host86-143-90-12.range86-143.btcentralplus.com> has joined #yocto03:07
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC03:15
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto03:25
*** ash_charles <ash_charles!~acharles@modemcable201.244-226-192.mc.videotron.ca> has joined #yocto03:42
*** manuel_ <manuel_!~manuel@91.137.43.110> has quit IRC03:44
*** ash_charles <ash_charles!~acharles@modemcable201.244-226-192.mc.videotron.ca> has quit IRC03:51
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC04:08
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC04:32
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto04:32
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC04:37
*** voltbit <voltbit!~acid___@5-12-139-199.residential.rdsnet.ro> has joined #yocto04:40
*** stephano <stephano!~stephano@134.134.139.77> has quit IRC04:56
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto05:04
*** agust <agust!~agust@p4FCB5523.dip0.t-ipconnect.de> has joined #yocto05:24
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto05:42
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC05:45
*** clement <clement!~clement@lns-bzn-39-82-255-32-23.adsl.proxad.net> has quit IRC05:46
*** clement <clement!~clement@lns-bzn-39-82-255-32-23.adsl.proxad.net> has joined #yocto05:47
*** morphis <morphis!~morphis@pD9ED6601.dip0.t-ipconnect.de> has joined #yocto05:54
*** Set_ <Set_!Set_@ip68-226-150-239.lf.br.cox.net> has joined #yocto05:58
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto06:00
*** Set_ <Set_!Set_@ip68-226-150-239.lf.br.cox.net> has left #yocto06:03
*** jobro <jobro!~jobro___@84.154.222.161> has joined #yocto06:13
*** frsc <frsc!~frsc@80.149.173.67> has joined #yocto06:58
*** seezer <seezer!seezer@quassel/developer/seezer> has quit IRC07:00
*** seezer <seezer!seezer@quassel/developer/seezer> has joined #yocto07:00
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto07:01
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-kujbqqugcxpxfeqn> has joined #yocto07:29
*** fl0v0 <fl0v0!~fvo@pD9F6A1F4.dip0.t-ipconnect.de> has joined #yocto07:34
*** john3 <john3!~john@host86-143-90-12.range86-143.btcentralplus.com> has quit IRC07:39
*** pohly <pohly!~pohly@p5DE8D654.dip0.t-ipconnect.de> has joined #yocto07:41
*** Guest17448 <Guest17448!~john@host86-143-90-12.range86-143.btcentralplus.com> has joined #yocto07:41
*** avalluri <avalluri!~avalluri@192.55.54.44> has quit IRC07:49
*** avalluri <avalluri!~avalluri@192.55.54.44> has joined #yocto07:51
*** aV_V <aV_V!~aV_V@146.66.253.137> has joined #yocto07:53
*** ant_work <ant_work!~ant__@host129-229-dynamic.182-80-r.retail.telecomitalia.it> has joined #yocto08:03
*** jku <jku!~jku@192.198.151.43> has joined #yocto08:07
*** geoffrey_l <geoffrey_l!~geoffrey_@lns-bzn-39-82-255-32-23.adsl.proxad.net> has joined #yocto08:15
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:19
*** groleo <groleo!~dev@gate-zro.freescale.com> has joined #yocto08:23
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto08:26
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto08:27
*** florian_kc is now known as florian08:28
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto08:30
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has joined #yocto08:38
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has joined #yocto08:39
*** T_UNIX <T_UNIX!d4d3bd3c@gateway/web/freenode/ip.212.211.189.60> has joined #yocto08:43
*** JoiF <JoiF!~jofr@193.182.166.3> has joined #yocto08:58
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto09:07
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-yikfvydomupsfgts> has quit IRC09:09
*** jjardon1 <jjardon1!jjardonmat@gateway/shell/matrix.org/x-jfujkthggjfepnju> has quit IRC09:09
*** joshuagl <joshuagl!~joshuagl@192.198.151.44> has joined #yocto09:21
*** morphis <morphis!~morphis@pD9ED6601.dip0.t-ipconnect.de> has quit IRC09:27
*** Biliogadafr <Biliogadafr!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has joined #yocto09:28
*** arfoll <arfoll!arfoll@nat/intel/x-owviwkurrpizpabi> has joined #yocto09:30
*** morphis <morphis!~morphis@pD9ED6601.dip0.t-ipconnect.de> has joined #yocto09:32
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC09:35
*** sameo_ <sameo_!samuel@nat/intel/x-ytpjxzeehzahvoiz> has joined #yocto09:43
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC09:48
*** sameo_ <sameo_!samuel@nat/intel/x-ytpjxzeehzahvoiz> has quit IRC09:48
*** sameo <sameo!~samuel@192.55.54.38> has joined #yocto09:48
*** ed21 <ed21!Adium@nat/intel/x-bxpxyybpozffjebf> has joined #yocto09:48
*** voltbit <voltbit!~acid___@5-12-139-199.residential.rdsnet.ro> has quit IRC09:50
*** ed21 is now known as ed209:50
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:54
*** mckoan|away is now known as mckoan09:54
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto10:06
*** morphis <morphis!~morphis@pD9ED6601.dip0.t-ipconnect.de> has quit IRC10:13
*** morphis <morphis!~morphis@pD9ED6601.dip0.t-ipconnect.de> has joined #yocto10:14
*** yann <yann!~yann@LFbn-1-12676-32.w90-90.abo.wanadoo.fr> has joined #yocto10:18
*** egavinc <egavinc!~egavinc@45.red-212-170-53.staticip.rima-tde.net> has joined #yocto10:22
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC10:33
*** clement <clement!~clement@lns-bzn-39-82-255-32-23.adsl.proxad.net> has quit IRC10:33
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-gqhjxodqlvujaefv> has joined #yocto10:35
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto10:39
*** geoffrey_l <geoffrey_l!~geoffrey_@lns-bzn-39-82-255-32-23.adsl.proxad.net> has quit IRC10:49
*** geoffrey_l <geoffrey_l!~geoffrey_@lns-bzn-39-82-255-32-23.adsl.proxad.net> has joined #yocto10:49
*** cdleonard <cdleonard!~nxf25340@gate-zro.freescale.com> has joined #yocto10:50
*** manuel_ <manuel_!~manuel@91.137.37.20> has joined #yocto10:53
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC10:54
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC10:55
*** jjardon <jjardon!jjardonmat@gateway/shell/matrix.org/x-kignbiymrzfkqxjd> has joined #yocto10:59
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto11:09
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC11:21
*** clement <clement!~clement@LStLambert-657-1-76-184.w80-13.abo.wanadoo.fr> has joined #yocto11:22
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto11:22
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto11:26
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC11:29
*** sjolley <sjolley!sjolley@nat/intel/x-rwxhacqmchntkxyi> has quit IRC11:31
*** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto11:31
*** morphis <morphis!~morphis@pD9ED6601.dip0.t-ipconnect.de> has quit IRC11:37
*** morphis <morphis!~morphis@pD9ED6601.dip0.t-ipconnect.de> has joined #yocto11:38
*** mihai <mihai!~mihai@31.14.160.130> has joined #yocto11:39
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-veenikiqnvkdqvqu> has quit IRC11:44
*** voltbit_ <voltbit_!~acid___@5-12-139-199.residential.rdsnet.ro> has joined #yocto11:47
*** groleo <groleo!~dev@gate-zro.freescale.com> has quit IRC11:50
*** john1 <john1!~john@23.247.155.4> has joined #yocto11:56
*** Guest17448 <Guest17448!~john@host86-143-90-12.range86-143.btcentralplus.com> has quit IRC11:58
*** seezer <seezer!seezer@quassel/developer/seezer> has quit IRC12:00
*** voltbit <voltbit!~acid___@5-12-139-199.residential.rdsnet.ro> has joined #yocto12:04
*** voltbit_ <voltbit_!~acid___@5-12-139-199.residential.rdsnet.ro> has quit IRC12:08
*** john1 <john1!~john@23.247.155.4> has quit IRC12:11
*** john3 <john3!~john@38.95.109.107> has joined #yocto12:12
*** eplauchu <eplauchu!c0373626@gateway/web/cgi-irc/kiwiirc.com/ip.192.55.54.38> has quit IRC12:14
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto12:14
*** eplauchu <eplauchu!c0373626@gateway/web/cgi-irc/kiwiirc.com/ip.192.55.54.38> has joined #yocto12:15
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-gqhjxodqlvujaefv> has quit IRC12:19
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto12:21
*** john3 <john3!~john@38.95.109.107> has quit IRC12:23
*** john4 <john4!~john@host86-143-90-12.range86-143.btcentralplus.com> has joined #yocto12:24
*** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-rcnjbwotshizourl> has quit IRC12:26
*** peacememories <peacememories!~textual@84-113-122-200.cable.dynamic.surfer.at> has joined #yocto12:28
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-niingbqkhohcfuuo> has joined #yocto12:29
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC12:35
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC12:39
*** rcw <rcw!~rwoolley@23.91.148.193> has joined #yocto12:43
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC12:45
*** fqtw <fqtw!~me@unaffiliated/boscop> has joined #yocto12:47
fqtwhey12:47
fqtwis it true that yocto is binary compatible with raspberry pi? that i can compile a binary on rpi and move it to a yocto system and it will run?12:48
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto12:50
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-fglzoyqmysntpkcz> has joined #yocto12:50
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC12:52
rburtonfqtw: that's not really a valid question12:54
rburtonraspberry pi is a hardware board12:54
jkufqtw: that doesn't make a lot of sense, yocto is not an OS or even a distro. Even if you pick an OS built with yocto the answer would be "no, there's no guarantee it would work"12:54
fqtwrburton: raspbian12:54
rburtondo you mean is yocto compatible with raspian?12:54
fqtwyes12:54
rburtonin that case, dunno. :)12:54
fqtwboth are arm12:55
rburtonglibc versions won't match12:55
rburtonwhich may lead to problems depending on what one has a newer glibc12:55
rburtonetc etc12:55
LetoThe2ndyou might have a chance when doing something statically linked. in every other case, i'd say "no"12:56
rburton(it's not at all easy to build a binary on fedora and run it on debian, either)12:56
LetoThe2ndexactly, and the more complicated the binary is, the smaller the chances of it working flawlessly.12:57
fqtwrburton: ok, then i change my question to: will Rust work on yocto? https://github.com/rust-lang-nursery/rustup.rs/#other-installation-methods12:59
fqtw(it works on my raspberry pi)13:00
rburtonfqtw: https://layers.openembedded.org/layerindex/branch/master/layer/meta-rust/13:00
rburton(yes, rust will work.  install it by hand if you want, or use the layer)13:00
fqtwrburton: why/when should i use the layer13:01
fqtwand what is a 'layer' in this context?13:01
jkufqtw: if you are building a yocto image and want rust on it, you should use the layer13:03
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto13:03
fqtwjku: ok, so if i want to build applications for existing embedded devices running a yocto image that the OEM installed (which i dont have), i should make a similar yocto image with the rust layer and use that to compile my application, then copy it over?13:04
*** peacememories <peacememories!~textual@84-113-122-200.cable.dynamic.surfer.at> has quit IRC13:05
jkuthat might work (and you wouldn't need to make and use an image, you'd just use the build system to build your app) but since you don't know the exact details of what the OEM is building, you are bound to have some of the same kind of issues as using any other OS...13:12
fqtwjku: by build system do you mean cross compiling?13:15
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC13:15
jkufqtw: I mean yocto tools as whole but yes13:19
fqtwjku: but dont i have to create an image with the rust layer if i want to use rust?13:19
fqtwand then run that image on qemu or similar?13:19
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC13:20
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto13:21
jkufqtw: you can do that if you want but the point of a cross-compile build system like yocto is that you should not have to13:24
fqtwjku: ok, but will it work with the rust layer?13:26
*** rubdos <rubdos!~rubdos@2a02:2788:1036:2d:21e:6ff:fe33:e397> has quit IRC13:27
jkuyocto + meta-rust will allow you to build rust apps, yes. Can the binaries be made to work on the mystery image your OEM made? ¯\_(ツ)_/¯13:29
*** wesam <wesam!~wesamhadd@96-64-10-68-static.hfc.comcastbusiness.net> has joined #yocto13:30
fqtwjku: i mean, on what system should i run meta-rust if not on a yocto image on qemu or similar?13:30
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-niingbqkhohcfuuo> has quit IRC13:31
*** clement <clement!~clement@LStLambert-657-1-76-184.w80-13.abo.wanadoo.fr> has quit IRC13:31
*** clement <clement!~clement@LStLambert-657-1-76-184.w80-13.abo.wanadoo.fr> has joined #yocto13:32
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-ezeirztonbvwwbxc> has joined #yocto13:33
*** darknighte_ <darknighte_!~darknight@pdpc/supporter/professional/darknighte> has quit IRC13:36
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto13:37
jkufqtw: the yocto development manual talks about yocto requirements (as well as adding new layers)13:37
fqtwjku: is it possible to find out the exact config that the OEM used to build the yocto image?13:38
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC13:39
*** radhus <radhus!~radhus@sevh.radhuset.org> has quit IRC13:41
*** voltbit <voltbit!~acid___@5-12-139-199.residential.rdsnet.ro> has quit IRC13:42
*** JosePerez1 <JosePerez1!~jgperezc@134.134.137.75> has joined #yocto13:42
rburtonfqtw: you'd need to ask the OEM13:43
*** rubdos <rubdos!~rubdos@2a02:2788:1036:2d:21e:6ff:fe33:e397> has joined #yocto13:46
*** radhus <radhus!~radhus@sevh.radhuset.org> has joined #yocto13:47
*** marka <marka!~masselst@128.224.252.2> has joined #yocto13:47
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC13:54
*** RabbitSoup <RabbitSoup!~quassel@89.164.167.137> has joined #yocto14:02
*** lamego <lamego!~jose@134.134.139.74> has joined #yocto14:05
*** zbz <zbz!d57fef73@gateway/web/freenode/ip.213.127.239.115> has joined #yocto14:10
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC14:13
themikenicholsonRunning into an issue with populate_sdk_ext since upgrading to morty14:14
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto14:14
*** madisox <madisox!~madison@216-75-232-11.static.wiline.com> has joined #yocto14:15
themikenicholsonWhen running it I get the error: "ERROR: uninative-tarball-1.0-r0 do_populate_sdk: kernel-devsrc not found in the feeds () in /home/me/.../tmp/deploy/rpm"14:15
themikenicholsonTrying to figure out why uninative-tarball is looking for kernel-devsrc...14:19
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto14:22
*** justanotherboy <justanotherboy!~mlopezva@134.134.139.76> has left #yocto14:31
*** justanotherboy <justanotherboy!~mlopezva@134.134.139.76> has joined #yocto14:33
*** Ramose <Ramose!c05e2222@gateway/web/freenode/ip.192.94.34.34> has quit IRC14:34
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto14:37
*** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-btkztfdzkigqquqk> has joined #yocto14:40
*** grma <grma!~gruberm@80.93.38.128> has quit IRC14:46
*** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC14:48
*** rcw <rcw!~rwoolley@23.91.148.193> has quit IRC14:49
*** rcw <rcw!~rwoolley@23.91.148.193> has joined #yocto14:52
*** sjolley <sjolley!~sjolley@134.134.139.83> has joined #yocto14:53
*** sameo <sameo!~samuel@192.55.54.38> has quit IRC14:53
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC14:53
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto14:53
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto14:55
themikenicholsonAh, looks like it was because a dev added this to one of our conf files: "TOOLCHAIN_TARGET_TASK_append = " kernel-devsrc""14:59
*** sameo <sameo!~samuel@192.55.54.44> has joined #yocto15:01
*** zeenix <zeenix!~zeenix@83.218.80.243> has quit IRC15:03
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto15:07
*** maka <maka!58d38d01@gateway/web/freenode/ip.88.211.141.1> has joined #yocto15:07
makaHeya15:07
makaAnyone knows if it is possible to edit packae versions?15:08
makapackage*15:08
*** rtechgeek <rtechgeek!18f6646e@gateway/web/freenode/ip.24.246.100.110> has joined #yocto15:09
*** geoffrey_l <geoffrey_l!~geoffrey_@lns-bzn-39-82-255-32-23.adsl.proxad.net> has quit IRC15:10
rtechgeekdoes anyone recommend a good resource for configuring wifi on wandboard quad?15:10
*** zbz <zbz!d57fef73@gateway/web/freenode/ip.213.127.239.115> has quit IRC15:10
*** geoffrey_l <geoffrey_l!~geoffrey_@lns-bzn-39-82-255-32-23.adsl.proxad.net> has joined #yocto15:12
LetoThe2ndmaka: what do you mean by "edit package versions"15:13
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:14
themikenicholsonmaka: Is this what you're looking for? http://www.yoctoproject.org/docs/2.2/dev-manual/dev-manual.html#incrementing-a-package-revision-number15:15
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has quit IRC15:16
LetoThe2ndthemikenicholson: while it is a good point, i'm relatively sure that this is not what maka is looking for.15:17
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@93.68.246.0> has joined #yocto15:17
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto15:17
*** zeenix <zeenix!~zeenix@83.218.80.243> has joined #yocto15:18
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto15:20
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC15:22
themikenicholsonLetoThe2nd: Literal interpretation of the question :)15:23
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC15:23
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto15:23
*** _Ben <_Ben!81612d46@gateway/web/freenode/ip.129.97.45.70> has joined #yocto15:29
*** bluelightning <bluelightning!~paul@118.148.117.219> has joined #yocto15:33
*** bluelightning <bluelightning!~paul@118.148.117.219> has quit IRC15:33
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto15:33
makaLetoThe2nd: well, a package im trying to install has a dependency, which is installed. But the package version is <none>15:33
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC15:35
LetoThe2ndmaka: the package version is "none"?15:35
makayes15:35
LetoThe2ndmaka: where is the package version "none"?15:35
makaapt-cache policy15:36
makaso it's installed, yet it has no version15:36
LetoThe2ndapt?15:36
*** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-aelvrutevkmrlyjq> has quit IRC15:36
*** robsta <robsta!sid195711@gateway/web/irccloud.com/x-zptjsvamfsphkygl> has quit IRC15:36
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:36
LetoThe2nd*sigh* runtime package management it seems to be.15:37
*** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-btkztfdzkigqquqk> has quit IRC15:38
*** robsta <robsta!sid195711@gateway/web/irccloud.com/x-nwbhfrnsxesumziu> has joined #yocto15:38
*** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-woebftveaobmpliq> has joined #yocto15:38
LetoThe2ndin that case, themikenicholson might actually have been right15:38
LetoThe2ndthemikenicholson: i totally apologize!15:38
LetoThe2ndmaka: explanation: find out what gets injected into the package, and it probably is ${PV}15:39
LetoThe2ndfor the sake of reproductibility though, i totally recommend to *not* *use* runtime package management15:40
makaAlright then, ill see if that works ^^15:41
fqtwjku: does yocto cross compilation only work from linux or also from windows?15:44
*** jobro <jobro!~jobro___@84.154.222.161> has quit IRC15:45
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-ezeirztonbvwwbxc> has quit IRC15:45
themikenicholsonIf I want a package - say kernel-devsrc to appear in the SDK but not in my target image/sdcard is there a way to do that besides creating seperate my-image and my-image-sdk recipes?15:46
LetoThe2ndfqtw: i can be done under windows with a lot of magic (read up on CROPS), but in general - stick to linux and save yourself the pain15:46
fqtwok15:46
fqtwLetoThe2nd: where's the best place to start?15:48
*** maka <maka!58d38d01@gateway/web/freenode/ip.88.211.141.1> has quit IRC15:48
fqtwfor learning how to cross compile for yocto15:48
LetoThe2ndfqtw: besides obviously the quick start document? https://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs.html15:49
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-bghjjgsjdmpihgzk> has joined #yocto15:49
*** jairglez <jairglez!~jairdeje@134.134.139.83> has joined #yocto15:49
fqtwthx15:49
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-lovmqnvimkvavdfo> has joined #yocto15:49
*** eplauchu <eplauchu!c0373626@gateway/web/cgi-irc/kiwiirc.com/ip.192.55.54.38> has quit IRC15:51
fqtwLetoThe2nd: can i only cross compile applications into images?15:51
*** eplauchu <eplauchu!c0373626@gateway/web/cgi-irc/kiwiirc.com/ip.192.55.54.38> has joined #yocto15:51
fqtwi just want to cross compile an application for an existing / running image15:51
*** stephano <stephano!~stephano@134.134.139.77> has joined #yocto15:52
LetoThe2ndfqtw: you would at least need a toolchain fitting that image.15:52
fqtwok15:53
*** voltbit <voltbit!~acid___@5-12-139-199.residential.rdsnet.ro> has joined #yocto15:56
*** rtechgeek <rtechgeek!18f6646e@gateway/web/freenode/ip.24.246.100.110> has quit IRC16:01
*** peacememories <peacememories!~textual@e244-205.eduroam.tuwien.ac.at> has joined #yocto16:02
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC16:03
*** jku <jku!~jku@192.198.151.43> has quit IRC16:05
*** jairglez <jairglez!~jairdeje@134.134.139.83> has quit IRC16:08
*** ant_work <ant_work!~ant__@host129-229-dynamic.182-80-r.retail.telecomitalia.it> has quit IRC16:08
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC16:09
pohlyRP: who is working on enhancing the sstate samesigs tests?16:10
pohlyI've looked at the current sstatestests.py and sstate_allarch_samesigs in particular and have some suggestions for improvements.16:10
pohlyThe version of the test that I added to Ostro differs a bit: a) it compares several real MACHINEs (because we had the problem between Edison and intel-core2-32) and b) when there is an undesirable difference, it automatically dumps the diff with bitbake-diffsigs.16:13
RPpohly: you wrote the code to traceback to the root cause sig difference?16:15
RPpohly: I don't think anyone has a direct assignment for that now other than perhaps me being aware it needs work16:15
RPpohly: printdiff is *supposed* to handle this16:15
*** ed2 <ed2!Adium@nat/intel/x-bxpxyybpozffjebf> has quit IRC16:15
*** john4 <john4!~john@host86-143-90-12.range86-143.btcentralplus.com> has quit IRC16:20
*** zbz <zbz!d57fef73@gateway/web/freenode/ip.213.127.239.115> has joined #yocto16:20
pohlyRP: if the tests fail, they fail in self.assertEqual(files1, files2)16:22
pohlyAnd the files are cleaned up after a failure, so one doesn't have an easy way of debugging the failure either.16:23
pohlyWe had exactly the same thing in Ostro, that's why I added more verbose output.16:23
pohlyIt's not exactly tracing the root cause, just running bitbake-diffsigs on tasks which should have had the same hash.16:24
*** frsc <frsc!~frsc@80.149.173.67> has quit IRC16:24
pohlyRP: you mentioned something about reusing these tests for Yocto compliance testing. Who is working on that?16:26
pohlySame answer, i.e. you know it needs to be done, but no-one assigned at the moment?16:26
RPpohly: oh, Anibal has been doing that16:28
RPpohly: alimon16:28
RPpohly: if the sigs don't match for a large number of tasks, that would be quite some output to look through but probably better than none at all at the moment I guess16:29
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-bghjjgsjdmpihgzk> has quit IRC16:32
*** mckoan is now known as mckoan|away16:32
*** zbz <zbz!d57fef73@gateway/web/freenode/ip.213.127.239.115> has quit IRC16:32
pohlyRP: one can always truncate the output.16:32
pohlyalimon: are you planning to submit enhancements for sstatetests.py, or did you copy the code to somewhere else?16:33
*** geoffrey_l <geoffrey_l!~geoffrey_@lns-bzn-39-82-255-32-23.adsl.proxad.net> has quit IRC16:34
*** arfoll_ <arfoll_!arfoll@nat/intel/x-osehuorodumqbame> has joined #yocto16:35
*** geoffrey_l <geoffrey_l!~geoffrey_@lns-bzn-39-82-255-32-23.adsl.proxad.net> has joined #yocto16:38
*** arfoll <arfoll!arfoll@nat/intel/x-owviwkurrpizpabi> has quit IRC16:38
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-xrqfnwrvkrqcwinp> has joined #yocto16:38
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto16:40
*** aV_V <aV_V!~aV_V@146.66.253.137> has quit IRC16:45
*** ed2 <ed2!~Adium@192.198.151.45> has joined #yocto16:51
RPpohly: alimon has a patch on the list for the compatible tests16:57
*** peacememories <peacememories!~textual@e244-205.eduroam.tuwien.ac.at> has quit IRC16:59
pohly"yocto-compat-layer.py: Add script to YP Compatible Layer validation" - got it.17:00
*** gtristan <gtristan!~tristanva@110.11.226.29> has joined #yocto17:00
*** seezer <seezer!seezer@quassel/developer/seezer> has joined #yocto17:00
*** jku <jku!~jku@178-75-131-14.bb.dnainternet.fi> has joined #yocto17:03
*** geoffrey_l <geoffrey_l!~geoffrey_@lns-bzn-39-82-255-32-23.adsl.proxad.net> has quit IRC17:04
*** fl0v0 <fl0v0!~fvo@pD9F6A1F4.dip0.t-ipconnect.de> has quit IRC17:06
*** voltbit <voltbit!~acid___@5-12-139-199.residential.rdsnet.ro> has quit IRC17:07
alimonpohly: i don't reused code from sstate.py, for signature checking i called bitbake -S none and got the information from the inc file17:07
*** voltbit <voltbit!~acid___@5-12-139-199.residential.rdsnet.ro> has joined #yocto17:08
*** mihai <mihai!~mihai@31.14.160.130> has quit IRC17:10
pohlyalimon: okay, so if I enhance the selftest my changes won't conflict with yours.17:10
pohlyNow I vaguely remember that you already got the suggestion to add bitbake-diffsig output, right?17:11
alimonpohly: yes RP told me about that option17:11
*** jjardon <jjardon!jjardonmat@gateway/shell/matrix.org/x-kignbiymrzfkqxjd> has quit IRC17:11
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-xrqfnwrvkrqcwinp> has quit IRC17:11
*** ed2 <ed2!~Adium@192.198.151.45> has quit IRC17:12
*** sjolley <sjolley!~sjolley@134.134.139.83> has quit IRC17:12
*** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-kdadfxsjbxcliobu> has joined #yocto17:12
*** T_UNIX <T_UNIX!d4d3bd3c@gateway/web/freenode/ip.212.211.189.60> has quit IRC17:16
*** RabbitSoup <RabbitSoup!~quassel@89.164.167.137> has left #yocto17:16
RPpohly: bitbake -S printdiff specifically17:17
RPpohly: sadly there are bugs in that :(17:18
Crofton|workNo!17:21
*** arfoll_ <arfoll_!arfoll@nat/intel/x-osehuorodumqbame> has quit IRC17:21
*** egavinc <egavinc!~egavinc@45.red-212-170-53.staticip.rima-tde.net> has quit IRC17:24
*** sameo <sameo!~samuel@192.55.54.44> has quit IRC17:24
*** JoiF <JoiF!~jofr@193.182.166.3> has quit IRC17:32
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC17:32
*** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto17:44
*** bavery_fn <bavery_fn!~bavery@134.134.139.82> has joined #yocto17:49
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:49
*** bavery_fn1 <bavery_fn1!~bavery@134.134.139.82> has joined #yocto17:49
*** bavery_fn <bavery_fn!~bavery@134.134.139.82> has quit IRC17:49
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-hwohsvjhqqbgaqas> has joined #yocto17:50
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:51
*** JosePerez1 <JosePerez1!~jgperezc@134.134.137.75> has quit IRC17:54
*** yann <yann!~yann@LFbn-1-12676-32.w90-90.abo.wanadoo.fr> has quit IRC17:55
*** MWelchUK_ <MWelchUK_!~martyn@host31-54-194-81.range31-54.btcentralplus.com> has quit IRC17:56
*** joshuagl <joshuagl!~joshuagl@192.198.151.44> has quit IRC17:57
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-lovmqnvimkvavdfo> has quit IRC18:00
*** MWelchUK <MWelchUK!~martyn@host31-54-194-81.range31-54.btcentralplus.com> has joined #yocto18:00
*** sameo <sameo!~samuel@192.55.55.37> has joined #yocto18:04
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC18:07
*** _Ben <_Ben!81612d46@gateway/web/freenode/ip.129.97.45.70> has quit IRC18:08
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto18:08
*** rewitt <rewitt!~rewitt@134.134.139.72> has joined #yocto18:09
*** jjardon <jjardon!jjardonmat@gateway/shell/matrix.org/x-lmpfzbonhvzyylpr> has joined #yocto18:16
*** JosePerez1 <JosePerez1!jgperezc@nat/intel/x-xxskfakkptbhgfox> has joined #yocto18:30
*** ed2 <ed2!~Adium@192.198.151.44> has joined #yocto18:32
khemrburton: what is the box config which is failing this build18:35
rburtonkhem: debian mostly stable18:35
khemrburton: is it on AB ?18:35
khemsince I have ubuntu 16.04 which should be similar to debian18:36
khemit does not show this issue18:36
rburtonno, its my machine18:36
khemrburton: then it does not matter :)18:36
khemhave you customized it ?18:37
khemno nver heard of it18:39
khemoops wrong window18:39
khemrburton: I would need a way to reproduce the problem18:40
*** challinan <challinan!~chris@c-73-27-165-157.hsd1.fl.comcast.net> has joined #yocto18:40
khemis it due to debian turning on PIE18:40
khemmay be18:40
khemdont know18:40
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto18:44
khemrburton: does your box has go installtions18:45
*** voltbit_ <voltbit_!~acid___@5-12-139-199.residential.rdsnet.ro> has joined #yocto18:52
*** voltbit <voltbit!~acid___@5-12-139-199.residential.rdsnet.ro> has quit IRC18:53
*** voltbit_ <voltbit_!~acid___@5-12-139-199.residential.rdsnet.ro> has quit IRC18:53
*** voltbit <voltbit!~acid___@5-12-139-199.residential.rdsnet.ro> has joined #yocto18:54
*** sjolley <sjolley!~sjolley@134.134.137.75> has left #yocto18:54
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:56
*** cdleonard <cdleonard!~nxf25340@gate-zro.freescale.com> has quit IRC18:58
*** dv_ <dv_!~quassel@62.178.118.86> has quit IRC18:58
*** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto18:59
*** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto19:01
*** paulg <paulg!~paulg@otwaon23-3096772825.sdsl.bell.ca> has joined #yocto19:16
mborzeckikhem: FYI kristian is on vacation atm19:18
*** sgw_ <sgw_!~sgw_@134.134.139.76> has quit IRC19:25
*** sgw_ <sgw_!~sgw_@134.134.139.76> has joined #yocto19:27
*** manuel_ <manuel_!~manuel@91.137.37.20> has quit IRC19:32
*** JosePerez1 <JosePerez1!jgperezc@nat/intel/x-xxskfakkptbhgfox> has quit IRC19:33
*** JosePerez1 <JosePerez1!jgperezc@nat/intel/x-zkzzhncorquvgqse> has joined #yocto19:33
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-kujbqqugcxpxfeqn> has quit IRC19:35
*** JosePerez1 <JosePerez1!jgperezc@nat/intel/x-zkzzhncorquvgqse> has quit IRC19:37
*** sgw_ <sgw_!~sgw_@134.134.139.76> has quit IRC19:37
*** peacememories <peacememories!~textual@e244-205.eduroam.tuwien.ac.at> has joined #yocto19:50
*** sgw_ <sgw_!~sgw_@134.134.139.76> has joined #yocto19:53
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto19:55
rburtonkhem: nope19:57
jmesmonIs there a way to retrieve a package version while generating an image? (iow: get the version number of a package being included in the image). I'd like to use that version number in a piece of the image generation. Perhaps some way to use Manifest in meta/lib/oe/manifest.py is the right choice?20:00
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC20:01
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto20:01
*** sgw_ <sgw_!~sgw_@134.134.139.76> has quit IRC20:02
*** paulg <paulg!~paulg@otwaon23-3096772825.sdsl.bell.ca> has quit IRC20:07
*** rcw <rcw!~rwoolley@23.91.148.193> has quit IRC20:09
*** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has quit IRC20:13
*** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has joined #yocto20:14
*** sgw_ <sgw_!~sgw_@134.134.139.76> has joined #yocto20:17
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto20:31
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC20:31
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC20:32
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC20:34
*** Yahia <Yahia!c53483ad@gateway/web/freenode/ip.197.52.131.173> has joined #yocto20:35
*** gtristan <gtristan!~tristanva@110.11.226.29> has quit IRC20:36
YahiaHello, I've built a custom image for Raspberry Pi and20:37
YahiaHello, I've built a custom image for Raspberry Pi with a psplash splash screen and I want to change the splash screen without rebuilding the image, is this possible?20:38
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto20:38
*** ed2 <ed2!~Adium@192.198.151.44> has quit IRC20:46
khemrburton: http://lists.openembedded.org/pipermail/openembedded-core/2017-January/131951.html  and http://lists.openembedded.org/pipermail/openembedded-core/2017-January/131952.html20:51
*** marka <marka!~masselst@128.224.252.2> has quit IRC20:51
khemare still peinding20:51
khemYahia: I think there is .psplash diretory in /opt20:51
khemrburton: can you try a build with out sstate-cache20:52
khemrburton: and see if that works20:52
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC20:56
Yahiakhem: thank you very much for your reply, unfortunately I had all my temp files deleted and I'll have to build the image all over again.21:01
*** CrowgirlC <CrowgirlC!~quassel@198-91-130-226.cpe.distributel.net> has quit IRC21:01
*** CrowgirlC <CrowgirlC!~quassel@198-91-130-226.cpe.distributel.net> has joined #yocto21:04
khemrburton: so I did cleansstate go-cross-x86_64 and then deleted tmp and rebuilt go-cross-x86_6421:17
khemit still built fine here21:17
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC21:18
*** wesam <wesam!~wesamhadd@96-64-10-68-static.hfc.comcastbusiness.net> has quit IRC21:19
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto21:24
*** voltbit <voltbit!~acid___@5-12-139-199.residential.rdsnet.ro> has quit IRC21:31
*** challinan <challinan!~chris@c-73-27-165-157.hsd1.fl.comcast.net> has quit IRC21:36
denixany easy way to force package rebuild w/o using sstate mirror?21:41
kergothdenix: running into the issue where cleansstate just removes the local file and it redownloads from the mirror?21:42
denixkergoth: yep21:42
kergoth1. bitbake —no-setscene, or 2. bitbake -C fetch <targets> to taint early and force them to rebuild from scratch, though that requires a clean first, unlike cleansstate21:43
kergoththat's how i usually deal with it21:43
denixkergoth: ok, I'll try. thanks!21:43
kergothnp21:44
kergothdenix: and no, don't need any help in particular, thanks though (replying from the other day), just working on updating our beaglebone support21:45
denixkergoth: sure, let me know if you need anything21:46
kergothwill do, thanks21:46
denixbtw, should bitbake handle single Ctrl-C gracefully?21:46
denixI had to cancel the build, pressed Ctrl-C and waited for it to finish remaining tasks, but it appears sstate ended up picking up incomplete packages for some reason. now I need to re-build those21:47
kergothhuh, that definitely shouldn't happen21:47
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC21:48
*** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has joined #yocto21:48
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto21:49
denixI'm guessing "make install" got interrupted and some files were not installed. now sstate ends up serving incomplete packages. just re-built from scratch one of those and all files and packages now present21:49
denixI'd expect sstate+stamps to prevent that...21:51
kergothhave to remember that bitbake knows how to re-run tasks, but not how to clean out anything remnant that was left behind byt he previous run, unless the task does that itself, or hte underlying upstream buildsystem21:53
kergothshould fix the recipe to address cases like that, where appropriate21:53
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto21:54
denixkergoth: ok, I see. wondering why only bunch of qt5 packages failed this way... :)21:55
kergoththat is interesting. should open a bug at the very least21:55
denixso, bitbake doesn't interrupt already running tasks, but won't execute new ones, once it receives Ctrl-C, right?21:57
bluelightningright21:57
fraycorrect.. hit ctrl-c a second time to kill 'em all21:57
*** manuel_ <manuel_!~manuel@91.137.51.173> has joined #yocto21:57
bluelightningjmesmon: you could perhaps look into pkgdata for that information21:57
*** dreyna_ <dreyna_!~dreyna@unknown-216-202.windriver.com> has joined #yocto21:57
*** mbergek <mbergek!~mbergek@c-4ab0e055.17-2-64736c10.cust.bredbandsbolaget.se> has joined #yocto21:59
denixfray: yeah, I know that. that's not the issue21:59
*** seezer <seezer!seezer@quassel/developer/seezer> has quit IRC22:00
*** seezer <seezer!seezer@quassel/developer/seezer> has joined #yocto22:00
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC22:01
denixI hit Ctrl-C once and waited for everything to finish, but I ended up missing bunch of qt*-qmlplugins and qt*-examples packages and those have gotten into sstate mirror and now being served as proper ones :(22:01
kergoththat shouldn't be possible, since bitbake let the running tasks complete.. very odd22:03
*** Biliogadafr <Biliogadafr!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has quit IRC22:04
*** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC22:09
*** manuel_ <manuel_!~manuel@91.137.51.173> has quit IRC22:13
*** pohly <pohly!~pohly@p5DE8D654.dip0.t-ipconnect.de> has quit IRC22:17
*** manuel_ <manuel_!~manuel@91.137.51.173> has joined #yocto22:20
rburtonkhem: empty tmp, cleaned sstate, still fails22:20
khemrburton: damn ok22:21
khemrburton: so If I were to have debian8 vm I will be able to reproduce it ?22:21
khemit does not fail on all the different build boxes I have22:21
khemrburton: can you share x86_64-linux/go-cross-x86_64/1.7.4-r0/temp/log.do_compile22:23
rburtonkhem: it's literally just22:25
rburton##### Building Go bootstrap tool.22:25
rburtoncmd/dist22:25
rburton# _/data/poky-master/tmp/work/x86_64-linux/go-cross-x86_64/1.7.4-r0/go/src/cmd/dist22:25
rburton/data/poky-master/tmp/work/x86_64-linux/go-cross-x86_64/1.7.4-r0/recipe-sysroot-native/usr/lib/go/pkg/tool/linux_amd64/6l: readsym out of sync22:25
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC22:29
khemhmm it should build a lot before that22:29
khemdo you have bash ?22:29
*** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has joined #yocto22:30
khemwhy is it looking into go/src/cmd/dist thats not right22:31
khemrburton: here is my build log http://sprunge.us/eIVJ22:33
martinkellyPossibly stupid question about LLVM, forgive me if this is covered somewhere: I'm attempting to create a recipe that uses LLVM. During the CMake step it complains that WANT_LLVM_RELEASE is not set. When I export it, it still cannot find llvm-config. When I look inside the sysroot, indeed, llvm-config is *not* installed (except for the wrapper script that looks for the real one). What do I need to do to make an actual llvm-config bina22:34
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC22:35
khemmartinkelly: are you using meta-clang ?22:38
khemseems not22:38
*** peacememories <peacememories!~textual@e244-205.eduroam.tuwien.ac.at> has quit IRC22:38
martinkellykhem: i've tried it both ways, no dice22:38
khemmartinkelly: I do see llvm-config though in sysroot22:39
martinkellywith meta-clang i'm seeing an unversioned llvm-config getting installed into /usr/bin for i586-poky-linux but not for qemux86 (the one i'm building for)22:39
martinkellywith oe-core llvm-common, i'm seeing neither22:39
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto22:39
martinkellykhem: do i just build llvm-common, or do i also need to build clang?22:40
khemmartinkelly: you should add llvm-common to DEPENDS22:40
martinkellydonekhem: already done. after building llvm-common, this is what i see in the sysroots: http://pastebin.com/WsrYqjqz22:42
*** eplauchu <eplauchu!c0373626@gateway/web/cgi-irc/kiwiirc.com/ip.192.55.54.38> has quit IRC22:44
khemmartinkelly: generally clang-native provides llvm-config22:45
khemif you use meta-clang22:45
martinkellyok22:45
martinkellyi tried a DEPENDS on clang using meta-clang, which added an unversioned llvm-config binary22:46
martinkellyshould i try clang-native instead?22:46
khemyou need to build clang-native which should build llvm22:46
khemas well22:46
*** willdye <willdye!~willdye@h31.163.190.173.dynamic.ip.windstream.net> has quit IRC22:46
martinkellykhem: after building clang-native, i see llvm-config and all the rest of the tools in the x86_64-linux sysroot, but llvm-config is unversioned, so it's still not found by the wrapper script22:48
khemhmm22:49
martinkellyit's also in the x86_64-linux sysroot instead of the qemux86 one, and the wrapper is looking in the qemux86 one (specifically in tmp/sysroots/qemux86/usr/bin/crossscripts/llvm-config3.9)22:49
martinkellyi have only this: tmp/sysroots/x86_64-linux/usr/bin/llvm-config22:50
khemmartinkelly: maybe you need to access is using ${STAGING_BINDIR_CROSS}/llvm-config22:50
martinkellyi could point cmake to that explicitly via -DCMAKE_LLVM_CONFIG (or whatever it is called). i thought that was breaking the rules though?22:51
khemno22:51
martinkellyok22:51
martinkellywhat is the purpose of the wrapper?22:51
khemits sort of cross tool calling native tools underneath22:52
martinkellyok thx22:56
martinkellywell, that helps it avoid the versioning issue22:56
martinkellyhowever, it's still now looking in the wrong sysroot (the qemux86 one), but llvm-config is installed into the x86_64-linux native sysroot22:56
martinkellybecause of these lines in the wrapper script:22:56
martinkellyif [ $WANT_LLVM_RELEASE ]; then22:56
martinkelly  exec `dirname $0`/${TARGET_PREFIX}llvm-config$WANT_LLVM_RELEASE ${@}22:56
denixis DEPENDS=virtual/kernel enough to get kernel build-artifacts populated with version.h? or do I need to depend on populate_sysroot task as well?22:57
*** fmeerkoetter <fmeerkoetter!~quassel@144.76.148.71> has quit IRC23:01
*** bfederau <bfederau!~quassel@144.76.148.71> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!~quassel@144.76.148.71> has joined #yocto23:01
*** bfederau <bfederau!~quassel@144.76.148.71> has joined #yocto23:01
*** mbergek <mbergek!~mbergek@c-4ab0e055.17-2-64736c10.cust.bredbandsbolaget.se> has quit IRC23:04
khemdenix: DEPENDS should be enough23:05
denixkhem: looks like I need virtual/kernel:do_shared_workdir too?23:06
*** willdye <willdye!~willdye@h31.163.190.173.dynamic.ip.windstream.net> has joined #yocto23:07
denixkhem: one of my packages failed to find work-shared/<mach>/kernel-build-artifacts/include/generated/uapi/linux/version.h23:07
denixkhem: and there's no work-shared, while the package DEPENDS on virtual/kernel23:08
khemhmmm yeah if its coming sstate then seems you need it23:09
martinkellykhem: seems like there's two problems: seems like wrapper script looks inside the *current* sysroot instead of the one corresponding to the native arch, which is why it's not finding the right llvm-config. is that just a bug, or am i missing something?23:10
khemdenix: do_configure[depends] += "virtual/kernel:do_compile_kernelmodules" is what I see what module.bbclass does23:12
khemmartinkelly: its not23:12
khemported to RSS23:12
martinkellykhem: second, after manually specifying the x86_64-linux version of llvm-config via the cmake option, the llvm-config seems to be confused. it's setting LLVM_BINDIR=tmp/sysroots/x86_64-linux/lib/llvm but the binaries are actually in tmp/sysroots/x86_64-linux/usr/lib23:14
*** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto23:14
denixkhem: I don't need modules. I'll try do_shared_workdir first...23:15
khemmartinkelly: this will be a good pull request if you fix it23:15
khemdenix: yeah23:15
martinkellykhem: sure, happy to do so. any idea about the second issue?23:15
martinkellyi will dig through if you're not sure23:15
khemits probably needs to be patched23:15
khemas well23:16
martinkellyok23:16
khemyou need to look either into llvm-common or clang provided pne23:16
khemone23:16
martinkellyok23:16
martinkellyi guess i'm surprised to be the only one hitting this. if llvm-config isn't working right, shouldn't everyone using meta-clang be broken?23:16
khemno23:16
khemonly if you poke for it23:16
martinkellylol, "poke" ?23:17
martinkellyhow would the cmake llvm-config probing ever work in this configuration? does it work by coincidence for those building native? is it just broken for me because i'm in a qemu sysroot?23:18
khemit could be broken in general23:18
martinkellyok. do not many people use clang in yocto? i was kind of surprised to see the version be only 3.3 in oe-core23:19
khemyeah core version is only there for llvmpipe support in mesa23:19
*** bavery_fn1 <bavery_fn1!~bavery@134.134.139.82> has quit IRC23:22
paulgwe should have a compiler/toolchain named "crack".23:23
paulgthen we'd have crackpipe support.  ;-)23:23
martinkellylol23:23
martinkellyok. thanks for your help khem! if you're the one i'm thinking of, i was at your talk last week at ELC :).23:23
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC23:26
*** benjamirc <benjamirc!~besquive@134.134.139.82> has joined #yocto23:27
denixkergoth: tried --no-setscene, but it also triggers rebuilding all the dependencies, though they are already built...23:27
kergothhuh, thats strange, havent seen that. maybe a recent change? check with rp?23:28
denixhmm, can't seem to be able force-rebuild a single package at all... "bitbake blah" once to get all the dependencies populated, then bitbake -c cleansstate and disable sstate-mirror, but now it rebuilds all the dependencies, which I don't want...23:31
denixwell, maybe not all , but only some - it did eventually failed where I expected it to fail. sorry for the noise23:32
kergothtry -C fetch instead?23:32
denixkergoth: will be trying next23:38
denixso, shouldn't virtual/kernel:do_shared_workdir be part of sstate?23:39
martinkellykhem: do you think it's important to support multiple llvm versions co-installed? i see two ways to patch the wrapper script... 1) remove the logic regarding LLVM_WANT_RELEASE and just use unversioned llvm-config. 2) properly verison all the installed artifacts like, say, debian does (this requires some work and pain to get right, so i don't want to do it unless it's worth the effort).23:40
*** manuel_ <manuel_!~manuel@91.137.51.173> has quit IRC23:42
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC23:47
RPdenix: no, it shouldn't since extracting it from source takes the same length of time23:49
denixRP: thanks. looks like our devs look for include/generated/uapi/linux/version.h which is only available in shared workdir...23:51
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto23:52
*** manuel_ <manuel_!~manuel@91.137.51.173> has joined #yocto23:59
*** lamego <lamego!~jose@134.134.139.74> has quit IRC23:59

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