Tuesday, 2019-06-04

*** geissonator <geissonator!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has joined #yocto01:19
*** armpit <armpit!~armpit@2601:202:4180:c33:847:4796:a7c5:c767> has quit IRC01:23
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC02:04
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto02:04
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-bcfpviyvxpafavbx> has quit IRC02:08
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC02:13
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC02:20
*** geissonator <geissonator!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has quit IRC02:46
*** georgem <georgem!~georgem@216.21.169.52> has quit IRC03:13
*** georgem <georgem!~georgem@216.21.169.52> has joined #yocto03:13
*** SamuelMarks <SamuelMarks!~SamuelMar@unaffiliated/samuelmarks> has joined #yocto03:17
*** SamuelMarks <SamuelMarks!~SamuelMar@unaffiliated/samuelmarks> has left #yocto03:17
*** armpit <armpit!~armpit@12.206.219.171> has joined #yocto03:42
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto04:06
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC04:19
*** agust <agust!~agust@p508B63E2.dip0.t-ipconnect.de> has joined #yocto04:20
yoctiNew news from stackoverflow: "File format not recognized" when building Petalinux app <https://stackoverflow.com/questions/53765087/file-format-not-recognized-when-building-petalinux-app>04:34
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto04:49
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto04:51
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC05:01
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC05:04
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC05:08
*** cvasilak <cvasilak!~cvasilak@2a02:587:8118:a100:51b9:a61a:204c:7a09> has joined #yocto05:16
*** kaspter <kaspter!~Instantbi@60.176.168.40> has quit IRC05:24
*** kaspter <kaspter!~Instantbi@60.176.168.40> has joined #yocto05:24
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto05:30
*** falstaff_ <falstaff_!~quassel@2a02:169:3c0a::509> has quit IRC06:13
*** falstaff <falstaff!~quassel@37.17.234.113> has joined #yocto06:19
*** opennandra <opennandra!~marek@178-143-25-215.dynamic.orange.sk> has joined #yocto06:19
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto06:36
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:4343:f080:bd7c:1cb2:1730:1d76> has joined #yocto06:38
*** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto06:39
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:39
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto06:42
*** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto06:43
*** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto06:44
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC06:47
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto06:48
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto06:54
*** mckoan|away is now known as mckoan07:08
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:4343:f080:bd7c:1cb2:1730:1d76> has quit IRC07:11
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:4343:f080:bd7c:1cb2:1730:1d76> has joined #yocto07:12
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto07:14
*** yann <yann!~yann@lfbn-1-3372-5.w90-127.abo.wanadoo.fr> has quit IRC07:15
*** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has joined #yocto07:20
*** leitao <leitao!~leitao@2620:10d:c092:200::1:ad2d> has joined #yocto07:34
*** leitao <leitao!~leitao@2620:10d:c092:200::1:ad2d> has quit IRC07:39
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:43
*** leitao <leitao!~leitao@2620:10d:c092:200::1:ad2d> has joined #yocto07:49
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-qfqcjrdkmoapafpb> has joined #yocto08:23
*** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto08:30
*** lfa <lfa!~lfa@217.19.35.51> has joined #yocto08:42
*** mihai- is now known as mihai08:46
LetoThe2ndmccc: it can be done, and has been done in a variety of ways. its just that little to nothing about it is told to the public09:07
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto09:14
*** litb <litb!~js@p5B2FDC16.dip0.t-ipconnect.de> has joined #yocto09:22
litbhello folks09:22
litbis it a bad idea to combine library/utils layers with bsp layers into a single layer?09:22
litblike, having   meta-<company-name>  layer that has all of a company?09:22
LetoThe2ndlitb: it is a bad idea09:22
LetoThe2ndlitb: been there, done that, maintenance tnightmare09:23
litbLetoThe2nd, I plan to create a meta-<company-name>-bsp  and a meta-<company-name> layer09:24
LetoThe2ndlitb: example: your bsp update commits wil trigger rebuilds for other projects that just need some parts of the utils09:24
litbthe latter will contain our application, and the former will have our kernel09:24
litbhm I see09:24
LetoThe2ndlitb: the usual approach is to have a bsp layer per board(-family), a layer per distro, and a layer per application09:24
LetoThe2ndthe application layer can be split it a common-shared part across projects if the situation suggests it, but it is not necessary09:25
litbLetoThe2nd, ah if we have a product "foo", I will create a layer  "meta-<company-name>-foo" ?09:27
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC09:27
litbthanks, I will try09:27
litbwhy is TUNE_PKGARCH defined like this   TUNE_PKGARCH = "${TUNE_PKGARCH_tune-${DEFAULTTUNE}}"09:34
litbwhy doesn't it use the overriding mechanism?09:34
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto09:43
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto09:44
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:47
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto10:04
*** mihai-- <mihai--!~mihai@unaffiliated/mihai> has joined #yocto10:05
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC10:08
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has quit IRC10:09
*** muppe <muppe!~Marko@59ec6c88.adsl.tnnet.fi> has joined #yocto10:25
muppeHello. Can anybody give a quick tip on how to set up systemd service that runs after login using yocto/poky project? I think I have a general idea how to do this but I have trouble being able to put .service file to the right package. SYSTEMD_PACKAGES and SYSTEMD_SERI10:27
muppeSYSTEMD_SERVICE_${PN} seem to work only when the service file goes to /systemd/system.10:28
muppeI guess I should put the service files to /systemd/user somehow?10:28
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:36
rburtonmuppe: are you using a systemd user session?10:39
rburton(poky/sato doesn't)10:39
muppeok. I am just trying to change an existing one-shot systemd service to something that run only after the login.10:40
muppeWhat would be the right approach then?10:41
*** opennandra <opennandra!~marek@178-143-25-215.dynamic.orange.sk> has quit IRC10:48
T_UNIXhi10:59
T_UNIXmuppe: the service has to run with system privileges?10:59
*** mihai-- is now known as mihai11:00
muppeYes. It's a live USB stick image that copies a full linux image to embedded device SSD disk. Would be nice to prompt the user before the image is 'dd':ed to /dev/sda...11:01
muppeSo the script needs to run as root.11:01
T_UNIXmaybe https://wiki.archlinux.org/index.php/Talk:Systemd/User#user@userid.service.d_drop-ins works for you?11:01
T_UNIXi.e. `Requires=my_copy.service`?11:02
T_UNIXor maybe you should rather ask in #systemd ? :)11:02
muppeThanks for the tips. I'll digest them a bit.11:03
T_UNIXotherwise: you could utilize PAM11:03
muppeI think there is even a way to add some user interaction to the boot sequence before the actual login.11:05
rburtonmuppe: if you're running a desktop then run the tool as part of the session11:10
T_UNIXit seems to me that (in warrior) `gitsm` is broken for repositories with relative paths that have multiple `..`?11:10
T_UNIXs/relative paths/relative paths in submodules/11:11
T_UNIXthe credentials seem to be broken11:12
T_UNIXpassing of credentials11:14
T_UNIXi.e. http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=9238a725897e8ec18079c46f80edb9f2248133fc11:15
mupperburton: I guess you are referring to ~/.profile or something?11:16
rburtonmuppe: no11:16
rburtoni mean if youre starting a proper graphical desktop, then use the desktop's way of starting an interactive tool11:17
rburtonif you're asking the user to login at a console then sure, .profile11:17
rburtonthe question is how are you expecting the user to confirm the prompt11:18
*** kaspter <kaspter!~Instantbi@60.176.168.40> has quit IRC11:35
*** kaspter <kaspter!~Instantbi@60.176.168.40> has joined #yocto11:36
*** berton <berton!~berton@181.220.86.53> has joined #yocto11:37
litbi added a BSP layer that contains a machine (requires tune-corei7 and contains defaulttune corei7-32).11:38
litbbut now after i source the oe init script and execute any bitbake command, bitbake throws this error: bb.cooker.CollectionError: Errors during parsing layer configuration11:39
litbit gives no more details error. in the backtrace, I see this in cooker.py: self.handleCollections(self.data.getVar("BBFILE_COLLECTIONS"))11:39
litbI have not the slightest idea what's wrong here11:39
litbat first I thought somethign with my layer.conf is wrong. but it contains this line, which looks alright:    BBFILE_COLLECTIONS += "zesbsp"11:40
mupperburton: There is no GUI, just console terminal (or ssh connection from another PC).11:41
T_UNIXso it's http://git.yoctoproject.org/cgit.cgi/poky/tree/bitbake/lib/bb/fetch2/gitsm.py?h=warrior#n112 that breaks behavior for urls like `https://my:secret@foo.bar/repo.git`. Commit 7d715ae071da9f1bb8e50c264dadefd0636b69d611:44
T_UNIXwhich is the recommended way for gitlab's CI runners' access method.11:49
litbfound the error: layernames apparently cannot contain '-'es11:51
*** geissonator <geissonator!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has joined #yocto11:52
litbLetoThe2nd, is it a good idea to put the image definitions inside  of the distro layer? or should the distro layer *only* contain distro definitions?11:55
*** falk0n <falk0n!~falk0n@a109-49-143-140.cpe.netcabo.pt> has joined #yocto12:00
*** bjobjo <bjobjo!~bjobjo@2a01:79d:3e81:5208::9e6> has joined #yocto12:02
rburtonmuppe: use inittab to start your binary on boot instead of a login prompt12:03
falk0nHI all, is it possible to change variables inside a machine file (eg. PREFERRED_PROVIDER) from one meta layer to a different (higher) meta layer ?12:05
*** camus <camus!~Instantbi@60.176.168.40> has joined #yocto12:19
*** kaspter <kaspter!~Instantbi@60.176.168.40> has quit IRC12:19
*** camus is now known as kaspter12:19
T_UNIXfolk0n there are OVERRIDES12:22
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC12:23
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto12:24
falk0nT_UNIX: how that works ? I was reading about it, I saw the MACHINE_OVERRIDES but I got a bit confused how indeed it works12:29
yoctiNew news from stackoverflow: What is the difference between distro features, machine features and image features ? What dependicies between them? [on hold] <https://stackoverflow.com/questions/56408740/what-is-the-difference-between-distro-features-machine-features-and-image-featu>12:35
*** cvasilak <cvasilak!~cvasilak@2a02:587:8118:a100:51b9:a61a:204c:7a09> has quit IRC12:40
*** muppe <muppe!~Marko@59ec6c88.adsl.tnnet.fi> has left #yocto12:42
litbI'm confused.  layers have a toplevel directory   meta-<foo>12:43
litbbut they have a name that's defined in their layer.conf  using  BBFILE_COLLECTIONS += "myname"12:43
litbthat's the name one has to use for LAYERDEPENDS in new layer's layer.conf  . but why does   bitbake-layers  show-layers    not show that layer name ? Isn't it very important?12:44
*** kaspter <kaspter!~Instantbi@60.176.168.40> has quit IRC12:53
*** kaspter <kaspter!~Instantbi@60.176.168.40> has joined #yocto12:55
JPEWRP: Argh, I knew I was forgetting something when I submitted that patch... I forgot to test it with the failed test case. Sorry13:09
*** bluca <bluca!~bluca@88.98.246.218> has joined #yocto13:18
*** kaspter <kaspter!~Instantbi@60.176.168.40> has quit IRC13:19
blucahi, is it possible to override a variable set in the distro config via a multiconfig file or an include file? whatever is set in the distro config seems to stick13:21
*** Saur <Saur!pkj@nat/axis/x-fsztlqiuyzhvdjlp> has quit IRC13:24
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC13:32
RPJPEW: it happens :)13:33
*** Saur <Saur!pkj@nat/axis/x-ayfasvkomctqhfim> has joined #yocto13:39
*** Saur <Saur!pkj@nat/axis/x-zsdjinhfsvjbuboq> has joined #yocto13:42
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:51
*** Tamis <Tamis!504e056a@gateway/web/freenode/ip.80.78.5.106> has joined #yocto13:56
T_UNIXfolk0n if you specify DISTRO_OVERRIDES to be `$MACHINE:$VARIANT`, and `MACHINE=my-machine` and VARIANT=`v1`. Then, if you used `SRC_URI_my-machine="file://foo"` will be overwritten by `SRC_URI_v1="file://bar"`. If `SRC_URI` is read, it will be `file://bar`14:03
qschulzis anyone able to explain why Yocto is only accepting SPDX licenses in INCOMPATIBLE_LICENSE?14:12
*** armpit <armpit!~armpit@12.206.219.171> has quit IRC14:21
*** Dvorkin <Dvorkin!b072cc0c@gateway/web/freenode/ip.176.114.204.12> has joined #yocto14:26
DvorkinIs it possible to set dependency between two recipes from two configurations in multiconfig?14:28
RPDvorkin: yes, see the example test lib/oeqa/selftest/cases/multiconfig.py14:29
RPqschulz: doesn't it work for anything our LICENSE field accepts?14:29
DvorkinRP, sorry for stupid question, but I dont see interconfiguration dependencies in this script14:31
RPDvorkin: well, it uses meta-selftest/recipes-test/multiconfig/multiconfig-image-packager_0.1.bb which does have14:34
DvorkinRP, thank you!14:36
qschulzRP: does not seem so14:45
*** TafThorne <TafThorne!~thomas@95.130.100.149> has joined #yocto14:46
*** TafThorne <TafThorne!~thomas@95.130.100.149> has left #yocto14:46
qschulzRP: https://git.yoctoproject.org/cgit.cgi/poky/tree/meta/classes/base.bbclass#n52414:48
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto14:50
qschulzhere we pass bad_licenses gotten from INCOMPATIBLE_LICENSES to expand_wildcard_licenses14:51
qschulzhttps://git.yoctoproject.org/cgit.cgi/poky/tree/meta/classes/license.bbclass#n26514:51
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:4343:f080:bd7c:1cb2:1730:1d76> has quit IRC14:52
qschulzif the INCOMPATIBLE_LICENSE is not part of SPDXLICENSEMAP or SRC_DISTRIBUTE_LICENSES, the license is cut from the list of incompatible licenses14:52
*** armpit <armpit!~armpit@45.19.219.178> has joined #yocto14:53
armpitis today the tech meeting?14:55
armpitYPTM - armin is on14:56
*** JPEW_ <JPEW_!cc4da371@gateway/web/freenode/ip.204.77.163.113> has joined #yocto14:57
smurrayYPTM - scott murray is on14:58
RPYPTM: Richard joined14:59
*** rcw <rcw!~rcw@23.91.150.113> has joined #yocto15:01
vmesonYPTM: Randy joined15:01
*** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has quit IRC15:01
RPhttps://docs.google.com/document/d/1CNEKA4d0eT6-e0hnS2pwi7xdZ5_t6smpZO2HbaJGXbU/15:01
JPEW_YPTM: Joshua Watt here15:01
rburtonhm i must have an old code then15:02
RPhttps://zoom.us/j/99089271215:02
RPrburton: ^^^15:02
rburtonthe ical has that and another event on15:03
rburtonYPTM ross joined15:03
RPrburton: weekly tech call vs monthly tech call15:03
rburtonah15:03
vmesons/2.6-M1/2.8-M1/15:05
*** vineela <vineela!~vtummala@134.134.139.73> has joined #yocto15:06
rburtonhalstead: did you figure out how to make the recordings public?15:07
armpitJPEW_, stop it15:07
* armpit marching up and down the doc15:07
JPEW_lol, sorry. Idle typing15:08
vmesonFor anyone new(ish) to yocto who has time to help, please take a bug from: https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs15:08
*** stephano <stephano!stephano@nat/intel/x-jzvbbqsjyokavozq> has joined #yocto15:08
falk0nT_UNIX: thanks for that info I think it will help I didn't have the chance to test it, yet15:09
tlwoernerYPTM: trevor is on15:15
halsteadrburton, Yes. There are concerns about participants being comfortable with that though.15:17
rburtonhalstead: public call that anyone can join, says its being recorded on start.  can't see any reason to get annoyed...15:17
*** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has joined #yocto15:19
halsteadrburton, I understand. Perhaps bringing up if current participants are comfortable is worthwhile?15:20
*** gsalazar <gsalazar!~gsalazar@66.252.115.89.rev.vodafone.pt> has quit IRC15:41
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto15:42
*** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC15:47
aehs29YPTM: I have another call guys, I have to drop out15:52
*** yacar_ <yacar_!~yacar@80.215.164.142> has joined #yocto15:52
litbhmm, https://github.com/meta-qt5/meta-qt5/blob/master/recipes-qt/qt5/qtbase_git.bb says that qtbase is licensed ALSO under (GPL-3 OR commercial)15:52
litbbut, I think that's incorrect15:52
tlwoerneraehs29: o/15:53
litbqt is known for being a LGPL OR commercial   library. am I misunderstanding the LICENSE line?15:53
*** yacar_ <yacar_!~yacar@80.215.164.142> has quit IRC16:00
armpitRP, I will have to rework the uniative changes to work with warrior and Thud.16:01
*** vineela <vineela!~vtummala@134.134.139.73> has quit IRC16:04
RParmpit: why?16:05
RParmpit: you should only need the uninative.bbclass change, not the sdk ones16:05
T_UNIXI assume that the reason June is not listed yet (http://lists.openembedded.org/pipermail/bitbake-devel/) is because there has been no mail yet, right?16:05
T_UNIXor has that mailinglist been suspended?16:05
RPT_UNIX: likely just no mail yet16:06
*** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC16:06
*** JPEW_ <JPEW_!cc4da371@gateway/web/freenode/ip.204.77.163.113> has quit IRC16:06
T_UNIXI just subscribed and sent an patch. I hope it'll make it to the list as I'm out of office for the nexte couple of days.16:09
*** armpit <armpit!~armpit@45.19.219.178> has quit IRC16:10
T_UNIXseems like it made it through :)16:11
RPT_UNIX: I can see a patch now :)16:11
*** vineela <vineela!~vtummala@134.134.139.73> has joined #yocto16:11
RPT_UNIX: I think we didn't support that as passwords in urls is asking for trouble16:12
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto16:12
T_UNIXit used to be supported16:12
RPT_UNIX: its one that can be argued both ways...16:13
T_UNIXand, as explained, that's how e.g. Gitlab's CI is built: https://docs.gitlab.com/ee/ci/triggers/README.html#ci-job-token16:13
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC16:13
*** falk0n <falk0n!~falk0n@a109-49-143-140.cpe.netcabo.pt> has quit IRC16:14
T_UNIXI too think it's asking for trouble.16:14
RPT_UNIX: I'll probably take the patch but it is asking for trouble16:14
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC16:14
RPT_UNIX: think what happens when the source archiver puts your http passwords into your public GPL disclosure16:14
T_UNIXyou are absolutely right.16:16
T_UNIXa thing gitlab does for the CI output is kind of `stream | sed "s;$PASS;MASKED"`16:17
RPT_UNIX: right, but can we do that for every user of SRC_URI?16:17
T_UNIXbut, I guess, the same could by argued for any kind of non-public repositories, couldn't it?16:17
RPT_UNIX: that is why I'm nervous16:17
RPT_UNIX: most access tokens are separate from the URLs16:18
T_UNIXthe credentials are correctly seperated from the url16:18
*** gsalazar <gsalazar!~gsalazar@66.252.115.89.rev.vodafone.pt> has joined #yocto16:19
T_UNIXI guess that any logging instance/archiving should only output the `ud.url`, if anything.16:21
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC16:21
T_UNIXit should not archive your ssh keys either.16:21
*** armpit <armpit!~armpit@45.19.219.178> has joined #yocto16:25
RParmpit: do you have bandwidth to look into/fix https://autobuilder.yoctoproject.org/typhoon/#/builders/95/builds/64 ? :/16:26
armpitRP, there are changes to another change it depends on16:26
armpithttp://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=08445c4c3cb76ed82c98ae672b8e891f64653cdc16:27
armpithttp://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=5ef5ece35bffa76b08d038ed0e3ebbdcbaf4b11c16:27
RPhalstead: cert expired on autobuilder.yocto.io?16:28
RParmpit: you don't need those as the uninative tarball isn't generated with that release16:28
halsteadRP, Fixing.16:28
*** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has quit IRC16:29
armpitRP, right but the can't use http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=08445c4c3cb76ed82c98ae672b8e891f64653cdc16:29
armpitdirectly16:29
halsteadRP, It's already renewed... checking other issues.16:29
armpitRP, will look at the build failure later16:29
RParmpit: I was getting it for https://autobuilder.yocto.io/pub/non-release/20190604-7/testresults/16:30
halsteadRP, nginx didn't load it after renewal. Repaired now.16:30
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC16:30
RPhalstead: thanks16:30
RParmpit: you don't need to use that though?16:31
armpitright, i do need to change the compression16:31
* alessioigor waves all16:34
RParmpit: There should be only two patches needed, the uninative.bbclass change and the yocto-uninative include file one for the checksums16:34
alessioigor Could you point me to the relevant documentation for install and use mingw32 based SDK? Thanks!16:34
*** vineela <vineela!~vtummala@134.134.139.73> has quit IRC16:36
armpitRP, checksums are a given16:36
T_UNIXRP: in case you accept the patch: It would be nice, if it was backported to warrior.16:39
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:39
T_UNIXdamn. I'm mixing bitbake with poky -.-'16:39
T_UNIXs/mixing/mixing up/16:42
*** mckoan is now known as mckoan|away16:46
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC16:56
aehs29is anyone using a proxy with git send-email?17:02
*** vineela <vineela!vtummala@nat/intel/x-iywskalnuvnnnrrn> has joined #yocto17:12
*** vineela <vineela!vtummala@nat/intel/x-iywskalnuvnnnrrn> has quit IRC17:19
jonmasonaehs29: I'm sending via gmail/ssmtp17:20
*** thaytan <thaytan!~thaytan@167-179-151-97.a7b397.bne.nbn.aussiebb.net> has quit IRC17:23
jonmasonpoky is working on fedora-30 now.  I'm doing a sanity compile over all the qemus before sending out email and a patch to add it17:25
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto17:32
*** leitao <leitao!~leitao@2620:10d:c092:200::1:ad2d> has quit IRC17:34
litbis it correct that "package" refers to both the ${PN} part (i.e a package can map to multiple recipes), but "package" also refers to the build output of a recipe? I.e the FILES_ = .. things ?17:47
litbisn't this confusing? What's the recommended terminology?17:47
*** Crofton_ <Crofton_!~Crofton@2601:5c0:c100:b84:2677:3ff:fe8f:418> has joined #yocto18:00
*** litb <litb!~js@p5B2FDC16.dip0.t-ipconnect.de> has quit IRC18:01
aehs29jonmason: but are you behind a proxy?18:03
jonmasonNot right now, but have been in the past.  There are ways to get Gmail working with ssmtp and a proxy18:05
yoctiNew news from stackoverflow: Yocto enabling multiple systemd services with one recipe file <https://stackoverflow.com/questions/56449146/yocto-enabling-multiple-systemd-services-with-one-recipe-file> || Yocto IMAGE_TYPEDEP_wic doesn't seem to work <https://stackoverflow.com/questions/56449093/yocto-image-typedep-wic-doesnt-seem-to-work>18:06
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-qfqcjrdkmoapafpb> has quit IRC18:51
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC18:55
*** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has joined #yocto18:57
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC19:01
*** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has quit IRC19:03
*** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has joined #yocto19:03
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto19:15
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto19:19
*** rcw <rcw!~rcw@23.91.150.113> has quit IRC19:23
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto19:44
*** gattuso <gattuso!~gattuso@pompel.me> has joined #yocto19:44
mcccLetoThe2nd: Thanks.  I'm interested in experimenting with it, I think it could be really useful.  I'll start with making a simple app server to run in Hyper-V + Azure.19:56
CroftonLetoThe2nd, https://twitter.com/derekkozel/status/113600023593375334420:04
LetoThe2ndmccc: please get back to me on thursday or friday. i'm out of office ATM, but i can certainly tell a little then.20:10
LetoThe2ndCrofton: i sent the recordings to andreea. maybe poke her - if she respectively nico are fine with it i can also share them in other ways, but please get an ack first.20:11
LetoThe2ndCrofton: gone then, back on thurs/fri then.20:11
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC20:15
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:32
*** bluca <bluca!~bluca@88.98.246.218> has left #yocto20:41
*** MarcWe <MarcWe!hmwmatrixo@gateway/shell/matrix.org/x-hddraqghiarglywu> has joined #yocto20:51
rburtonarmpit: if you're firing a meta-gnome build at some point, can you try the libical patches in ross/mut?  new libical has api changes, wan to know if evolution-data-server will explode if we push the upgrade to oe-core20:54
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC21:03
*** berton <berton!~berton@181.220.86.53> has quit IRC21:09
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto21:15
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC21:32
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has quit IRC21:35
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC21:48
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto21:48
*** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has quit IRC21:50
Pharaoh_Atemwhoever added dnfdragora to openembedded forgot to add the dnfdaemon dependency21:54
Pharaoh_Atemhttp://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-graphics/dnfdragora/dnfdragora_git.bb21:54
Pharaoh_Atemthis is completely broken without its backend server, dnfdaemon21:54
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-teobgeswhdlyyfcp> has joined #yocto22:11
*** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has joined #yocto22:16
yateswhen i yocto build a recipe with some C++ code with the offsetof() macro, i get errors.22:18
yateshttps://paste.fedoraproject.org/paste/Voo19LDkYLd21v6D8Lmf6w22:19
yatesyet when i cross build under fedora using the sdk, works good22:19
yateslooks like yocto is using an ancient compiler, 6.2.022:22
RPyates: master has gcc 9?22:22
yatesis this because i'm using Morty?22:23
RPyates: er, yes22:24
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC22:26
*** agust <agust!~agust@p508B63E2.dip0.t-ipconnect.de> has quit IRC22:29
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto22:30
yatesdid 6.2.0 have the offsetof macro at all? perhaps in a different syntax?22:31
*** geissonator <geissonator!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has quit IRC22:34
yatesall it needed was #include <cstddef>22:45
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC22:56
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC23:04
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has joined #yocto23:05
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC23:07

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