Tuesday, 2018-11-27

*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto00:08
*** kaspter <kaspter!~Instantbi@115.205.169.242> has quit IRC00:20
*** kaspter <kaspter!~Instantbi@115.205.169.242> has joined #yocto00:21
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto00:29
Marexzeddii: zeddii_home: bump regarding linux-yocto 4.19 ?00:35
Marexbluelightning: Hi, are you attending LCA 2019 ?00:35
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC00:39
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto00:44
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto00:44
*** peacememories <peacememories!~textual@80-110-119-185.cgn.dynamic.surfer.at> has joined #yocto00:50
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC00:55
la_croixAnyone around?01:29
*** alicef <alicef!~none@www1392ue.sakura.ne.jp> has joined #yocto01:30
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto01:30
la_croixI'm having trouble with setuptools whilst building scipy01:31
Croftonscpy is a pain01:35
Croftonhav eyou found the prior art on it?01:35
la_croixCrofton Nope, I've done a lot of googling01:36
Croftonhang on01:36
la_croixIt says it can't find setuptools, even though 'inherit setuptools3' is in the recipe. The only SO question I found had 'inherit setuptools3' as the answer01:37
la_croixAlso, I've built 10 other python packages using the same recipe structure, and not had any problems01:37
Crofton|workla_croix, https://github.com/scipy/scipy/issues/8571#issuecomment-43623323301:38
Crofton|workscipy is a pain01:38
Crofton|workmuch messed up shit01:38
la_croixCrofton|work I'll add that line and try building. Why is it such a mess?01:39
Croftonread the thread01:40
Croftonreminds me, need to look at tit again sometime01:40
la_croixCrofton Same problem... Have I done something stupid? http://paste.ubuntu.com/p/zHmrqyCtP5/01:41
Croftonwhat am I looking at?01:42
la_croixCrofton The recipe, this is the other bit: http://paste.ubuntu.com/p/M2mPtvVkHh/01:43
CroftonI thinkk you need to look closely01:44
CroftonI sustecpt setup.py isn't a standrad form01:44
la_croixCrofton Sorry to be stupid, but I don't really know where to start01:46
Croftonread the setup.py file01:46
Croftonscipy is painful01:46
Croftonreadin ghte "recips" postsed not sure they really work :)01:46
la_croixCrofton In terms of the recipes, these are what I was given when I came on here and asked how to install python packages. ;) I've been using the same structure, just changing names, and checksums, and it has worked fine for everything apart from scipy01:48
Croftoncompare setup.py in scipy to standard01:49
Croftonscipy isn't straight forward01:49
la_croixYeah... it looks complicated01:49
la_croixCrofton Surely there's a recipe somewhere... I can't be the first person to try to install scipy on yocto :/01:50
*** peacememories <peacememories!~textual@80-110-119-185.cgn.dynamic.surfer.at> has quit IRC01:52
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC01:54
Croftonsee link01:54
la_croixCrofton Oh, thank you02:02
la_croixCrofton I've got as far as this: https://jumpnowtek.com/yocto/Add-Fortran-support-to-a-Yocto-build.html (the recipe complained it had no fortran support), and I've followed the instructions. Now I get: No recipes found for /home/ubuntu/dev/poky/meta-custom/recipes-devtools/gcc/gcc-runtime_4.8.bbappend02:20
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC02:26
Croftonwhat is meta-custom?02:29
* Crofton isn't a poky user02:29
la_croixCrofton It's just a layer I've put all my crap in02:34
la_croixCrofton To be honest, I think this is more effort than it's worth. I'm going to modify the code and try to get away with not using scipy02:35
Croftonsome stuff is also in numpy02:35
Croftonlast resort you can build scipy on device02:36
Croftonnot sure what gcc-runtime_4.8bbappend is02:36
Croftonbut gcc version isn;t 4.802:36
Croftonmayb eyou have bad instructinos for turning on FORTRAN02:36
Crofton# Enabling FORTRAN02:37
Crofton# Note this is not officially supported and is just illustrated here to02:37
Crofton# show an example of how it can be done02:37
Crofton# You'll also need your fortran recipe to depend on libgfortran02:37
Crofton#FORTRAN_forcevariable = ",fortran"02:37
Crofton#RUNTIMETARGET_append_pn-gcc-runtime = " libquadmath"02:37
Croftonfrom local.conf.extended02:38
la_croixCrofton It's ok, I really appreciate your help, but to be honest, I just need to get an audio file into an array, and I've found a way to do it that doesn't take scipy02:41
Croftongood :)02:43
Croftonwrite answer02:43
Croftoner right answer02:43
la_croix:)02:49
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC02:50
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto02:50
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC02:57
*** alicef <alicef!~none@www1392ue.sakura.ne.jp> has joined #yocto03:39
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto03:40
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC03:50
*** alicef <alicef!~none@www1392ue.sakura.ne.jp> has joined #yocto03:51
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto03:51
*** ski7777 <ski7777!~quassel@ip5b437013.dynamic.kabel-deutschland.de> has quit IRC04:04
*** submux <submux!~submux@179.51-175-186.customer.lyse.net> has joined #yocto04:13
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC04:15
*** submux <submux!~submux@179.51-175-186.customer.lyse.net> has quit IRC04:18
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC04:52
*** dmoseley <dmoseley!~dmoseley@072-184-106-074.res.spectrum.com> has quit IRC05:19
*** gtristan <gtristan!~tristanva@110.11.179.72> has joined #yocto05:35
*** submux <submux!~submux@2001:840:4b2b:101:9d2a:6ae0:2f27:f7fe> has joined #yocto05:37
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto05:47
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto05:53
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC05:58
*** alicef <alicef!~none@www1392ue.sakura.ne.jp> has joined #yocto06:11
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto06:11
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-zfcpwtrdmqtjsxbj> has quit IRC06:13
*** adrianbunk <adrianbunk!~bunk@dsl-hkibng31-54faec-60.dhcp.inet.fi> has joined #yocto06:18
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto06:27
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto06:28
*** moemoe <moemoe!~moemoe@sirius-tau.a-ix.net> has quit IRC06:28
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC06:29
*** moemoe <moemoe!~moemoe@sirius-tau.a-ix.net> has joined #yocto06:30
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto06:30
*** anujm <anujm!~anujm@192.55.54.39> has joined #yocto06:40
*** thaytan <thaytan!~thaytan@121-200-23-18.cust.aussiebb.net> has quit IRC06:55
*** thaytan <thaytan!~thaytan@121-200-23-18.cust.aussiebb.net> has joined #yocto06:57
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto07:12
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:eca2:e4f2:113e:4233> has joined #yocto07:14
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto07:18
learningcWhat's the compiler optimization flag is Yocto using to compile its packages?07:19
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto07:22
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC07:24
*** hwy <hwy!c2440282@gateway/web/freenode/ip.194.68.2.130> has quit IRC07:33
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:37
*** dmoseley <dmoseley!~dmoseley@072-184-106-074.res.spectrum.com> has joined #yocto07:37
*** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto07:46
khem-O2 generally, but its a series of flags you should check bitbake -e <recipe> and check for CFLAGS and CC variable settings07:49
*** fl0v0 <fl0v0!~fvo@mue-88-130-96-067.dsl.tropolys.de> has joined #yocto07:59
*** tasslehoff_ <tasslehoff_!~Tasslehof@82.147.55.166> has joined #yocto07:59
*** ski7777 <ski7777!~quassel@91.67.112.19> has joined #yocto08:02
*** mckoan|away is now known as mckoan08:02
mckoangood morning08:02
*** slips <slips!~slips@2.51-174-212.customer.lyse.net> has joined #yocto08:04
pepijndevosHow can I find the DISTRO_FEATURES that I'm using?08:07
pepijndevosI'm still trying to sort out the wifi situation on my meta-raspberrypi image. I've added networkmanager, but I'm not sure how to start it and add a config file.08:08
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:eca2:e4f2:113e:4233> has left #yocto08:08
*** kaspter <kaspter!~Instantbi@115.205.169.242> has quit IRC08:13
henriknjTrying to use the kernel-yocto.bbclass for a custom tree and I'm having some issues with applying a patch. It seems like do_patch() always create a symlink from 'series -> patch.queue' even though the branch option in a given scc file changes the name of the patch queue. Am I missing some variable or something that determines this?08:14
*** cvasilak <cvasilak!~cvasilak@ppp-94-66-25-27.home.otenet.gr> has joined #yocto08:14
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto08:16
*** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has joined #yocto08:18
*** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has quit IRC08:20
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto08:22
*** interruptguy <interruptguy!~interrupt@hel-inetgw01.vaisala.com> has joined #yocto08:23
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto08:25
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC08:28
*** gtristan <gtristan!~tristanva@110.11.179.72> has quit IRC08:28
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC08:29
*** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto08:30
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto08:30
*** rajm <rajm!~robertmar@office.codethink.co.uk> has joined #yocto08:32
*** submux <submux!~submux@2001:840:4b2b:101:9d2a:6ae0:2f27:f7fe> has quit IRC08:34
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC08:34
*** kristoiv <kristoiv!~kristoiv@195.139.214.6> has joined #yocto08:35
*** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto08:36
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto08:36
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto08:38
*** ant_home <ant_home!~ant__@host55-101-dynamic.58-82-r.retail.telecomitalia.it> has quit IRC08:39
henriknjI guess I would have to just read the kgit-meta and scc scripts08:43
*** sagner <sagner!~ags@46.140.72.82> has joined #yocto08:45
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto08:55
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto08:56
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-kxhlnngqtcxfndmj> has joined #yocto09:00
*** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has quit IRC09:10
pepijndevoshuh, I added systemd to my local.conf and now it's recompiling the whole universe.09:12
LetoThe2ndpepijndevos: usually one adds it to the custom DISTRO... but yes, the impact is rather massive.09:14
pepijndevosoh... hmm, making a custom DISTRO sounds way nicer than putting random shit in local.conf. I'll look into that.09:17
*** alinucs <alinucs!~abo@static-176-158-51-218.ftth.abo.bbox.fr> has joined #yocto09:20
LetoThe2ndpepijndevos: local.conf is usually good for "ummmm lemme give that a try" after, that, move stuff to approriate places for reproductibility.09:22
*** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has joined #yocto09:22
LetoThe2ndpepijndevos: in almost all projects you will have a custom MACHINE, custom DISTRO and custom IMAGE09:22
*** anujm <anujm!~anujm@192.55.54.39> has quit IRC09:25
*** cquast <cquast!~cquast@90.85.130.193> has joined #yocto09:26
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto09:26
pepijndevosWhat are the bottom 3 lines for here? http://forum.variscite.com/viewtopic.php?t=34309:27
*** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has quit IRC09:27
LetoThe2ndpepijndevos: each setting should be neatly explained here: https://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#selecting-an-initialization-manager09:27
*** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has joined #yocto09:29
learningckhem, Thanks09:30
pepijndevosI read that, but not thoroughly enough. Now reading how backfill works. Still not sure what the "virtual runtime" refers to. Sounds to me like some qemu thing.09:32
*** aratiu <aratiu!~adi@80.97.64.55> has quit IRC09:32
*** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto09:34
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:38
LetoThe2ndpepijndevos: i would interpret the VIRTUAL-RUNTIME_xxxx as "package that provides the functionality of xxxx at runtime". you can have different recipes that provide VIRTUAL-RUNTIME_init_manager, for example09:38
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto09:53
*** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto09:59
rburtonpepijndevos: virtual as in not real: init-manager is a package name that never actually exists, just other packages provide it09:59
rburtonso systemd provides init-manager09:59
rburtonso does sysvinit09:59
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC10:02
pepijndevosahhh makes sense10:07
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC10:07
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto10:08
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC10:13
*** ant_work <ant_work!~ant__@host27-31-dynamic.0-87-r.retail.telecomitalia.it> has joined #yocto10:15
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto10:20
*** no_such_user <no_such_user!~no_such_u@mail.analogue-micro.com> has quit IRC10:24
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC10:35
*** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto10:35
*** berton <berton!~berton@181.220.65.91> has joined #yocto10:38
*** kristoiv <kristoiv!~kristoiv@195.139.214.6> has quit IRC10:41
*** no_such_user <no_such_user!~no_such_u@217.144.149.244> has joined #yocto10:42
*** no_such_user <no_such_user!~no_such_u@217.144.149.244> has quit IRC10:49
*** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has quit IRC10:50
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto10:50
pepijndevosWhat is the correct way to enable wifi and add a config to connman? Basically so it connects to the right network on first boot.10:54
*** kristoiv <kristoiv!~kristoiv@195.139.214.6> has joined #yocto10:56
pepijndevosBasically by default there is a file in /var/lib/connman/settings that contains [WiFi] Enabled=false, but I don't see where it is created.10:57
*** rajm <rajm!~robertmar@office.codethink.co.uk> has quit IRC10:58
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto10:58
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto10:58
*** rajm <rajm!~robertmar@office.codethink.co.uk> has joined #yocto10:59
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC11:00
*** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto11:00
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto11:00
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC11:00
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto11:01
*** cquast <cquast!~cquast@90.85.130.193> has quit IRC11:02
*** cquast <cquast!~cquast@90.85.130.193> has joined #yocto11:04
*** no_such_user <no_such_user!~no_such_u@2a01:4c8:d:e55f:19d7:4196:43d7:7870> has joined #yocto11:04
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC11:05
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:e5dd:3963:cb10:588e> has joined #yocto11:08
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:e5dd:3963:cb10:588e> has left #yocto11:09
*** kristoiv <kristoiv!~kristoiv@195.139.214.6> has quit IRC11:13
*** no_such_user <no_such_user!~no_such_u@2a01:4c8:d:e55f:19d7:4196:43d7:7870> has quit IRC11:17
*** cquast <cquast!~cquast@90.85.130.193> has quit IRC11:18
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC11:18
yoctiNew news from stackoverflow: ADV7513 on yocto - kernel 4.14 <https://stackoverflow.com/questions/52969842/adv7513-on-yocto-kernel-4-14>11:21
*** slips <slips!~slips@2.51-174-212.customer.lyse.net> has quit IRC11:25
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto11:26
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto11:26
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC11:27
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:35
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC11:40
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto11:40
*** no_such_user <no_such_user!~no_such_u@mail.analogue-micro.com> has joined #yocto11:41
*** slips <slips!~slips@2.51-174-212.customer.lyse.net> has joined #yocto11:43
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC11:45
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto11:46
*** laumann <laumann!~thomas@188.226.179.218> has joined #yocto11:47
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC11:48
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC11:51
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto11:53
laumannHi all! Can I ask a Poky related question here? I'm pretty new to Yocto as a system, so this may be an easy question: How do I install SSL certificates in Poky (2.3.2)?11:55
laumann(I asked in #Poky, but it seems pretty quiet there)11:56
LetoThe2ndlaumann: no idea about #poky, but generally you are correct here. just what do you mean exactly by "install ssl certificates"=11:57
laumannLetoThe2nd: I'm trying to do 'curl https://google.com' (for instance) and am getting: curl: (60) server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none11:59
*** florian_kc is now known as florian11:59
LetoThe2ndlaumann: just add ca-certificates to your image. -> http://layers.openembedded.org/layerindex/recipe/5903/12:00
laumannLetoThe2nd: thanks, I guess this is where my n00bness in Yocto comes in: I have a gateway that came with Poky pre-installed, and this is the one I'd like to add the CA certificates to12:02
laumanncan I modify that image?12:02
LetoThe2ndhum no, this is not how things work in openembedded.12:02
LetoThe2ndunless that image for some reason has package management enabled, which is rare IMHO12:03
laumannLetoThe2nd: that's what I feared :-)12:03
laumannI'm not even sure what package manager this has (if any)12:03
laumannnot apt, for sure12:03
LetoThe2ndi mean, you can test if there is something like dpkg or rpm there. but in that case, you're probably better off just getting the certificate archive, and manually extract + place it at the respective destinations.12:04
LetoThe2ndlaumann: you have to think of yocto/OE as a toolkit that *builds* your distribution, and not *is* a distribution. that means who ever sold that gateway created a custom linux distribution to run on it.12:05
laumannLetoThe2nd: Ah thanks! Looks like there's rpm12:05
LetoThe2ndwhich product is that, by the way?12:05
laumannLetoThe2nd: but I'm up for doing this manually12:06
laumannLetoThe2nd: Just a sec, let me find it12:06
T_UNIXif no explicit preferred version is defined, how's the preferred version determined? lexicgraphical order?12:06
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:7866:c413:7d08:a7a6> has joined #yocto12:06
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:7866:c413:7d08:a7a6> has left #yocto12:06
LetoThe2ndT_UNIX: highest version, should be12:06
laumannLetoThe2nd: It's this one: https://www.eurotech.com/en/products/subsystems/edge-computers/dynagate-10-1212:06
LetoThe2ndlaumann: looks like a beaglebone black with a fancy case + some special sauce12:07
T_UNIXah, Debian.12:07
laumannLetoThe2nd: their manual is not quite specific about the Linux: it just says "Yocto Linux"12:08
laumannwhich isn't very helpful :P12:08
LetoThe2ndlaumann: which is technically an incorrect term12:08
laumannLetoThe2nd: Yeah, I know12:08
laumannLetoThe2nd: but I've been able to determine that it's a Poky of some sort12:08
laumannLetoThe2nd: How can you tell it's a beaglebone?12:09
LetoThe2ndlaumann: i'm not saying it *is* really a beaglebone inside, but the HW specs look extremely similar to the BBB, so i suspect its either one inside (possible) or a design closely based on it (more probably, actually)12:11
laumannLetoThe2nd: ok12:11
LetoThe2ndlaumann: but their github account does not offer the layers they used. so if this is more than a one-off tinkerin product, you seriously need to pester their support into handing out the proper sources (which they are obliged too anyways, with the metadata being sometimes subject to discussion)12:12
laumannLetoThe2nd: ok, I'll get a hold of them12:14
LetoThe2ndlaumann: i mean, you probably don't want to manually beat the root fs into shape on every unit you ship. let alone update core parts, or add new software that has to be crosscompiled against libraries in specific versions, right ;-)12:15
LetoThe2ndso you need the building metadata to create your own images.12:16
laumannLetoThe2nd: hehe, no :-)12:18
LetoThe2ndsee. good luck!12:18
laumannLetoThe2nd: Thanks for the help! Until I get the sources, I'll try installing the certificates manually... we'll see how it goes12:20
kanavinkanav12:20
kanavintypo :)12:21
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto12:22
*** interruptguy_ <interruptguy_!~interrupt@hel-inetgw01.vaisala.com> has joined #yocto12:26
*** interruptguy <interruptguy!~interrupt@hel-inetgw01.vaisala.com> has quit IRC12:26
RPWe have too many "'random" selftest failures :(12:27
*** peacememories <peacememories!~textual@81.189.130.58> has joined #yocto12:28
RPrburton_: do you think the cpio segfault could be due to files changing under it? Wondering if we should put an inotify monitor over the do_image* tasks and see if something is writing there12:32
pepijndevosI have a commercial package with a custom package format that installs target libraries in a folder in $PACKAGE_NAME. It's probably bad practice, but can I make a recipe that install files from the location specified by this environment variable?12:35
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC12:35
*** kristoiv <kristoiv!~kristoiv@195.139.214.6> has joined #yocto12:35
LetoThe2ndpepijndevos: manually unpack and do install magic, sure. look at the bin_package class (or whatsit called, something similar)12:36
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC12:40
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto12:47
pepijndevosHow can I reference an environment variable with an absolute path in SRC_URI?12:49
rburton_RP: interesting idea to catch changes12:52
rburton_RP: a general-purpose "during this with block, this directory shouldn't change" would be awesome12:52
*** peacememories <peacememories!~textual@81.189.130.58> has quit IRC12:52
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC12:53
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto12:53
RPrburton_: can't think why cpio would fault otherwise :/12:57
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto12:58
RPrburton_: I've put a few debugging patches in -next and run lots of selftests, will see if that shows anything. Its hot sstate so may not be so good at showing them up12:59
RPnot the inotify one though, still need to figure out how to implement that13:00
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto13:04
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC13:05
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto13:05
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC13:07
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto13:10
pepijndevosSo... this binary package includes target arch libraries, but also a few host arch binaries. Can I make sortof a host package that's used for compiling stuff that depends on it?13:12
LetoThe2ndpepijndevos: should be doable through the PROVIDES mechanism, i guess. but you're in for a lot of pain, and always remember the licensing restrictions that this said lib might impose on your product13:17
*** jij <jij!jonashg@nat/axis/x-wjiqjzfpiubwyeex> has quit IRC13:17
*** marka <marka!~masselst@128.224.252.2> has joined #yocto13:24
pepijndevosLetoThe2nd, with RTI Connext, I'm not expecting anything less than living hell :(13:24
LetoThe2ndrti?13:25
pepijndevoshttps://www.rti.com/products/connext-dds-professional13:25
LetoThe2ndhrhrhr13:26
rburton_pepijndevos: i'd have two recipes that use the same SRC_URI but package up either the host stuff (foo-native) or target stuff (foo)13:27
*** Carton__1 <Carton__1!~jo@2a02:120b:7ff:51a0:b923:3373:4c9:a5> has joined #yocto13:27
*** Carton__1 <Carton__1!~jo@2a02:120b:7ff:51a0:b923:3373:4c9:a5> has left #yocto13:27
pepijndevosBasically, they give you a host installer which includes code generators for message definitions. In order to be able to cross-compile my software, I somehow need to invoke that thing.13:28
LetoThe2ndyeah, we've seen things like that many times13:29
pepijndevosrburton_, sure, how do I make a foo-native package that can be used to compile stuff, but not end up on the image?13:29
LetoThe2ndpepijndevos: -native packages do not go into the image13:29
*** tasslehoff_ <tasslehoff_!~Tasslehof@82.147.55.166> has quit IRC13:30
pepijndevosSo I just call it -native and I'm good? I'm now looking at this cross class, is that relevant?13:30
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC13:30
rburton_pepijndevos: call it foo-native, inherit native in it, and most importantly don't put it in the image in the first place :)13:31
rburton_cross class is only relevant if you're buiding a cross compiler13:31
pepijndevosawesome, I'll try13:33
*** pouet_forever <pouet_forever!~nico@213.56.200.5> has joined #yocto13:34
pepijndevosCan recipes have underscores in their names? Seems not.13:36
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto13:43
*** learningc <learningc!~learningc@210.195.35.150> has joined #yocto13:50
eduardas_mhello, is it just me or is the "usrmerge" for DISTRO_FEATURES not documented in the latest Yocto project manual? At least it does not seem to be in the 2.6 Mega-manual13:51
yoctiNew news from stackoverflow: How to handle two kernel recipes in parallel? <https://stackoverflow.com/questions/53501232/how-to-handle-two-kernel-recipes-in-parallel>13:52
*** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto14:01
*** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto14:02
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC14:04
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto14:04
RPrburton_: test runs shows other failures, all different :(14:05
rburton_RP: argh14:07
Croftonas opposed to all the same?14:07
CroftonNobody laughs at my jokes, must be too old14:12
*** peacememories <peacememories!~textual@81.189.130.58> has joined #yocto14:17
*** apteryx <apteryx!~maxim@45.72.138.75> has quit IRC14:18
*** peacememories <peacememories!~textual@81.189.130.58> has quit IRC14:18
rburton_what joke?14:19
*** learningc <learningc!~learningc@210.195.35.150> has quit IRC14:20
*** learningc <learningc!~learningc@210.195.35.150> has joined #yocto14:20
yatesin this definition of the variable S it is stated it is "where unpacked recipe source code resides," but I don't understand how or why recipes are unpacked. are they not static from the <project>/sources paths?14:20
rburton_because most recipe sources are tarballs14:21
LetoThe2ndyates: recipes are not unpacked. "recipe source codes", eg. that what the recipe refers to, is unpacked if needed.14:21
yatesoh!14:21
*** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto14:21
yatesok, parse error... :)14:22
yatesall is right with the world once again..14:22
rburton_everything in SRC_URI is fetched (do_fetch, put in DL_DIR) then unpacked (do_unpack, untarred to $S for tarball, just copied for plain files, git checkout for git)14:22
yatesright14:23
pepijndevosUhm, so I have a -native package now. How can I use it in another package? The native package puts files in build/tmp/work/x86_64-linux/dds-native/5.3.1-r0/image it appears14:24
*** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has joined #yocto14:24
LetoThe2ndpepijndevos: -> DEPENDS14:25
pepijndevosYea, but what's the path after that?14:25
LetoThe2ndpepijndevos: you put package-native into depends, and then "use" it as it is installed in the host system14:26
LetoThe2nds/system/sysroot/14:26
pepijndevosOh, so it's like [...]/image/blah is actually /blah14:27
pepijndevoscool cool14:27
rburton_yeah image/ is just a staging directory14:28
rburton_*everything* in tmp/work/* is staging and can be deleted14:28
rburton_when your recipe depends on foo-native it puts the contents of foo-native into your sysroot14:29
rburton_which is on $PATH, so binaries just work14:29
yateswhere is the W variable defined?14:31
yatesi looked in two manuals' glossaries and can't find it14:32
yatesisn't there a ${W} variable? i thought i saw it used, in do_compile?14:34
*** interruptguy_ <interruptguy_!~interrupt@hel-inetgw01.vaisala.com> has quit IRC14:34
LetoThe2ndyates: there is S, B and D14:35
yatesLetoThe2nd: thank you.14:36
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC14:36
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC14:37
pepijndevosrburton_, my -native package installed stuff in non-standard locations, and it does not seem to be in the sysroot or the path.14:41
*** stephano <stephano!~stephano@134.134.139.75> has joined #yocto14:43
*** marka <marka!~masselst@128.224.252.2> has quit IRC14:44
pepijndevosI moved the files out of their prefix, so now I have /tmp/work/x86_64-linux/dds-native/5.3.1-r0/image/bin/rtipkginstall and in the other package I do DEPENDS += " dds-native" but then rtipkginstall gives me command not found.14:45
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC14:45
*** kristoiv <kristoiv!~kristoiv@195.139.214.6> has quit IRC14:47
*** marka <marka!~masselst@128.224.252.2> has joined #yocto14:47
*** armpit <armpit!~armpit@174-24-96-92.clsp.qwest.net> has quit IRC14:47
*** armpit <armpit!~armpit@174-24-96-92.clsp.qwest.net> has joined #yocto14:51
JPEWRP, rburton: Thanks for getting the AB building and testing MinGW15:01
pepijndevosthere is nothing much in recipe-sysroot[-native], is that normal?15:06
pepijndevosThis is my recipe now https://paste.ubuntu.com/p/tPbPT3pDnM/15:07
LetoThe2ndpepijndevos: LICENSE is not CLOSE, LICENSE is Proprietary :)15:08
LetoThe2nd(as a side note)15:08
rburton_pepijndevos: i suspect bin isn't in the path, try usr/bin15:09
*** jij <jij!jonashg@nat/axis/x-owrydrakitzxivkd> has joined #yocto15:10
pepijndevos(can I force the thing to rerun the whole recipe?)15:12
RPJPEW: Thanks for sorting the patches! We're testing 64 bit only atm but even that is a huge win15:13
pepijndevosrburton_, I have /home/rove/code/poky/rpi-build/tmp/work/x86_64-linux/dds-native/5.3.1-r5/image/usr/bin/rtipkginstall now, but ls /home/rove/code/poky/rpi-build/tmp/work/x86_64-linux/dds-native/5.3.1-r5/recipe-sysroot-native/usr/bin/ contains only guards  quilt15:14
*** learningc <learningc!~learningc@210.195.35.150> has quit IRC15:15
*** learningc <learningc!~learningc@210.195.35.150> has joined #yocto15:17
pepijndevosah... I'm onto something15:20
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:21
*** xtron <xtron!~xtron@110.93.212.98> has quit IRC15:24
pepijndevosit works! I copied shit to ${bindir} and that points straight to the sysroot15:26
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto15:27
pepijndevosWell... that part worked... still getting "not found" when I try to build the dependant package15:27
*** richardg <richardg!~richard@45.56.150.173> has joined #yocto15:29
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC15:31
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC15:31
pepijndevosWhere is the actual sysroot itself located?15:33
kergothrecipe-sysroot-native is where the DEPENDS of the recipe have their binaries15:33
kergothnot the recipe itself15:33
kergothand you can't run the binaries of the recipe you just built15:33
kergothso not sure what you're tryig to do there15:33
*** cvasilak <cvasilak!~cvasilak@ppp-94-66-25-27.home.otenet.gr> has quit IRC15:34
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto15:35
*** vmesons <vmesons!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto15:35
pepijndevoskergoth, I'm trying to install binaries in a native package and use it from another one.15:38
pepijndevossorry, pc crashed... having a great day haha15:40
*** asteriusio <asteriusio!~derek@104-179-196-18.lightspeed.brhmal.sbcglobal.net> has joined #yocto15:41
pepijndevoskergoth, this is my recipe now https://paste.ubuntu.com/p/GD8KqqcPwj/15:42
pepijndevosThat moves all the thins into build/tmp/work/x86_64-linux/dds-native/5.3.1-r5/recipe-sysroot-native somehow...15:42
*** vmesons is now known as vmeson15:44
pepijndevosI've tried to just move to ${D}/usr/bin, but that doesn't work either..15:45
*** richardg <richardg!~richard@45.56.150.173> has quit IRC15:46
*** xtron <xtron!~sajjad@110.93.212.98> has joined #yocto15:47
kergothtarget should DEPENDS on the native recipe, native recipe should install to ${D}${bindir} in do_install, then the target recipe can run it from configure, compile, or install15:47
kergothnothing else to it, other than ensuring the native recipe inherits native, of course, one way or hte other15:48
*** ant_work <ant_work!~ant__@host27-31-dynamic.0-87-r.retail.telecomitalia.it> has quit IRC15:49
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC15:50
rburton_pepijndevos: those mv's are wrong15:52
rburton_you're missing a ${D} in the target15:52
rburton_also the mkdirs need ${D} too15:52
yoctiNew news from stackoverflow: Handling failed task in Yocto recipe <https://stackoverflow.com/questions/53503158/handling-failed-task-in-yocto-recipe>15:52
rburton_also PR isn't needed unless you're maintaining a feed, in which case dont use manual PR changes but use the PR server15:53
pepijndevosOH GOD YAY FINALLY15:54
rburton_inside do_install *everything needs to go into ${D}*15:54
rburton_D for Destination15:54
armpitYPTM: Armin is on15:55
pepijndevosI printed ${D}${bindir} and it printed something ridiculous that seemed like ${bindir} was an absolute path. So that's why I figured I should skip the D part.15:55
rburton_armin is very early15:55
pepijndevosSo... that worked for bin and include, but now the binary is complaining it can't find some resource files... these were obviously not copied into the sysroot.15:56
armpitrburton_, is it still an hour away.. I am MT timezone today15:57
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto15:58
rburton_armpit: no, you're just five minutes early15:58
RParmpit: no, there is one now15:58
rburton_pepijndevos: staging doesn't copy everything, you'll need to add that non-standard path to SYSROOT_DIRS15:59
rburton_(see staging.bbclass)15:59
RParmpit: are you on hold?15:59
*** kristoiv <kristoiv!~kristoiv@195.139.214.6> has joined #yocto16:00
pepijndevosawesome16:00
*** sjolley1 <sjolley1!86868b4a@gateway/web/freenode/ip.134.134.139.74> has joined #yocto16:00
armpitRP, no, I use the mute button on my phone16:01
RParmpit: do you have the bridge number?16:01
rburton_YPTM; ross on16:01
sjolley1YPTM on Zoom:Bridge is with Zoom at: https://zoom.us/j/99089271216:01
RPthanks16:01
sjolley1YPTM: Stephen Joined16:01
RPYPTM: Richard joined16:02
vmesonYPTM: Randy joined16:02
dreynaYPTM: David joined16:02
armpitYPTM: Armpit is on16:02
rburton_Ross16:02
*** aaronchu <aaronchu!c0c693a4@gateway/web/freenode/ip.192.198.147.164> has joined #yocto16:03
aaronchuAaron Chan has joined the Zoom Meeting16:03
*** rburton_ is now known as rburton16:04
*** aaronyocto <aaronyocto!aaronchu@nat/intel/x-iklbcjdwzxrtnwei> has joined #yocto16:06
*** kristoiv <kristoiv!~kristoiv@195.139.214.6> has quit IRC16:06
sjolley12.7 Planning doc: https://docs.google.com/document/d/15jB6nUJU2wrtnu6w07L9RZpNlj6AoxSTPEX5aELts1g/edit16:08
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto16:08
aaronyoctoThanks16:10
*** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC16:10
pepijndevoshrm... I've deleted all the manual moving because it break the structure, and added SYSROOT_DIRS += " ${D}/rti_connext_dds-5.3.1" in the hope that it'd add the whole folder. That does not seem to happen...16:13
pepijndevosAlright... I'll firgure this out tomorrow. Nothing works today...16:14
rburtonnot ${D}, the paths there are relative to the base of the sysroot16:14
pepijndevosoooooh16:14
rburtonso i'd guess adding "/rti_connext*" will work and be future proof16:14
*** berton <berton!~berton@181.220.65.91> has quit IRC16:16
*** berton <berton!~berton@181.220.65.91> has joined #yocto16:17
pepijndevosOkay, that looks slightly more promising... thanks so much. I'll figure out the final details tomorrow.16:17
aehs29oh wow I didnt know there was a meeting today16:22
*** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has quit IRC16:23
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto16:24
aehs29YPTM: Alejandro joined16:25
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC16:28
yatesat do_install_append time, should any utility (specifically wx-config) generated by autotool which got installed in $(bindir) be in the XYZ/usr/bin of the PATH?16:29
*** aaronchu <aaronchu!c0c693a4@gateway/web/freenode/ip.192.198.147.164> has quit IRC16:30
yatesby hacking some echos in the do_install_append, i'm seeing the usr/bin path at <builddir>/tmp/sysroots-uninative/x86_64-linux/usr/bin16:31
yatesbut looking there after the do_install_append exits all i can find is a patchelf-uninative - no other files or subdirs..16:32
kergothtotally OT, but https://arstechnica.com/tech-policy/2018/11/how-i-changed-the-law-with-a-github-pull-request/ is awesome16:33
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC16:33
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto16:33
rburtonyates: do_install writes to a staging area, which is unrelated to where you can run stuff from16:34
yatesrburton: ok, but i don't want to run anything. the endgame is to get the generate wx-config into my package.16:36
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC16:36
yatesi'm pretty sure the autotools is generating it because grepping shows this: https://paste.fedoraproject.org/paste/g8u7e8iTktr5rcuNWrGsDg16:37
yatesi'm just have a hard time getting at it (e.g., for FILES) at do_install_append time16:38
yatesremember a few days back ya'll also had me do this GLOB because the wx-config was a symlink: BINCONFIG_GLOB = "inplace-arm-fslc-linux-gnueabi-gtk2-unicode-3.0"16:39
rburtonright16:39
yatesFILES_${PN} = "${bindir}/wx-config ${bindir}/wxrc-3.0 ${bindir}/wxrc ${libdir}/wx ${includedir}/wx-3.0 ${libdir}/libwx*"16:40
yatesthat apparently does not pick up the wx-config into the package16:41
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC16:41
rburtonhave a look at binconfig.bbclass16:41
rburtonspecifically the first line16:41
yatesbecause building a subsequent recipe that DEPENDS on this recipe (i call it simply wxwidgets_3.0.4.bb) can't find wx-config16:41
yatesyou mean this: FILES_${PN}-dev += "${bindir}/*-config"16:42
rburtonyes16:42
rburtonthats why its not in PN, because it should be in PN-dev16:43
rburtonso i'd verify that is happening16:43
rburtonstop putting includedir in PN16:43
rburtonseriously just delete your FILES16:43
rburtonlet the standard rules do the right thing16:43
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto16:44
yatesi was geting qa error.16:44
yatesgetting16:44
rburtonyou'll definitely get a QA error if you put development libraries into PN16:44
*** aaronyocto <aaronyocto!aaronchu@nat/intel/x-iklbcjdwzxrtnwei> has left #yocto16:44
*** sjolley1 <sjolley1!86868b4a@gateway/web/freenode/ip.134.134.139.74> has quit IRC16:45
rburtonfwiw, still unsure why you didn't just update the existing recipe16:45
*** apteryx <apteryx!~maxim@45.72.138.75> has joined #yocto16:47
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC16:47
*** lusus <lusus!~lusus@62.91.23.180> has quit IRC16:48
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC16:48
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC16:48
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto16:49
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto16:49
derRichardwhen building with multilib, what approach do you suggest to build all packages except the kernel as 32bit application?16:50
yatesrburton: re: development libraries: the include files are supposed to be part of the package, are they not?16:52
rburtonthe PN-dev pacakge16:52
rburtonas per the standard FILES16:52
rburtonPN has the actual libraries, PN-dev has the development library links, and headers16:52
rburtonfor wx I'd expect all of $bindir to be in PN-dev too16:53
RPrburton: ok with next up to uboot-sign?16:53
rburtonyates: the important distinction is what is needed to run something using wx vs what is needed to build against wx16:53
* rburton looks16:53
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC16:54
yatesrburton: yes, i understand that difference. but i wanted this recipe to provide both the run-time libraries (.so's) AND the files needed for development (the includes, the wx-config utility)16:54
rburtonyates: why not just install PN and PN-dev16:54
rburtonyou'll end up arguing with the QA16:55
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC16:55
yatesso you mean the standard rules will generate both wxwidgets and wxwidgets-dev RPMs automagically ???16:56
rburtonyes16:56
vmesonderRichard: bitbake lib32-core-image-foo should work, no?16:56
* yates facepalms16:57
rburtonyates: bitbake.conf, look at PACKAGES and all the FILES16:57
* vmeson builds that now but in a WR Linux env.16:57
rburtonRP: the hostname thing is horrible16:58
rburtonbeen meaning to review that, wish i did earlier16:58
RPrburton: how should we do it though?16:59
*** mckoan is now known as mckoan|away17:00
yatesi need to add the ${PN}-dev to the recipe's PROVIDES if i want to DEPENDS on it by another recipe?17:02
rburtonyates: DEPENDS works on recipes not pacakges17:03
rburtonso just DEPENDS=wxwidgets17:03
rburtonRP: move hosts to base-files so it can be written at the same time?17:09
yatesrburton: do i need to add PROVIDES += "${PN}-dev" in the wxwidgets recipe if i want the wxwidgets-dev.rpm package to be available at target system runtime?17:09
yates(i'm generating a repository and using it with smart)17:10
rburtonyates: no, its a package, so its available17:10
rburtonalso PROVIDES is built-time, you'd be talking about RPROVIDES. but no.17:10
yatesso if a ra DEPENDS on rb, then it automatically gets rb-dev files at build-time?17:12
yatesif so, something is hosed. i'm still getting "wx-config: not found" problem in ra at bitbake time.17:12
yatesi removed my FILES in wxwidgets17:14
yateswxwidgets_3.0.4.bb: https://paste.fedoraproject.org/paste/phslD8vbuJ2FIDv0BnRaZQ17:14
*** rajm <rajm!~robertmar@office.codethink.co.uk> has quit IRC17:14
yatesclient-6300-devel_1.0-rc0.bb: https://paste.fedoraproject.org/paste/N1h7ZMwAqtDEZbaIuEhZLw17:14
derRichardvmeson: aaaahh, i can use the lib32-prefix here too. very nice. thx!17:16
*** sagner <sagner!~ags@46.140.72.82> has quit IRC17:16
*** dmoseley71 <dmoseley71!48b86a4a@gateway/web/cgi-irc/kiwiirc.com/ip.72.184.106.74> has joined #yocto17:17
yatesdoh. i am deleting files which include wx-config in the wxwidgets do_install_append(). i undeleted them, but then i'm getting QA errors. why aren't the "standard rules" putting those into the -dev package?17:19
rburtonwhat files?17:19
yateshttps://paste.fedoraproject.org/paste/OJ0W~EdM7z2cPD8oIGyaDw17:20
rburtonbecause the standard rules have no idea where those files go17:21
rburtonthey look like they belong to PN-dev17:21
yatesyes17:21
yateshow do i finagle that?17:21
rburtonso FILES_${PN}-dev += "${libdir}/wx"17:21
yatesoh!17:22
rburtonnow you're not deleting the target of the wx-widgets symlink \o/17:22
yatesit really was a late-breaking revolution that a recipe generates both ${PN} and ${PN}-dev packages..17:24
yatess/revolution/revelation?17:24
rburtona recipe builds a package for everything in the cunningly-named variable PACKAGES17:24
rburtonif a package ends up empty, it doesn't get generated, unless ALLOW_EMPTY_[pkg] is set17:25
rburtonso even though PN-doc is in PACKAGES it is only generated if something is installed in $docdir, assuming default rules17:25
yateswhat are the default packages in PACKAGES? where is that instantiated?17:26
rburtonbitbake.conf17:26
*** agust1 <agust1!~agust@p508DE362.dip0.t-ipconnect.de> has joined #yocto17:26
yatesok.17:26
rburtonif the question is "where is...?" the first place to look is bitbake.conf17:27
rburtonthe better answer is bitbake -e and look at the PACKAGES assignment history17:27
*** agust <agust!~agust@p5088702D.dip0.t-ipconnect.de> has quit IRC17:28
yatesright17:28
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:28
yatesstill missing wx-config when attempting to build my dependent recipe. can i see the file system state (sysroot, etc) that was in-place in my dependent package's do_compile()?17:28
rburtonits in the work directory for that recipe17:29
yateshere's the recipe i just used: https://paste.fedoraproject.org/paste/HuiP9D5WB1rMnNO0B6hmcw17:29
rburtonno doubt a bust symlink17:29
rburtonwxwidgets sounds *great*17:29
yatesand... ?17:29
yatesnot so much?17:30
*** agust1 <agust1!~agust@p508DE362.dip0.t-ipconnect.de> has quit IRC17:30
*** agust <agust!~agust@p508DE362.dip0.t-ipconnect.de> has joined #yocto17:30
rburtonhillariously after all this you'll probably discover that the config script is so broken its useless17:30
rburtonmaybe it will work, you never know17:30
rburtonbut there's a very good reason why we try to kill them where possible17:30
RPyates, rburton: You may need to do something like the tcl recipe for a cross script, meta/recipes-devtools/tcltk/tcl_8.6.8.bb see the bindir_crossscripts bits17:31
*** no_such_user <no_such_user!~no_such_u@mail.analogue-micro.com> has quit IRC17:31
RPas rburton says, we removed most of them17:31
RPthings in bindir for the target are generally assumed not to be useful in a cross build17:32
* RP suspects rburton is blocking knowledge of the bad old days17:33
rburtontotally17:33
*** fl0v0 <fl0v0!~fvo@mue-88-130-96-067.dsl.tropolys.de> has quit IRC17:34
yatesso you mean that the problem is whether a script is used only for building the libary versus for building applicaitons which use the library?17:34
rburtonthe paths are likely wrong.  the binconfig class tries to fix them. doesn't always succeed.17:35
rburtontry it, might work17:35
*** Crofton|work <Crofton|work!~Crofton@2601:5c0:c100:b84:1d03:65ee:2014:3e2f> has quit IRC17:36
yatesthis is the contents of my dependent recipe's workdir: https://paste.fedoraproject.org/paste/fhHG8-4wydAnf6fDeWN4Xg17:37
yatesi don't see any sysroot type files there17:38
yatesthis is after error-ing out from do_compile17:38
yatesisn't that the ${WORKDIR}?17:38
rburtonoh is this an old yocto?17:38
yatesmorty17:39
rburtonright, shared sysroot17:39
rburtonthere's a directory called sysroot above work17:39
yateshttps://paste.fedoraproject.org/paste/5W2RKFKd3tFsoa22d4qhkA17:39
yatesyou mean sysroots?17:39
RPrburton: given its our own file that would be an option17:41
yatesok, so the wx-config is present in sysroots/lib/wx/...17:41
RPrburton: I wonder if that would break things for people17:41
rburtonRP: check where it is pointing too17:41
rburtonerm yates ^17:41
yatesno, i mean the target of the symlink is there17:42
yatesthere is no symlink to it in sysroots/usr/bin though! no wx-config symlink there17:42
yatesnada17:43
yatesnil17:43
rburtonyates: look in usr/bin/crossscripts17:43
yatesah.17:44
rburtontarget bindir is useless as you can't run anything17:44
rburtonsome select pieces get put in crossscripts, like anything binconfig touches17:44
yatesthe original symlink target is there. scratch what i said about the symlink target being in /usr/lib/wx17:44
yatesbut like i said, no symlink to it in usr/bin17:45
rburtonand not in usr/bin/crosssripts17:45
yatesright17:45
yateshttps://paste.fedoraproject.org/paste/eyhZT41fwD-jh2MEzkXXXw17:46
rburtonpass17:46
rburtonand on that note, dinner is on the table17:46
rburtonfish pie+++17:46
yatesding!17:46
yatesha. enjoy dinner rburton.17:46
yatesare you in Britain?17:46
yatesor is it politically incorrect to ask location on irc? :)17:47
yatescould i not just create a symlink in my do_install_append() there?17:48
*** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC17:50
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto17:54
*** interruptguy <interruptguy!~interrupt@82-181-115-116.bb.dnainternet.fi> has joined #yocto17:54
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC17:58
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto18:01
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC18:05
*** gnac_ <gnac_!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC18:10
*** interruptguy <interruptguy!~interrupt@82-181-115-116.bb.dnainternet.fi> has quit IRC18:17
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC18:19
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto18:20
derRichardvmeson: while bitbake lib32-core-image-foo seems to work fine, bitbake -c populate_sdk_ext lib32-core-image-foo does not18:29
derRichardcan't i create such an sdk?18:29
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto18:31
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC18:32
*** jpnurmi_ is now known as jpnurmi18:34
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto18:50
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-qvjmvcabhxykvfnd> has quit IRC18:53
*** BubuIIC <BubuIIC!bubuiicmat@gateway/shell/matrix.org/x-klrgycqqnpnncyig> has quit IRC18:53
*** TurBoss <TurBoss!turbossmat@gateway/shell/matrix.org/x-efnragfokdtapwge> has quit IRC18:53
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-hrqvumvoapqbwcvd> has quit IRC18:54
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:58
derRichardis this issue still here?19:07
derRichardhttp://lists.openembedded.org/pipermail/openembedded-core/2017-November/262640.html19:07
derRichardreads like ext sdk and multilib is not possible19:07
*** BubuIIC <BubuIIC!bubuiicmat@gateway/shell/matrix.org/x-zkqinmpaudkmbsne> has joined #yocto19:11
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto19:15
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-osmmadyjwplunafc> has joined #yocto19:17
*** TurBoss <TurBoss!turbossmat@gateway/shell/matrix.org/x-tpfownxedfkpmliy> has joined #yocto19:17
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-ycimsnhwnlkromne> has joined #yocto19:17
*** berton <berton!~berton@181.220.65.91> has quit IRC19:26
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC19:35
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto19:40
*** interruptguy <interruptguy!~interrupt@82-181-115-116.bb.dnainternet.fi> has joined #yocto19:44
*** TurBoss <TurBoss!turbossmat@gateway/shell/matrix.org/x-tpfownxedfkpmliy> has quit IRC19:56
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-osmmadyjwplunafc> has quit IRC19:56
*** BubuIIC <BubuIIC!bubuiicmat@gateway/shell/matrix.org/x-zkqinmpaudkmbsne> has quit IRC19:56
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-ycimsnhwnlkromne> has quit IRC19:56
vmesonderRichard: yeah, it would be nice to populate the sdk with just lib32 userspace. Care to re-open the defect: https://bugzilla.yoctoproject.org/show_bug.cgi?id=1221019:57
yoctiBug 12210: normal, Medium+, 2.5 M2, liezhi.yang, RESOLVED FIXED, populate_sdk_ext failed when multilib19:57
vmesonThere has been quite a bit of work on multlib support for 2.6 so maybe things have changed since early February.19:58
yateswhen building a recipe that DEPENDS on rdep, does yocto actually pull the files from rdep.rpm out of the deploy/rpms dir?19:58
derRichardvmeson: ok, i'll look into that :)19:59
derRichardbtw: in meta-openembedded/meta-multimedia/recipes-multimedia/libdc1394/libdc1394_git.bb i see:19:59
derRichardS = "${WORKDIR}/git/${PN}"19:59
derRichardthis seems to be broken for multilib, right?19:59
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC19:59
derRichardat least the build fails because make is unable to find the Makefile19:59
derRichardso i fear the name of the source path is wrong20:00
vmesonderRichard: if it doesn't build, it's a bug! s/PN/BPN/ ?20:00
* armpit hmm, layer index is not showing 'thud"20:00
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC20:02
*** BubuIIC <BubuIIC!bubuiicmat@gateway/shell/matrix.org/x-qdlaffmpohwduimf> has joined #yocto20:02
yatesrburton: i've discovered that the wxwidgets-dev.rpm package actually does list /usr/bin/wx-config. i don't know why it's not being installed20:02
yatesvia rpm -qlp wxwidgets-dev-3.0.4-r0.armv7at2hf_neon.rpm20:04
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto20:05
derRichardvmeson: so it is a bug to set S to PN? i always have to use BPN?20:08
derRichardat least from what i understand from the docs :)20:08
*** TurBoss <TurBoss!turbossmat@gateway/shell/matrix.org/x-tvlikqhsrorfatjj> has joined #yocto20:08
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-rpipgjfinoovvkeh> has joined #yocto20:08
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-qewdzglhilntjnbq> has joined #yocto20:08
derRichardyates: hey, nice to see you here too :-D20:11
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC20:14
derRichardvmeson: hmm, that bugzilla entry makes me sad. does that mean i can't have an sdk at all when multilib is being used?20:15
*** interruptguy <interruptguy!~interrupt@82-181-115-116.bb.dnainternet.fi> has quit IRC20:17
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto20:17
*** marka <marka!~masselst@128.224.252.2> has quit IRC20:18
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC20:27
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto20:27
yateshey derRichard from ##kernel!20:29
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto20:31
yatesok, i finally got wx-config to work20:33
yates...sort of20:33
yateshttps://paste.fedoraproject.org/paste/TT1gcHl91zS9Lm7MGyhLsw20:34
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC20:36
yatescan i get away with making a temporary edit to files in ${S} ?20:37
yatesoh shit20:43
yatesyates sees the light20:43
yateswx-config won't work for cross-compiling...20:43
yateswhat a pain in the rumpustoid20:44
yatesis that what ya'll have been trying to tell me for a few days now? :)20:44
derRichardyates: it is amazing that in 2018 still many packages don't build cross ;-\20:44
yatesyeah, how to fix? write my own?20:45
derRichardusually i fix the package20:47
yates"-I /usr/..." won't work...20:47
yates--Wpoison-system-directories20:48
yatesyes, that makes more sense20:49
yatesdon't reinvent the wheel, just fix it20:49
derRichardhmm, bitbake lib32-testing-image failed with:20:54
derRichardhttp://paste.debian.net/plain/105346920:54
derRichardwhyt is apt trying to say me?20:54
derRichard*what20:54
derRichardbitbake lib32-dropbear works just fine20:54
derRichardwhy is lib32-dropbear not installable?20:54
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto20:56
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC21:01
rburtonyates: are you talking about installed into the sysroot?  as i said, that's nothing to do with packages.21:05
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto21:06
rburtonyates: yes, you've now discovered why -config scripts are generally a nuisance21:07
yatesif they all had a sysroot option, that would generally fix the problem, no?21:07
rburtoncorrect21:08
yateslooking at the script there are --prefix and --exec-prefix options - i am not familiar enough to know if those can be used to do the same thing21:09
yatesmaybe i'm just not using it right???21:09
yateshttps://paste.fedoraproject.org/paste/Q6pSL2nIZnmQIYHsRoodJg21:09
yates^^^ that's from my x86 fedora system21:10
yatesis the binconfig_package_preprocess only used to modify files used in the cross-build, or do those modified files get packaged?21:14
rburtonboth21:14
rburtoni was just typing :)21:14
rburtonthe sysroot_preprocess one tries to turn the paths into paths to the sysroot21:14
rburtonthe package_preprocess one tries to remove any sysroot references that should be target paths21:14
rburtonif your config has e.g. /usr/ in then the sysroot one didn't do enough then try extending OE_BINCONFIG_EXTRA_MANGLE to add more replacements?21:15
yateswell, i cheated with an extremely dirty trick...21:16
rburtonlooks like upstream wx doesn't think pkgconfig is good enough and their stuff is fine21:16
rburton(joining gnupg, we patch gpg-config out and write our own pkgconfig files)21:17
yatesi put this in my recipe: binconfig_package_preprocess() {}21:17
yatesso i just tossed all your neat mods...21:17
yatesnot too smart, i guess.21:17
rburton*package*, won't touch the sysroot one21:17
*** marka <marka!~masselst@184.175.21.100> has joined #yocto21:18
yateswhat is ${PKGD} in your binconfig.bbclass?21:19
yates usr/bin ?21:19
*** maudat <maudat!~moda@64.18.88.250> has joined #yocto21:19
derRichardhm, as soon i add a single lib32-* package to my image, building the sdk fails21:19
rburtonpackage.bbclass:PKGD    = "${WORKDIR}/package"21:20
derRichardmultilib support seems to be in bad shape, at least for my use case21:20
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto21:24
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC21:30
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto21:40
*** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto21:42
yatesrburton: so why, if i set ${BINCONFIG_BLOB} to my wx-config symlink target, which is in /usr/lib/wx/..., doesn't it find it?21:42
yatesand i have FILES_${PN}-dev += "${libdir}/wx"21:42
yatesoh wait.21:44
yatesi got the answer to that..21:44
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC21:44
yatesDOH!!!21:48
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC21:48
yatesthe configure script name under usr/lib/wx/config is also a directory name under usr/lib/wx/include, and find is finding the latter one first!21:48
yateswhy is this so painful?21:49
rburtonthe sooner you learn that life is full of pain and misery, the better? ;)21:50
yatesha21:50
rburtonwhy couldn't wx just use a pkgconfig file?21:50
rburtonwhy can't there just be one build system for linux software?21:50
yatesindeed21:51
yateswhy did she have to eat that apple?21:51
rburtonwhy oh why did that singularity undergo inflation21:52
rburtonall went downhill from there21:52
yateswhy did Beelzebub rebel?21:53
yatesso here we are with broken build systems...21:54
yoctiNew news from stackoverflow: yocto core-image-sato gstreamer1.0-plugins-bad QA Issue <https://stackoverflow.com/questions/53508525/yocto-core-image-sato-gstreamer1-0-plugins-bad-qa-issue>21:54
yatesrburton: do you mean why couldn't wx have used the pkg-config tool?21:55
rburtonyes21:55
rburtonif it shipped a .pc file alongside the wx-config then people would have a choice21:55
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto21:56
yateshmm. why didn't putting a "-type f" in your find command when overriding your binconfig_package_process() work?22:00
yateshttps://paste.fedoraproject.org/paste/rNvrVeNHkcnXM8Ep-vTiDw22:00
yatessed is still operating on the directory22:00
yatesdoh22:01
yatesit did work22:01
yatesthis is binconfig_sysroot_preprocess22:01
rburtonive a patch locally to add lots of type f22:04
rburtonneed to send it22:04
rburtonits in poky-contrib:ross/mut if you want to test it :)22:04
yatesok22:04
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC22:04
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC22:06
yatesdoes something move the files in BINCONFIG_GLOB into /usr/bin/crossscripts?22:07
yatesno, nm22:14
yatesshoot22:15
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC22:15
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC22:19
*** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has joined #yocto22:29
*** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC22:32
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has quit IRC22:53
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has joined #yocto22:53
*** marka <marka!~masselst@184.175.21.100> has quit IRC22:55
aehs29the ML archives are gone?22:56
aehs29halstead:^^22:57
RPaehs29: I was using them earlier?23:08
RPaehs29: http://lists.openembedded.org/pipermail/openembedded-core/2018-November/date.html -  which list is broken?23:10
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto23:15
*** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has quit IRC23:18
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC23:20
*** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has quit IRC23:32
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC23:34
halsteadaehs29, Yeah can you send more details.23:36
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-duaqvoaxppasfvhn> has joined #yocto23:40
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto23:41
RParmpit: with the gpg fixes from master thud gpg testing in selftest should be more consistent FWIW23:43
*** stephano <stephano!~stephano@134.134.139.75> has quit IRC23:52
aehs29huh, wait a sec23:53
aehs29RP: halstead Im actyually ashamed to say what happened lol23:54
aehs29I clicked on the advanced archive on the webpage, my mistake23:54

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