| *** learningc <learningc!~learningc@121.122.92.156> has quit IRC | 00:25 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 00:27 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 00:29 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 00:36 | |
| *** kaspter <kaspter!~Instantbi@183.128.184.135> has joined #yocto | 01:49 | |
| *** chinhuat647 <chinhuat647!~chinhuat@192.198.146.173> has joined #yocto | 02:02 | |
| *** chinhuat64 <chinhuat64!~chinhuat@192.198.146.173> has quit IRC | 02:04 | |
| yocti | New news from stackoverflow: Where can I find my Linux kernel source directory? <https://stackoverflow.com/questions/57713797/where-can-i-find-my-linux-kernel-source-directory> | 02:20 |
|---|---|---|
| *** scottrif <scottrif!~scottrif@71-80-205-53.dhcp.mdfd.or.charter.com> has quit IRC | 04:06 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 04:38 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 04:39 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 04:42 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 05:15 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:30 | |
| LetoThe2nd | armpit: my day so far: 1) open mutt 2) read mail 3) mentally picture behanw as Miss California. 4) thanks armin. | 05:50 |
| armpit | hehe | 05:51 |
| LetoThe2nd | armpit: hum how comes you around this time? | 05:51 |
| armpit | its only 11pm here.. getting sleepy.. will leave shortly | 05:52 |
| LetoThe2nd | armpit: ah, thought you were more east. | 05:53 |
| armpit | nope, California | 05:54 |
| LetoThe2nd | ... | 05:54 |
| * LetoThe2nd nods silently. rereads mail. | 05:54 | |
| behanw | LetoThe2nd: uh. I just don’t want to know... | 06:10 |
| LetoThe2nd | behanw: blame armpit | 06:13 |
| behanw | I still don’t want to know | 06:13 |
| *** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 06:15 | |
| LetoThe2nd | better that is, probably. | 06:15 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:22 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto | 06:24 | |
| *** iceaway <iceaway!~pelle@37.233.78.69> has quit IRC | 06:41 | |
| *** iceaway <iceaway!~pelle@37.233.78.69> has joined #yocto | 06:45 | |
| iceaway | LetoThe2nd: thanks for the great live coding sessions on youtube/twitch. Very helpful for a newcomer! | 06:47 |
| LetoThe2nd | iceaway: oh, thanks! glad it helps, and if theres more questions just them in here :) | 06:48 |
| LetoThe2nd | *just shoot them in here :) | 06:49 |
| qschulz | __angelo: addtask generate_swupdate before do_rootfs; do_generate_swupdate[nostamp] = "1"; do_generate_swupdate[depends] += "swupdate-image:do_build"; do_generate_swupdate () { do_smth_with_swupdate-image() } | 06:58 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 06:58 | |
| *** yacar_ <yacar_!~yacar@80.215.128.99> has joined #yocto | 07:11 | |
| *** mckoan|away is now known as mckoan | 07:15 | |
| iceaway | LetoThe2nd: definitely will, I am just in the process of setting up a Yocto-configuration for a new custom board. I have only worked with buildroot before so it's a bit of a transition. | 07:16 |
| LetoThe2nd | iceaway: yes it certainly is. | 07:17 |
| LetoThe2nd | iceaway: if you're just in the getting started stage and have some time/money in late October, come to Lyon where you can meet and ask all the people responsible for your confusion in person! :) | 07:18 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:23 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 07:24 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-vnnvfkbijduqpwpi> has joined #yocto | 07:28 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 07:30 | |
| iceaway | LetoThe2nd: That would be awesome, I will see if that's possible with regards to family/work situation. | 07:32 |
| LetoThe2nd | iceaway: depends on your whereabouts and such, of course. but its a good occasion to get your hands dirty :) | 07:33 |
| *** yann <yann!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has quit IRC | 07:44 | |
| RP | kanavin_: that /dev/fb0 error is still in -next after I remove the 5.2 kernels :/ | 07:45 |
| __angelo | qschulz, thanks, very appreciated, testing it | 07:45 |
| RP | kanavin_: that raises the likelihood its one of your patches :/ | 07:46 |
| qschulz | __angelo: if that doesn't make it, then I don't know more, I haven't developed that part of our Yocto | 07:49 |
| __angelo | qschulz, thanks a lot, let you know in short | 07:50 |
| LetoThe2nd | anybody run into smb/nmb not coming up reliably on low-end hardware? systemd seems to be confused over them and timeouts. | 07:52 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 07:57 | |
| iceaway | I'm have created my own image recipe based on core-image-minimal-dev (yep, from your screencast example LetoThe2nd). I want gstreamer to be included so I have added "packagegroup-fsl-gstreamer1.0 packagegroup-fsl-gstreamer1.0-full" to IMAGE_INSTALL. This apparantly pulls in pulseaudio as a dependency, but when it tries to do "do_install" it fails with the message: "/run.do_install.29140: update-rc.d: not | 08:01 |
| iceaway | found". update-rc.d is available in the target image. Do I need to install it on the host or how should I interpret this message? | 08:01 |
| LetoThe2nd | iceaway: first thought is, did you make sure the release of all your layer align? | 08:01 |
| iceaway | Hmm, probably not as I am not really sure what that means. We base our board on a SOM from variscite so I follewed their getting started guide for setting up the initial yocto environment: variwiki.com/index.php?title=Yocto_Build_Release&release=RELEASE_SUMO_V1.0_VAR-SOM-MX8X | 08:03 |
| iceaway | I would assume that their repo manifest file pulls in the proper versions of everything. | 08:04 |
| LetoThe2nd | iceaway: yes i would assume the same | 08:05 |
| LetoThe2nd | update-rc.d at least sounds like something being cofused over classic init and systemd or such | 08:05 |
| iceaway | Agreed, will see if I can find where it selects SysV init and not systemd. Where would be good place to start? Would that typically be a DISTRO setting? | 08:07 |
| LetoThe2nd | iceaway: probably, yes. | 08:08 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:09 | |
| bisbarn | Morning, I'm trying to override the default boot.cmd of the u-boot recipe within the meta-sunxi layer using a u-boot.bbappend. I followed my usual workflow of devtool modify and devtool finish. I only used devtool for source editing and not altering recipe local files. Devtool creates a bbappend recipe and adds the boot.cmd and also prepends to FILEEXTRAPATH, but the final u-boot build includes the old boot.cmd. Any ideas? I don't want to | 08:20 |
| bisbarn | touch the original recipe. | 08:20 |
| qschulz | bisbarn: what does your bbappend look like and where exactly is your boot.cmd located? | 08:39 |
| RP | Ahrg. I added debug to my local builds to investigate a rare problem. Now that problem occurs in a build but I can't afford to time to go off a ta tangent to investigate :( | 08:41 |
| bisbarn | qschulz: nevermind i figured it out. I looked at the expanded FILESPATH variable and discoverd that `meta-sunxi/recipes-bsp/u-boot/files/arm` took presedence over `meta-bei/recipes-bsp/u-boot/u-boot` (which was the path devtool put the boot.cmd in) ;) | 08:47 |
| yocti | New news from stackoverflow: I2C driver changes to recognize multiple buses <https://stackoverflow.com/questions/57723097/i2c-driver-changes-to-recognize-multiple-buses> | 08:51 |
| iceaway | When starting a new devsession (i.e. coming back after a reboot or whatever), do I need to run a script to set up the environment again? Following the guide here: http://variwiki.com/index.php?title=Yocto_Build_Release&release=RELEASE_SUMO_V1.0_VAR-SOM-MX8X it only says run the "MACHINE=xxx DISTRO=yyy . var-setup-release -b build_dir", but not if anything has be done for the next session. Running that | 09:01 |
| iceaway | command resets everything in local.conf so apparantly that is not the way to go. | 09:01 |
| LetoThe2nd | iceaway: usually one would source poky/oe-init-env-or-whatsitcalled again | 09:04 |
| iceaway | running "source sources/poky/oe-init-build-env build_poky" seems to work for me, just not 100% that is the correct way. | 09:04 |
| LetoThe2nd | iceaway: its just crucial that you run that either while being in the directory that holds your build dir, or explicitly stating it (like you do. other wise this is perfectly fine. | 09:05 |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto | 09:09 | |
| qschulz | bisbarn: yes, that's what happened to me multiple times already :/ It gets tricky very quick | 09:09 |
| bisbarn | qschulz: indeed ;) bitbake -e is a lifesaver ;) however the good thing about it is that I realized that it would make sense to further restrict the boot.cmd override to the board and not just plain "arm" ;) | 09:11 |
| qschulz | bisbarn: it depends, you make it harder to override afterwards if you have another bbappend which should be a boot.cmd for all machines | 09:12 |
| bisbarn | qschulz: true | 09:13 |
| *** mckoan is now known as mckoan|away | 09:16 | |
| iceaway | LetoThe2nd: thanks! Referring back to my earlier pulseaudio issue, in the pulseaudio.inc file it has on the inherit line: "systemd". Would that implicate that it supports exclusively systemd and not i.e. SysV init? | 09:24 |
| iceaway | or merely that it can be configured with systemd? | 09:26 |
| LetoThe2nd | iceaway: don't know, and no time to look it up at the moment, sorry. | 09:27 |
| LetoThe2nd | qschulz: ^^^ maybe you have time for a peek? | 09:27 |
| iceaway | No worries! | 09:30 |
| qschulz | iceaway: which version of poky? where is this /run.do_install.29140: update-rc.d: not found" coming from (which recipe?)? | 09:32 |
| qschulz | LetoThe2nd: we use update-rc.d here and we don't have systemd. | 09:33 |
| LetoThe2nd | qschulz: i have no experience on neither update-rc nor gstreamer, hence its a bit too much for me ATM | 09:34 |
| iceaway | I'm using poky 2.5.2. The recipe is pulseaudio-11.1 | 09:35 |
| qschulz | neither do I :D just had a few issues with update-rc.d so I'm learning on the fly :D | 09:35 |
| iceaway | Apparantly I have update-rc.d both on the target and on my development machine | 09:35 |
| iceaway | Could it be some issue that the bitbake environment cannot find the update-rc.d executable? | 09:35 |
| iceaway | If I run "bitbake -c devshell pulseaudio" I can run update-rc.d in the devshell. | 09:37 |
| qschulz | I don't use devshell :/ | 09:38 |
| RP | Ahrg, second clean build failed in the same area. I'm going to have to debug this :( | 09:38 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 09:39 | |
| qschulz | iceaway: could you paste somewhere the run.do_install? | 09:42 |
| *** yacar_ <yacar_!~yacar@80.215.128.99> has quit IRC | 09:48 | |
| kroon | RP, at least you can reproduce it more easily it seems! | 09:50 |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 09:54 | |
| iceaway | qschulz: definitely, here it is: https://pastebin.com/FusgD9SQ | 09:54 |
| RP | kroon: right, at the more inopportune moment :/ | 09:59 |
| * alessioigor waves | 10:06 | |
| alessioigor | Is it expected that wic has started to ignore IMAGE_ROOTFS_SIZE since one or two weeks ago (on master)? | 10:06 |
| *** learningc <learningc!~learningc@121.122.92.156> has joined #yocto | 10:19 | |
| iceaway | Note sure if this is relevant or not, but update-rc.d uses the commandline argument -r which is not available on the version of update-rc.d running on my host machine. Using -r does not give the "not found" error though, but "unknown option". | 10:22 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 10:23 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 10:23 | |
| *** iceaway <iceaway!~pelle@37.233.78.69> has quit IRC | 10:23 | |
| *** sgw <sgw!~sgw@134.134.139.76> has quit IRC | 10:23 | |
| *** tsjsieb <tsjsieb!~quassel@103.214.7.25> has quit IRC | 10:23 | |
| *** cpo <cpo!~cpo@194.145.151.3> has quit IRC | 10:23 | |
| *** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC | 10:23 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 10:23 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 10:23 | |
| *** sbach <sbach!~sbach@45.77.212.219> has quit IRC | 10:23 | |
| *** alimon <alimon!alimon@gateway/shell/linaro/x-aordrllpakefcuat> has quit IRC | 10:23 | |
| *** Saur <Saur!pkj@nat/axis/x-ecvvkhhtbodjlxhn> has quit IRC | 10:23 | |
| *** seebs <seebs!~seebs@24.196.59.174> has quit IRC | 10:23 | |
| *** miwa_ <miwa_!~miwa@unaffiliated/miwa> has quit IRC | 10:23 | |
| *** svuorela <svuorela!~svuorela@kde/sune> has quit IRC | 10:23 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 10:23 | |
| *** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC | 10:23 | |
| *** rewitt <rewitt!~rewitt@134.134.139.74> has quit IRC | 10:23 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC | 10:23 | |
| *** falk0n <falk0n!~falk0n@a109-49-142-1.cpe.netcabo.pt> has quit IRC | 10:23 | |
| *** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has quit IRC | 10:23 | |
| *** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC | 10:23 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 10:23 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 10:23 | |
| *** dfrey <dfrey!~dfrey@172.103.152.101> has quit IRC | 10:23 | |
| *** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC | 10:23 | |
| *** adelcast <adelcast!~adelcast@130.164.62.197> has quit IRC | 10:23 | |
| *** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC | 10:23 | |
| *** flying_sausages <flying_sausages!~flying_sa@static.88-198-40-49.clients.your-server.de> has quit IRC | 10:23 | |
| *** yourfate <yourfate!~yourfate@unaffiliated/yourfate> has quit IRC | 10:23 | |
| *** lpoulain <lpoulain!lpoulain@gateway/shell/linaro/x-whcbvwpfkezrgrqk> has quit IRC | 10:23 | |
| *** fullstop <fullstop!~fullstop@162.243.42.48> has quit IRC | 10:23 | |
| *** Chaser <Chaser!~Chaser@192.241.229.182> has quit IRC | 10:23 | |
| *** Striking7 <Striking7!~jon@96-94-100-129-static.hfc.comcastbusiness.net> has quit IRC | 10:23 | |
| *** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has quit IRC | 10:23 | |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto | 10:23 | |
| *** cpo <cpo!~cpo@helix.mybll.net> has joined #yocto | 10:24 | |
| *** sbach <sbach!~sbach@45.77.212.219> has joined #yocto | 10:24 | |
| *** iceaway <iceaway!~pelle@37.233.78.69> has joined #yocto | 10:25 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 10:25 | |
| *** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has joined #yocto | 10:26 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 10:26 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 10:26 | |
| *** seebs <seebs!~seebs@24.196.59.174> has joined #yocto | 10:26 | |
| *** georgem_ <georgem_!~georgem@216.21.169.52> has joined #yocto | 10:26 | |
| *** yourfate <yourfate!~yourfate@unaffiliated/yourfate> has joined #yocto | 10:27 | |
| *** fullstop <fullstop!~fullstop@162.243.42.48> has joined #yocto | 10:27 | |
| *** flying_sausages <flying_sausages!~flying_sa@static.88-198-40-49.clients.your-server.de> has joined #yocto | 10:27 | |
| kanavin_ | RP: yes, I am farily certain it's the one that tweaks qemu arm configs. I will look into, also Anuj I think mentioned it on the list. | 10:28 |
| *** lpoulain <lpoulain!lpoulain@gateway/shell/linaro/x-dzqnckydpijeibqp> has joined #yocto | 10:29 | |
| *** falk0n <falk0n!~falk0n@a109-49-142-1.cpe.netcabo.pt> has joined #yocto | 10:29 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 10:33 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto | 10:33 | |
| *** yizhao <yizhao!~zhaoyi@unknown-3-104.windriver.com> has joined #yocto | 10:37 | |
| *** learningc <learningc!~learningc@121.122.92.156> has quit IRC | 10:38 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 10:40 | |
| *** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has joined #yocto | 10:40 | |
| *** dfrey <dfrey!~dfrey@172.103.152.101> has joined #yocto | 10:41 | |
| *** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto | 10:41 | |
| iceaway | Could it be that bitbake is using my native update-rc.d instead of the one created in the sysroot within yocto for the host machine? | 10:41 |
| *** learningc <learningc!~learningc@121.122.92.156> has joined #yocto | 10:41 | |
| *** Chaser <Chaser!~Chaser@192.241.229.182> has joined #yocto | 10:42 | |
| qschulz | "your" native update-rc.d? | 10:43 |
| *** Striking7 <Striking7!~jon@96-94-100-129-static.hfc.comcastbusiness.net> has joined #yocto | 10:44 | |
| iceaway | Yes, in the devshell if I run which update-rc.d I get the one that came with my Linux distribution, not one from within Yocto | 10:45 |
| *** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto | 10:45 | |
| iceaway | THere are others under my tmp directory, i.e. tmp/work/aarch64-poky-linux/rpcbind/0.2.4-r0/recipe-sysroot-native/usr/sbin/update-rc.d, which have the -r option available. | 10:47 |
| *** kaspter <kaspter!~Instantbi@183.128.184.135> has quit IRC | 10:50 | |
| *** kaspter <kaspter!~Instantbi@183.128.184.135> has joined #yocto | 10:51 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 11:02 | |
| qschulz | iceaway: do you have any bbappend for pulseaudio somewhere? | 11:05 |
| qschulz | I don't understand where the end of the do_install comes from | 11:07 |
| iceaway | THere are a few, is there a bitbake command to check which .bbappend files apply to my build? (I think I remember that this can be done, but cannot recall how) | 11:17 |
| qschulz | `bitbake-layers show-appends` apparently | 11:18 |
| iceaway | Yeah now I found it, it is in a bbappend-file from the variscite meta-layer. https://github.com/varigit/meta-variscite-imx/blob/sumo-imx-4.14.98-var01/recipes-multimedia/pulseaudio/pulseaudio_%25.bbappend | 11:21 |
| iceaway | No idea how to fix it in the most correct way though. | 11:22 |
| qschulz | iceaway: create a new bbappend and add DEPENDS_append = " update-rc.d-native" | 11:24 |
| iceaway | qschulz: really cool, now it seems to work! Thank you for the help. | 11:31 |
| *** learningc <learningc!~learningc@121.122.92.156> has quit IRC | 11:31 | |
| iceaway | What exactly does that DEPENDS_append do? Force any calls to update-rc.d within the bitbake environment to use the one from the local native sysroot? | 11:32 |
| *** yacar_ <yacar_!~yacar@80.215.134.110> has joined #yocto | 11:33 | |
| *** mischief <mischief!~mischief@wopr.sciops.net> has joined #yocto | 11:33 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:37 | |
| qschulz | DEPENDS is for dependencies at build time | 11:38 |
| qschulz | it's going to put binaries and headers into a sysroot for your recipe so it can use those resources for compiling the software | 11:38 |
| qschulz | when you have -native in the name, it's binaries and libraries compiled for the host system which are needed at build time | 11:39 |
| qschulz | recipe-sysroot for the first, recipe-sysroot-native for the second | 11:39 |
| qschulz | _append is an almost same (BUT NOT) mechanism as DEPENDS += | 11:39 |
| qschulz | one or the other is fine here AFAICT | 11:40 |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 11:40 | |
| qschulz | what would be nice of you is to notify the maintainers (open an issue or send a pull request) that they need to add update-rc.d-native to DEPENDS | 11:41 |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:42 | |
| iceaway | qschulz: thanks for the detailed explanation. I will notify the maintainers about that issue. | 11:49 |
| qschulz | iceaway: happy to help :) | 11:51 |
| qschulz | Question: I've this package with prebuilt libraries which depends on libfoo.so. I have a package which provides libfoo.so.1.2. Obviously, Yocto isn't happy because it can't find a RPROVIDER for libfoo.so for the mentioned package. | 11:52 |
| qschulz | I don't really like our INSANE_SKIP file-rdeps at the moment :D | 11:53 |
| qschulz | also, libfoo recipes are upstream so I don't really want to have a bbappend for each and every of those rdependencies (but if I can't do any other way... :/) | 11:56 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 12:01 | |
| *** georgem_ is now known as georgem | 12:19 | |
| iceaway | Pull request with the fix done \o/ | 12:22 |
| RP | and after a lot of debugging, its a race in my debug code :( | 12:26 |
| RP | but shows a design problem in the main code which may also be a problem | 12:26 |
| qschulz | iceaway: the open source community is thanking you :) | 12:28 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 12:38 | |
| iceaway | Always feels good when you can contribute back to the community. | 12:43 |
| *** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has joined #yocto | 12:43 | |
| yates | doesn't bitbake/yocto set pn to the recipe name? so if i'm bitbake abc_1.0.bb, pn = abc? | 12:44 |
| yates | if so then why am i getting "WARNING: load-initramfs-scripts-1.0+3653-r0 do_package_qa: QA Issue: /etc/init.d/run-swupdate.sh contained in package load-initramfs-scripts requires /bin/bash, but no providers found in RDEPENDS_load-initramfs-scripts? [file-rdeps" ... | 12:45 |
| yates | when i have "RDEPENDS_${pn} = "bash"" in my bb file? | 12:45 |
| yates | in load-initramfs-scripts_1.0.bb, i.e. | 12:46 |
| qschulz | PN | 12:46 |
| yates | oh?! | 12:46 |
| *** Saur <Saur!pkj@nat/axis/x-xrbzzpoadaoriuft> has joined #yocto | 12:47 | |
| kanavin_ | RP: aww, i just missed the master-next queue | 12:50 |
| kanavin_ | there's some tasty py2->3 work I sent :) | 12:51 |
| mcfrisk | quite often I wish bitbake would throw an error when referencing non-existing variables, and that bash snippets would be executed with set -euxo pipefail... | 12:51 |
| kanavin_ | I have checked yesterday that with this patchset, the runtime py2 dependencies are gone, the buildtime py2 dependencies are down to u-boot and py2 itself | 12:51 |
| RP | kanavin_: typical! :) | 12:54 |
| RP | kanavin_: although I'm trying only to remove patches to get to a point where something can merge! | 12:54 |
| RP | kanavin_: patches look good at a quick glance! | 12:56 |
| kanavin_ | RP: a bit disappointed that py2 cannot build without having a binary of itself already available. I might poke into why is that. | 12:57 |
| RP | kanavin_: hmm, yes. I guess we never used to have to worry about that | 12:58 |
| yates | kinda like using C to write a C compiler? | 12:58 |
| kanavin_ | RP: we'll probably remove py2 from HOSTTOLS/self-hosted and py2 recipes as a single patch. | 12:58 |
| kanavin_ | yates, yes, except python is written in C | 12:59 |
| yates | kanavin_: then why does it need a binary of itself to build? | 12:59 |
| kanavin_ | yates, it needs to run .py scripts at build time to produce some generated stuff | 12:59 |
| yates | ah | 12:59 |
| kanavin_ | yates, and - surprise - they didn't make those scripts py3 compatible | 12:59 |
| kanavin_ | down to still using print "stuff" for example | 13:00 |
| yates | i'm a python idiot, so i'll shutup now.. | 13:00 |
| yates | been resisting learning it for a decade now | 13:00 |
| kanavin_ | RP: the graphical hardware mixup is because the qemu documentation made me believe that lists of available options for graphical hardware are the same for all targets and machines | 13:01 |
| kanavin_ | that is not actually true: not only the lists differ, but also the default cards if you do not specify -vga | 13:01 |
| RP | kanavin_: ok, glad we've figured it out! | 13:05 |
| smurray | kanavin_: yeah, I was also surprised to see that py2 needs itself on the host in my test builds the other day | 13:06 |
| kanavin_ | smurray, I suspect it might be because we do 'make regen-all' | 13:07 |
| kanavin_ | I am not sure if that is actually necessary, maybe it isn't, and if we drop it, then py2 binary is no longer used | 13:07 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 13:08 | |
| smurray | hrm, is it worth digging into, considering it should be going away? | 13:08 |
| kanavin_ | smurray, distributions are now actively making moves to remove py2 altogether | 13:09 |
| kanavin_ | so we should be prepared for a situation where a widely used distro won't let you install py2 on the host | 13:09 |
| smurray | so the concern would be no longer being able to build it for versions of OE where we still support it | 13:10 |
| kanavin_ | smurray, not necessarily, those versions have a list of tested distributions, which will not include any new ones | 13:10 |
| kanavin_ | I am thinking more of upcoming distro releases and how we handle them in master | 13:11 |
| smurray | I'm guessing the u-boot py2 -> py3 fixes won't make it for zeus, so would be a concern for its lifetime | 13:12 |
| kanavin_ | smurray, Tartarus said he | 13:13 |
| kanavin_ | he's actively looking into it actualyl | 13:13 |
| smurray | yeah, we've discussed it a bit | 13:13 |
| Tartarus | So, what's the cutoff for zeus? | 13:14 |
| Tartarus | I am hoping that for v2019.10 u-boot will be python3 happy | 13:14 |
| Tartarus | And that's oct 7 | 13:15 |
| kanavin_ | Tartarus, would it be feasible to create a backport? | 13:15 |
| kanavin_ | oct 7 does seem like too late | 13:15 |
| Tartarus | It'd sure be a pain | 13:15 |
| Tartarus | We've already closed the merge window | 13:15 |
| Tartarus | It'd be great for us, and for you too perhaps, to track the -rc releases? | 13:16 |
| kanavin_ | Tartarus, what I mean is that you create a 'custom' backport patch to the version that is currently in oe-core | 13:16 |
| smurray | iirc, RP indicated we're close to zeus feature freeze | 13:16 |
| Tartarus | kanavin_: Yeah, I know. Backporting the various series to v2019.07 (which you are on, I would hope) wouldn't be the end of the world, but it would be a huge patch set | 13:17 |
| kanavin_ | or then this can be handled in december-ish time, then we can drop py2 from oe-core and HOSTTOOLS, and deal with the fallout during winter | 13:17 |
| Tartarus | I really would advocate for tracking U-Boot releases here instead | 13:17 |
| kanavin_ | Tartarus, we do track them, once every month AUH robot sends an email to u-boot maintainer telling what the latest non-rc version is | 13:18 |
| Tartarus | Yes | 13:18 |
| Tartarus | I'm saying, do a one off in this case | 13:18 |
| Tartarus | Upgrade "today" to v2019.10-rc3 | 13:18 |
| kanavin_ | that maintainer at the moment is.... Marek Vasut <marek.vasut@gmail.com> | 13:18 |
| Tartarus | And -rc when it comes out in a weeek and change | 13:18 |
| Tartarus | Yes, marex-cloud is here too :) | 13:18 |
| kanavin_ | if he is okay with that then sure | 13:19 |
| Tartarus | Well, is RP going to allow those upgrades in, for zeus? | 13:19 |
| kanavin_ | I'd say maybe we defer it to post-zeus | 13:20 |
| Tartarus | If you're doing it post zeus, you can just catch it with the normal release cycle | 13:20 |
| Tartarus | But if you want zeus to be python2 free | 13:20 |
| kanavin_ | then you can take your time with getting the py3 support u-boot nice and polished | 13:20 |
| Tartarus | It's not actually that far off | 13:20 |
| Tartarus | Simon did a lot of the back-end stuff a while ago, but kept it 2 compatible | 13:21 |
| Tartarus | The pylibfdt stuff really is just s/python2/python3/ | 13:21 |
| Tartarus | And the fedora folks are less flexible about python2 support than you are :) | 13:21 |
| smurray | kanavin_: just a thought, would it be feasible to just have a python-native recipe for zeus? | 13:22 |
| kanavin_ | smurray, nope, because py2 still needs to be in self-hosted | 13:22 |
| kanavin_ | smurray, also we can't drop it from HOSTTOOLS because as discussed it needs itself :) | 13:22 |
| kanavin_ | it's like a circular dependency, the only way to handle it is to remove all three | 13:23 |
| smurray | kanavin_: right, it'd have to stay in HOSTTOOLS, but then it'd not be buildable for target at all? | 13:23 |
| kanavin_ | yes, which breaks the self-hosted | 13:23 |
| smurray | ah, like the builder images, etc. | 13:23 |
| smurray | bummer | 13:24 |
| kanavin_ | smurray, also, brace yourself for the fallout when it is removed | 13:24 |
| kanavin_ | I expect half the meta-oe will break, and most other layers | 13:24 |
| smurray | kanavin_: yeah, I've not been brave enough to attempt building that yet | 13:24 |
| kanavin_ | the sad experience I have is that warning people in advance about upcoming breakage has no effect | 13:24 |
| kanavin_ | the only way to have things fixed is either do it yourself, or do the breaking change and face the shouting and screaming | 13:25 |
| smurray | likely will need to have the meta-python2 in hand for people to use in the short-term | 13:26 |
| kanavin_ | yeah | 13:26 |
| kanavin_ | this is more or less standard approach for obsolete things like qt3, qt4, lsb etc that were once in oe-core | 13:27 |
| kanavin_ | gplv2 as well :) | 13:27 |
| smurray | it's not clear to me what maintenance folks like RHEL will do for py2, if they do keep it going, someone sufficiently motivated could likely pull their patches into meta-python2 | 13:28 |
| kanavin_ | yeah, upstream however has made it clear that they won't do any py2 work post-jan 1 202 | 13:29 |
| kanavin_ | 2020 | 13:29 |
| kanavin_ | I guess they'll knock out one final release and shut it down for good | 13:29 |
| smurray | yeah | 13:30 |
| kanavin_ | also centos 8 is much welcome, centos 7 is seriously ancient at this point | 13:30 |
| smurray | yeah, 7 is painful to use for building anything | 13:30 |
| kanavin_ | (not centos fault obviously) | 13:31 |
| *** luneff <luneff!~yury@95.174.106.201> has joined #yocto | 13:33 | |
| luneff | hey guys! quick q: how to set host GCC for a Yocto build to use? I have issues with GCC 7, wondering if I can just point to ubuntu's gcc-6 | 13:34 |
| kanavin_ | luneff: you probably need to change what /usr/bin/gcc points to | 13:34 |
| kanavin_ | however, it may only get worse with an older version ;) | 13:35 |
| luneff | it can... but I wonder if there's a cleaner solution, like a local.conf variable | 13:35 |
| kanavin_ | luneff, you probably need to inspect bitbake.conf, there is a variable in there that sets it. if it is a weak assignment, you can reset it in local.conf I guess | 13:36 |
| luneff | export CC = "${CCACHE}${HOST_PREFIX}gcc ${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS}" ;-( | 13:37 |
| luneff | I guess I really should change /usr/bin/gcc :-) | 13:37 |
| kanavin_ | I wonder what HOST_PREFIX does | 13:37 |
| luneff | /usr/bin/, I think | 13:38 |
| smurray | it would be BUILD_CC that you would change, I believe | 13:38 |
| kanavin_ | ah, I thought you could set it to 'my-awesome-' | 13:38 |
| *** Crofton|mini <Crofton|mini!~Crofton@ip-173-153-74-19.ekrgmd.spcsdns.net> has joined #yocto | 13:38 | |
| luneff | no, I needed gcc-6 instead of just gcc, which is gcc-7 | 13:38 |
| luneff | so it's more like a suffix in this case :-) | 13:39 |
| smurray | I'd try sticking a gcc -> gcc-6 symlink in ~/bin or the like first, see if it'll get picked up | 13:39 |
| smurray | if that doesn't work, try: export BUILD_CC = "${CCACHE}${BUILD_PREFIX}gcc-6 ${BUILD_CC_ARCH}" in local.conf | 13:40 |
| * kanavin_ just got handed a beer, in the office | 13:40 | |
| kanavin_ | productivty goes downhill for the rest of the day | 13:40 |
| kanavin_ | the germans are *very* liberal in that department | 13:40 |
| kanavin_ | never in a million years could happen in finland | 13:41 |
| *** Bunio_FH <Bunio_FH!~bunio@84.red-213-0-2.staticip.rima-tde.net> has joined #yocto | 13:41 | |
| RP | kanavin_: :D | 13:43 |
| RP | kanavin_: I could use a beer right now... | 13:43 |
| smurray | kanavin_: heh, I'm several hours away from beer, I'm envious | 13:44 |
| Tartarus | smurray: I promise not to tell HR ;) | 13:44 |
| luneff | smurray, thanks! trying :-) | 13:44 |
| * RP has a dilemma on trying to sort the release vs. fun activity this weekend. I think the release may just have to wait until next week :/ | 13:44 | |
| *** Crofton|mini <Crofton|mini!~Crofton@ip-173-153-74-19.ekrgmd.spcsdns.net> has quit IRC | 13:45 | |
| smurray | Tartarus: are you saying I should be drinking beer atm? ;) | 13:46 |
| *** Crofton|mini <Crofton|mini!~Crofton@ip-173-153-74-19.ekrgmd.spcsdns.net> has joined #yocto | 13:46 | |
| Tartarus | smurray: It's Friday and I know you've had several hard meetings :) | 13:46 |
| Tartarus | this week | 13:46 |
| smurray | Tartarus: still AGL stuff needed for the point release, sadly | 13:46 |
| luneff | oh, got passed through elfutils-native. Never though I'll have to build Krogoth again | 13:48 |
| kanavin_ | RP, I'd totally pick the fun stuff. We all want you healthy and well. | 13:48 |
| Tartarus | smurray: https://jeremylyons1.bandcamp.com/track/coffee-rag | 13:48 |
| smurray | Tartarus: +1, toying with making another aeropress coffee | 13:53 |
| *** Crofton|mini <Crofton|mini!~Crofton@ip-173-153-74-19.ekrgmd.spcsdns.net> has quit IRC | 13:55 | |
| RP | zeddii: FWIW the mpc build failure reproduces locally for me | 13:56 |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has quit IRC | 14:01 | |
| *** stew-dw <stew-dw!~stew-dw@207.242.234.14> has quit IRC | 14:05 | |
| *** iceaway <iceaway!~pelle@37.233.78.69> has quit IRC | 14:09 | |
| tgoodwin | has anyone used crops in gitlab-ci? | 14:11 |
| *** stew-dw <stew-dw!~stew-dw@207.242.234.14> has joined #yocto | 14:11 | |
| RP | zeddii: could you share a copy of recipe-sysroot/usr/include from a working mpc build from the eudev directory? | 14:14 |
| *** alimon <alimon!alimon@gateway/shell/linaro/x-jgbtkxiflkqtvjob> has joined #yocto | 14:25 | |
| khem | RP:I changed the kernel to 4.19 for qemuppc and eudev build worked ok | 14:26 |
| khem | RP:so its specific to mpc I believe | 14:26 |
| RP | khem: Its some kind of header overlap/define problem | 14:26 |
| RP | khem: if I put #include <asm-generic/socket.h at the top of log.c, it works. If I it anywhere else I see the error | 14:27 |
| RP | so somehow the include is being masked | 14:27 |
| khem | RP: it would be helpful to get gcc -E output of the failing file | 14:27 |
| RP | khem: its finding include-fixed/asm-generic/socket.h | 14:31 |
| RP | and that file is totally wrong | 14:32 |
| RP | khem: I suspect it depends which machine we compile gcc for :/ | 14:33 |
| *** luneff <luneff!~yury@95.174.106.201> has quit IRC | 14:37 | |
| khem | RP:can you paste this file somewhere | 14:38 |
| RP | khem: which one, the wrong include? | 14:38 |
| RP | khem: or -E output | 14:39 |
| khem | yes otally wrong | 14:39 |
| khem | wrong file | 14:39 |
| *** Bunio_FH <Bunio_FH!~bunio@84.red-213-0-2.staticip.rima-tde.net> has quit IRC | 14:39 | |
| khem | glibc has added a wrapper for ppc so I wonder if this is in play here | 14:39 |
| RP | khem: https://paste.debian.net/1098012/ | 14:40 |
| RP | khem: I just sent something to the list with my findings so far too | 14:41 |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has quit IRC | 14:42 | |
| RP | khem: that file is missing a chunk from the end of it | 14:44 |
| * zeddii is here | 14:45 | |
| zeddii | RP: still want that directory ? I can tar it up and put it on my server | 14:45 |
| RP | zeddii: no, I think we're further forward now, thanks! | 14:46 |
| RP | khem: I rebuild gcc-cross-powerpc and the include-fixed file is now correct | 14:46 |
| zeddii | ok. cool. I see the email. will read and ponder. | 14:46 |
| RP | zeddii: basically we have some idea what is happening but not why | 14:46 |
| RP | zeddii: or how to reproduce | 14:47 |
| * zeddii nods | 14:47 | |
| zeddii | but at least I probably wasn’t going insane to think that my builds were actually completing. | 14:47 |
| zeddii | I still wonder if fixincludes is firing sometimes and not others. | 14:47 |
| zeddii | I admit to knowing nearly nothing about fixincludes | 14:47 |
| zeddii | I had to google it when I ran into it mid august while first doing the header update. | 14:48 |
| khem | RP:/usr/include/asm-generic/socket.h is kernel headers right | 14:51 |
| RP | khem: yes | 14:51 |
| khem | so is this file changing between different ppc machines ? | 14:51 |
| khem | then we cant use common gcc-cross | 14:52 |
| RP | khem: it shouldn't because linux-libc-headers is not machine specific | 14:52 |
| khem | other option is to tell gcc not to fix include socket.h | 14:52 |
| RP | we should diff linux-libc-headers for mpc vs. qemuppc | 14:53 |
| khem | RP:I think thats a good idea | 14:53 |
| RP | khem: right, I don't think it should be trying to "fix" it either but I want to get to the root cause of the difference | 14:53 |
| RP | khem: its also possible 5.0 somehow leaked into my original buil | 14:53 |
| * RP doesn't quite see how | 14:54 | |
| RP | oh, I do :/ | 14:55 |
| RP | SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS += " \ | 14:55 |
| RP | gcc-cross-${TARGET_ARCH}->linux-libc-headers \ | 14:55 |
| khem | RP: the file you pasted seems to be using old ./arch/powerpc/include/uapi/asm/socket.h when generating the fix-include | 14:55 |
| RP | I bet we can change liunx-libc-header versions and the above means gcc doesn't rebuild | 14:56 |
| khem | old meaning from < 5.2 kernel headers | 14:56 |
| RP | the socket.h in gcc is then from 5.0 and breaks as it doesn't match 5.2 | 14:56 |
| RP | khem: yes | 14:56 |
| khem | it clearly means we are missing dep on linux-libc-headers | 14:56 |
| khem | in gcc-cross | 14:56 |
| RP | khem: we have the dep, we just whitelist it | 14:56 |
| khem | ugh | 14:57 |
| RP | khem: bottom line, gcc shouldn't be "fixing" these | 14:57 |
| khem | RP: I think we can do something like FreeBSD and ignore fixed-include | 14:57 |
| RP | zeddii: so reproduce is to configure with linux-libc-headers 5.0, build gcc-cross-powerpc, then switch to linux-libc-headers | 14:58 |
| RP | (5.2) | 14:58 |
| RP | khem: we could just delete them? :) | 14:58 |
| khem | RP: now that we know gcc-cross uses kernel headers to build itself, we probably can not whitelist the dep | 14:58 |
| khem | RP: pretty much | 14:59 |
| RP | khem: it is ok, we just need to stop it doing this | 14:59 |
| khem | that mostly what BSD does, but they then take the needed bits into BSD system headers | 14:59 |
| RP | khem: fixed-include is pretty much empty anyway | 14:59 |
| khem | yeah limits.h might be the only king there | 15:00 |
| RP | khem: right | 15:00 |
| RP | Because this is an automated process, sometimes headers get "fixed" that do not, strictly speaking, need a fix. As long as nothing is broken by the process, it is just an unfortunate collateral inconvenience. We would like to rectify it, if it is not "too inconvenient". | 15:01 |
| * RP mutters about inconvenience | 15:01 | |
| RP | (from the README in the directory) | 15:01 |
| khem | RP: lets delete it and see if hell breaks lose | 15:02 |
| RP | khem: delete "anything not limits.h and syslimits.h"? | 15:02 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:03 | |
| RP | zeddii: I think this also explains how your mystery headers disappeared last time | 15:03 |
| khem | RP: I would say everything | 15:11 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 15:20 | |
| *** yacar_ <yacar_!~yacar@80.215.134.110> has quit IRC | 15:20 | |
| * zeddii reads | 15:30 | |
| zeddii | indeed. | 15:30 |
| * zeddii doesn’t like “magic”, unless it’s in some cheesy sci-fi book I’m reading :D | 15:32 | |
| zeddii | RP: I do have fixed up, new versions of the 5.2 recipes. I can re-send the queue as a new pull request. since we maybe closer to the bottom of the headers issue. | 15:33 |
| zeddii | I’ll double check the SRCREVs in Kevin’s yocto-bsp pull and mention if it is ok and if not send a v2 with new SRCREvs. | 15:34 |
| *** JPEWhacker <JPEWhacker!~yaaic@168-103-53-216.desm.qwest.net> has joined #yocto | 15:35 | |
| RP | zeddii: I'd like to try that so please send. I'll send a patch for the headers... | 15:38 |
| RP | well, the gcc piece of the headers puzzle | 15:38 |
| *** adelcast <adelcast!~adelcast@130.164.62.197> has joined #yocto | 15:41 | |
| JPEWhacker | RP: looks like the reproducible build test passed with the clean build patch? | 15:45 |
| RP | JPEWhacker: yes, I'm curious why | 15:45 |
| *** bisbarn <bisbarn!~bisbarn@p5DF59D90.dip0.t-ipconnect.de> has quit IRC | 15:47 | |
| *** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC | 15:47 | |
| JPEWhacker | it's the lowest "level" of reproducibility. basically, it eliminates most of the rebuild and RSS issues by never rebuilding recipes (either b/c of changes or via sstate) | 15:48 |
| JPEWhacker | RP: it's not where we want to be, but at least we won't regress if the test is in place. | 15:49 |
| RP | JPEWhacker: we shouldn't have rebuild issues | 15:49 |
| JPEWhacker | RP: I agree we shouldn't. empirically speaking, we do have at least a few | 15:52 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 15:52 | |
| JPEWhacker | RP: and, of course they need to be fixed :) I just not sure how ATM | 15:53 |
| RP | zeddii: when you get your patches out we can have a new build (after autobuilder maint I guess) | 15:54 |
| RP | JPEWhacker: I mean that the autobuilder doesn't rebuild :/ | 15:54 |
| zeddii | about to send them now. I’m not resending anything 5.2 header related, just the pure kernel parts. | 15:55 |
| zeddii | let me know if you’d like any other parts resent. | 15:55 |
| RP | zeddii: can you send what I'm missing from -next? :) | 15:56 |
| zeddii | ok. checking! | 15:57 |
| JPEWhacker | RP: Ahhh..... hmmm.... curious. that makes me think that the recipes are restoring from sstate and what's in sstate doesn't match | 16:00 |
| RP | JPEWhacker: yes | 16:00 |
| *** sgw <sgw!~sgw@134.134.139.76> has joined #yocto | 16:02 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 16:11 | |
| * zeddii steps away for a few hours. will be back later. | 16:13 | |
| RP | JPEWhacker: right, which worries me | 16:14 |
| *** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto | 16:24 | |
| qschulz | is there any way to ignore the LAYERSERIES_COMPAT of a layer? | 16:25 |
| JPEWhacker | RP: ya. i've always lumped together reproducible rebuilds and reproducible sstate because sstate can't possibly be reproducible if rebuilds aren't since you can't tell if sstate came from a rebuild (in general... perhaps the AB is different?) | 16:31 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:32 | |
| RP | JPEWhacker: the autobuilder always has a clean tmp at the start of a build so it can't have rebuilds | 16:32 |
| JPEWhacker | RP: how do the OEQA test case builds work? do they share sstate or tmpdir? | 16:34 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-vnnvfkbijduqpwpi> has quit IRC | 16:37 | |
| RP | JPEWhacker: they do share sstate and sometimes a tmpdir | 16:42 |
| *** ralu <ralu!~ralu@mail.i-tech.si> has quit IRC | 16:47 | |
| JPEWhacker | RP: so one hypothesis is that before my clean build change, it was sharing tmpdir from a previous OEQA test, and pulling sstate from the AB mirror is still ok. that could be easily tested. | 16:49 |
| *** harryfan <harryfan!uid387287@gateway/web/irccloud.com/x-gzfyebiihuoxwrru> has quit IRC | 16:49 | |
| RP | JPEWhacker: ah, we should test that, yes. Could be | 16:56 |
| RP | JPEWhacker: I'd assumed it was a clean tmpdir previously like the patch enabled | 16:56 |
| JPEWhacker | ok, I'll send a patch to test it later today... it's probably not useful outside the AB though since not everyone is so rigorous about how three sstate mirror is populated. | 16:58 |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 17:00 | |
| RP | JPEWhacker: right, it would give me peace of mind to test though | 17:04 |
| *** JPEWhacker <JPEWhacker!~yaaic@168-103-53-216.desm.qwest.net> has quit IRC | 17:06 | |
| RP | kanavin_: I'll queue you changes after we test the libc headers stuff in isolation | 17:06 |
| *** kaspter <kaspter!~Instantbi@183.128.184.135> has quit IRC | 17:10 | |
| *** JPEWhacker <JPEWhacker!~yaaic@168-103-53-216.desm.qwest.net> has joined #yocto | 17:22 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 17:26 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 17:40 | |
| *** JPEWhacker <JPEWhacker!~yaaic@168-103-53-216.desm.qwest.net> has quit IRC | 17:44 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 17:58 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 18:00 | |
| *** kaspter <kaspter!~Instantbi@2409:8928:662:2d69:2434:8a4f:7f6:e177> has joined #yocto | 18:05 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 18:11 | |
| *** JPEWhacker <JPEWhacker!~yaaic@168-103-53-216.desm.qwest.net> has joined #yocto | 18:11 | |
| *** JPEWhacker <JPEWhacker!~yaaic@168-103-53-216.desm.qwest.net> has quit IRC | 18:30 | |
| *** yann|work <yann|work!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has joined #yocto | 18:50 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 19:09 | |
| tgamblin | alimon: you there? | 19:20 |
| alimon | tgamblin: yes | 19:22 |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 19:48 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 19:49 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 20:01 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 20:13 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 20:33 | |
| *** kaspter <kaspter!~Instantbi@2409:8928:662:2d69:2434:8a4f:7f6:e177> has quit IRC | 20:33 | |
| *** camus <camus!~Instantbi@223.104.247.145> has joined #yocto | 20:33 | |
| *** camus is now known as kaspter | 20:35 | |
| *** Bunio_FH <Bunio_FH!~bunio@84.red-213-0-2.staticip.rima-tde.net> has joined #yocto | 20:43 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:14 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 21:15 | |
| *** kaspter <kaspter!~Instantbi@223.104.247.145> has quit IRC | 21:25 | |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC | 21:26 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has joined #yocto | 21:59 | |
| *** jacques2 <jacques2!~jacques@nslu2-linux/jacques> has quit IRC | 22:02 | |
| *** jacques2 <jacques2!~jacques@nslu2-linux/jacques> has joined #yocto | 22:10 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 22:12 | |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto | 22:13 | |
| *** jacques2 <jacques2!~jacques@nslu2-linux/jacques> has quit IRC | 22:15 | |
| armpit | RP, backported the toolchain tests to warrior to see what works | 22:39 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!