| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 00:02 | |
| *** peniwize <peniwize!~peniwize@63.140.26.14> has quit IRC | 00:11 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 00:27 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 00:36 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto | 00:43 | |
| yocti | New news from stackoverflow: New Yocto Recipe Builds but Work Directory is Deleted after Compilation <https://stackoverflow.com/questions/52826437/new-yocto-recipe-builds-but-work-directory-is-deleted-after-compilation> | 01:00 |
|---|---|---|
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has quit IRC | 01:03 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC | 01:06 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 01:12 | |
| *** Willy-- <Willy--!~william@156.34.251.99> has joined #yocto | 01:12 | |
| learningc | Is there any pppd support in Yocto? | 01:14 |
| *** kaspter <kaspter!~Instantbi@115.194.184.253> has joined #yocto | 01:28 | |
| kergoth | learningc: http://layers.openembedded.org/layerindex/branch/master/recipes/?q=ppp | 01:28 |
| tlwoerner | what's the best way to terminate a runqemu (sumo, qemuarm specifically)? doing a "reboot" or "shutdown -h now" in the VM doesn't stop it | 01:48 |
| kergoth | ^a x is how i usually do it, shuts down qemu | 01:54 |
| *** dimmu1313 <dimmu1313!320494ce@gateway/web/freenode/ip.50.4.148.206> has joined #yocto | 02:05 | |
| dimmu1313 | hello, is anyone available to chat? | 02:05 |
| *** Cbast <Cbast!~sfrigon@107.190.38.187> has quit IRC | 02:12 | |
| khem | kergoth: +1 | 02:21 |
| khem | tlwoerner: I am trying to flash a new firefly rk 3388 board and flash utilities are not recognising the image, do you know if I need ot flash some special kind of firmware/bootloader first ? | 02:22 |
| tlwoerner | khem: s/3388/3399? | 02:23 |
| *** dimmu1313 <dimmu1313!320494ce@gateway/web/freenode/ip.50.4.148.206> has quit IRC | 02:23 | |
| tlwoerner | khem: when i get a rockchip board, the first thing i do is put it into MASKROM mode and delete the first couple blocks of the eMMC. this lets me work with the device via SDcard, which i find easier | 02:26 |
| khem | sorry 3288 | 02:26 |
| khem | tlwoerner: I see | 02:26 |
| khem | tlwoerner: can I erase these blocks otherwise ? | 02:27 |
| khem | of MASKROM is the only option | 02:27 |
| tlwoerner | it also lets me work with the board without having to use a pre-compiled binary application | 02:27 |
| tlwoerner | MASKROM is the only way, putting it into RECOVERY mode only lets you access certain parts of the eMMC | 02:28 |
| khem | I see | 02:28 |
| tlwoerner | which tool are you using? upgrade_tool? rkdeveloptool? | 02:28 |
| khem | but this means one would need serial connection | 02:28 |
| khem | I am using rkdeveloptool | 02:29 |
| khem | no sorry its upgrade_tool* | 02:29 |
| khem | tlwoerner: I am not interested in wiping out everything, its ok if I can install my own kernel + rootfs | 02:30 |
| khem | any good way to do that alone | 02:30 |
| khem | I am able to upgrade kernel ok | 02:31 |
| khem | so want to find out a way to upgrade rootfs | 02:31 |
| tlwoerner | okay, using upgrade_tool should work | 02:32 |
| tlwoerner | (i'm just looking through my notes...) | 02:32 |
| khem | upgrade_tool is not happy with the gpt image | 02:44 |
| khem | tlwoerner: which image is meant for upgrade_tool | 02:45 |
| khem | it can download ubuntu.img fine | 02:45 |
| tlwoerner | khem: the output from https://git.yoctoproject.org/cgit/cgit.cgi/meta-rockchip/tree/classes/rockchip-update-img.bbclass is usually what's used for upgrade_tool, but looking through it, i only see kernel stuff | 02:46 |
| tlwoerner | maybe the ext4 is just dd'ed raw? | 02:47 |
| tlwoerner | like i said, i usually just don't bother with the eMMC and create whole images for the SDcard | 02:47 |
| tlwoerner | #linux-rockchip might help | 02:47 |
| tlwoerner | are you using the upgrade_tool's DI command? | 02:50 |
| khem | tlwoerner: whats difference between *-boot.img and *-gpt.img | 02:51 |
| khem | yes di cmd | 02:51 |
| tlwoerner | *-gpt.img is one file containing all the parts needed to boot a rockchip from start to finish (pre-u-boot, u-boot, kernel, kernel-cmdline, rootfs) all munged just the way a rockchip expects it | 02:53 |
| tlwoerner | i'm not sure what a *-boot.img is? | 02:54 |
| tlwoerner | oh... | 02:54 |
| tlwoerner | boot.img is the output of mkbootimg which includes the kernel and ramdisk | 02:55 |
| *** ntl <ntl!~nathanl@nat-wv.mentorg.com> has quit IRC | 02:57 | |
| tlwoerner | i.e. just one part of a full gpt file | 02:58 |
| khem | tlwoerner: so gpt.img is one which I can use with upgrade_tool uf ? | 02:58 |
| tlwoerner | khem: hmm, not sure. like i said, i dd the gpt.img to an SDcard, and that's all i need | 02:59 |
| khem | ok DI <-p|-b|-k|-s|-r|-m image> | 02:59 |
| khem | which one is for rootfs ? | 02:59 |
| tlwoerner | i'm not sure if a gpt is aka firmware | 02:59 |
| tlwoerner | i thought DI was for rootfs | 03:00 |
| khem | di has many options, it can flash each partition based upon above options | 03:00 |
| khem | I guess -s would be for system image | 03:00 |
| tlwoerner | ah! http://opensource.rock-chips.com/wiki_Upgradetool | 03:01 |
| khem | illegal hardware instruction sudo ./Linux_Upgrade_Tool_v1.2/upgrade_tool di -s | 03:01 |
| tlwoerner | wow, not nice | 03:02 |
| tlwoerner | odd, thought, the page i linked says the device must be in maskrom mode to use upgrade_tool, but i'm pretty sure that's not the case | 03:02 |
| tlwoerner | maybe you have to be in maskrom mode to use the DI command of upgrade_tool? | 03:03 |
| khem | upgrade_tool uf says Loading firmware... | 03:03 |
| khem | Loading firmware failed! | 03:03 |
| khem | so it does not like gpt image | 03:03 |
| tlwoerner | i spent a long time trying to sort all this mess out... which is why i just avoid it all by not bothering with the eMMC | 03:04 |
| tlwoerner | they've put so much effort into being special | 03:05 |
| tlwoerner | but then don't follow through with open tools or clear instructions | 03:05 |
| tlwoerner | i have 3 different binaries called upgrade_tool that i've found in various places on the internet, none two are the same, no idea how they differ | 03:06 |
| khem | hmm | 03:12 |
| khem | so I guess I need to put the board into maskrom mode | 03:12 |
| khem | any tips on how to do it safely | 03:13 |
| khem | I dont have serial access | 03:13 |
| khem | but its connected to monitor | 03:13 |
| khem | tlwoerner: https://nopaste.xyz/?66272efa3471228b#BkYfoZNg49NAtLuDmmWGGL+AFQmtb7zgkf2C/wgIu5Q= | 03:15 |
| khem | may be I can use upgrade_tool EB ? | 03:15 |
| tlwoerner | khem: you don't need serial access to put the board into maskrom mode, just a USB OTG cable and upgrade_tool or rkdeveloptool to zero the flash | 03:20 |
| tlwoerner | http://en.t-firefly.com/doc/product/info/401.html | 03:20 |
| tlwoerner | but you do need a wire to short out two points on the back of the board while you insert the barrel jack | 03:20 |
| tlwoerner | khem: however... if you zero out the eMMC on the firefly-rk3288, you need a gpt image which means you have to build u-boot | 03:23 |
| tlwoerner | for the last couple months, the latest u-boot hasn't been working on the firefly-rk3288 and nobody has had the time to dig into it to figure out why it stopped working | 03:23 |
| tlwoerner | user "<vagrantc>" in #linux-rockchip or #u-boot has been working on it off and on, but hasn't found a solution | 03:24 |
| tlwoerner | so if you zero out the flash on your firefly-rk3288, you'll need to build an older image, or play around with the u-boot recipe to build an older u-boot | 03:25 |
| tlwoerner | master images work fine on the tinkerboard and the vyasa, both of which have rk3288 SoC | 03:27 |
| tlwoerner | i haven't had time to play with my vyasa board yet (after ELCE!) but apparently there's a button on the board to put it into maskrom mode (finally!) | 03:27 |
| khem | oh | 03:29 |
| khem | I have older images | 03:29 |
| khem | based on pyro | 03:29 |
| khem | they worked ok so once I figure out way to flash it it might work | 03:30 |
| khem | tlwoerner: I am looking for a non physical way | 03:30 |
| khem | to erase flash | 03:30 |
| khem | what is idbloader.img I see that also in deploy dir | 03:31 |
| tlwoerner | odd, i don't have that in my deploy dirs | 03:50 |
| tlwoerner | http://opensource.rock-chips.com/wiki_Boot_option#idbloader.img_with_tpl.2Fspl | 03:50 |
| *** kaspter <kaspter!~Instantbi@115.194.184.253> has quit IRC | 04:03 | |
| *** kaspter <kaspter!~Instantbi@115.194.184.253> has joined #yocto | 04:04 | |
| learningc | I'm trying to add uclibc-staticdev to my build but get's error nothing provides this package. Is this package not included in Yocto? | 04:22 |
| tlwoerner | learningc: uclibc was dropped a couple releases back, try musl instead | 04:31 |
| learningc | ok. thanks | 04:33 |
| learningc | I get the same kind of error with musl | 04:42 |
| learningc | ERROR: Nothing RPROVIDES 'musl-staticdev' | 04:42 |
| learningc | What to do? | 04:43 |
| learningc | I'm on morty | 04:43 |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 04:49 | |
| dreyna | tlwoerner: hi | 04:49 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 05:04 | |
| *** morphis <morphis!~morphis@pD9E2FD78.dip0.t-ipconnect.de> has joined #yocto | 05:13 | |
| *** pohly <pohly!~pohly@p54BD55A3.dip0.t-ipconnect.de> has joined #yocto | 05:56 | |
| *** resixian <resixian!~akira@unaffiliated/resixian> has quit IRC | 06:06 | |
| *** resixian <resixian!~akira@unaffiliated/resixian> has joined #yocto | 06:18 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 06:22 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 06:30 | |
| lpapp | hi, is meta-linaro really required to build for arm with morty? | 06:30 |
| lpapp | some colleague pulled in, but I do not really like to have one additional layer at all. | 06:30 |
| LetoThe2nd | lpapp: i have been building forever for arm without meta-linaro | 06:35 |
| lpapp | great | 06:36 |
| lpapp | do you guys use repo to manage your own stuff | 06:48 |
| lpapp | openembedded-core and poky layers, your own vendor layers, meta-linaro, etc, whatever we need? | 06:48 |
| lpapp | or just simply git submodules? What is the standard practice? | 06:48 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 06:49 | |
| LetoThe2nd | we use a custom solution, but in general i'd suggest to use kas | 06:54 |
| LetoThe2nd | if kas was already available when we needed something, i would've used it | 06:55 |
| lpapp | wow, never heard about kas | 06:56 |
| LetoThe2nd | you can certainly use repo too, but repo is more like a upstream source management thing. whereas kas is a one-shot setup solution to reproduce an OE build | 06:57 |
| LetoThe2nd | and i totally prefer the latter. | 06:58 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 06:58 | |
| RP | alimon: it supports the idea of override config files so you can add in your own local-config.json which would override | 06:58 |
| lpapp | LetoThe2nd: perfect, but then can I have another question please, namely... | 07:00 |
| lpapp | I have this issue with repo, not sure if I had the same issue with kas, that when I pull these repos and their branches together for a complete build, sometimes the build fails... because some repos have issues to come together... now then for example, in my layer, one repo, I fix one thing, and I want to commit from there right away... rather than in another clone separately... but with repo, it is a mess | 07:01 |
| lpapp | as it detaches each inner repo from their desired branches... | 07:01 |
| LetoThe2nd | kas does not manage your upstream, simple as that. | 07:02 |
| LetoThe2nd | i don't know ad-hoc if it uses detached heads, but even if it does, its trivial to commit anyways. | 07:02 |
| lpapp | what exactly do you mean by that | 07:03 |
| lpapp | do I not have to specify where each layer should come from, a github kind of source url of some sort? | 07:03 |
| LetoThe2nd | of course you have to specify that, how would it build? | 07:03 |
| lpapp | it is not so much trivial... you have to remember to be always in the right branch | 07:03 |
| lpapp | and we humans well ... fail at that thing | 07:03 |
| lpapp | is it using containers by the way | 07:04 |
| LetoThe2nd | as i already said, i don't know how the checkout state of kas looks. give it a try and find out. | 07:04 |
| lpapp | yeah, looks like it uses docker | 07:04 |
| LetoThe2nd | and no, it does not use docker. | 07:04 |
| LetoThe2nd | there is a premade docker container that has kas installed, but thats it. | 07:05 |
| LetoThe2nd | by itself, kas is a standard python thing, can be installed through pip | 07:05 |
| lpapp | this is not strictly true | 07:06 |
| LetoThe2nd | *sigh* | 07:06 |
| lpapp | it does use a build environment to avoid host contamination | 07:06 |
| lpapp | "launch minimal build environment, reducing risk of host contamination" | 07:06 |
| LetoThe2nd | really, i'm totally not into nitpicking. you asked for hints, i gave some. | 07:06 |
| LetoThe2nd | coffe, now. | 07:06 |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 07:08 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 07:09 | |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-111-079.dsl.tropolys.de> has joined #yocto | 07:09 | |
| lpapp | this configuration thing is a bit complex | 07:10 |
| lpapp | I thought most of these are already in the conf directory of the specific layer | 07:11 |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 07:15 | |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 07:16 | |
| *** tasslehoff_ <tasslehoff_!~Tasslehof@82.147.55.166> has joined #yocto | 07:17 | |
| *** AndersD <AndersD!~AndersD@37.250.92.138.bredband.tre.se> has joined #yocto | 07:19 | |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 07:20 | |
| *** yann <yann!~yann@LFbn-1-515-227.w86-245.abo.wanadoo.fr> has quit IRC | 07:25 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 07:28 | |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 07:29 | |
| lpapp | LetoThe2nd: so is there an example kas configuration file somewhere? | 07:30 |
| lpapp | oh, https://github.com/siemens/meta-iot2000/blob/master/meta-iot2000-example/kas.yml | 07:31 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:32 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 07:33 | |
| *** AndersD <AndersD!~AndersD@37.250.92.138.bredband.tre.se> has quit IRC | 07:35 | |
| *** AndersD <AndersD!~AndersD@37.250.92.138.bredband.tre.se> has joined #yocto | 07:35 | |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC | 07:37 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-bovirignivaehful> has joined #yocto | 07:37 | |
| *** bjocar <bjocar!3e77a7b2@gateway/web/freenode/ip.62.119.167.178> has joined #yocto | 07:39 | |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has joined #yocto | 07:40 | |
| *** mckoan|away is now known as mckoan | 07:43 | |
| mckoan | good morning | 07:43 |
| zagor | tgoodwin: I didn't use an initramfs, just a plain rootfs. the wrong UIDs broke my boot since among other things /bin/mount was owned by 1000 instead of root | 07:44 |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 07:52 | |
| lpapp | how can I force yocto and bitbake to put the u-boot binaries again in ./tmp/deploy/images/${machine}? | 08:00 |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 08:00 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 08:01 | |
| *** Crofton_ <Crofton_!~Crofton@37.205.56.234> has joined #yocto | 08:14 | |
| mckoan | lpapp: I usually run bitbake -c cleansstate u-boot and then bitbake u-boot again | 08:17 |
| mckoan | lpapp: http://wiki.kaeilos.com/index.php/Bitbake_options | 08:20 |
| *** Crofton_ <Crofton_!~Crofton@37.205.56.234> has quit IRC | 08:21 | |
| *** Crofton_ <Crofton_!~Crofton@37.205.56.234> has joined #yocto | 08:22 | |
| *** Crofton_ is now known as Crofton|mobile | 08:23 | |
| *** Crofton|mobile is now known as Crofton|work | 08:23 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:28 | |
| RP | rburton: systemtap upgrade isn't so straightforward :( | 08:29 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 08:30 | |
| *** bluelightning_ is now known as bluelightning | 08:30 | |
| jofr | I have an image that pulls in lots of packages, those packages have library-dependencies.. if I populate_sdk for my <imagename>, will it include those library-dependencies? | 08:43 |
| LetoThe2nd | jofr: yepü | 08:45 |
| jofr | LetoThe2nd: kas. Interesting. I'm doing "repo" but only because it was there and I didn't want to roll my own. Thanks! | 08:45 |
| jofr | LetoThe2nd: And thanks again ;) | 08:45 |
| LetoThe2nd | jofr: :-) | 08:45 |
| *** Crofton|work <Crofton|work!~Crofton@37.205.56.234> has quit IRC | 08:46 | |
| sven^ | uh, when I build my kernel and later do a -c menuconfig it seems the patches are missing. Is there a way to patch the sources and then run menuconfig? I want to create a new defconfig | 08:48 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:48 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 08:51 | |
| jofr | sven^: I normally do a -c configure, -c devshell, make my_own_defconfig && make menuconfig | 08:52 |
| jofr | sven^: Because normally I want to menuconfig from my current defconfig.. not totally from scratch.. and finally I copy the .config out of the build directory and put it in my layer :) | 08:53 |
| sven^ | I just did bitbake mykernel -c configure -c devshell and when I run make menuconfig my patches are not there | 08:53 |
| sven^ | options I added are missing | 08:53 |
| jofr | Does bitbake accept multiple -c's? | 08:54 |
| *** AndersD <AndersD!~AndersD@37.250.92.138.bredband.tre.se> has quit IRC | 08:55 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-grnponxyxkgjqlew> has joined #yocto | 08:56 | |
| sven^ | not sure. I tried splitting it as well | 08:56 |
| sven^ | I mean the devshell is executed, but I am not sure if it screws up in between | 08:56 |
| jofr | Errr.. sorry. The last bit was incorrect, that's what I do with u-boot. My kernel config is in pairs of .scc and .cfg files. I only use menuconfig to get the names of the CONFIG_'s | 08:56 |
| jofr | It shouldn't.. | 08:56 |
| jofr | Perhaps I'm missing a step there. I'm actually not patching my kernel at all. | 08:57 |
| jofr | And anyone who actually knows more about this, please chime in ;) | 08:57 |
| sven^ | well, it seems that the order of defconfig is important, so I wanted to use menuconfig to create a proper .config before running savedefconfig | 08:57 |
| jofr | o_O I've never known the order to matter...? | 08:58 |
| jofr | In any case, -c listtasks .. | 08:59 |
| jofr | It's got some specific "kernel_" steps | 09:00 |
| jofr | as well as "patch" :p | 09:00 |
| sven^ | "Also, it should be mentioned that kernel build system keeps very specific order of options in defconfig file, so it's better to avoid to modify it by hand. Instead you should use make savedefconfig rule." | 09:01 |
| sven^ | taken from some so answer | 09:01 |
| RP | rburton: thoughts on whether we should test ftp urls at all in bitbake any more? I think the firewall is breaking the autobuilder :/ | 09:01 |
| jofr | sven^: Interesting! I have never stumbled upon that! :-) | 09:01 |
| sven^ | https://stackoverflow.com/questions/41885015/what-exactly-does-linux-kernels-make-defconfig-do | 09:02 |
| sven^ | I am not sure if it's true, but I didn't want to take any risks. There are enough knobs to turn that can lead to failing builds :) | 09:02 |
| sven^ | it seems that bitbake silently ignores all but the last option given by -c Oo | 09:04 |
| jofr | sven^: I know exactly what you mean. :-) | 09:04 |
| jofr | sven^: Ahh. | 09:05 |
| sven^ | at least it seems like this. I get into a devshell as soon as I do -c menuconfig -c devshell | 09:05 |
| jofr | sven^: So it's just sequentially overriding. Makes sense. | 09:05 |
| sven^ | ... without a warning or notice -.0 | 09:06 |
| jofr | sven^: Yeah.. But it's probably just doing a range-for on sys.argv, and if it sees a "-c" it grabs argv[current+1]. Perhaps bitbake needs a patch! :-D | 09:08 |
| jofr | sven^: I'm also assuming bitbake is written in Python. Which I have actually never checked :p | 09:09 |
| sven^ | lots of the scripts need a patch :) | 09:10 |
| jofr | Now. Has anyone here written a recipe for a package that requires libstdc++fs? I've created a .bbappend for gcc_7.3 where I'm trying to add it, but I'm not sure if I'm going down the right path. | 09:13 |
| *** AndersD <AndersD!~AndersD@37.250.92.138.bredband.tre.se> has joined #yocto | 09:18 | |
| sven^ | oh my god. I think I found my problem. | 09:18 |
| *** woutervh <woutervh!~wv@84.199.255.188> has joined #yocto | 09:19 | |
| sven^ | haven't added the new patch to the recipe's files -.- | 09:19 |
| woutervh | hello, I have a gstreamer-plugin, which is not in bad/ugly/good/base/.... So an own independant gst-plugin, from which I have the source and which is build through meson. the only thing I want to achieve is one .so which is placed in /usr/lib/gstreamer1.0 | 09:21 |
| jofr | sven^: And you're a bigger man for admitting it. ;-) | 09:21 |
| sven^ | I am already pretty tall | 09:21 |
| sven^ | but ok | 09:21 |
| *** AndersD <AndersD!~AndersD@37.250.92.138.bredband.tre.se> has quit IRC | 09:21 | |
| jofr | haha | 09:21 |
| woutervh | can somebody point me to a simple bb-recipe for such library? Now I get QA error because I get 3 versioned SO's, which are nowhere to be installed | 09:21 |
| rburton | RP: it seems that the best idea is to fix the proxies so that codepath gets exercised... | 09:22 |
| *** AndersD <AndersD!~AndersD@37.250.92.138.bredband.tre.se> has joined #yocto | 09:22 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 09:22 | |
| jofr | sven^: I had a collegue who's name is Sven. And he's tall. You're not him, are you? ;-) | 09:22 |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 09:22 | |
| sven^ | depends on who you are :) | 09:22 |
| sven^ | I have collegues | 09:22 |
| jofr | haha | 09:23 |
| jofr | This Sven was my colleague at Sennheiser Communications here in Denmark. | 09:24 |
| sven^ | that's not me then | 09:24 |
| rburton | woutervh: 1) a gst module shouldn't be versioned, as libraries are versioned but not modules. 2) just add ${libdir}/gstreamer1.0 to FILES_${PN} | 09:24 |
| woutervh | rburton, I agree they shouldn't be versioned, but it's yocto which does it, that's why I was asking for an example bb which does not do that. And for 2, will try that | 09:26 |
| rburton | woutervh: no, it's not | 09:26 |
| rburton | the meson.build file will be saying 'build a library' not 'build a module' | 09:27 |
| woutervh | ah, ok, like that | 09:27 |
| woutervh | I think you're right, cause I now added this (2), and now it doesn't complain about the .so anymore, only about the versioned ones | 09:28 |
| rburton | rule of thumb: yocto just moves files from place to place, and tells other things to do stuff | 09:28 |
| rburton | so compiling is just "run make" | 09:28 |
| rburton | if the makefile creates versioned libraries, then its the makefile's problem | 09:28 |
| woutervh | can I add a rule in the recipe to ignore these versions? And only get the .so? without having a qa issue? So I don't have to change the sourcetree? | 09:30 |
| rburton | much easier to fix the build | 09:31 |
| rburton | https://mesonbuild.com/Reference-manual.html#shared_module | 09:31 |
| *** tasslehoff_ <tasslehoff_!~Tasslehof@82.147.55.166> has quit IRC | 09:33 | |
| woutervh | rburton, well, I don't know. Cause the source is not mine, and also used by other build systems. I prefer not touching it if I can fix it locally. I can also create a patch, but then I can have issues in the future | 09:35 |
| rburton | if you fix it once upstream then you never have to deal with it again. if you work around it locally when upstream does fix, your workaround breaks. | 09:36 |
| rburton | what recipe is this? | 09:36 |
| rburton | i'll say again: if this really is a gstreamer plugin then versioning is just wrong | 09:37 |
| woutervh | plugin: https://github.com/woutervanh/gst-plugins-rtp | 09:37 |
| woutervh | bb what I'm currently working on: https://gist.github.com/woutervanh/d270df647be0849fa7edeacb11bcaba8 | 09:38 |
| woutervh | but the plugin itself is forked from another one, of which I don't know how they are using it... And I don't want to force them to do it differently then they do know | 09:39 |
| woutervh | :) | 09:39 |
| rburton | it's a bug in their build system | 09:40 |
| rburton | probably due to passing version to the shared_library call | 09:40 |
| rburton | "version a string specifying the version of this shared library, such as 1.1.0. On Linux and OS X, this is used to set the shared library version in the filename, such as libfoo.so.1.1.0 and libfoo.1.1.0.dylib. If this is not specified, soversion is used instead (see above)." | 09:41 |
| woutervh | yes, they are indeed passing "version: pkg_version" to therir shared_library call | 09:42 |
| woutervh | but again, maybe they intended to do it that way, that I don't know... | 09:42 |
| rburton | which is wrong. delete it. demonstrate that 1) the build works better and 2) the plugin still works. then send that one-liner upstream. | 09:42 |
| woutervh | Ok, I can try. Will see if they accept it upstream | 09:43 |
| woutervh | thanks | 09:43 |
| woutervh | but I keep the shared_library? Or I change it to shared_module? Do the other arguments still apply? | 09:45 |
| rburton | the rest is good | 09:49 |
| rburton | module is relatively new, keep as shared_library | 09:49 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 10:02 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:10 | |
| ak77 | how to generate only -native package? | 10:11 |
| ak77 | ... not generate... provide | 10:11 |
| *** florian_kc is now known as florian | 10:21 | |
| woutervh | rburton, I have an issue again, and I think I had it before, but in one way or another was able to fix it in the past (I think by intervening directly in the tmp folder) I think it's again related to this meson build. Would you mind to have a look? | 10:22 |
| woutervh | I updated my gist: https://gist.github.com/woutervanh/d270df647be0849fa7edeacb11bcaba8 | 10:22 |
| woutervh | it's the log at the bottom | 10:22 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 10:24 | |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC | 10:24 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 10:25 | |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has joined #yocto | 10:27 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-rpeavlzhrloquxpo> has joined #yocto | 10:29 | |
| rburton | kergoth: good news! the boost people have written another build system http://stefan.seefeld.name/faber/ | 10:32 |
| rburton | woutervh: looks like the meson.build is broken and is passing an empty filename to gcc | 10:34 |
| rburton | yes, see '-fPIC' '-pthread' '' '-MMD' '-MQ' | 10:35 |
| rburton | you'll have to figure out where that is coming from | 10:35 |
| *** AndersD <AndersD!~AndersD@37.250.92.138.bredband.tre.se> has quit IRC | 10:35 | |
| rburton | if something else that uses meson works then its most likely the meson.build in this project | 10:35 |
| jofr | ak77: inherit native | 10:37 |
| ak77 | jofr: thank you. but then better to have xy-native.bb file because it wont add -native | 10:37 |
| ak77 | jofr: yes? | 10:37 |
| jofr | Yes. | 10:38 |
| jofr | or at least that's what I do. I don't know if it has just a naming-convention or if the "-native" part of the name actually has any side-effects... | 10:38 |
| rburton | if you inherit native directly its expected that you call the recipe foo-native | 10:39 |
| rburton | the alternative is to call the recipe foo, and use BBCLASSEXTEND to magically generate foo-native | 10:39 |
| jofr | rburton: But is it a convention or is there something that checks or in some way enforces it? | 10:39 |
| jofr | Ohh. Nice. | 10:39 |
| rburton | if you have a recipe called foo that isn't native then you'll break lots of code which checks for nativeness by looking at the recipe name | 10:40 |
| rburton | using class extending is preferred if you have a recipe which you need for target, native and or nativesdk | 10:40 |
| jofr | But would you do that (the BBCLASSEXTEND version) for something that you will never install unto a target? | 10:40 |
| jofr | s/unto/onto/ | 10:40 |
| rburton | well, is it possible that it makes sense? or in a sdk? | 10:40 |
| rburton | if its a tool that has no use outside of native then sure, foo-native and inherit native | 10:41 |
| rburton | plenty of those in oe-core | 10:41 |
| jofr | I only have one such recipe, and for that particular one: No. | 10:41 |
| tgoodwin | zagor: Ah, I see. Thanks for clarifying :) | 10:41 |
| jofr | rburton: Thanks for the tip and clarification. :-) | 10:43 |
| ak77 | rburton: yes, thank you | 10:44 |
| ak77 | how could I see which recipe/package placed a file in recipe_sysroot_native ? npm of wrong version is installed in recipe_sysroot_native, but as far as i can tell, nodejs-npm is not being installed (which would provide such a file) | 10:49 |
| ak77 | (checked dep. graph and manifest file) | 10:49 |
| *** jij <jij!~jonashg@proxy02.se.axis.com> has quit IRC | 10:58 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:59 | |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 11:05 | |
| ak77 | I have found the guilty one, nodejs-native, although it defines nodejs-npm(-native) package that should contain npm executable | 11:06 |
| woutervh | rburton, ah, thanks, missed that one, I'll have a look | 11:06 |
| rburton | RP: https://github.com/boostorg/python/commit/d4d41d94aecc9f8098aabd3587fcb95458451f71#diff-42dd6ec1330a7c47aaccf2ab2b8f1e02 | 11:10 |
| *** Guest86995 <Guest86995!~ubuntu@ec2-35-177-145-170.eu-west-2.compute.amazonaws.com> has joined #yocto | 11:11 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 11:16 | |
| RP | rburton: so the other application needs updating? | 11:16 |
| woutervh | rburton, thanks, you rock ;-) | 11:17 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 11:17 | |
| rburton | RP: yes | 11:18 |
| rburton | fedora/debian don't have this as they haven't updated | 11:19 |
| RP | rburton: makes sense, thanks for digging into it :) | 11:19 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-bovirignivaehful> has quit IRC | 11:27 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 11:30 | |
| yocti | New news from stackoverflow: How to solve the problem running ufw-init? <https://stackoverflow.com/questions/52834330/how-to-solve-the-problem-running-ufw-init> | 11:33 |
| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 11:36 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-bjhuymodlrkzkanj> has joined #yocto | 11:38 | |
| ak77 | of course, DEPENDS doesn't work through packages, but with do_sysroot_populate... how to prevent specific files do be used in do_syroot_populate ? | 11:44 |
| ak77 | to describe my issue a little bit more: my recipe depends on nodejs-native, but nodejs' do_populate_sysroot provides old npm, I want to provide my own with npm-native,... there's a clash because sysroot's /usr/bin/npm is already there | 11:48 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 11:48 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 11:49 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 11:50 | |
| rburton | ak77: sounds like node needs to be split so npm can be shipped/upgraded independently | 11:58 |
| ak77 | rburton: currently, I added --without-npm to nodejs configure... but looking how to install new version of npm.. without npm :) | 12:00 |
| ak77 | rburton: does alternative mechanism work for native as well ? | 12:03 |
| yocti | New news from stackoverflow: linux extended partition types <https://stackoverflow.com/questions/52834625/linux-extended-partition-types> | 12:03 |
| rburton | ak77: no | 12:03 |
| woutervh | I have a question of an application I'm building. I have as common 2 shared libraries, and 3 static libraries, all with their own git repo. Then I have one main application, also with it's own git. Now I want to build the application using yocto | 12:13 |
| woutervh | the shared libraries are easy to add, but how do you do that with static libraries? | 12:13 |
| woutervh | I just need them at compile time... | 12:14 |
| RP | rburton: Just understood why _remove is behaving oddly, there are two bugs :/ | 12:14 |
| RP | it is at least deterministic | 12:14 |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC | 12:18 | |
| *** kaspter <kaspter!~Instantbi@115.194.184.253> has quit IRC | 12:22 | |
| *** kaspter <kaspter!~Instantbi@115.194.184.253> has joined #yocto | 12:22 | |
| *** geissonator <geissonator!~geissonat@cpe-24-198-214-139.maine.res.rr.com> has joined #yocto | 12:23 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 12:27 | |
| jofr | Why "git-replacement-native" but not just "git-native"? | 12:28 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:29 | |
| RP | rburton: should TEST = "A B" TEST_remove = "A" give " B" ? | 12:30 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto | 12:36 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:98c9:c17e:10d2:1cf1> has joined #yocto | 12:40 | |
| *** marka <marka!~masselst@128.224.252.2> has joined #yocto | 12:42 | |
| rburton | yes | 12:47 |
| RP | rburton: currently it doesn't and to do that we have to rewrite the tests but I think we may need to | 12:49 |
| rburton | it doesn't?! | 12:49 |
| *** ntl <ntl!~nathanl@nat-wv.mentorg.com> has joined #yocto | 12:55 | |
| rburton | oh do you mean the leading space | 13:00 |
| rburton | remove does listification doesn't it, so it drops the whitespace | 13:00 |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:98c9:c17e:10d2:1cf1> has quit IRC | 13:05 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:1df1:afca:671f:a03a> has joined #yocto | 13:06 | |
| ernstp | RP: https://www.yoctoproject.org/docs/current/bitbake-user-manual/bitbake-user-manual.html#removing-override-style-syntax | 13:06 |
| *** learningc <learningc!~learningc@210.195.56.210> has joined #yocto | 13:06 | |
| *** jij <jij!~jonashg@proxy02.se.axis.com> has joined #yocto | 13:10 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:1df1:afca:671f:a03a> has quit IRC | 13:12 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:5174:da4b:5ca9:6d79> has joined #yocto | 13:13 | |
| *** sveinse <sveinse!~sveinse@156.92-221-160.customer.lyse.net> has joined #yocto | 13:13 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:5174:da4b:5ca9:6d79> has quit IRC | 13:15 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:b1ef:3dbb:4384:e9> has joined #yocto | 13:16 | |
| sveinse | Is there a way to add tasks that execute after all other tasks (each)? And is there a way to setup a task that will be run regardless if the previous (before) task fails? | 13:16 |
| sveinse | My use case is to build a system for collecting log files from specific recipe tasks. Either I implement it in a bbclass that adds log collection tasks (that must run even if the task fails in order to collect the log from it), or I build the framework for this outside of bitbake | 13:19 |
| jofr | do_package_qa: QA Issue: package <my-own-package> contains bad RPATH <full-path-to>/buld/external/lib in file <full-path-to>/packages-split/<my-own-package>/usr/bin [rpaths] .. I'm a bit lost | 13:23 |
| *** morphis <morphis!~morphis@pD9E2FD78.dip0.t-ipconnect.de> has quit IRC | 13:26 | |
| rburton | sveinse: a class that hooks onto build completed? | 13:31 |
| rburton | ie https://github.com/rossburton/meta-ross/blob/master/classes/timer.bbclass | 13:31 |
| sveinse | rburton: does the bb.event.BuildCompleted fire even if the build stops/fails? | 13:33 |
| rburton | yes | 13:33 |
| sveinse | thanks | 13:33 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 13:40 | |
| *** lpotter <lpotter!~quassel@2001:8003:e172:cb00:ba27:ebff:febb:59b> has quit IRC | 13:44 | |
| *** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC | 13:45 | |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has joined #yocto | 13:51 | |
| *** Crofton|work <Crofton|work!~Crofton@145.253.78.226> has joined #yocto | 13:52 | |
| jofr | I'm writing a recipe that compiles and installs a CMake-based package. But it complains with the message I wrote above: do_package_qa: QA Issue: package <my-own-package> contains bad RPATH <full-path-to>/buld/external/lib in file <full-path-to>/packages-split/<my-own-package>/usr/bin [rpaths] .. | 13:57 |
| *** lexano <lexano!~lexano@216.151.184.88> has joined #yocto | 13:58 | |
| tgoodwin | Is there a correct way for a user recipe to insert a file into /etc/sudoers.d that will not cause a packaging conflict when using RPM packages? The user recipe inherits from adduser and includes only its home and sysconfdir/sudoers.d/<file> in FILES_${PN}. When making an image, the packager throws a conflict that sudo also provides the "sudoers.d" directory. | 13:59 |
| jofr | The executable is a statically linked one. I can manually scp it from the build-directory to the target and run it. My recipe has a do_install() that just installs the executable to ${D}${bindir}and then has FILES_${PN} that lists ${bindir} and ${bindir}/<name-of-executable> | 14:00 |
| jofr | The "external/lib" folder is one of the artifacts when building the package, but it then statically links that library. i.e. this library should just be discarded and never has to go to the target.. | 14:01 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 14:01 | |
| *** lexano_ <lexano_!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto | 14:03 | |
| tgoodwin | Never mind, I just found a comment from bluelightning on SO about DIRFILES = "1". It would be nice if this were in the megamanual. | 14:04 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-bjhuymodlrkzkanj> has quit IRC | 14:07 | |
| *** lexano <lexano!~lexano@216.151.184.88> has quit IRC | 14:07 | |
| jofr | Seem to have solved it by adding an: chrpath -d ${B}/<my-executable> to my do_install | 14:15 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 14:22 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 14:30 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 14:44 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 14:59 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 14:59 | |
| *** morphis <morphis!~morphis@p5DCC3DF2.dip0.t-ipconnect.de> has joined #yocto | 15:02 | |
| *** flynn378 <flynn378!sid63564@gateway/web/irccloud.com/x-pbupgakbrtwrjumc> has joined #yocto | 15:07 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 15:12 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 15:15 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 15:18 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 15:19 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 15:24 | |
| *** denix <denix!~denix@pool-100-15-91-218.washdc.fios.verizon.net> has left #yocto | 15:27 | |
| *** denix <denix!~denix@pool-100-15-91-218.washdc.fios.verizon.net> has joined #yocto | 15:27 | |
| kergoth | .. why does bash install a .pc at all, and why is CC included in it? | 15:28 |
| *** ravotus <ravotus!ade3df82@gateway/web/freenode/ip.173.227.223.130> has joined #yocto | 15:30 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 15:30 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 15:35 | |
| *** woutervh <woutervh!~wv@84.199.255.188> has quit IRC | 15:41 | |
| ravotus | Hi all, I had a quick question about the new python manifest file in Sumo (python2-manifest.json and python3-manifest.json). | 15:43 |
| ravotus | I'd like to be able to customize that file in my layer, but it looks like the python recipes (such as meta-devtools/python/python_2.7.14.bb) pull it in by referencing THISDIR in an anonmymous Python function. Is there any official way to customize that file other than editing it in the meta layer itself? The reference manual only talks about how you can edit the file directly. | 15:43 |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 15:51 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:58 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 16:02 | |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 16:03 | |
| *** mckoan is now known as mckoan|away | 16:04 | |
| RP | ernstp: thanks, think we may need to edit that... | 16:16 |
| RP | kergoth: would you agree we should preserve whitespace in remove operations? | 16:16 |
| *** tprrt <tprrt!~tprrt@fs-93-93-41-87.fullsave.info> has joined #yocto | 16:21 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 16:23 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 16:23 | |
| RP | kergoth: http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=10f651b7aa4c45a109d7ad490b7b40da1825dfa9 and http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=0baeadf4c65da7b70da27dca3d98da7209c19748 | 16:28 |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-111-079.dsl.tropolys.de> has quit IRC | 16:30 | |
| yocti | New news from stackoverflow: linux extended partition types [on hold] <https://stackoverflow.com/questions/52834625/linux-extended-partition-types> | 16:33 |
| *** learningc <learningc!~learningc@210.195.56.210> has quit IRC | 16:34 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:b1ef:3dbb:4384:e9> has quit IRC | 16:34 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 16:37 | |
| JaMa | RP: thanks for those bitbake fixes, small nitpick in "data: Ensure task checksums account for remove data" is typo comibed | 16:40 |
| kergoth | RP: I'd agree with that, at least until we get proper typing in bitbake itself, otherwise we have checksums changing when we shouldn't | 16:42 |
| kergoth | looks good to me | 16:42 |
| RP | kergoth: right, I wrestled with it and without typing we can't really do anything else, thanks | 16:43 |
| kergoth | np | 16:43 |
| kergoth | i'm not sure we can even do typing without changing the file format — the semantics of when conversions happen to/from string is non-trivial | 16:44 |
| * kergoth shrugs | 16:44 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 16:44 | |
| * kergoth yawns | 16:44 | |
| RP | JaMa: thanks, tweaked | 16:45 |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 16:46 | |
| RP | kergoth: its the performance overhead that scares me :/ | 16:46 |
| kergoth | oh yeah, that'll be a tough one to deal with | 16:46 |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 16:51 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:00 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 17:03 | |
| *** tprrt <tprrt!~tprrt@fs-93-93-41-87.fullsave.info> has quit IRC | 17:14 | |
| yocti | New news from stackoverflow: *.bb file error: parser error when using if else condition in yocto sumo <https://stackoverflow.com/questions/52840781/bb-file-error-parser-error-when-using-if-else-condition-in-yocto-sumo> | 17:34 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 17:47 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 17:57 | |
| *** stephano <stephano!~stephano@134.134.139.75> has joined #yocto | 18:09 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 18:18 | |
| *** tgraydon <tgraydon!~textual@134.134.139.76> has joined #yocto | 18:26 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-whcdzdsjxaqhmjgv> has joined #yocto | 18:31 | |
| *** Guest86995 <Guest86995!~ubuntu@ec2-35-177-145-170.eu-west-2.compute.amazonaws.com> has quit IRC | 18:43 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 18:45 | |
| *** simple_crafter <simple_crafter!32eacb82@gateway/web/freenode/ip.50.234.203.130> has joined #yocto | 18:45 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:09 | |
| *** marka <marka!~masselst@128.224.252.2> has quit IRC | 19:14 | |
| *** zeddii <zeddii!~bruce@128.224.252.2> has quit IRC | 19:14 | |
| *** yourfate <yourfate!~yourfate@unaffiliated/yourfate> has joined #yocto | 19:18 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 19:21 | |
| *** stephano <stephano!~stephano@134.134.139.75> has quit IRC | 19:24 | |
| simple_crafter | What is the best way to check why a preservice bumped a pr? | 19:29 |
| *** learningc <learningc!~learningc@210.195.56.210> has joined #yocto | 19:30 | |
| *** learningc <learningc!~learningc@210.195.56.210> has quit IRC | 19:32 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 19:42 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 19:43 | |
| *** simple_crafter <simple_crafter!32eacb82@gateway/web/freenode/ip.50.234.203.130> has quit IRC | 19:56 | |
| *** geissonator <geissonator!~geissonat@cpe-24-198-214-139.maine.res.rr.com> has quit IRC | 20:06 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 20:13 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 20:21 | |
| *** pohly <pohly!~pohly@p54BD55A3.dip0.t-ipconnect.de> has quit IRC | 20:39 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 20:45 | |
| *** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 21:13 | |
| *** geissonator <geissonator!~geissonat@cpe-24-198-214-139.maine.res.rr.com> has joined #yocto | 21:14 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 21:27 | |
| yocti | New news from stackoverflow: Error on building Openembedded for Intel Quark <https://stackoverflow.com/questions/52844178/error-on-building-openembedded-for-intel-quark> | 21:34 |
| *** xtron1 <xtron1!~xtron@103.255.5.22> has joined #yocto | 21:42 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:8009:b4f1:e5ab:d7c1> has quit IRC | 21:52 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 21:52 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:e9ce:55a:1407:e711> has joined #yocto | 21:53 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 22:01 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 22:14 | |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 22:15 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 22:18 | |
| *** xtron1 <xtron1!~xtron@103.255.5.22> has quit IRC | 22:20 | |
| *** Cbast <Cbast!~sfrigon@107.190.38.187> has joined #yocto | 22:21 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 22:25 | |
| *** Cbast <Cbast!~sfrigon@107.190.38.187> has quit IRC | 22:26 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 22:27 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 22:49 | |
| *** maxin <maxin!~maxin@dsl-hkibng22-58c3d9-93.dhcp.inet.fi> has joined #yocto | 22:54 | |
| yocti | New news from stackoverflow: How to clone a private git repo from within a BitBake recipe? <https://stackoverflow.com/questions/34596774/how-to-clone-a-private-git-repo-from-within-a-bitbake-recipe> | 23:05 |
| *** geissonator <geissonator!~geissonat@cpe-24-198-214-139.maine.res.rr.com> has quit IRC | 23:43 | |
| *** maxin <maxin!~maxin@dsl-hkibng22-58c3d9-93.dhcp.inet.fi> has quit IRC | 23:58 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!