| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has joined #yocto | 00:03 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has quit IRC | 00:07 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has joined #yocto | 00:16 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 00:30 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-wwcosucntqulojah> has quit IRC | 00:46 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-yqmpycahpyqgzcsg> has joined #yocto | 00:47 | |
| *** armpit <armpit!~armpit@116.212.180.67> has joined #yocto | 00:56 | |
| *** chandana73 <chandana73!~ckalluri@149.199.80.131> has quit IRC | 00:58 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 01:06 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 01:08 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto | 01:37 | |
| *** armpit <armpit!~armpit@116.212.180.67> has quit IRC | 01:42 | |
| *** armpit2 <armpit2!~armpit@116.212.180.67> has joined #yocto | 01:42 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC | 01:43 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 01:43 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 01:44 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 01:45 | |
| *** armpit2 <armpit2!~armpit@116.212.180.67> has quit IRC | 01:49 | |
| *** akuster <akuster!~armpit@116.212.180.67> has joined #yocto | 01:49 | |
| *** akuster <akuster!~armpit@116.212.180.67> has quit IRC | 01:51 | |
| *** armpit2 <armpit2!~armpit@116.212.180.67> has joined #yocto | 01:51 | |
| *** armpit2 is now known as armpit | 01:55 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 01:59 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 02:00 | |
| armpit | zeddii, you here ? | 02:13 |
|---|---|---|
| * armpit maybe I'll send an email | 02:14 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 02:20 | |
| yocti | New news from stackoverflow: How can I use bitbake to set /etc/timestamp? <https://stackoverflow.com/questions/55506890/how-can-i-use-bitbake-to-set-etc-timestamp> | 02:21 |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 02:34 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has quit IRC | 02:45 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has joined #yocto | 02:49 | |
| *** runde <runde!sid228344@gateway/web/irccloud.com/x-ppintyskuyogldyw> has quit IRC | 03:10 | |
| *** runde <runde!sid228344@gateway/web/irccloud.com/x-svihxshbqexbpbxu> has joined #yocto | 03:12 | |
| *** runde <runde!sid228344@gateway/web/irccloud.com/x-svihxshbqexbpbxu> has quit IRC | 03:14 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 03:15 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has quit IRC | 03:16 | |
| *** runde <runde!sid228344@gateway/web/irccloud.com/x-pmyyxdadkocwvkrl> has joined #yocto | 03:17 | |
| *** runde <runde!sid228344@gateway/web/irccloud.com/x-pmyyxdadkocwvkrl> has quit IRC | 03:19 | |
| *** runde <runde!sid228344@gateway/web/irccloud.com/x-jmgigesronbhxfym> has joined #yocto | 03:21 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has joined #yocto | 03:23 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-yqmpycahpyqgzcsg> has quit IRC | 03:36 | |
| *** saraf <saraf!~a_saraf@123.252.238.18> has joined #yocto | 04:09 | |
| *** armpit <armpit!~armpit@116.212.180.67> has quit IRC | 04:18 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 04:46 | |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC | 05:20 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 05:27 | |
| *** RB2 <RB2!~RB2@c-73-178-160-56.hsd1.nj.comcast.net> has quit IRC | 05:33 | |
| *** RB2 <RB2!~RB2@c-73-178-160-56.hsd1.nj.comcast.net> has joined #yocto | 05:33 | |
| *** armpit <armpit!~armpit@182.72.92.62> has joined #yocto | 05:45 | |
| *** agust <agust!~agust@p508B6C31.dip0.t-ipconnect.de> has joined #yocto | 06:06 | |
| *** frsc <frsc!~frsc@200116b8249bb800aab937b6b6ded703.dip.versatel-1u1.de> has joined #yocto | 06:27 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 06:36 | |
| *** xtron <xtron!~xtron@110.93.212.98> has joined #yocto | 06:40 | |
| xtron | does u-boot support modifying configuration through *.cfg file, like SRC_URI += 'file://example.cfg' ? | 06:40 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 06:52 | |
| *** fl0v0 <fl0v0!~fvo@89.244.124.208> has joined #yocto | 06:58 | |
| *** kroon <kroon!~jkroon@213.185.29.22> has joined #yocto | 07:04 | |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 07:17 | |
| *** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has quit IRC | 07:28 | |
| *** florian_kc is now known as florian | 07:29 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 07:30 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:30 | |
| *** yacar_ <yacar_!~yacar@80.215.242.49> has joined #yocto | 07:33 | |
| *** zeddii <zeddii!~zeddii@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC | 07:50 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:52 | |
| *** frsc <frsc!~frsc@200116b8249bb800aab937b6b6ded703.dip.versatel-1u1.de> has quit IRC | 07:56 | |
| *** frsc <frsc!~frsc@200116b8249bb800aab937b6b6ded703.dip.versatel-1u1.de> has joined #yocto | 08:10 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has quit IRC | 08:40 | |
| *** cvasilak <cvasilak!~cvasilak@2a02:587:8117:600:b835:f77f:5b42:2987> has joined #yocto | 08:47 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has joined #yocto | 08:48 | |
| *** jku <jku!~jku@dyx9b8yyyyyyyyyyyyyby-3.rev.dnainternet.fi> has joined #yocto | 08:50 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-adapqmzutuzxyvui> has joined #yocto | 08:54 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 09:11 | |
| *** yacar_ <yacar_!~yacar@80.215.242.49> has quit IRC | 09:50 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:00 | |
| willie2 | Hello, I'm still trying to do stuff I don't understand :) https://pastebin.com/T9wZWkx8 thankful for any tips | 10:00 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:04 | |
| *** saraf <saraf!~a_saraf@123.252.238.18> has quit IRC | 10:09 | |
| jofr | willie2: Make a kernel- and u-boot recipes that pull in those repos, build them and they should provide virtual/kernel and virtual/bootloader (respectively) and then in your image or machine recipes, you should set those as your preferred provider for those packages (the "virtual" ones). | 11:04 |
| jofr | It's actually quite likely that you could even bbappend to your existing u-boot and kernel recipes and just override the SRC | 11:05 |
| jofr | (SRC_URI and SRCREV) | 11:07 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 11:07 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 11:10 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 11:12 | |
| *** yacar_ <yacar_!~yacar@80.214.19.250> has joined #yocto | 11:16 | |
| willie2 | jofr: thanks for your help, a implementation question, I'm I supposed to create a new u-boot? e.g recipes-bsp/u-boot/u-boot-custom.bb? | 11:24 |
| *** armpit <armpit!~armpit@182.72.92.62> has quit IRC | 11:30 | |
| kanavin | marka, g-ir-scanner should not be executed for native recipes at all, if it is, then it's a bug somewhere | 11:31 |
| kanavin | which recipe is having the issue? | 11:32 |
| *** berton <berton!~berton@2804:14d:4081:890b:e2d5:5eff:fef1:7a1f> has joined #yocto | 11:35 | |
| *** yacar_ <yacar_!~yacar@80.214.19.250> has joined #yocto | 11:36 | |
| RP | psrcode: sorry to bother you, the lttng ptest timeout is causing us a few other problems. Is there a way I could easily fix/workaround it? | 11:36 |
| RP | alimon: happen to be around? I'm guessing you're travelling? | 11:37 |
| *** berton <berton!~berton@2804:14d:4081:890b:e2d5:5eff:fef1:7a1f> has quit IRC | 11:41 | |
| *** berton <berton!~berton@2804:14d:4081:890b:e2d5:5eff:fef1:7a1f> has joined #yocto | 11:42 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 11:44 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 11:45 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:47 | |
| *** berton <berton!~berton@2804:14d:4081:890b:e2d5:5eff:fef1:7a1f> has quit IRC | 11:47 | |
| jofr | willie2: Probably not.... | 11:55 |
| jofr | willie2: First of all, you should never change anything in the upstream layers. | 11:55 |
| jofr | willie2: I always create your own layer where you override stuff from upstream. Otherwise you're going to have a bad day at some point. | 11:56 |
| willie2 | jofr: In my own layer ofcourse | 11:56 |
| *** berton <berton!~berton@2804:14d:4081:890b:e2d5:5eff:fef1:7a1f> has joined #yocto | 11:57 | |
| jofr | So in your layer, you should be able to create a u-boot_<version-or-%>.bbappend and then override the SRC* veriables | 11:57 |
| jofr | variables* | 11:57 |
| willie2 | jofr: Now it looks like this https://pastebin.com/mVUdBqnU | 11:57 |
| jofr | willie2: You have a couple of .bb's.. Sure there aren't some upstream recipes that you coulds .bbappend to instead? | 12:01 |
| jofr | willie2: That you you're re-using the upstream code instead of duplicating it in your own repositoriy/layer | 12:01 |
| jofr | willie2: That way you're* | 12:01 |
| jofr | I can't type today! | 12:02 |
| willie2 | :D | 12:02 |
| *** berton_ <berton_!~berton@2804:14d:4081:890b:e2d5:5eff:fef1:7a1f> has joined #yocto | 12:02 | |
| willie2 | jofr: Well the qt application is custom and the scripts to take care of it, but i can probably use the poky/meta-recipes-bsp/u-boot. Since i think they based their custom u-boot on it | 12:03 |
| *** berton <berton!~berton@2804:14d:4081:890b:e2d5:5eff:fef1:7a1f> has quit IRC | 12:04 | |
| luneff | hey guys! please help the stupid me :-) I want to get chromium on x11. I need X. Should asking for "xorg-server" and something like "xserver-nodm-init" suffice? DISTRO_FEATURES set | 12:04 |
| luneff | any packagegroup with reasonable defaults? | 12:06 |
| *** cvasilak <cvasilak!~cvasilak@2a02:587:8117:600:b835:f77f:5b42:2987> has quit IRC | 12:09 | |
| jofr | willie2: Cool. | 12:12 |
| jofr | willie2: Are you over in Malmköping? | 12:12 |
| willie2 | jofr: :o | 12:13 |
| *** jku <jku!~jku@dyx9b8yyyyyyyyyyyyyby-3.rev.dnainternet.fi> has quit IRC | 12:13 | |
| willie2 | jofr: I'm not but they guys I'm doing this for are. Do you know them? | 12:14 |
| jofr | willie2: Don't think so... | 12:14 |
| rburton | luneff: core-image-x11 is an example of a image that just boots X | 12:15 |
| willie2 | jofr: Then how did you figure that out? | 12:15 |
| jofr | willie2: I just Googled Tjeders. And since (for some reason) our company ISP is in Sweden it favors swedish results or something :P | 12:15 |
| luneff | rburton, thanks! It lists x11-base , will try | 12:16 |
| willie2 | jofr: Oh :) Well i work at Acte solutions! | 12:16 |
| kanavin | RP: I am looking into the timeouts just now, it seems as though ptest-runner is erroneously thinking the tests haven't printed anything for the default timeout of 5 minutes and killing them off, even though they are | 12:30 |
| RP | kanavin: hmm, a bug in ptest-runner then? | 12:31 |
| RP | kanavin: rburton and I think when a timeout happens, things are not getting killed properly so we have a patch testining on the AB now to see if that is part of the issue | 12:32 |
| RP | kanavin: I think your theory is worth following | 12:32 |
| kanavin | RP: possibly, I am in the 'staring at the code' phase now | 12:32 |
| rburton | kanavin: that was my hunch this morning too but i was trying to stare at code whilst talking :) | 12:32 |
| kanavin | extra complication: the thing is written in C | 12:32 |
| RP | kanavin: fair enough. I suspect multiple issues in here | 12:32 |
| RP | kanavin: we do have alimon around who wrote/maintains it | 12:33 |
| *** jku <jku!~jku@dyx9b8yyyyyyyyyyyyyby-3.rev.dnainternet.fi> has joined #yocto | 12:33 | |
| *** armpit <armpit!~armpit@116.212.180.67> has joined #yocto | 12:35 | |
| *** armpit <armpit!~armpit@116.212.180.67> has quit IRC | 12:41 | |
| *** armpit2 <armpit2!~armpit@116.212.180.67> has joined #yocto | 12:41 | |
| *** berton_ <berton_!~berton@2804:14d:4081:890b:e2d5:5eff:fef1:7a1f> has quit IRC | 12:43 | |
| kanavin | rburton, RP: it's a buffering issue in the pipe between ptest-runner and ptests | 12:47 |
| rburton | yay kanavin | 12:47 |
| rburton | tldr: "c is hard" | 12:47 |
| kanavin | ptest-runner receives the child's output in big buffered chunks, and timeouts if the buffer is slow to fill | 12:47 |
| rburton | how big is big? | 12:48 |
| jofr | willie2: I see! I'm in Denmark (Hillerød) - but I'm Icelandic myself. Are you across the water in Göteborg? Or over in Stockholm? | 12:48 |
| kanavin | my unix-fu is slightly rusty, I don't remember right away how to control that | 12:48 |
| *** baldgeek <baldgeek!~dan@65.167.211.129> has joined #yocto | 12:48 | |
| rburton | kanavin: oh the send buffer? | 12:49 |
| *** flying_sausages <flying_sausages!~flying_sa@static.88-198-40-49.clients.your-server.de> has joined #yocto | 12:51 | |
| kanavin | no, the fd pair created via pipe2() and passed to the child | 12:52 |
| RP | kanavin: why would that buffer large amounts? | 12:52 |
| kanavin | RP: I have no idea, but run for instance openssh ptest directly, and then via 'ptest-runner openssh' and note the difference in how things get written to the terminal from the child tests | 12:53 |
| kanavin | RP: need to run to grab lunch! | 12:53 |
| rburton | F_SETPIPE_SZ? | 12:53 |
| willie2 | jofr: cool! I'm from Stockholm :) | 12:54 |
| rburton | must be buffering heavily if ptest-runner can actually timeout waiting for output | 12:54 |
| RP | rburton, kanavin: what doesn't happen in this code is the pipes don't get cleared after something is killed? | 12:54 |
| RP | and are reused between ptests? | 12:54 |
| rburton | huh | 12:55 |
| *** fbre <fbre!91fdde45@gateway/web/freenode/ip.145.253.222.69> has joined #yocto | 12:55 | |
| RP | rburton: I think that means that stderr gets dumped only when something later writes to it again (such as the failing python3 ssl test) | 12:56 |
| RP | which would explain why its in the logs at the same place each time | 12:57 |
| rburton | yes | 12:57 |
| rburton | need to flush it out when bailing | 12:57 |
| RP | rburton: I'm puzzled why poll wouldn't say reading is possible sooner though | 12:59 |
| fbre | Hi, I have a kernel image which is built with yocto and I can boot it from SD card. Now I copied it from SD card to the flash of the eval board, and try to boot from SD card. That fails. Why? Do I need to compile a kernel image of another type? If yes, where can I read that in the yocto docs? | 13:00 |
| rburton | RP: seems like a safe thing to do would be to ensure that the pipes are flushed when timing out, and stop re-using them | 13:01 |
| RP | rburton: right, just not sure we fully understand why this is breaking | 13:01 |
| Crofton | fbre, how does it fail? | 13:03 |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 13:08 | |
| *** tprrt_ <tprrt_!~tprrt@217.114.201.133> has joined #yocto | 13:08 | |
| willie2 | jofr: I made a u-boot-imx_2016.04.bbappend that just adds SRC_URI +="git://my/local/repo. It builds but it is still using the old source. | 13:09 |
| RP | rburton: I think the problem is its not flushing output streams | 13:13 |
| jofr | willie2: You need to either use = to replace it, or do a SRC_URI_remove first | 13:14 |
| RP | doesn't explain the timeout but would explain the logging | 13:16 |
| RP | rburton, kanavin: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=b68875cfe44e63a4de5f2d2a728a207d6d02996f look sane? | 13:27 |
| RP | rburton: I know the second patch is yours, will fix that, just want to quickly test before a meeting | 13:28 |
| rburton | RP: looks reasonable | 13:31 |
| fbre | Crofton: If the SD card is plugged, it boots although the jumper pins are set to "boot from SPI NOR flash" and not from SD card. But if the SD card is not plugged into the eval board, simply nothing happens. The serial console doesn't show anything. | 13:33 |
| kanavin | RP: it reads from two decscriptors there, but you flush only when reading from the second one? | 13:39 |
| *** jrypkec <jrypkec!a5e126f6@gateway/web/freenode/ip.165.225.38.246> has joined #yocto | 13:40 | |
| Crofton | fbre, what is the borad? | 13:41 |
| fbre | ah, I found out now my mistake is to put the file "Image" (about 26MB) at address 0x0 of the flash of the board. But I should rather put the u-boot image to address 0x0, which is just about 60KB. Then that first stage u-boot loader loads the second stage u-boot loader which is about 600KB and that loads "Image" (which is the Linux kernel) as third step. | 13:49 |
| fbre | Sorry, I have to understand the boot mechanism at first. | 13:50 |
| fbre | My next question is to found out how I must change the yocto configuration in a way that the first stage u-boot should load the second-stage u-boot from SPI NOR flash instead of SD card. | 13:52 |
| fbre | Do you know where I find that in the yocto files? | 13:52 |
| *** armpit2 <armpit2!~armpit@116.212.180.67> has quit IRC | 13:56 | |
| fbre | I think, as I wrongly flashed the Linux kernel (file is called "Image"), it still boots with SD card plugged because booting from SD card is a fallback if booting from SPI NOR flash fails. | 13:58 |
| u1106 | I set IMAGE_FEATURES = "tools-profile tools-debug" in my image recipe just to see what nice tools that would give me, but the manifest remains unchanged. (The setting is at least not completely ignored, if I also add "foo" I get the expected error with the list of supported features) | 14:06 |
| *** justanotherboy <justanotherboy!~justanoth@THOUSAND-EY.bear1.Houston1.Level3.net> has joined #yocto | 14:06 | |
| fbre | My u-boot image has the string "sd" in the filename. So I guess it's has built for SD card. I wonder what the magic yocto config file is to change the target device type to SPI NOR flash. | 14:10 |
| u1106 | fbre: I have not the slightest idea, because I have never built U-Boot in Yocto. But the first place I would search around is the environment of your recipe. You get it using "bitbake -e". If you search who sets the sd part you might find possible alternatives. | 14:14 |
| kergoth | fbre: most likely you need to adjust your UBOOT_CONFIG or UBOOT_MACHINE. you should examine the machine .conf for your machine. (conf/machine/${MACHINE}.conf) | 14:15 |
| fbre | cool hints, thank you, guys! :-) | 14:16 |
| RP | kanavin: I need to explain that, basically I avoid it flushing stdout all the time, only when stderr is in action | 14:17 |
| RP | kanavin: stdout should be the common case | 14:17 |
| RP | (you'd hope) | 14:17 |
| kanavin | RP: I did my own testing, and only the stdout fd ever gets any input. Also flushing does not resolve the problem at all; it seems like we do read from the input buffer all that there is :( | 14:18 |
| fbre | u1106: I think you must write the following instead: EXTRA_IMAGE_FEATURES_append += " tools-profile" | 14:19 |
| RP | kanavin: see the python3 test log output on the autobuilder, there is problematic output there on stderr afaict | 14:20 |
| RP | kanavin: I'm flushing the output buffer, not the input one | 14:20 |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto | 14:20 | |
| *** yann <yann!~yann@lfbn-1-3372-5.w90-127.abo.wanadoo.fr> has joined #yocto | 14:20 | |
| kanavin | RP: I am testing with just openssh for now, and what I am seeing doesn't make any sense :( I am flushing the output buffers as well, but the 'truncated output written in chunks' problem is still there, which means the problem is in the input buffer somehow | 14:21 |
| fbre | u1106: I put that in an extra file, say my.conf and then build yocto with: bitbake core-image-minimal --read=my.conf | 14:22 |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has quit IRC | 14:23 | |
| RP | kanavin: I think we're looking at different problems | 14:23 |
| fbre | u1106: but you can also put it in your conf/local.conf | 14:23 |
| RP | kanavin: is it just at the end of the tests? | 14:23 |
| kanavin | nope, in the middle of them too | 14:23 |
| kanavin | if (pfds[0].revents != 0) { | 14:25 |
| kanavin | while ((n = read(fds[0], buf, WAIT_CHILD_BUF_MAX_SIZE)) > 0) | 14:25 |
| kanavin | - fwrite(buf, n, 1, fps[0]); | 14:25 |
| kanavin | + fwrite(buf, n, 1, fps[0]); fwrite("hallo", 5 ,1 ,fps[0]); fflush(fps[0]); | 14:25 |
| u1106 | fbre: hmm, I think _append is always written with a "=" not with a "+=". Not sure whether the "+" would harm. The manual says IMAGE_FEATURES belongs into the recipe, not into conf https://www.yoctoproject.org/docs/2.6.1/mega-manual/mega-manual.html#usingpoky-extend-customimage-imagefeatures | 14:25 |
| kanavin | and same for fps[1] | 14:25 |
| *** peacememories <peacememories!~textual@84-115-65-196.wifi.dynamic.surfer.at> has joined #yocto | 14:25 | |
| RP | rburton: your patch seems dangerous as I think it caused the runner to commit suicide :/ | 14:26 |
| RP | rburton: loads of ptests not in the output and it didn't run for as long | 14:27 |
| RP | rburton: only took an hour instead of three | 14:27 |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has joined #yocto | 14:28 | |
| fbre | u1106: I'm pretty sure it's the way as I suggest to you. Because I also installed that package tools-profile | 14:28 |
| u1106 | Ok, I'll try. Maybe the code has not read the manual ;) | 14:29 |
| RP | rburton: small flaw in the patch, how does group in he child make it to the parent? :) | 14:29 |
| fbre | u1106: at least that works for me ;) | 14:30 |
| RP | rburton: needs to be -child | 14:30 |
| marka | RP: rburton: the gobject-introspection issue was a transient issue related to the fact I was pulling my build forward | 14:31 |
| fbre | u1106: you can also do this magic in your local.conf file: CORE_IMAGE_EXTRA_INSTALL_append ?= "perf procps" | 14:32 |
| marka | once I started to dig, pulling some commits off and doing more builds caused it to no longer be reproducible | 14:32 |
| fbre | u1106: the names I use are just examples of packages. You can use your own packages instead. | 14:33 |
| marka | I tried to reproduce the transient issue, pulling off several hundred commits and stepping forward, doing builds as I go. Unfortunately no joy. | 14:33 |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto | 14:35 | |
| marka | at any rate, no need to make any adjustments to the use of the scanner cache for the -native builds. nothing to see here. | 14:35 |
| u1106 | fbre: sure I can install packages I know of / come to my mind and I have several already. I was just curious what "tools-profile" would provide, I could not find the list of dependencies in the source so I just tried to build it. But that seemed to confirm my reading of the source that there is nothing... | 14:38 |
| marka | the only outcome is a reminder I need to do more fresh builds before digging into a build failure | 14:38 |
| *** peacememories <peacememories!~textual@84-115-65-196.wifi.dynamic.surfer.at> has quit IRC | 14:39 | |
| *** kroon <kroon!~jkroon@213.185.29.22> has quit IRC | 14:41 | |
| fbre | u1106: "tools-profile" contains all the kernel debugging Gedöns like trace-cmd and perf and so on | 14:43 |
| *** Striking7 <Striking7!~jon@96-94-100-129-static.hfc.comcastbusiness.net> has quit IRC | 14:43 | |
| fbre | u1106: for profiling of the Linux kernel, and tracing and stuff | 14:43 |
| fbre | u1106: I don't know a command to show the content of a package either | 14:44 |
| *** chandana73 <chandana73!~ckalluri@149.199.80.131> has joined #yocto | 14:45 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 14:45 | |
| fbre | u1106: https://layers.openembedded.org/layerindex/recipe/80780/ | 14:46 |
| u1106 | fbre: oe-pkg-util does that, but an IMAGE_FEATURE is not a package | 14:46 |
| u1106 | fbre: right that packagegroup I also saw in the source. But why doesn't it get built and installed here? | 14:47 |
| *** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has joined #yocto | 14:48 | |
| fbre | u1106: not with my suggested lines either? | 14:48 |
| u1106 | fbre: haven't been able to try yet, I have a "more important" build running | 14:49 |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has quit IRC | 14:50 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 14:51 | |
| *** berton <berton!~berton@177.194.204.148> has joined #yocto | 14:55 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 15:03 | |
| u1106 | fbre: s/oe-pkg-util/oe-pkgdata-util/ (Just noted when working on higher priority item that bash completed a bit differently than what I had typed in irc) | 15:04 |
| fbre | u1106: I have here: CORE_IMAGE_EXTRA_INSTALL_append ?= "opkg" and EXTRA_IMAGE_FEATURES ?= "package-management" and PACKAGE_CLASSES = "package_ipk" | 15:07 |
| fbre | u1106: just to have the opkg stuff available | 15:08 |
| u1106 | fbre: Thanks for your help for now, I need to return to this later, need to get some merge done in the next 50 minutes... | 15:10 |
| fbre | yo, I'm also almost on my way home :) See yeah | 15:11 |
| *** yacar_ <yacar_!~yacar@80.214.19.250> has quit IRC | 15:11 | |
| *** fbre <fbre!91fdde45@gateway/web/freenode/ip.145.253.222.69> has quit IRC | 15:15 | |
| *** klemen <klemen!~textual@193.189.172.170> has joined #yocto | 15:23 | |
| *** sarge_ <sarge_!~serj@5.102.186.198> has joined #yocto | 15:24 | |
| *** yacar_ <yacar_!~yacar@80.214.19.250> has joined #yocto | 15:32 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 15:33 | |
| *** jae1 <jae1!6cd5440e@gateway/web/freenode/ip.108.213.68.14> has joined #yocto | 15:35 | |
| RP | kanavin: I'm wondering if you broke python3 relocation :/ | 15:43 |
| RP | kanavin: (http://git.yoctoproject.org/cgit.cgi/poky/commit/meta/recipes-devtools/python/?id=e2c3247c233876ab090c9ce3d5325a6d46ab350f removed the create_wrapper ${D}${bindir}/python${PYTHON_MAJMIN} PYTHONHOME='${prefix}' TERMINFO_DIRS='${sysconfdir}/terminfo:/etc/terminfo:/usr/share/terminfo:/usr/share/misc/terminfo:/lib/terminfo' PYTHONNOUSERSITE='1') | 15:43 |
| RP | jae1: I think we need to add that bit back to the python3 recipe, then update as we discussed on #13208 | 15:44 |
| kanavin | RP: could well be. I didn't add many bits of the'old stuff' | 15:45 |
| kanavin | RP: on the other hand, I made progress with the ptest buffering issue | 15:45 |
| RP | kanavin: I'm curious what you found? | 15:45 |
| RP | rburton: btw, in triage you got the python ptest issues, I took strace and lttng | 15:46 |
| kanavin | RP: https://lists.yoctoproject.org/pipermail/yocto/2019-April/044722.html | 15:46 |
| xtron | how to perform 'if NOT env exists ${var}' in hush shell for u-boot | 15:46 |
| kanavin | I just tested this, and with the patch, the output is received as at happens | 15:46 |
| kanavin | *as it happens | 15:46 |
| kanavin | (patch is erroneous, it adds some debug stuff, only the 'stdbuf' chunk is important) | 15:47 |
| RP | kanavin: can we call setlinebuf() on the fd directly rather than need coreutils? | 15:49 |
| RP | kanavin: good find though! | 15:50 |
| RP | kanavin: https://linux.die.net/man/3/setlinebuf | 15:51 |
| kanavin | RP: I think we can't - we operate on file descriptors, and setlinebuf operates on FILE* | 15:51 |
| kanavin | I do wonder what magic stdbuf does though | 15:51 |
| kanavin | I might go and read its source code | 15:52 |
| RP | kanavin: I was just thinking that... | 15:53 |
| RP | kanavin: sounds like wrappers around setvbuf | 15:54 |
| *** klemen <klemen!~textual@193.189.172.170> has quit IRC | 15:54 | |
| RP | kanavin: unless the intermediate process is now doing the buffering :/ | 15:55 |
| kanavin | RP: yes, a LD_PRELOAD hack | 15:57 |
| *** jae1 <jae1!6cd5440e@gateway/web/freenode/ip.108.213.68.14> has quit IRC | 16:04 | |
| *** alcroito <alcroito!~alcroito@placinta.eu> has joined #yocto | 16:14 | |
| alcroito | Hi, is this the right place to ask about bitbake? | 16:15 |
| *** fl0v0 <fl0v0!~fvo@89.244.124.208> has quit IRC | 16:16 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 16:16 | |
| kanavin | yes | 16:19 |
| *** tprrt_ <tprrt_!~tprrt@217.114.201.133> has quit IRC | 16:20 | |
| *** chandana73 <chandana73!~ckalluri@149.199.80.131> has quit IRC | 16:21 | |
| alcroito | ok. I'm wondering if it's possible to create a recipe or bbappend file which would remove building a certain recipe, but still keeps building its dependencies? | 16:21 |
| alcroito | So if A depends on B, i want to write an A.bbappend which would stop A from building, but keeps building B | 16:21 |
| alcroito | replace A.bbappend with any mechanism that could achieve that | 16:22 |
| yocti | New news from stackoverflow: CMake could not find Perl <https://stackoverflow.com/questions/55520718/cmake-could-not-find-perl> | 16:23 |
| kanavin | alcroito, create a new recipe that would have exactly same list of dependencies as A | 16:23 |
| kanavin | what is the use case? | 16:24 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:25 | |
| luneff | hey guys! has anyone tried installing Google Chrome Market plugins into a Yocto build? I think integrating h264ify from the beginning is a good idea :-) | 16:28 |
| *** yacar_ <yacar_!~yacar@80.214.19.250> has quit IRC | 16:31 | |
| alcroito | kanavin that works if you have one package, but if i have a whole tree of packages, copy pasting isn't feasible. The use case is to get an sdk with a sysroot with all dependencies, without the actual packages | 16:37 |
| alcroito | to be more precise, i'm trying to get a sysroot of all dependencies of qt, without actually building qt | 16:37 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:38 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has quit IRC | 16:38 | |
| rburton | alcroito: dare i ask why? | 16:49 |
| alcroito | rburton yes, i'm working on the cmake qt port (build qt with cmake), and i want a sysroot with qt dependencies | 16:49 |
| rburton | *sysroot* or sdk | 16:49 |
| alcroito | sysroot, but that's provided by the sdk | 16:49 |
| rburton | why not just add qt to the sdk and ignore the fact that qt is in it? | 16:50 |
| alcroito | because adding a new dependency recipe or modifying an existing one forces rebuilding whole of qt, and that takes too long | 16:51 |
| alcroito | hence my desire to get rid of the qt building part | 16:51 |
| rburton | fine, just copy the dependency list | 16:51 |
| alcroito | Like i said, it's not entirely feasible if they are chosen dynamically from multiple recipes and bbapends | 16:52 |
| rburton | bitbake qt -e |grep DEPENDS= | 16:52 |
| rburton | there's the list | 16:52 |
| alcroito | ok, that's a step in the direction that I needed. but that's dependencies for only one qt package, i'd have to do it multiple times for each module | 16:54 |
| rburton | yes | 16:55 |
| alcroito | But coming back to the original question, it is not possible to dynamically alter which recipes should NOT be built, and to also get the dependencies of those recipes? | 16:57 |
| rburton | i guess you could use a bbappend to delete qt's do_compile do_configure do_install etc etc | 16:59 |
| kanavin | RP: even after fixing the buffering, 5 minutes timeout seems genuinely too short for some of tests in python3 and lttng-tools | 16:59 |
| kanavin | RP: I am now re-running them outside of ptest-runner to determine just how much time they need | 17:00 |
| kanavin | rburton: ^^^ | 17:00 |
| RP | kanavin: are you sure some of these aren't hangs? tests taking longer than 5 mins seems bad :/ | 17:02 |
| kergoth | OT, but ha, https://github.com/sdushantha/macbook-keyboard-visualizer | 17:02 |
| RP | kanavin: I know the lttng issue has a fix upstream | 17:02 |
| alcroito | i assume do_compile, etc are tasks. Would it be possible to remove the tasks from a single location for multiple recipes, instead of doing it in multiple bbappend files? | 17:03 |
| kanavin | alcroito, just wondering what CPU and how much RAM do you have? | 17:03 |
| alcroito | some 4c / 8th intel cpu, 32g ram | 17:04 |
| kanavin | alcroito, you might find that getting a 32 core threadripper might be cheaper than the time you lose fighting with this, and then building stuff on a low-core machine | 17:04 |
| alcroito | heh, perhaps. | 17:05 |
| alcroito | But I'm stubborn like that | 17:06 |
| kanavin | and rumours are, a 64 core one is coming this year | 17:06 |
| JaMa | even with 64 cores, rebuilding qtwebengine takes about the same time as building world with oe-core :/ | 17:08 |
| RP | kanavin: stdbuf is horrible :/ | 17:09 |
| kanavin | RP: alternatively, we might just raise ptest-runner's timeout from five minutes | 17:09 |
| *** chandana73 <chandana73!~ckalluri@149.199.80.131> has joined #yocto | 17:10 | |
| RP | kanavin: the buffers should flush at 4k max. I wonder if pipe size is being a factor here | 17:11 |
| RP | kanavin: I'll ponder while I go for food | 17:11 |
| kanavin | RP: openssh definitely is not a hang, it completes fine here with the stdbuf fix applied | 17:11 |
| kanavin | RP: running python3 now to see which of its tests take long and whether it genuinely hangs | 17:11 |
| RP | kanavin: I suspect lttng genuinely does hang fwiw, I suspect the others dont | 17:12 |
| kanavin | RP: right, then I won't run that. python3's httplib test does seem stuck, I'll probably head home then. | 17:13 |
| *** jae1 <jae1!~jaewon@149.199.80.129> has joined #yocto | 17:13 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has quit IRC | 17:21 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 17:22 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 17:23 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has joined #yocto | 17:29 | |
| alcroito | ok a different question, is it possible to create a unified sysroot that can be sourced via the setup environment shell script, without creating an sdk? | 17:32 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 17:32 | |
| kergoth | that's basically the definition of an sdk already, just not zipped/tarred up | 17:37 |
| alcroito | yes, but from what i've seen the paths in the "environment-setup-cortexa9hf-neon-poky-linux-gnueabi" bash script expect the sysroot to be installed in a specific location, so it doesn't seem relocatable | 17:40 |
| kergoth | sdk installation runs relocation scripts which fix this | 17:40 |
| alcroito | which means it won't work without installation | 17:41 |
| kergoth | if those scripts aren't run, the sysroot won't be usable, as even if you deal with library relocation (i.e. $ORIGIN in rpath) that won't fix relocation issues in scripts (sed replacement) or dynamic linker (ld-linux.so.2) | 17:41 |
| kergoth | no sysroot with binaries you want to *run* will work without relocation | 17:41 |
| kergoth | sdk or not | 17:41 |
| kergoth | if it's just libraries and headers, it's fine | 17:41 |
| alcroito | for running, of course, but i'm only concerned with build | 17:41 |
| kergoth | and you can change how the sdk is packaged | 17:41 |
| kergoth | then it's irrelevent | 17:41 |
| kergoth | is your only concern the hardcoded paths in environment-setup? | 17:42 |
| alcroito | ys | 17:42 |
| alcroito | yes* | 17:42 |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 17:42 | |
| kergoth | that can be trivially worked around, if you can assume a certain amount of sanity in the user's shell | 17:42 |
| alcroito | Could you elaborate? | 17:43 |
| kergoth | alcroito: https://github.com/MentorEmbedded/meta-mentor/blob/cf21e7507fc9469c3185d360461697ad5d8af315/meta-mentor-staging/recipes-core/meta/meta-environment.bbappend | 17:43 |
| kergoth | that does it | 17:43 |
| kergoth | there's no *standard* method to determine the path of the script being sourced | 17:44 |
| kergoth | i.e. posix doesn't define it | 17:44 |
| kergoth | but bash and zsh have their own methods, and some other shells will set $0, though not all | 17:44 |
| kergoth | hence the comment about user shell sanity | 17:44 |
| kergoth | that append just addresses it for bash and zsh, the most common ones | 17:44 |
| alcroito | So the script essentially determines the location of the current environment dir name, and uses sed to replace the hardcoded paths with the determined location? | 17:46 |
| kergoth | i think a combination of this append and customizing how the sdk is packaged (set SDK_PACKAGING_FUNC) should address your issue | 17:46 |
| kergoth | it determines the location of itself (environment-setup) and assumes that's the root of the sdk and substitutes it, yes | 17:46 |
| alcroito | ok, i'll have to give it a go, thanks! | 17:47 |
| kergoth | np, good luck with it | 17:47 |
| kergoth | i should probably submit that append upstream at some point | 17:47 |
| kergoth | slightly less work for the relocation scripts | 17:47 |
| *** frsc <frsc!~frsc@200116b8249bb800aab937b6b6ded703.dip.versatel-1u1.de> has quit IRC | 18:04 | |
| *** berton <berton!~berton@177.194.204.148> has quit IRC | 18:11 | |
| *** berton <berton!~berton@177.194.204.148> has joined #yocto | 18:12 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 18:17 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 18:22 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has quit IRC | 18:24 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-adapqmzutuzxyvui> has quit IRC | 18:24 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has joined #yocto | 18:29 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 18:35 | |
| *** kaspter <kaspter!~Instantbi@183.156.254.211> has quit IRC | 18:52 | |
| *** kaspter <kaspter!~Instantbi@183.156.254.211> has joined #yocto | 18:53 | |
| *** jku <jku!~jku@dyx9b8yyyyyyyyyyyyyby-3.rev.dnainternet.fi> has quit IRC | 18:55 | |
| *** luneff <luneff!~yury@31.23.236.110> has quit IRC | 18:57 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 19:02 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 19:04 | |
| *** tgraydon <tgraydon!~textual@134.134.139.83> has joined #yocto | 19:06 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 19:07 | |
| psrcode | RP: quick question on how the autobuilder work, does it ssh into the system and run ptest etc or does it uses the a tty/console redirection? I'm asking because I'm having trouble running the ptest for lttng-tools via runqemu nographic (when a lot of output is happening fast) but no problem when sshing into the system an running the ptest that way. Might be a problem in ptest-runner ... | 19:09 |
| psrcode | it is most probably a problem in ptest-runner since I can execute the test manually and everything works fine | 19:10 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:11 | |
| *** luneff <luneff!~yury@31.23.236.110> has joined #yocto | 19:11 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has quit IRC | 19:16 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has joined #yocto | 19:17 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 19:31 | |
| *** georgem_ <georgem_!~georgem@216.21.169.52> has joined #yocto | 19:31 | |
| *** georgem_ is now known as georgem | 19:32 | |
| RP | psrcode: it runs it via ssh | 19:38 |
| RP | psrcode: is it an emulation speed issue with the console in runqemu? | 19:39 |
| psrcode | okai | 19:39 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 19:39 | |
| psrcode | tbh i'm not sure, it's a musl build and I can't get gdb to run neither gdbserver... | 19:40 |
| RP | psrcode: we're having a few problems with ptest-runner's i/o :/ | 19:40 |
| RP | psrcode: ah, there was a thread about this somewhere | 19:40 |
| psrcode | I would assume no since I can run the same test fine manually | 19:40 |
| RP | psrcode: https://lists.yoctoproject.org/pipermail/yocto/2019-April/044720.html | 19:41 |
| RP | psrcode: we're wondering if pie is broken on musl | 19:41 |
| psrcode | arf | 19:45 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 19:46 | |
| RP | psrcode: I'd love to not have ptest hanging in lttng if you have any idea how to just fix that piece! :) (or point me at how to fix it) | 19:46 |
| psrcode | well I was about to send you the patches but stumbled upon this... | 19:47 |
| psrcode | i'll do a last checkup with ptest under ssh | 19:47 |
| psrcode | about PIE/musl, i'll be a bit bitter, but it wouldn't be the first time musl is *broken*. sorry khem. We have a saying here at efficios: "musl the poor's man glibc" | 19:51 |
| RP | psrcode: it does sometimes have some challenges... ;-) | 19:55 |
| *** justanotherboy <justanotherboy!~justanoth@THOUSAND-EY.bear1.Houston1.Level3.net> has quit IRC | 20:03 | |
| *** justanotherboy <justanotherboy!~justanoth@192.150.160.69> has joined #yocto | 20:04 | |
| *** chandana73 <chandana73!~ckalluri@149.199.80.131> has quit IRC | 20:05 | |
| bluelightning | anyone have anything to start off https://wiki.yoctoproject.org/wiki/FutureMigrationGuide ? | 20:09 |
| bluelightning | RP: rburton: ^ | 20:09 |
| bluelightning | khem also ^ | 20:09 |
| RP | bluelightning: http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=warrior-next&id=26d27d6a79fb336e9a47611698306da15e98fe8b ? | 20:10 |
| RP | bluelightning: planning to merge that | 20:10 |
| bluelightning | RP: ok, thanks | 20:10 |
| * RP hopes nobody cares/notices | 20:10 | |
| bluelightning | naturally I will be doing my usual commit trawl but advance pointers/raw material is helpful :) | 20:10 |
| RP | bluelightning: gcc-cross-initial and glibc-initial removal | 20:11 |
| RP | again, hopefully most don't notice/care | 20:11 |
| bluelightning | right, worth noting though | 20:11 |
| RP | change to use perl-cross ? | 20:11 |
| *** chandana73 <chandana73!~ckalluri@149.199.80.131> has joined #yocto | 20:13 | |
| JaMa | RP: gcc-cross-initial and glibc-initial removal was most noticible when restoring gcc-7 recipes for warrior, but even there it was easy to follow what gcc-8 recipes did | 20:13 |
| RP | JaMa: right, I don't think there was anything gcc8 specific in what we did. Should have done it years ago :/ | 20:13 |
| JaMa | bluelightning: please mention ARM tune changes, but with the ongoing discussion now on the ML I'm not sure what the summary should say | 20:14 |
| bluelightning | JaMa: ok, I've short-noted it for now and hopefully the dust will settle before the release and then we can document it properly | 20:16 |
| bluelightning | RP: hmm, does the perl-cross change have any possibly user-visible fallout? | 20:17 |
| bluelightning | interesting... I'd missed that python 3.4 introduced enum support | 20:24 |
| RP | bluelightning: just that it changed the perl build a lot and there may be sideeffects from it | 20:28 |
| RP | JaMa, bluelightning: I have no plans to change the tunes for 2.7 | 20:29 |
| *** tz <tz!~tz@orange.tzarc.io> has quit IRC | 20:29 | |
| *** tz <tz!~tz@orange.tzarc.io> has joined #yocto | 20:29 | |
| *** justanotherboy <justanotherboy!~justanoth@192.150.160.69> has quit IRC | 20:42 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 20:42 | |
| RP | kanavin: I think we might be able to just add -u to the sed command in the openssh ptest runner | 20:45 |
| JaMa | RP: understood, I was thinking about thumb enabled by default (so that people aren't surprised that TUNE_PKGARCHs are now different and binary feeds broken, but it's already from thud, not new in warrior, sorry for noise | 20:47 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 20:47 | |
| JaMa | RP: and the new changes might be hard to describe in release notes as there isn't good agreement if the change was for better or worse and what the tunes actually should do | 20:48 |
| RP | JaMa: right, those patches are 2.8 discussion and I'm still not convinced its the right thing to do. I need to reply to that thread | 20:48 |
| JaMa | 105 build jobs in queue, time to take a nap :) | 20:49 |
| JaMa | gnite | 20:49 |
| RP | JaMa: 'night! | 20:49 |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 20:49 | |
| *** tgraydon <tgraydon!~textual@134.134.139.83> has quit IRC | 20:55 | |
| *** justanotherboy <justanotherboy!~justanoth@THOUSAND-EY.bear1.Houston1.Level3.net> has joined #yocto | 21:00 | |
| *** luneff <luneff!~yury@31.23.236.110> has quit IRC | 21:02 | |
| *** tgraydon <tgraydon!~textual@134.134.139.83> has joined #yocto | 21:07 | |
| *** jrypkec <jrypkec!a5e126f6@gateway/web/freenode/ip.165.225.38.246> has quit IRC | 21:12 | |
| *** armpit2 <armpit2!~armpit@116.212.180.67> has joined #yocto | 21:14 | |
| *** berton <berton!~berton@177.194.204.148> has quit IRC | 21:15 | |
| *** armpit2 is now known as armpit | 21:20 | |
| *** armpit <armpit!~armpit@116.212.180.67> has quit IRC | 21:35 | |
| *** armpit2 <armpit2!~armpit@116.212.180.67> has joined #yocto | 21:35 | |
| *** armpit2 is now known as armpit | 21:35 | |
| *** agust <agust!~agust@p508B6C31.dip0.t-ipconnect.de> has quit IRC | 21:38 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:40 | |
| psrcode | RP: let me know how it goes: http://lists.openembedded.org/pipermail/openembedded-core/2019-April/280909.html | 21:51 |
| RP | psrcode: was just reading those and about to queue some tests, thanks! | 21:52 |
| RP | psrcode: just fired a build with those in... | 21:54 |
| *** justanotherboy <justanotherboy!~justanoth@THOUSAND-EY.bear1.Houston1.Level3.net> has quit IRC | 22:17 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:19 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 22:36 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:51 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ykicardwopadhboj> has joined #yocto | 22:58 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 23:42 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!