| *** vineela <vineela!~vtummala@134.134.139.83> has quit IRC | 00:15 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 00:45 | |
| *** rostam <rostam!~bizhna@12.156.66.99> has joined #yocto | 00:49 | |
| rostam | newbie question, currently the yocto build creates a file /etc/version which has the timestamp of the build image. I want to know where that file gets created? | 00:50 |
|---|---|---|
| *** Crofton <Crofton!~Crofton@2601:5c0:c100:b84:a992:eddd:6e58:91f9> has joined #yocto | 00:56 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:acb4:1004:bfb:f98e> has quit IRC | 01:20 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:b1d3:f235:39b7:d104> has joined #yocto | 01:32 | |
| bluelightning | rostam: it's part of the rootfs creation code in meta/lib/oe/rootfs.py (search in that file for BUILDNAME) | 02:23 |
| bluelightning | rostam: is there something you want to change? | 02:23 |
| *** geissona_ <geissona_!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has joined #yocto | 02:50 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 03:18 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 03:18 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 03:46 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 03:47 | |
| *** geissona_ <geissona_!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has quit IRC | 03:54 | |
| *** agust <agust!~agust@p508B6BE0.dip0.t-ipconnect.de> has joined #yocto | 04:20 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 04:24 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 04:41 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 05:00 | |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto | 05:25 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-iqiaskobaujshhgp> has quit IRC | 05:50 | |
| *** yann <yann!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has quit IRC | 05:51 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 06:03 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 06:09 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 06:12 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 06:13 | |
| *** fury <fury!uid193779@gateway/web/irccloud.com/x-tzicddxbxwgrdivt> has quit IRC | 06:20 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto | 06:27 | |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has quit IRC | 06:28 | |
| tprrt | Hello, http://git.yoctoproject.org/ seems to be down | 06:28 |
| shauno | looks fine here (http, https, and git clone'd) | 06:32 |
| Chrusel | tprrt: up and running at my place | 06:34 |
| *** nameclash <nameclash!3e60c2d5@h-62.96.194.213.host.de.colt.net> has joined #yocto | 06:34 | |
| tprrt | Chrusel: ok, so I will check the internal network. I have also the same issue on the https://wiki.yoctoproject.org/ but https://www.yoctoproject.org/ is accessible. | 06:41 |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has joined #yocto | 06:43 | |
| Chrusel | tprrt: I have access to all sites/domains/subdomains ... good luck! | 06:45 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 06:48 | |
| tprrt | Chrusel: Thanks you | 06:50 |
| tprrt | shauno: Thanks you | 06:52 |
| yocti | New news from stackoverflow: How to add go-cross to Yocto SDK? Or otherwise compile Go for Yocto on other machines? <https://stackoverflow.com/questions/57370142/how-to-add-go-cross-to-yocto-sdk-or-otherwise-compile-go-for-yocto-on-other-mac> | 06:53 |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 07:02 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 07:23 | |
| *** yacar_ <yacar_!~yacar@80.215.71.103> has joined #yocto | 07:30 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 07:31 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:234a> has joined #yocto | 07:47 | |
| *** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has quit IRC | 07:47 | |
| *** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto | 07:47 | |
| *** TobSnyder <TobSnyder!~schneider@95.90.163.47> has joined #yocto | 07:48 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 07:50 | |
| *** yacar_ <yacar_!~yacar@80.215.71.103> has quit IRC | 07:59 | |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 08:09 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:234a> has quit IRC | 08:28 | |
| *** yacar_ <yacar_!~yacar@80.215.71.103> has joined #yocto | 08:28 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:234a> has joined #yocto | 08:28 | |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-ruqeqmiivujpkazr> has joined #yocto | 08:30 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:30 | |
| *** Dvorkin <Dvorkin!~Dvorkin@176.114.204.12> has quit IRC | 08:47 | |
| *** Dvorkin <Dvorkin!~Dvorkin@176.114.204.12> has joined #yocto | 08:49 | |
| yocti | New news from stackoverflow: dtc command not found in yocto <https://stackoverflow.com/questions/48107836/dtc-command-not-found-in-yocto> | 08:53 |
| *** cquast_ <cquast_!~cquast@90.85.130.193> has joined #yocto | 08:56 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-qjyhcopvlprwwhxr> has joined #yocto | 09:02 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:05 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 09:30 | |
| *** fdav <fdav!~Thunderbi@85.98.176.37> has joined #yocto | 09:41 | |
| *** yacar_ <yacar_!~yacar@80.215.71.103> has quit IRC | 09:52 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 09:54 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 09:56 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:14 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:18 | |
| jofr | I'm doing a fresh build (on a fresh machine) after returning from paternity-leave for a few months, and I'm having a problem that I believe I solved at some point in the past, but I can't for the life of me remember how.. I have a recipe that's calling a "home-grown" build-system (*sigh*), but one if the things that system does is resolve dependencies and then git-clones them from a local git server. I'm using an ssh keypair for authenti | 10:21 |
| jofr | cation to those repos but under bitbake those keys can't be found (and the host is not a known_host).. | 10:21 |
| jofr | Anyone who has had the same problem? | 10:21 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 10:40 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 10:41 | |
| *** jofr <jofr!~jofr@193.182.166.3> has quit IRC | 11:07 | |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 11:07 | |
| *** yacar_ <yacar_!~yacar@80.215.71.103> has joined #yocto | 11:13 | |
| jofr | For some reason it's trying to an ARM executable for git. | 11:20 |
| *** berton <berton!~berton@181.220.86.53> has joined #yocto | 11:36 | |
| *** berton <berton!~berton@181.220.86.53> has quit IRC | 11:42 | |
| *** berton <berton!~berton@181.220.86.53> has joined #yocto | 11:44 | |
| alessioigor | Is it normal that a kernel binary isn't installed in an image (tar type)? | 11:46 |
| LetoThe2nd | alessioigor: it is. | 11:52 |
| LetoThe2nd | (unless requested otherwise, of course) | 11:53 |
| alessioigor | LetoThe2nd: Could I request it? | 11:53 |
| alessioigor | Using machine configuration file? | 11:53 |
| yocti | New news from stackoverflow: use pip install command in recipes Yocto Project <https://stackoverflow.com/questions/36545388/use-pip-install-command-in-recipes-yocto-project> | 11:53 |
| LetoThe2nd | alessioigor: IMAGE_INSTALL += "kernel" :) | 11:55 |
| * alessioigor runs to hide himself for the shame... | 11:57 | |
| LetoThe2nd | alessioigor: happens, that. you're not the first one to expect things to be complicated. | 11:58 |
| *** kaspter <kaspter!~Instantbi@115.230.120.192> has quit IRC | 12:00 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ankbmfclzfhiiilf> has joined #yocto | 12:12 | |
| alessioigor | LetoThe2nd: Thanks! | 12:14 |
| LetoThe2nd | :-) | 12:15 |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 12:26 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 12:29 | |
| fdav | Hello there! I have a question. Normally, at a computer that is running Ubuntu I compile my code for a project with these flags/arguments: -I/opt/etherlab/include, -L/opt/etherlab/lib, and -lethercat in order to include the proper headers and link the library. How can I do the same thing for my target computer? I have already created an image with the library I am using and created a recipe for that layer. I have also updated the SDK with respect to the new i | 12:29 |
| LetoThe2nd | fdav: 1) create a recipe and therefore package for this etherlab thing, and then depend on it. | 12:32 |
| LetoThe2nd | fdav: "and then" -> 2) | 12:33 |
| fdav | I have already created a recipe for it | 12:34 |
| LetoThe2nd | fdav: so it gets built & installed properly, right? | 12:34 |
| fdav | yes | 12:34 |
| LetoThe2nd | well then DEPEND with the other recipe on it | 12:35 |
| fdav | it seems like I just can't link the library, it includes the proper headers accordingly. I get bunch of "undefined reference" errors | 12:36 |
| fdav | I just compile my application using the SDK and scp it to the target computer, there is not a recipe for my application right now | 12:36 |
| fdav | Do I make any sense, I am not sure I am kind of new to the Yocto world :D | 12:37 |
| LetoThe2nd | fdav: all i can say then is to find out why you can't link to that library. inspect the logs in tmp/work/yourpackage/somewhere, there should be extensive information | 12:38 |
| fdav | thanks, I will do that! | 12:39 |
| tgoodwin | RP: Do you have any reference docs for setting up the Xvnc/QEMU configuration for the pokybuild user? | 12:48 |
| *** cquast_ <cquast_!~cquast@90.85.130.193> has quit IRC | 12:48 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 12:53 | |
| *** jofr <jofr!~jofr@193.182.166.3> has quit IRC | 12:59 | |
| *** alexb3600 <alexb3600!~alexb3600@101.228.0.109.rev.sfr.net> has joined #yocto | 13:05 | |
| alexb3600 | Hi, I'm trying to build a poky distribution for a very specific card which use MFGTOOL. My question is how can I generate a MFGTOOL profile ? | 13:07 |
| LetoThe2nd | alexb3600: http://layers.openembedded.org/layerindex/branch/master/recipes/?q=mfgtool | 13:08 |
| alexb3600 | LetoThe2nd: So do I just need to add the meta-freescale layer and build the fsl-image-mfgtool-initramfs image ? | 13:12 |
| LetoThe2nd | alexb3600: it depends. generally you should expect the provider of your board to also provide the documentation needed to use it. | 13:13 |
| alexb3600 | LetoThe2nd: the BSP is already given by the provider but it use a non-yocto custom image builder | 13:14 |
| alexb3600 | LetoThe2nd: and I want to see if yocto is better | 13:15 |
| alexb3600 | LetoThe2nd: in other words I want to create the yocto BSP of this board | 13:16 |
| RP | tgoodwin: its really simple, just starting Xvnc and running the runqemu tap generation script | 13:16 |
| LetoThe2nd | alexb3600: as you can see from the list of hits in the search i linked you to, there's obviously a variety of ways to use mfgtool. i am no nxp user so i cannot properly comment, but in general you need to pick/create a setup that replicates the setting that you have been provided with. | 13:16 |
| tgoodwin | RP: I think one of the issues I'm running into is that "checkvnc" assumes it owns display 1, which it does not. | 13:16 |
| tgoodwin | The other is that I did not run vncserver once to set the password as the build user. | 13:17 |
| RP | tgoodwin: right, the display number is hardcoded :/ | 13:17 |
| RP | tgoodwin: ah, yes, that would also be needed... | 13:17 |
| RP | tgoodwin: we should document this :/ | 13:17 |
| tgoodwin | RP: I'm currently looking for a way to parse vncserver -list to pull the active one. Probably replace that tcp response with looking for pid files and checking their status. | 13:18 |
| *** kaspter <kaspter!~Instantbi@115.230.120.192> has joined #yocto | 13:18 | |
| alexb3600 | LetoThe2nd: Hum ok, i have the device table, the kernel config, the device tree source of my board. So do you think it's possible to create a custom yocto layer for my board thanks to these files ? | 13:18 |
| tgoodwin | RP: I noticed in one of the build logs that it looks like the builder attempts to use sudo too. | 13:19 |
| RP | tgoodwin: only if the tap devices don't exist | 13:19 |
| LetoThe2nd | alexb3600: anything is possible, just the needed effort varies | 13:19 |
| RP | tgoodwin: oh, the performance workers do have sudo to drop the caches | 13:19 |
| alexb3600 | LetoThe2nd: ok thanks a lot | 13:21 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:22 | |
| LetoThe2nd | alexb3600: have fun | 13:23 |
| alexb3600 | LetoThe2nd: Ahah :) | 13:24 |
| *** Eleventh_Doctor is now known as Pharaoh_Atem | 13:26 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 13:27 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 13:33 | |
| *** Ded_Zerom <Ded_Zerom!~Ded_Zerom@unaffiliated/deda-zych/x-1167266> has joined #yocto | 13:34 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 13:35 | |
| *** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC | 13:37 | |
| *** nayfe <nayfe!uid259604@gateway/web/irccloud.com/x-hrwyfbqyivuyginp> has joined #yocto | 13:42 | |
| *** yacar_ <yacar_!~yacar@80.215.71.103> has quit IRC | 13:43 | |
| *** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has joined #yocto | 13:44 | |
| *** bentech <bentech!~bentech@unaffiliated/bentech> has joined #yocto | 13:51 | |
| *** TobSnyder <TobSnyder!~schneider@95.90.163.47> has quit IRC | 13:52 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 14:06 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 14:08 | |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 14:15 | |
| *** opennandra <opennandra!~marek@178-143-25-66.dynamic.orange.sk> has joined #yocto | 14:18 | |
| opennandra | hi I've run into dhcp issues when using ini-ifupdown package in readonly-rootfs -> is there some how to described what must be symlinked to writable partition somewhere? thx | 14:19 |
| *** yacar_ <yacar_!~yacar@192.93.161.12> has joined #yocto | 14:33 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC | 14:38 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:41 | |
| nayfe | opennandra> maybe one way could be to create several overlayfs over /var & /etc and see which file is created inside? | 14:44 |
| opennandra | nayfeL I have /data partition where I can write, but I plan to use overlayfs (is there some meta-layer for using that easily)? | 14:44 |
| nayfe | easiest way is to use volatile-binds with systemd, but it seems you use sysvinit? | 14:45 |
| opennandra | nayfe: nope I'm using systemd | 14:46 |
| *** fdav <fdav!~Thunderbi@85.98.176.37> has quit IRC | 14:47 | |
| *** yacar_ <yacar_!~yacar@192.93.161.12> has quit IRC | 14:47 | |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 14:49 | |
| nayfe | opennandra> so in a volatile-binds.bbappend file, if you add VOLATILE_BINDS_append = " /data/var-lib /var/lib \n " it will use overlayfs in latest yocto releases | 14:49 |
| *** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 14:50 | |
| opennandra | nayfe: I'm using thud | 14:50 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 14:51 | |
| *** vineela <vineela!~vtummala@134.134.139.75> has joined #yocto | 14:51 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 14:53 | |
| armpit | zeddii, ping | 14:53 |
| nayfe | opennandra> more precisely, it's a systemd feature from 242 if I remember right, it's ok on thud | 14:53 |
| opennandra | nayfe: ok cool so I'll try to create it an lets see how it behave then | 14:54 |
| opennandra | thanks | 14:54 |
| nayfe | hum, I'm wrong, it's from https://git.yoctoproject.org/cgit.cgi/poky/commit/meta/recipes-core/volatile-binds/files/mount-copybind?id=c4acf1b531843497297c492456daea1744400faa but thud is ok, anyway | 14:56 |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 14:57 | |
| nayfe | opennandra> one prerequisite is to enable overlayfs kernel option of course | 14:58 |
| armpit | YPTM - armin is on | 14:58 |
| vmeson | YPTM - Randy has joined. | 14:58 |
| opennandra | nayfe: yes sure, so it means data will be written to overlay and when deleted some default will remain in rootfs and I don't have issue with writing to rootfs | 14:58 |
| *** JPEW56 <JPEW56!cc4da372@204.77.163.114> has joined #yocto | 15:00 | |
| dl9pf | YPTM - Jan-Simon has joined | 15:00 |
| tgamblin | YPTM - Trevor has joined | 15:01 |
| vineela | YPTM - Vineela ha joined | 15:01 |
| vmeson | monthly YP call: https://www.yoctoproject.org/public-virtual-meetings/ -- join if you are interested. | 15:01 |
| tlwoerner | YPTM - the "other" trevor has joined ;-) | 15:02 |
| vmeson | lol | 15:02 |
| JPEW56 | YPTM: Joshua Watt here | 15:02 |
| *** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 15:03 | |
| *** armpit is now known as therealtrevor | 15:03 | |
| *** therealtrevor is now known as armpit | 15:03 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 15:04 | |
| Crofton|work | did we ever change the wemu machine to an a9 with neon? | 15:04 |
| *** yacar_ <yacar_!~yacar@80.215.71.103> has joined #yocto | 15:04 | |
| moto-timo | YPTM - Tim has joined | 15:04 |
| *** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC | 15:05 | |
| tlwoerner | armpit: lol | 15:07 |
| *** jcureton <jcureton!cc4da374@204.77.163.116> has joined #yocto | 15:07 | |
| tgoodwin | RP: are there any specifics you can give me for the tap needs? Also is a "dummy" interface alright (the server is running netplan) | 15:08 |
| jwessel | RP: I can probably take a look at the locale-problem, but I'd need full access to a build carcass. | 15:08 |
| tlwoerner | tgamblin: out of curiosity, do you get called "kevin" a lot? | 15:08 |
| jwessel | RP: I didn't have a mic on the computer I am using, or I would have spoken up. | 15:08 |
| tgamblin | tlwoerner: you know it. Also "Travis" | 15:08 |
| jwessel | I can obtain a build carcass from Randy or fray, locally after we get the change pushed in. | 15:09 |
| tlwoerner | tgamblin: LOL! "... things only a 'trevor' would understand... " | 15:09 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 15:18 | |
| RP | vmeson: https://realpython.com/jupyter-notebook-introduction/ | 15:19 |
| *** kaspter <kaspter!~Instantbi@115.230.120.192> has quit IRC | 15:19 | |
| *** kaspter <kaspter!~Instantbi@115.230.120.192> has joined #yocto | 15:20 | |
| vmeson | thx, FYI: The layer is here: https://github.com/sybotech/meta-jupyter | 15:21 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 15:25 | |
| *** jcureton <jcureton!cc4da374@204.77.163.116> has quit IRC | 15:26 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:234a> has quit IRC | 15:28 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:234a> has joined #yocto | 15:31 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 15:35 | |
| *** alexb3600 <alexb3600!~alexb3600@101.228.0.109.rev.sfr.net> has quit IRC | 15:44 | |
| vmeson | fyi: version numbers: https://wiki.yoctoproject.org/wiki/Releases | 15:47 |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:234a> has quit IRC | 15:50 | |
| armpit | YPTM is over | 15:52 |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:234a> has joined #yocto | 15:52 | |
| *** vineela <vineela!~vtummala@134.134.139.75> has quit IRC | 15:52 | |
| *** opennandra <opennandra!~marek@178-143-25-66.dynamic.orange.sk> has quit IRC | 16:00 | |
| *** nameclash <nameclash!3e60c2d5@h-62.96.194.213.host.de.colt.net> has quit IRC | 16:00 | |
| *** yacar_ <yacar_!~yacar@80.215.71.103> has quit IRC | 16:00 | |
| RP | tgoodwin: I'd run something like sudo `which runqemu-gen-tapdevs ` 1000 sharedsource 8 tmp/sysroots-components/x86_64/qemu-helper-native/usr/bin | 16:02 |
| *** LocutusOfBorg <LocutusOfBorg!LocutusOfB@ubuntu/member/locutusofborg> has quit IRC | 16:02 | |
| RP | jwessel: I'll try and get you the rpm package list but we can also get you ssh access to an ab worker, we need halstead for that | 16:03 |
| *** LocutusOfBorg <LocutusOfBorg!LocutusOfB@ubuntu/member/locutusofborg> has joined #yocto | 16:07 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 16:07 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:234a> has quit IRC | 16:08 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:234a> has joined #yocto | 16:12 | |
| *** fancer <fancer!fancer@gateway/web/irccloud.com/x-doomdgjpjlewlfsv> has quit IRC | 16:28 | |
| jwessel | RP, that would probably be even faster to solving the problem. | 16:28 |
| *** fancer <fancer!fancer@gateway/web/irccloud.com/x-vmgtoukstamtgcwm> has joined #yocto | 16:29 | |
| jwessel | Always some kind of a new problem. It would be interesting to know where the sqlite config binary it is that is calling, .e.g. how did your system get to that state. | 16:30 |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-ruqeqmiivujpkazr> has quit IRC | 16:30 | |
| jwessel | I haven't seen any kind of build failure like the one you had referenced. | 16:30 |
| RP | jwessel: its several of our autobuilder workers so not isolated | 16:32 |
| jwessel | Do you have other problems with it building pseudo, or just as a result of this upgrade? | 16:32 |
| RP | jwessel: everything fine in previous builds | 16:32 |
| jwessel | Does it use sstate? | 16:33 |
| RP | jwessel: yes, heavily | 16:33 |
| jwessel | I have a guess as to how you get to this problem then. A version of the sqlite3 will build against libz, if it is there. | 16:34 |
| RP | jwessel: that is entirely possible | 16:34 |
| *** armpit <armpit!~armpit@2601:202:4180:c33:b1d3:f235:39b7:d104> has quit IRC | 16:34 | |
| jwessel | But on the pkg uprev, if it called the sqlite3 lib print util, but libz-native isn't there yet, you would hit it. | 16:34 |
| jwessel | It has to be a parallel build + some heavy state to get to the exact situation. | 16:35 |
| RP | jwessel: are you saying sqlite-native doesn't build deterministically ? | 16:35 |
| jwessel | Which is solveable with some dependencies. | 16:35 |
| jwessel | correct. | 16:35 |
| jwessel | I am 100% certain based on a scan of the lib printer. | 16:35 |
| RP | jwessel: we should fix that then, its probably the cause | 16:35 |
| jwessel | Let me setup a test. | 16:35 |
| jwessel | I can probably prove it. | 16:36 |
| jwessel | Everything I have done with the OS Tree work has been stepping on various hidden bear traps... | 16:36 |
| jwessel | Eventually I will have tripped them all. | 16:36 |
| *** fury <fury!uid193779@gateway/web/irccloud.com/x-giliujbitmtvvwyw> has joined #yocto | 16:37 | |
| RP | jwessel: I think that is my life these days... | 16:37 |
| RP | jwessel: the new runqueue hashequiv stuff as primed up a load more... | 16:37 |
| jwessel | heh... I know your pain. | 16:37 |
| RP | s/as/has/ | 16:37 |
| jwessel | I didn't expect to be fixing wic, pseudo and a myriad of other problems. | 16:38 |
| jwessel | I have a fix in my branch for dpkg too where it has a conflict with busybox we never have seen before due to usrmerge. | 16:38 |
| jwessel | I am guessing we can probably track down the glibc-locale thing too. | 16:39 |
| RP | jwessel: tracking that one down would be awesome, its been bugging us for ages | 16:45 |
| jwessel | I make no immediate promise that it will be easy to solve of course. But I will take a look at it. | 16:46 |
| jwessel | The code is fairly racy with the glibc-locale "stashlocale" + the glibc build. | 16:46 |
| jwessel | Like we uncovered with the openat() pseudo, we know there are some cases where DB entry can be dropped. | 16:47 |
| *** opennandra <opennandra!~marek@178-143-25-66.dynamic.orange.sk> has joined #yocto | 16:47 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 16:47 | |
| jwessel | A really careful analysis of the build along with the event sequencing will be needed. :-) | 16:47 |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 16:49 | |
| *** robbawebba <robbawebba!~rob@47.180.176.91> has quit IRC | 16:51 | |
| *** JPEW56 <JPEW56!cc4da372@204.77.163.114> has quit IRC | 16:58 | |
| *** robbawebba <robbawebba!~rob@47.180.176.91> has joined #yocto | 16:59 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 17:00 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ankbmfclzfhiiilf> has quit IRC | 17:01 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:03 | |
| jwessel | RP: I haven't been able to duplicate exactly, but I can tell you for sure that sqlite3 builds with and without zlib differently. I have the configure logs. | 17:06 |
| jwessel | Simply adding a DEPENDS = "zlib-native" to sqlite3 fixes it. | 17:07 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-qjyhcopvlprwwhxr> has quit IRC | 17:07 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC | 17:09 | |
| *** vineela <vineela!~vtummala@134.134.139.77> has joined #yocto | 17:09 | |
| *** opennandra <opennandra!~marek@178-143-25-66.dynamic.orange.sk> has quit IRC | 17:12 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 17:12 | |
| *** marler8997 <marler8997!0f41fc0d@ztxe01hpics303.austin.hp.com> has joined #yocto | 17:16 | |
| marler8997 | Hello, I'm getting an issue on the thud branch with files not showing up in the SDK...we've found an issue in the "debian.bbclass" where it is trying to call objdump on the library files to get their soname, but it's failing because the symlinks are broken because it's running objdump in the packages-split directory | 17:17 |
| marler8997 | this is causing some packages to get renamed such as the "main" package but not the "-dev" package | 17:18 |
| khem | marler8997: is it running cross-objdump or native ? | 17:19 |
| marler8997 | cross | 17:19 |
| marler8997 | we're getting "No such file or directory" | 17:19 |
| marler8997 | and it's because the symlink points to a file in another package, so if all the dependencies were installed the symlink works | 17:19 |
| khem | yeah I was hoping the link sections might help but seems not | 17:19 |
| *** seebs <seebs!~seebs@24.196.59.174> has quit IRC | 17:20 | |
| *** seebs <seebs!~seebs@24.196.59.174> has joined #yocto | 17:20 | |
| khem | hmm cross-package symlinks | 17:20 |
| khem | I think it should just ignore then | 17:21 |
| marler8997 | the debian class detects if the package has a library in it | 17:21 |
| marler8997 | it does this by looking for all the "*.so*" files in the package, then running objdump on it to get the SONAME from the elf binary | 17:21 |
| marler8997 | so it's failing the objdump because it's looking in the "package-split" directory | 17:22 |
| marler8997 | it shouldn't be failing the objdump | 17:22 |
| marler8997 | if it ran objdump on the file in the "package" directory, then it would work | 17:22 |
| marler8997 | so then the debian class doesn't detect that it's a library and doesn't rename the package accordingly | 17:22 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:23 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 17:24 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 17:25 | |
| marler8997 | is anyone else seeing this issue? Is this a known issue? | 17:26 |
| *** sbach_ <sbach_!~sbach@45.77.212.219> has quit IRC | 17:29 | |
| *** sbach <sbach!~sbach@45.77.212.219> has joined #yocto | 17:29 | |
| jwessel | marler8997: Does it fail for only your specific package or all of them? | 17:32 |
| marler8997 | it's failing for a bunch of packages in oe-poky | 17:32 |
| jwessel | I was just wondering if it is a symptom of the build output. | 17:32 |
| jwessel | It is probably a generic problem then. :-/ | 17:32 |
| jwessel | I only use the opkg or rpm format. I am wondering why the rule is significantly different for the dpkg? | 17:33 |
| jwessel | Because we don't see a similar problem there, that I am aware of. | 17:34 |
| marler8997 | I'm also using opkg | 17:34 |
| jwessel | And the "build binaries" are the same in all 3 cases. opkg, dpkg, rpm. | 17:34 |
| marler8997 | The debian renames packages for all formats | 17:34 |
| marler8997 | The *debian class | 17:34 |
| jwessel | RP: I sent you the patch to fix the pseudo-native link issue. The pseudo-native build was just the victim. | 17:36 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 17:39 | |
| khem | running before split wont help since its trying to calculate rdeps which has to be per package | 17:44 |
| khem | or also for calculating debian renaming rules | 17:44 |
| marler8997 | I'm looking into it more and it looks like it actually may be purposely failing | 17:44 |
| marler8997 | It looks like when it detects one package with the actually library file, it renames all the packages | 17:44 |
| marler8997 | so it looks like the problem of missing " | 17:45 |
| marler8997 | so it looks like the problem of missing "-dev" packages is somewhere else | 17:45 |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:234a> has quit IRC | 17:46 | |
| *** sbach <sbach!~sbach@45.77.212.219> has quit IRC | 17:47 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:234a> has joined #yocto | 17:47 | |
| *** sbach <sbach!~sbach@45.77.212.219> has joined #yocto | 17:48 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:234a> has quit IRC | 17:51 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 18:10 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 18:19 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 18:21 | |
| *** armpit <armpit!~armpit@45.19.219.178> has joined #yocto | 18:43 | |
| *** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto | 19:16 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 19:18 | |
| *** aidanh_ is now known as aidanh | 19:18 | |
| *** geissona_ <geissona_!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has joined #yocto | 19:23 | |
| *** vineela <vineela!~vtummala@134.134.139.77> has quit IRC | 19:33 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 19:34 | |
| *** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has joined #yocto | 19:43 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 19:43 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 19:57 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 19:58 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 20:02 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:02 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 20:08 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 20:11 | |
| *** vineela <vineela!~vtummala@134.134.139.77> has joined #yocto | 20:26 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 20:28 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 20:37 | |
| RP | jwessel: thanks, I just had a look at this | 20:41 |
| jwessel | RP I will make a v2 that uses the pkgconfig. | 20:42 |
| RP | jwessel: It looks very much like sqlite3-native was built on a system with zlib-devel and then used from sstate on a system that doesn't have it | 20:42 |
| jwessel | Ah... That would cause it too. | 20:42 |
| jwessel | So you do fall into that camp like I explained the mail where you can build with it and later not have it. | 20:43 |
| jwessel | But for a different reason, multi-host sstate. | 20:43 |
| RP | jwessel: think of the scenario where two workers start up slightly after each other where one has built sqlite3-native but the other is just starting | 20:43 |
| jwessel | Sure. I totally understand how it can happen. | 20:43 |
| RP | jwessel: right, our sstate is shared | 20:43 |
| RP | jwessel: your patch probably could just do DEPENDS = "zlib" | 20:44 |
| jwessel | But how does that work for -native ? | 20:44 |
| RP | then its correct for the target and native cases (as the native code will remap it as usual) | 20:44 |
| jwessel | Does it append in a zlib-native automatically? | 20:44 |
| RP | jwessel: it will turn "zlib" into "zlib-native" in the native case | 20:44 |
| jwessel | Fair enough. I was looking at what zlib is used for in sqlite3 and we never use it. | 20:45 |
| jwessel | Why make the thing bigger than it already is. | 20:45 |
| RP | jwessel: that was my other question. Can we just disable it | 20:45 |
| jwessel | The target version was not building with it. | 20:45 |
| jwessel | Like I said, for the the v2, I'll make it a pkgconfig option. | 20:45 |
| jwessel | So someone can turn it on. | 20:45 |
| RP | jwessel: I think we can change it if we set ac_cv_search_deflate | 20:45 |
| jwessel | It has a use, for doing "compressed page support". | 20:45 |
| jwessel | That is another option. | 20:46 |
| jwessel | I wasn't sure how pkgconfig could be used to change those options. | 20:46 |
| RP | jwessel: if we patch it I'd just ask we let upstream see the patch | 20:46 |
| RP | we have far too many patches :/ | 20:46 |
| jwessel | I always do. | 20:46 |
| jwessel | Doesn't mean they accept the patches. | 20:46 |
| jwessel | But I always try. | 20:46 |
| RP | jwessel: right, I was specific about them seeing it, not accepting :) | 20:47 |
| *** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has quit IRC | 20:47 | |
| *** armpit <armpit!~armpit@45.19.219.178> has quit IRC | 20:48 | |
| jwessel | It is probably reasonable try the config check and fake out the pkgconfig so you can build it both ways. | 20:48 |
| jwessel | Then you don't have to change any code at all. | 20:48 |
| jwessel | Just the recipe that is. | 20:48 |
| RP | CACHED_CONFIGUREVARS += "ac_cv_search_deflate=no" | 20:49 |
| RP | that might do it | 20:49 |
| jwessel | It will because we autoconf it, from the ac file. | 20:49 |
| jwessel | I'll try it out and send another patch in a bit. | 20:49 |
| RP | jwessel: FWIW that seems to work here | 20:50 |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 20:50 | |
| jwessel | hey, if you want to patch it and roll with it, be my guest :-) | 20:51 |
| *** vineela <vineela!~vtummala@134.134.139.77> has quit IRC | 20:51 | |
| RP | jwessel: I'm tempted to try and unbreak master-next :) | 20:51 |
| jwessel | Exactly. I'd like to get the pseudo patch more soak time. | 20:51 |
| jwessel | I'll quickly try out the pkgconfig one I was thinking about. | 20:53 |
| jwessel | Where we just use the variable, so you can compile it both ways. | 20:53 |
| RP | jwessel: patch sent to the list FWIW :) | 20:57 |
| jwessel | +PACKAGECONFIG[zlib] = ",,zlib" | 20:58 |
| jwessel | + | 20:58 |
| jwessel | +CACHED_CONFIGUREVARS += "${@bb.utils.contains('PACKAGECONFIG', 'zlib', '', 'ac_cv_search_deflate=no',d)}" | 20:58 |
| jwessel | I believe that does what we want, but I wanted to build test it. | 20:58 |
| RP | jwessel: I guess. The thought of what the parser has to do with this always puts me off writing it! | 20:59 |
| jwessel | True, but that is the only mechanism we have since there is no other syntax way of dealing with it. | 20:59 |
| jwessel | I find those expressions to be ugly myself. | 21:00 |
| RP | jwessel: I know. I wish we had a better way but I've never come up with one | 21:00 |
| jwessel | Considering we only have 6 types of common expressions, we could use something other than a python eval. | 21:00 |
| jwessel | If you were looking to optimize it anyway... | 21:01 |
| jwessel | :-) | 21:01 |
| jwessel | another time another day on that one... | 21:01 |
| RP | jwessel: Yes, FWW I would welcome any thoughts on what this other syntax could look like | 21:02 |
| *** vineela <vineela!~vtummala@134.134.139.77> has joined #yocto | 21:02 | |
| jwessel | BTW, with the PACKAGE_CONFIG option, it fixes khem's concern because you can safely use the PACKAGECONFIG or PACKAGECONFIG_class-native | 21:04 |
| RP | jwessel: yes, I just replied as such | 21:05 |
| RP | jwessel: I did say your patch was uglier :) | 21:05 |
| jwessel | Without a doubt. I don't use bitbake stuff like that because it is pretty... Only because that it is the only way. | 21:05 |
| RP | jwessel: I'm aiming to fix another issue before I run the next build so if you have the other patch sent out I'll use it | 21:06 |
| jwessel | I'll have it in a few min. | 21:06 |
| jwessel | "checking for zlib.h... yes" was just checking to see it actually does what it is supposed to. | 21:06 |
| RP | jwessel: it will say yes or no, its the next line about deflate which is key | 21:07 |
| RP | log.do_configure.2521:checking for library containing deflate... -lz | 21:08 |
| RP | log.do_configure.5482:checking for library containing deflate... (cached) no | 21:08 |
| jwessel | Correct. I was just making sure it worked in the yes case adding the dependency etc... and the no case. | 21:08 |
| jwessel | It is still building all the configs. | 21:08 |
| jwessel | Forgot to re-install zlib. | 21:09 |
| jwessel | So the test didn't work. almost there... | 21:09 |
| jwessel | RP: I followed up with the v2. | 21:14 |
| jwessel | oops looks like it mis sent... Damn... | 21:15 |
| *** berton <berton!~berton@181.220.86.53> has quit IRC | 21:16 | |
| jwessel | I sent it from the wrong repo the first time. Sorry about that. | 21:16 |
| jwessel | It is fixed now. | 21:16 |
| jwessel | It passed all the test configurations. | 21:17 |
| *** Dvorkin <Dvorkin!~Dvorkin@176.114.204.12> has quit IRC | 21:18 | |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 21:20 | |
| *** vineela <vineela!~vtummala@134.134.139.77> has quit IRC | 21:21 | |
| jwessel | RP: Does the QA glibc-locale look something like this? | 21:31 |
| jwessel | WARNING: glibc-locale-2.29-r0 do_package_qa: QA Issue: glibc-locale: /usr/lib64/locale/ar_YE/LC_COLLATE is owned by uid 5002, which is the same as the user running bitbake. This may be due to host contamination [host-user-contaminated] | 21:31 |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC | 21:31 | |
| jwessel | I hit it on one of my builders while using the new pseudo patch and some others. | 21:32 |
| RP | jwessel: yes, that looks like it | 21:42 |
| *** vineela <vineela!~vtummala@134.134.139.77> has joined #yocto | 21:42 | |
| jwessel | I am poking around with it now, out of curiosity... | 21:42 |
| RP | jwessel: I actually have my own theory about it. I suspect its unfortunate inode number reuse :/ | 21:42 |
| RP | jwessel: a file is deleted which is in psuedo's db and then a new file is created with the old inode number | 21:43 |
| jwessel | That is possible I suppose. | 21:43 |
| RP | jwessel: never found a good way to test that theory :/ | 21:43 |
| RP | jwessel: autobuilder build running fwiw | 21:43 |
| jwessel | I could make a kernel that gave you the same inode or edit the fs or something really sly... There are other ways to cheat it, if you really think that is the issue. | 21:44 |
| RP | jwessel: I'm just mentioning it as one possibility | 21:44 |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.145.115> has joined #yocto | 21:46 | |
| *** marler8997 <marler8997!0f41fc0d@ztxe01hpics303.austin.hp.com> has quit IRC | 21:49 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.145.115> has quit IRC | 21:52 | |
| *** bentech <bentech!~bentech@unaffiliated/bentech> has quit IRC | 21:53 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 22:01 | |
| jwessel | What is really odd, is that it is a single file out of 7000+ | 22:05 |
| RP | jwessel: and it varies randomly within the 7000 files | 22:07 |
| RP | jwessel: it also is usually in rebuilds when there is more inode churn in my experience... | 22:07 |
| *** agust <agust!~agust@p508B6BE0.dip0.t-ipconnect.de> has quit IRC | 22:09 | |
| jwessel | I'll have to think about this one a bit more... In theory you could have it happen running: "bitbake glibc-locale -C compile" in a loop | 22:11 |
| jwessel | Based on what you have observed. | 22:12 |
| jwessel | But there would need to be some more activity probably in the same pseudo context. | 22:14 |
| *** JPEW <JPEW!cc4da337@204.77.163.55> has quit IRC | 22:15 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 22:47 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:1491:8c86:fedd:9d1b> has joined #yocto | 22:52 | |
| *** geissona_ <geissona_!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has quit IRC | 22:56 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 23:00 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 23:02 | |
| RP | jwessel: Juro posted a reproducer script which was pretty much that on the list | 23:02 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-trsptfstpzhknnvj> has joined #yocto | 23:31 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 23:41 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!