| *** sameo <sameo!samuel@nat/intel/x-uhogtnavhkdajppp> has quit IRC | 00:01 | |
| *** igor2 <igor2!~igor@177.159.144.73> has quit IRC | 00:06 | |
| *** JohnniePeters <JohnniePeters!c66941c5@gateway/web/freenode/ip.198.105.65.197> has quit IRC | 00:11 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-nwtbqipbujmdahyq> has quit IRC | 00:29 | |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC | 00:34 | |
| *** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto | 00:38 | |
| *** dvhart <dvhart!~dvhart@134.134.139.74> has quit IRC | 00:40 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 01:11 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-ncneleiplgflzdaf> has joined #yocto | 01:27 | |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto | 01:43 | |
| *** billr <billr!wcrandle@nat/intel/x-erdgztlocfbeemdi> has quit IRC | 01:54 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 03:04 | |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC | 03:06 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 03:17 | |
| *** AgentElrond <AgentElrond!~ELROND@97-102-189-66.res.bhn.net> has joined #yocto | 03:31 | |
| *** boucman_work <boucman_work!~boucman@2a02-8428-034f-f800-9e32-0c7c-b391-6223.rev.sfr.net> has quit IRC | 03:56 | |
| *** dvhart <dvhart!~dvhart@134.134.139.74> has joined #yocto | 04:20 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 04:22 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 04:31 | |
| *** vmesons <vmesons!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 04:59 | |
| *** dvhart <dvhart!~dvhart@134.134.139.74> has quit IRC | 05:11 | |
| *** AgentElrond <AgentElrond!~ELROND@97-102-189-66.res.bhn.net> has quit IRC | 05:13 | |
| *** zeddii_home_ <zeddii_home_!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto | 05:14 | |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC | 05:17 | |
| *** zeddii_home_ is now known as zeddii_home | 05:17 | |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 05:28 | |
| *** Girafferson <Girafferson!~Giraffers@2601:281:8500:95b0:5249:f3c:d4e2:30a9> has joined #yocto | 05:33 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 05:38 | |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 05:39 | |
| *** gtristan <gtristan!~tristanva@110.11.179.37> has quit IRC | 05:47 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 05:48 | |
| *** AgentElrond <AgentElrond!~ELROND@97-102-189-66.res.bhn.net> has joined #yocto | 05:58 | |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 06:06 | |
| *** gtristan <gtristan!~tristanva@175.193.206.36> has joined #yocto | 06:08 | |
| *** AgentElrond <AgentElrond!~ELROND@97-102-189-66.res.bhn.net> has quit IRC | 06:20 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto | 06:26 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 06:30 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 06:31 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 06:33 | |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto | 06:43 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-utjrinposeugmfkd> has joined #yocto | 06:43 | |
| *** jbrianceau_away is now known as jbrianceau | 06:44 | |
| *** fl0v0 <fl0v0!~fvo@pD9F6B79A.dip0.t-ipconnect.de> has joined #yocto | 06:54 | |
| *** agust <agust!~agust@p4FCB4738.dip0.t-ipconnect.de> has joined #yocto | 06:58 | |
| *** jku <jku!jku@nat/intel/x-gxiicgvkpsrbdvxo> has joined #yocto | 06:59 | |
| *** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto | 07:06 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 07:07 | |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 07:11 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 07:12 | |
| *** AgentElrond <AgentElrond!~ELROND@97-102-189-66.res.bhn.net> has joined #yocto | 07:12 | |
| *** Kakounet <Kakounet!58a35735@gateway/web/freenode/ip.88.163.87.53> has joined #yocto | 07:13 | |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 07:14 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:16 | |
| *** jku <jku!jku@nat/intel/x-gxiicgvkpsrbdvxo> has left #yocto | 07:17 | |
| *** jku <jku!jku@nat/intel/x-gxiicgvkpsrbdvxo> has joined #yocto | 07:19 | |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto | 07:19 | |
| Kakounet | Hi all, here is my question : I want to have "brctl" command to bridge ethernet and bluetooth, what is your advise to make it ? I tried to use "bride-utils" that is in "meta-networking", but it doesn't want to compile (the dependencies are ok)... Is there a simplier solution than to use meta-networking ? Thanks ! | 07:20 |
|---|---|---|
| *** AgentElrond <AgentElrond!~ELROND@97-102-189-66.res.bhn.net> has left #yocto | 07:21 | |
| boucman_work | Kakounet: meta-networking is probably the way to go... why doesn't it compile ? | 07:22 |
| boucman_work | (and what version of yocto are you using ?) | 07:22 |
| LetoThe2nd | Kakounet: although bride-utils is a wonderful typo, meta-networking should be fine. have you checked that you are not mixing up branches? what is the compile error you see? | 07:22 |
| boucman_work | LetoThe2nd: hehe | 07:23 |
| Kakounet | ERROR: Failed to parse recipe: /home/architech/architech_sdk/architech/hachiko/yocto/poky/meta-openembedded/meta-oe/recipes-support/libsoc/libsoc_0.8.1.bb | 07:23 |
| boucman_work | that's weird... | 07:24 |
| Kakounet | ERROR: Error executing a python function in <code>: | 07:24 |
| Kakounet | ...and a lot of lines | 07:24 |
| *** Crofton <Crofton!~Crofton@217.155.202.22> has joined #yocto | 07:24 | |
| boucman_work | could you pastebin those lines somewhere ? what version of yocto and meta-networking are you using ? | 07:24 |
| Kakounet | Do you have the command to know the version of yocto plz :) | 07:26 |
| LetoThe2nd | Kakounet: so you're either on krogoth or master, right? on purpose? | 07:26 |
| LetoThe2nd | Kakounet: plus, the path suggests that you cloned meta-oe beneath your poky directory, with is certainly a bad practise. | 07:27 |
| Kakounet | http://pastebin.com/UFPPAsZg | 07:27 |
| *** Crofton <Crofton!~Crofton@217.155.202.22> has quit IRC | 07:27 | |
| *** Crofton <Crofton!~Crofton@217.155.202.22> has joined #yocto | 07:28 | |
| LetoThe2nd | 14.04 not validated? that sounds like you are some super ancient thing.... | 07:28 |
| * Kakounet is kind of a yocto begginner :) | 07:28 | |
| LetoThe2nd | Kakounet: let me guess, and you are starting out with some tarball blob that you received from your board distributor? | 07:28 |
| Kakounet | I'm using a virtual machine that has been given by a board distributor yes :) It's Architech | 07:29 |
| Kakounet | Hachiko board :) | 07:29 |
| LetoThe2nd | Kakounet: first of all, i'd suggest carefully walking through the yocto quick start tutorial to learn the super basics | 07:29 |
| LetoThe2nd | Kakounet: you're basically running into a version mismatch between the poky version that your supplier baked into that VM and meta-oe, which you just cloned into master | 07:30 |
| LetoThe2nd | Kakounet: so the fix is to find out the poky version they are supplying, and then switch to the corresponding branch on the meta-oe checkout. | 07:31 |
| boucman_work | my guess would be meta-oe (master) uses python3 whereas your provider's yocto uses an older version (python2) | 07:31 |
| Kakounet | I read a white book made by french guys (I'm french) the "Smile" company. It's super basic... But ok I will read the yocto quick start | 07:31 |
| Kakounet | ah ok, cool, it's a version mismatch, Ok I can dig in that direction | 07:32 |
| LetoThe2nd | Kakounet: and to get your terminology right: you are not using yocto, you are using poky, which is provided by the yocto project. | 07:33 |
| * boucman_work works there, the author is my neighbour :P | 07:33 | |
| LetoThe2nd | boucman_work: ok, now you're basically FLS. | 07:34 |
| boucman_work | FLS ? | 07:34 |
| LetoThe2nd | boucman_work: First Level Support | 07:34 |
| boucman_work | hehe | 07:35 |
| Kakounet | Okay ! Thanks for those elements, it's really helpful. And ok I will get my terminology right ;) | 07:35 |
| boucman_work | LetoThe2nd: TBH, that's one of the services my company provides, but most board providers do a horrendous job of supporting Yocto. Old versions that they absolutely refuse to upgrade, most of them don't know what a recipe is... their documentation is minimalist (on board compilation, wtf) | 07:36 |
| LetoThe2nd | boucman_work: ack. | 07:37 |
| *** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC | 07:38 | |
| *** joshuagl <joshuagl!joshuagl@nat/intel/x-kuriquijjocgfglg> has joined #yocto | 07:38 | |
| *** raymanfx <raymanfx!raymanfx@gateway/shell/fnordserver.eu/x-srkhpwxfademnjcr> has joined #yocto | 07:39 | |
| LetoThe2nd | boucman_work: suggesting customers to compile in a VM sounds like abuse on purpose anyways. | 07:39 |
| raymanfx | Hello everyone | 07:39 |
| boucman_work | yeah, but it's very common | 07:39 |
| raymanfx | I have a quick question regarding the SDK | 07:40 |
| boucman_work | as is providing binaries in a tar.gz, unpacking the rootfs, overwriting and repacking | 07:40 |
| raymanfx | I'm building chromium inside a yocto build env, that needs Google's depot_tools obviously | 07:40 |
| Kakounet | boucman_work: It's really my situation, I have no support from them and I try as much as I can alone but it's a really big subject. You made a huge and super powerfull thing, but it's hard for a begginner :D | 07:41 |
| raymanfx | Now I would like to install the depot_tools (mostly pyhon scripts) to the populated SDK | 07:41 |
| *** Kakounet <Kakounet!58a35735@gateway/web/freenode/ip.88.163.87.53> has quit IRC | 07:42 | |
| boucman_work | Kakounet: yeah, I know how you feel, but once you get it, yocto is awesome | 07:42 |
| *** Kakounet <Kakounet!58a35735@gateway/web/freenode/ip.88.163.87.53> has joined #yocto | 07:43 | |
| *** sno <sno!~sno@62.157.143.22> has joined #yocto | 07:46 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 07:46 | |
| *** Kakounet <Kakounet!58a35735@gateway/web/freenode/ip.88.163.87.53> has quit IRC | 07:46 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 07:48 | |
| *** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto | 07:49 | |
| *** T_UNIX <T_UNIX!d4d3bd3c@gateway/web/freenode/ip.212.211.189.60> has joined #yocto | 07:50 | |
| *** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC | 07:51 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 07:51 | |
| *** pficheux <pficheux!~pierre@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto | 07:56 | |
| pficheux | hi all | 07:56 |
| *** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto | 07:56 | |
| *** gtristan <gtristan!~tristanva@175.193.206.36> has quit IRC | 08:00 | |
| *** obsrwr_ <obsrwr_!~otp-amois@188.24.204.43> has joined #yocto | 08:04 | |
| *** btooth <btooth!6cab81a3@gateway/web/freenode/ip.108.171.129.163> has quit IRC | 08:04 | |
| Girafferson | hi | 08:05 |
| LetoThe2nd | boucman_work: s/yocto/openembedded/ :) | 08:08 |
| boucman_work | LetoThe2nd: yocto just overheated my laptop, I probably have missed your last sentence :P | 08:09 |
| *** Crofton <Crofton!~Crofton@217.155.202.22> has quit IRC | 08:09 | |
| *** kimo <kimo!c1f09a78@gateway/web/freenode/ip.193.240.154.120> has joined #yocto | 08:09 | |
| LetoThe2nd | boucman_work: i just meant that once you get the hang of it, openembedded is awesome. not yocto, as yocto is just a fancy name in the end. | 08:09 |
| boucman_work | hehe | 08:10 |
| boucman_work | agreed, though yocto is more and more the "commercial name" for the whole OE galaxy | 08:10 |
| LetoThe2nd | boucman_work: like in so many places, something just doesn't magically become more true if repeated often enough. | 08:12 |
| LetoThe2nd | (please don't take it personal :-) ) | 08:12 |
| boucman_work | agreed again, but you need to adapt to your audience, most people with beginner questions don't have the OE-background to really understand the difference between yocto and OE, and they don't really care since they are working on yocto anyway :P | 08:13 |
| *** Ulfalizer <Ulfalizer!~ulf@217.89.178.116> has quit IRC | 08:14 | |
| LetoThe2nd | boucman_work: the whole naming construct is unfortunate, that is oh so true. | 08:15 |
| LetoThe2nd | boucman_work: yet i still think that ironing out a couple of things here and there does good in the long run. i mean, there is no way to properly respond to somebody who want to know where to download rpms to install on his machine that is running the "yocto distribution" | 08:16 |
| LetoThe2nd | boucman_work: either that person gets the terminology, and the meaning behind it right - or there is no help. | 08:17 |
| LetoThe2nd | (can be no help) | 08:17 |
| jubr | "yocto distribution" <- more shadyness, don't you mean "poky" ? :) | 08:18 |
| boucman_work | LetoThe2nd: yeah, pedagogy is a subtle balance | 08:18 |
| LetoThe2nd | jubr: see context :) | 08:18 |
| jubr | LetoThe2nd: ok, ok, in context: true. Didn't read too far back | 08:18 |
| boucman_work | sometime you have to lie to your students so that they understand... being pedantic is usefull when your students understand the underlying concepts, but in that case most beginners don't. I save that for later | 08:19 |
| boucman_work | but overall, I think we agree anyway | 08:19 |
| *** kimo <kimo!c1f09a78@gateway/web/freenode/ip.193.240.154.120> has quit IRC | 08:19 | |
| LetoThe2nd | and even if not, there's nothing bad about civilized disagreement. | 08:19 |
| boucman_work | :) | 08:20 |
| *** arkver <arkver!~arkver@host81-135-58-159.range81-135.btcentralplus.com> has joined #yocto | 08:23 | |
| LetoThe2nd | thats what oh so many people mix up. just because i disagree with you on a professional topic (happens often enough with my customers), theres no personal problem. i still think you are a nice guy. | 08:23 |
| LetoThe2nd | boucman_work: (again, not you specifically. speaking to a 'virtual customer') | 08:24 |
| *** Flow86 <Flow86!sbnc@www.siedler25.org> has quit IRC | 08:24 | |
| *** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has joined #yocto | 08:24 | |
| *** Girafferson <Girafferson!~Giraffers@2601:281:8500:95b0:5249:f3c:d4e2:30a9> has left #yocto | 08:28 | |
| *** Flow86 <Flow86!sbnc@www.siedler25.org> has joined #yocto | 08:31 | |
| *** kimo <kimo!500ddc5b@gateway/web/freenode/ip.80.13.220.91> has joined #yocto | 08:35 | |
| *** agust <agust!~agust@p4FCB4738.dip0.t-ipconnect.de> has quit IRC | 08:37 | |
| kimo | hello guys, I managed to get a core-image-minimal NAND boot on my imx28evk but I encountered a kernel panic https://paste.ee/p/oDSL9 | 08:37 |
| kimo | any idea what it is about ? | 08:38 |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 08:41 | |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 08:41 | |
| *** Girafferson <Girafferson!~Giraffers@2601:281:8500:95b0:5249:f3c:d4e2:30a9> has joined #yocto | 08:42 | |
| LetoThe2nd | kimo: its unable to mount your rootfs | 08:45 |
| LetoThe2nd | kimo: line 175ff sugest that your filesystem is not what you think it is. | 08:46 |
| *** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC | 08:47 | |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 08:48 | |
| kimo | LetoThe2nd: Yes but I just flashed the ubifs image using update_nant_filesystem cmd | 08:48 |
| LetoThe2nd | kimo: "i did something" does not necessarily mean "i did something correctly" or "i did something successfully" | 08:49 |
| LetoThe2nd | kimo: my personal advice would be to set up nfs root, make that boot, and from there inspect the ubi/ubifs | 08:49 |
| kimo | LetoThe2nd: right, I was expecting someone would have this issue, which is maybe related to imx28evk.conf | 08:51 |
| LetoThe2nd | kimo: or, as a slightly simpler stage maybe - stay in uboot and inspect from there, it might have some means of doing that. | 08:51 |
| *** agust <agust!~agust@p4FCB4738.dip0.t-ipconnect.de> has joined #yocto | 08:53 | |
| LetoThe2nd | kimo: my gut feeling says that you just did something slightly wrong, and hence the nand content is not exactly what it should be. but thats just guessing | 08:53 |
| boucman_work | LetoThe2nd: do you have any knowledge of how the yocto autotest/builder infrastructure works, by any chance ? | 08:54 |
| LetoThe2nd | boucman_work: only very superficial. AFAIK its a buildbot that has been beaten into shape | 08:54 |
| LetoThe2nd | boucman_work: pidge is the one to poke about. | 08:54 |
| LetoThe2nd | (or at least she was the last time i touched that topic) | 08:55 |
| boucman_work | ok, thx | 08:55 |
| pidge | boucman_work: which parts of it? autobuilder, yes. the automated testing? it's been a while, but yeah. | 08:55 |
| LetoThe2nd | pidge: ah you wake? cheers! | 08:55 |
| pidge | LetoThe2nd: Yup, ireland time now. | 08:56 |
| boucman_work | pidge: I am trying to build yocto with no gcc in PATH (i.e using BUILD_CC variable and checking that no software hardcodes the name gcc) | 08:56 |
| LetoThe2nd | pidge: holiday or relocated? ;-() | 08:56 |
| boucman_work | and i've found quite a few problems just by building core-image-minimal. | 08:56 |
| pidge | LetoThe2nd: relocated um... almost 2 years now. | 08:56 |
| boucman_work | I'll submit a patch serie for that at some point, but I don't have the manpower nor time to check with a bitbake world | 08:57 |
| boucman_work | so the only way to guarentee that such bugs don't reapear would be to have some project-level testing. I don't know how to do that, but the autobuilders seemed like a reasonable place to start | 08:57 |
| LetoThe2nd | pidge: ah ok... last time we met there was too much talk on D&D and gaelic, little of RL value ;-) | 08:58 |
| pidge | boucman_work: ok, yeah, that would be good to get that into the oe testing framework. | 08:58 |
| kimo | LetoThe2nd: I will give a try changing the min-io-size to 2048 as it says line175 | 08:58 |
| pidge | LetoThe2nd: Ha, I don't remember this. | 08:58 |
| boucman_work | pidge ok, nice to see i'm not too much off the line, can I come back to you when my main patch is more mature on the subject ? | 08:59 |
| LetoThe2nd | pidge: OEDEM dublin, lunch. | 08:59 |
| pidge | boucman_work: sure. pidge@toganlabs.com | 08:59 |
| boucman_work | pidge: thx, or IRC | 09:00 |
| pidge | LetoThe2nd: ahh, yes! | 09:00 |
| LetoThe2nd | pidge: probably you just don't link my face and nick. | 09:00 |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 09:01 | |
| pidge | LetoThe2nd: Yeah, I know another Leto I got you confused with. | 09:02 |
| LetoThe2nd | pidge: np :-D i often get confused with some other Leto. Jared, methinks. | 09:03 |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto | 09:03 | |
| *** kimo <kimo!500ddc5b@gateway/web/freenode/ip.80.13.220.91> has quit IRC | 09:05 | |
| *** agust <agust!~agust@p4FCB4738.dip0.t-ipconnect.de> has quit IRC | 09:15 | |
| *** joshuagl <joshuagl!joshuagl@nat/intel/x-kuriquijjocgfglg> has quit IRC | 09:17 | |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC | 09:21 | |
| boucman_work | I'm trying to do a versionned packagegroup, i.e a packagegroup that depends on specific version of recipes.... I can add version information in RDEPENDS, but that only works at rootfs time, it doesn't make bitbake compile the right version of the software | 09:25 |
| boucman_work | is there an easy way to do that ? (I tried to add a version to DEPENDS, bitbake seems to accept the syntax but does not compile the proper version anyway) | 09:25 |
| *** MWelchUK <MWelchUK!~martyn@host81-147-3-127.range81-147.btcentralplus.com> has quit IRC | 09:28 | |
| jubr | boucman_work: that's PREFERRED_VERSION I think | 09:29 |
| jubr | but it lives at the .conf level, not at .bb level | 09:29 |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.45> has joined #yocto | 09:29 | |
| boucman_work | yeah, that's my problem... | 09:30 |
| jubr | Don't think bb can do that... | 09:31 |
| boucman_work | I need to set PREFFERED_VERSION for each program in the packagegroup, I'd like to just set it for the packagegroup... | 09:31 |
| jubr | multiple versions can't co-exist in the same sysroot|deploy/ipk anyways | 09:31 |
| boucman_work | true, but bb can have multiple versionned recipe, so versionned depends could be theoretically possible (with the correct error messages in cas of contradictory dependencies) | 09:32 |
| boucman_work | but thx, if it's not possible, I won't look further on how to do it :P | 09:32 |
| boucman_work | RDEPENDS still guarentees version consistence, which is good | 09:33 |
| -YoctoAutoBuilder- build #888 of nightly-qa-skeleton is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-skeleton/builds/888 | 09:33 | |
| -YoctoAutoBuilder- build #879 of build-appliance is complete: Failure [failed BuildImages BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/879 | 09:34 | |
| -YoctoAutoBuilder- build #884 of nightly-qa-extras is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-extras/builds/884 | 09:34 | |
| -YoctoAutoBuilder- build #889 of nightly-qa-pam is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-pam/builds/889 | 09:34 | |
| -YoctoAutoBuilder- build #288 of nightly-checkuri is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-checkuri/builds/288 | 09:34 | |
| -YoctoAutoBuilder- build #894 of nightly-non-gpl3 is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-non-gpl3/builds/894 | 09:34 | |
| -YoctoAutoBuilder- build #879 of nightly-intel-gpl is complete: Failure [failed BuildImages BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-intel-gpl/builds/879 | 09:34 | |
| -YoctoAutoBuilder- build #884 of nightly-qa-logrotate is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-logrotate/builds/884 | 09:34 | |
| -YoctoAutoBuilder- build #914 of poky-tiny is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/poky-tiny/builds/914 | 09:34 | |
| -YoctoAutoBuilder- build #886 of nightly-x32 is complete: Failure [failed BuildImages Running Sanity Tests Running Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/886 | 09:34 | |
| -YoctoAutoBuilder- build #888 of buildtools is complete: Failure [failed BuildImages BuildImages_1 BuildImages_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/buildtools/builds/888 | 09:35 | |
| -YoctoAutoBuilder- build #888 of nightly-qa-systemd is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1 BuildImages_2 Running Sanity Tests_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/888 | 09:35 | |
| -YoctoAutoBuilder- build #540 of nightly-rpm-non-rpm is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm-non-rpm/builds/540 | 09:35 | |
| -YoctoAutoBuilder- build #542 of nightly-deb-non-deb is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb-non-deb/builds/542 | 09:35 | |
| -YoctoAutoBuilder- build #861 of nightly-rpm is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm/builds/861 | 09:35 | |
| -YoctoAutoBuilder- build #867 of nightly-ipk is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/867 | 09:35 | |
| -YoctoAutoBuilder- build #847 of nightly-deb is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/847 | 09:36 | |
| -YoctoAutoBuilder- build #444 of nightly-wic is complete: Failure [failed BuildImages BuildImages_1 CreateWicImages CreateWicImages_1 BuildImages_2 BuildImages_3 CreateWicImages_2 CreateWicImages_3 CreateWicImages_4 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-wic/builds/444 | 09:36 | |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 09:37 | |
| -YoctoAutoBuilder- build #911 of nightly-multilib is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1 BuildImages_2 Running Sanity Tests_2 BuildImages_3 Running Sanity Tests_3 BuildImages_4] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/911 | 09:38 | |
| *** MWelchUK <MWelchUK!~martyn@host81-147-3-127.range81-147.btcentralplus.com> has joined #yocto | 09:41 | |
| -YoctoAutoBuilder- build #872 of nightly-mips-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/872 | 09:42 | |
| -YoctoAutoBuilder- build #878 of nightly-ppc-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/878 | 09:42 | |
| -YoctoAutoBuilder- build #926 of nightly-x86-64 is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 Running SDK Sanity Tests_1 BuildImages_2 Running ESDK Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/926 | 09:42 | |
| -YoctoAutoBuilder- build #892 of nightly-mips is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 BuildImages_2 Running ESDK Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/892 | 09:43 | |
| -YoctoAutoBuilder- build #905 of nightly-ppc is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 BuildImages_2 Running ESDK Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/905 | 09:43 | |
| -YoctoAutoBuilder- build #905 of nightly-x86 is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 Running SDK Sanity Tests_1 BuildImages_2 Running ESDK Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/905 | 09:43 | |
| -YoctoAutoBuilder- build #862 of nightly-arm-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm-lsb/builds/862 | 09:43 | |
| -YoctoAutoBuilder- build #523 of nightly-arm64 is complete: Failure [failed BuildImages Running Sanity Tests Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 BuildImages_1 Running SDK Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm64/builds/523 | 09:43 | |
| pidge | hrm. is there a way in combo-layer to specify a revision to peg an entry to. so when you combo-layer update, it won't update just that repo? | 09:45 |
| *** Biliogadafr <Biliogadafr!~pin@nat2-minsk-pool-46-53-194-120.telecom.by> has joined #yocto | 09:51 | |
| pidge | RP, I guess you'd know the answer to this maybe? ^^^ | 09:53 |
| *** Crofton <Crofton!~Crofton@217.155.202.22> has joined #yocto | 09:54 | |
| *** belen <belen!~Adium@134.134.139.82> has joined #yocto | 09:56 | |
| RP | pidge: offhand I don't remember | 09:56 |
| *** belen <belen!~Adium@134.134.139.82> has quit IRC | 09:57 | |
| pidge | if there is it's not documented. I'll poke through it I guess. | 09:57 |
| *** nrossi <nrossi!~nrossi@CPE-124-186-123-69.lns10.woo.bigpond.net.au> has joined #yocto | 09:59 | |
| *** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has joined #yocto | 10:02 | |
| RP | pidge: the script itself is pretty simple | 10:14 |
| HyP3r | By default the apache2 recpie out of yocto poky meta-www seems not to enable its systemd server | 10:18 |
| HyP3r | How can I enable this service? | 10:18 |
| HyP3r | Yeah I know with systemctl enable apache2. But I talk about the package generation runtime | 10:18 |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 10:24 | |
| *** nighty-- <nighty--!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 10:26 | |
| -YoctoAutoBuilder- build #916 of poky-tiny is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/poky-tiny/builds/916 | 10:27 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 10:28 | |
| *** Crofton <Crofton!~Crofton@217.155.202.22> has quit IRC | 10:29 | |
| joshuagl | HyP3r: http://www.yoctoproject.org/docs/2.1/ref-manual/ref-manual.html#ref-classes-systemd | 10:29 |
| joshuagl | "Services are set up to start on boot automatically unless you have set SYSTEMD_AUTO_ENABLE to "disable". " | 10:29 |
| joshuagl | presumably the apache2 recipe sets that variable? | 10:30 |
| -YoctoAutoBuilder- build #890 of buildtools is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/buildtools/builds/890 | 10:30 | |
| *** Biliogadafr <Biliogadafr!~pin@nat2-minsk-pool-46-53-194-120.telecom.by> has quit IRC | 10:30 | |
| -YoctoAutoBuilder- build #896 of nightly-non-gpl3 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-non-gpl3/builds/896 | 10:31 | |
| -YoctoAutoBuilder- build #886 of nightly-qa-extras is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-extras/builds/886 | 10:32 | |
| -YoctoAutoBuilder- build #243 of nightly-no-x11 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-no-x11/builds/243 | 10:43 | |
| -YoctoAutoBuilder- build #881 of nightly-intel-gpl is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-intel-gpl/builds/881 | 10:46 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 10:47 | |
| -YoctoAutoBuilder- build #447 of nightly-wic is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-wic/builds/447 | 10:48 | |
| -YoctoAutoBuilder- build #891 of nightly-qa-skeleton is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-skeleton/builds/891 | 10:48 | |
| *** gtristan_ <gtristan_!~tristanva@114.207.54.40> has joined #yocto | 10:53 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 10:58 | |
| -YoctoAutoBuilder- build #291 of nightly-checkuri is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-checkuri/builds/291 | 11:00 | |
| -YoctoAutoBuilder- build #881 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/881 | 11:00 | |
| -YoctoAutoBuilder- build #886 of nightly-qa-logrotate is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-logrotate/builds/886 | 11:04 | |
| -YoctoAutoBuilder- build #624 of nightly-world-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world-lsb/builds/624 | 11:05 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 11:07 | |
| -YoctoAutoBuilder- build #889 of nightly-x32 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/889 | 11:08 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 11:09 | |
| -YoctoAutoBuilder- build #545 of nightly-deb-non-deb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb-non-deb/builds/545 | 11:12 | |
| *** Ulfalizer <Ulfalizer!~ulf@217.89.178.116> has joined #yocto | 11:15 | |
| -YoctoAutoBuilder- build #891 of nightly-qa-pam is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-pam/builds/891 | 11:16 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 11:17 | |
| *** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto | 11:21 | |
| -YoctoAutoBuilder- build #870 of nightly-ipk is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/870 | 11:22 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 11:24 | |
| rburton | alexlarsson: hey alex | 11:25 |
| rburton | alexlarsson: the tune etc i wasn't aware was in CC but the sysroot certainly always is. this has bitten me before though and i have wondered if we should change CC to be literally the gcc name even if its entirely useless without CFLAGS (to get the sysrot) | 11:26 |
| boucman_work | rburton: hey | 11:28 |
| boucman_work | do you know where I should put a patch that affects ALL version of linux ? | 11:28 |
| boucman_work | (it is not possible to overload the hardcoded name "gcc" used to compile the kconfig stuff, thus breaking BUILD_*) | 11:29 |
| -YoctoAutoBuilder- build #850 of nightly-deb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/850 | 11:30 | |
| rburton | boucman_work: you can patch everything using linux-yocto by simply adding to SRC_URI right? | 11:38 |
| boucman_work | yes, I guess that will be good enough for my goal. other meta will hav to fix their stuff themselves... | 11:40 |
| *** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC | 11:43 | |
| -YoctoAutoBuilder- build #914 of nightly-multilib is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/914 | 11:48 | |
| *** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto | 11:54 | |
| *** berton <berton!~fabio@177.127.4.56> has joined #yocto | 11:54 | |
| -YoctoAutoBuilder- build #864 of nightly-rpm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm/builds/864 | 11:54 | |
| *** Girafferson <Girafferson!~Giraffers@2601:281:8500:95b0:5249:f3c:d4e2:30a9> has quit IRC | 12:04 | |
| HyP3r | joshuagl: you were right inside this apache2 script stands: SYSTEMD_AUTO_ENABLE_${PN} = "disable" | 12:18 |
| HyP3r | How can I enable this service? | 12:19 |
| HyP3r | with a bbapend file? | 12:19 |
| *** dvhart <dvhart!~dvhart@134.134.139.83> has joined #yocto | 12:20 | |
| joshuagl | yup | 12:22 |
| -YoctoAutoBuilder- build #540 of nightly-mips64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips64/builds/540 | 12:23 | |
| joshuagl | HyP3r: or setting SYSTEMD_AUTO_ENABLE_pn-apache2 = "enable" somewhere in your distro's conf should work | 12:23 |
| joshuagl | (I think) | 12:23 |
| HyP3r | Well I have anyway allready a meta layer for my project and also a apache2.bbappend which should fix this | 12:24 |
| HyP3r | But I'm still wondering why its by default disabled | 12:24 |
| -YoctoAutoBuilder- build #543 of nightly-rpm-non-rpm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm-non-rpm/builds/543 | 12:24 | |
| alexlarsson | rburton: I don't really know unfortunately, it was always various points of jethro | 12:28 |
| HyP3r | And I'm wondering why yocto is not using any chroot enviroment each complex package has its patches to fix path problems \o/ | 12:28 |
| alexlarsson | rburton: but, it used to work, and at some time broke | 12:28 |
| alexlarsson | rburton: not sure exactly what caused the change | 12:28 |
| *** arkver <arkver!~arkver@host81-135-58-159.range81-135.btcentralplus.com> has quit IRC | 12:28 | |
| rburton | alexlarsson: hmm | 12:29 |
| *** paulg <paulg!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has joined #yocto | 12:29 | |
| alexlarsson | rburton: the host didn't change (centos7) | 12:29 |
| alexlarsson | so, shouldn't be the host compiler | 12:29 |
| alexlarsson | but we did bump the jethro rev a few times | 12:30 |
| alexlarsson | unfortunately i was on vacation so i don't really know when it appeared, etc. | 12:30 |
| rburton | didn't spot anything in jethro which would cause this, i'll look again | 12:31 |
| *** istarilucky <istarilucky!~rlucca@177.159.144.73> has joined #yocto | 12:31 | |
| alexlarsson | Its kinda weird though | 12:32 |
| alexlarsson | It happens in g-ir-scanner, but only when called from webkit | 12:32 |
| rburton | alexlarsson: i though CC had the sysroot in for a long time, so maybe distutils changed? | 12:32 |
| Ulfalizer | alexlarsson: maybe you could do some debugging with 'bitbake -e' if you search for "^export CC" | 12:32 |
| rburton | i'd suggest patching distutils to split on whitespace before doing basename | 12:33 |
| rburton | though as i said, i've seen a few other pieces moan if CC isn't just a binary name, so i do wonder how much breaks if we move the sysroot from CC to CFLAGS | 12:33 |
| rburton | (my guess: lots) | 12:33 |
| rburton | several packages failed to build when we made not listening to LDFLAGS throw a warning | 12:34 |
| *** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 12:35 | |
| *** m70b54 <m70b54!c32a382c@gateway/web/freenode/ip.195.42.56.44> has joined #yocto | 12:36 | |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 12:37 | |
| alexlarsson | rburton: distutils is part of python, right? | 12:37 |
| *** dv <dv!~quassel@62.178.118.86> has quit IRC | 12:37 | |
| alexlarsson | rburton: the weird thing is that all my other packages build fine, and i'd be surprised if webkit is the first that uses g-ir-scanner | 12:38 |
| *** dv <dv!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto | 12:38 | |
| alexlarsson | rburton: which is very confusing, because the distutils issue is very clear, looking at the distutils code | 12:39 |
| m70b54 | hi guys | 12:39 |
| *** dvhart <dvhart!~dvhart@134.134.139.83> has quit IRC | 12:40 | |
| *** dv is now known as dv_ | 12:41 | |
| boucman_work | aaand glibc git refuses to compile :( | 12:42 |
| rburton | alexlarsson: oh webkit build from oe-core? | 12:42 |
| alexlarsson | rburton: no, in flatpak | 12:42 |
| rburton | ah right | 12:42 |
| -YoctoAutoBuilder- build #890 of nightly-qa-systemd is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/890 | 12:42 | |
| rburton | i was going to say, g-i should be disabled everywhere in jethro | 12:42 |
| alexlarsson | python -c "import sysconfig; print sysconfig.get_config_var('CC')" | 12:42 |
| alexlarsson | x86_64-unknown-linux-gcc -m64 -march=core2 -mtune=core2 -msse3 -mfpmath=sse | 12:42 |
| alexlarsson | that is on my build | 12:42 |
| *** Crofton <Crofton!~Crofton@217.155.202.22> has joined #yocto | 12:43 | |
| m70b54 | can anyone tell me where the syslog file should be? i'm trying to output all systemd logs to syslog but it's not working | 12:44 |
| m70b54 | ForwardToSyslog=yes is defined in my journald.conf | 12:45 |
| *** nighty-- <nighty--!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 12:45 | |
| *** nighty-- <nighty--!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 12:46 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:46 | |
| *** Crofton <Crofton!~Crofton@217.155.202.22> has quit IRC | 12:48 | |
| alexlarsson | rburton: do you know where the sysconfig is stored? | 12:49 |
| rburton | no, sorry | 12:49 |
| rburton | knowing python, blasted into the module directly | 12:49 |
| -YoctoAutoBuilder- build #526 of nightly-arm64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm64/builds/526 | 12:52 | |
| *** junland <junland!~junland@159.140.254.107> has joined #yocto | 12:52 | |
| alexlarsson | rburton: /usr/lib/python2.7/_sysconfigdata.py it seems | 12:53 |
| *** igor2 <igor2!~igor@177.159.144.73> has joined #yocto | 12:53 | |
| m70b54 | when attaching to syslog process with strace, i can see all the logs coming from journald, but there is no output | 12:54 |
| *** nighty-- <nighty--!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 12:55 | |
| HyP3r | Hm another strange thing: I have added openvpn to my core image. And openvpn has this line: "RRECOMMENDS_${PN} = "kernel-module-tun"". But I don't have a kernel module 'tun' | 12:55 |
| *** nighty-- <nighty--!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 12:55 | |
| HyP3r | Here the modinfo: "modinfo: ERROR: Module tun not found." | 12:56 |
| -YoctoAutoBuilder- build #929 of nightly-x86-64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/929 | 12:58 | |
| boucman_work | HyP3r: my understanding : RRECOMMENDS is not mandatory, so if it's not found, it won't be an error at build time | 12:58 |
| boucman_work | so if noone builds kernel-module-tun, it won't be build | 12:59 |
| boucman_work | you need to add kernel-module-tun to IMAGE_INSTALL yourself, I guess | 12:59 |
| alexlarsson | rburton: hmm, i think i may have an idea | 12:59 |
| HyP3r | boucman_work: ok I'll try | 13:00 |
| alexlarsson | rburton: looking at my build, it seems like the _sysconfigdata.py is "right" (has no --sysroot) | 13:01 |
| alexlarsson | rburton: but the _sysconfigdata.pyc *does* have it | 13:01 |
| *** m70b54 <m70b54!c32a382c@gateway/web/freenode/ip.195.42.56.44> has quit IRC | 13:01 | |
| alexlarsson | rburton: and then we run the entire thing through ostree, reseting the mtimes, and we have some python mtime fixup thing for this in flatpak | 13:01 |
| alexlarsson | rburton: so, i wonder if yocto rewrites this file after the .pyc is written | 13:02 |
| rburton | huh | 13:03 |
| rburton | yes | 13:03 |
| rburton | py_package_preprocess in python.bb | 13:03 |
| rburton | though that is meant to be removing the sysroot... | 13:04 |
| alexlarsson | python_2.7.9.bb: sed -i -e 's:--sysroot=${STAGING_DIR_TARGET}::g' -e s:'--with-libtool-sysroot=${STAGING_DIR_TARGET}'::g \ | 13:04 |
| alexlarsson | yes, and it does | 13:04 |
| alexlarsson | in the .py file | 13:04 |
| alexlarsson | but its left in the .pyc file | 13:04 |
| alexlarsson | which admittedly should be invalid due to the timestamp | 13:04 |
| alexlarsson | so, the fault is mine | 13:05 |
| rburton | so its a comedy interaction between our recipe expecting the pyc to be regenerated/ignored, and you adjusting timestamps? | 13:05 |
| alexlarsson | yeah | 13:05 |
| HyP3r | boucman_work: I added this to my IMAGE_INSTALL but there is no such package :( | 13:05 |
| rburton | surely we can remove those bits earlier than that preprocess hook | 13:06 |
| alexlarsson | well, its a general problem for me though | 13:06 |
| alexlarsson | i should handle it as such | 13:06 |
| alexlarsson | or i will run into similar issues later. | 13:06 |
| rburton | recompile all py before trashing timestamps? | 13:07 |
| alexlarsson | Or just drop all .pyc files that have an invalid timestamp | 13:07 |
| rburton | presumably there's a good improvement in loading .pyc over .py so especially for the core library a forced compile might be sensible | 13:08 |
| LetoThe2nd | boucman_work: then you have to make sure your kernel config even builds that module | 13:10 |
| boucman_work | LetoThe2nd: yeah, true | 13:11 |
| alexlarsson | rburton: http://nedbatchelder.com/blog/201310/finding_stale_pyc_files.html | 13:11 |
| LetoThe2nd | boucman_work: ah sry | 13:11 |
| LetoThe2nd | HyP3r: that was for you ^^^^^^^ | 13:11 |
| boucman_work | HyP3r: what LetoThe2nd said... I'm not sure the proper, yocto, way to enable a module, but that's what you need to do | 13:11 |
| LetoThe2nd | boucman_work: as usual, it depends. | 13:12 |
| rburton | alexlarsson: <squits> find all .pyc which are older than .py? | 13:12 |
| rburton | would be a sensible sanity check | 13:12 |
| * rburton adds to insanitier | 13:12 | |
| HyP3r | boucman_work: yeah I guess I have to add this kernel module | 13:16 |
| LetoThe2nd | HyP3r: boucman_work: there are the various fragments that can also be depended on IIRC or be set up through DISTRO, or if its a simpler setup, just modify the kernels .config | 13:16 |
| -YoctoAutoBuilder- build #865 of nightly-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm-lsb/builds/865 | 13:17 | |
| HyP3r | To the apache thing back, while compiling the kernel module tun: I have created a apache2.bbapped (which im already using to patch some configurations) and wrote the line: SYSTEMD_AUTO_ENABLE_${PN} = "enable" | 13:18 |
| *** anselmolsm <anselmolsm!~anselmols@192.55.55.39> has joined #yocto | 13:18 | |
| HyP3r | But this service is still not eanabled :( | 13:18 |
| *** bluelightning <bluelightning!~paul@187.217.231.66> has joined #yocto | 13:20 | |
| *** bluelightning <bluelightning!~paul@187.217.231.66> has quit IRC | 13:20 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 13:20 | |
| joshuagl | did you misspell bbappend as you did above? :-) | 13:20 |
| LetoThe2nd | HyP3r: the name of the bbappends has to completely match the name except for the extension | 13:20 |
| LetoThe2nd | HyP3r: there are a couple of wildcards, but apache2.bb... is certainly not correct | 13:21 |
| HyP3r | The exact name of my bbappend: "apache2_2.4.10.bbappend" | 13:21 |
| HyP3r | The original file: apache2_2.4.10.bb | 13:21 |
| -YoctoAutoBuilder- build #921 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/921 | 13:22 | |
| joshuagl | bitbake apache2 -e | grep ^SYSTEMD_AUTO_ENABLE ? | 13:22 |
| LetoThe2nd | HyP3r: then first check if the systemd unit is not packed into a seperate package. second, evaluate the recipe as joshuagl just said, he was faster on typing :) | 13:23 |
| HyP3r | k | 13:23 |
| bluelightning | not sure since I only saw some of this discussion, but maybe this will be helpful: https://wiki.yoctoproject.org/wiki/Technical_FAQ#I.27ve_created_a_bbappend_for_a_recipe_but_what_I.27m_setting_there_isn.27t_having_any_effect.2C_how_do_I_fix_this.3F | 13:23 |
| LetoThe2nd | bluelightning: any documentation is useful if correct, be it only for later reference :) | 13:23 |
| bluelightning | LetoThe2nd: good point :) | 13:24 |
| *** marka_home <marka_home!~marka@135-23-92-83.cpe.pppoe.ca> has joined #yocto | 13:26 | |
| *** marka_home is now known as marka | 13:26 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:28 | |
| *** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC | 13:30 | |
| *** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 13:30 | |
| *** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 13:31 | |
| HyP3r | joshuagl: LetoThe2nd http://pastebin.com/Hcd6REH3 looks good right? | 13:33 |
| -YoctoAutoBuilder- build #895 of nightly-mips is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/895 | 13:33 | |
| HyP3r | I have now enabled TUN/TAP inside the kernel configuration. How can I check if its enabled | 13:33 |
| LetoThe2nd | HyP3r: build the kernel and then see if the package is generated | 13:34 |
| HyP3r | ok, its enough to save the config as '.config' right? | 13:34 |
| joshuagl | HyP3r: yeah, that looks OK. Did `bitbake apache2` result in a new package being generated? (That variable is used in a postinst that runs at first boot) | 13:36 |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 13:36 | |
| LetoThe2nd | HyP3r: erm.... no, not really. especially not if you want things to be reproductible and you are using OE to build the kernel | 13:37 |
| LetoThe2nd | HyP3r: you have to make sure that the new config file ends up at the place where your former one was fetched from | 13:38 |
| -YoctoAutoBuilder- build #908 of nightly-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/908 | 13:40 | |
| *** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto | 13:43 | |
| HyP3r | joshuagl: well I gues I have to to a clean for that | 13:43 |
| -YoctoAutoBuilder- build #908 of nightly-x86 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/908 | 13:45 | |
| eduardas_m | hello. How can I find out which u-boot defconfig is used to build my u-boot.img? | 13:49 |
| eduardas_m | the u-boot-var-6ul_2015.10.bb recipe file that is apparently being used does not directly provide such info | 13:50 |
| LetoThe2nd | eduardas_m: IIRC uboot does not rely on defconfigs, but its own machines. thats what the uboot machine name in the recipe selects. with that information, look at the uboot sources. | 13:56 |
| *** dholland <dholland!~quassel@vpn.pelagicore.de> has joined #yocto | 13:59 | |
| eduardas_m | LetoThe2nd: this is not to be confused with linux kernel defconfig which is a separate matter entirely | 14:01 |
| eduardas_m | when building u-boot one can do something like the following: | 14:02 |
| eduardas_m | make ARCH=arm CROSS_COMPILE=${CC} wandboard_defconfig | 14:02 |
| eduardas_m | ins the u-boot sources there is a "configs" folder | 14:02 |
| LetoThe2nd | eduardas_m: i know. | 14:02 |
| eduardas_m | and the file names there end with "defconfig" | 14:02 |
| HyP3r | LetoThe2nd: the config in kernel-build-artifacts seems ok | 14:04 |
| eduardas_m | so I have to use this file when I compile from u-boot sources separately, but Yocto does not utilise them? | 14:04 |
| HyP3r | and yes... the apache2 has just to be recompiled :S | 14:04 |
| HyP3r | or just repacked | 14:04 |
| LetoThe2nd | eduardas_m: yocto does not utilize anything, as it is no software :-P | 14:04 |
| LetoThe2nd | eduardas_m: but the usual bitbake recipes for u-boot just trigger the very same config step as a manual build does. | 14:05 |
| eduardas_m | but how do I trace that from the .bb file? | 14:06 |
| eduardas_m | LetoThe2nd: I want to do manually what Yocto does for me automatically | 14:07 |
| LetoThe2nd | eduardas_m: doesn't your recipe say something like U_BOOT_MACHINE = "something"? or one of the includes it pulls in? | 14:07 |
| Ulfalizer | eduardas_m: http://www.yoctoproject.org/docs/2.2/dev-manual/dev-manual.html#platdev-appdev-devshell might be helpful | 14:09 |
| Ulfalizer | eduardas_m: and http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#usingpoky-debugging-viewing-logs-from-failed-tasks will also show you how to see exactly what commands bitbake runs | 14:10 |
| eduardas_m | LetoThe2nd: https://github.com/varigit/meta-variscite-mx6ul-mx7/blob/imx_3.14.52_6ul_ga-var01/recipes-bsp/u-boot/u-boot-var-6ul_2015.10.bb | 14:10 |
| eduardas_m | this is the .bb file | 14:10 |
| eduardas_m | there is no U_BOOt_MACHINE | 14:10 |
| *** sveinse <sveinse!~chatzilla@79.160.140.131> has joined #yocto | 14:11 | |
| sveinse | The docs suggests SSTATE_MIRRORS ?= "file://.* ...". What is the significance of this file URL? | 14:11 |
| -YoctoAutoBuilder- build #875 of nightly-mips-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/875 | 14:12 | |
| Ulfalizer | eduardas_m: you could run 'bitbake -e u-boot-var-6ul' and search for U_BOOT_MACHINE. might be from u-boot.inc or fsl-u-boot-localversion.bbclass if it exists. | 14:12 |
| LetoThe2nd | Ulfalizer: ++ | 14:12 |
| Ulfalizer | 'bitbake -e' also shows you where variables are set | 14:12 |
| * Ulfalizer tries giving general advice with zero context :P | 14:12 | |
| *** madisox <madisox!~madison@12.30.244.5> has joined #yocto | 14:13 | |
| sveinse | That's 42 isn't it? | 14:13 |
| *** madisox <madisox!~madison@12.30.244.5> has quit IRC | 14:13 | |
| Ulfalizer | 42 is the answer | 14:13 |
| *** benjamirc <benjamirc!~besquive@134.134.137.75> has joined #yocto | 14:17 | |
| HyP3r | Ok great apache2 starts now automatic but the kernel module 'tun' is not aviable :/ | 14:17 |
| HyP3r | under kernel-build-artifacts I have the .config file for my kernel (I gues this is the correct directory). And inside this file I have the line "CONFIG_TUN=m" | 14:18 |
| HyP3r | (I created it as kernel module, maybe not so good idea) but 'modprobe tun' does not work | 14:18 |
| Ulfalizer | sveinse: guessing it's consistent with e.g. PREMIRRORS where you can have things like "git://./.* https://some.com/location" to map the former to the later, only file:// is the only thing that makes sense for the sstate cache | 14:19 |
| Ulfalizer | and yeah, that should be explained in the documentation, imo | 14:19 |
| LetoThe2nd | HyP3r: you have to check for: http://www.yoctoproject.org/docs/2.1/mega-manual/mega-manual.html#var-UBOOT_MACHINE | 14:21 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 14:23 | |
| eduardas_m | Ulfalizer, LetoThe2nd : it is now apparent that in poky sources u-boot.inc actually uses UBOOT_MACHINE for make...now I only need to know where UBOOT_MACHINE is set | 14:23 |
| HyP3r | LetoThe2nd: UBTOO? | 14:24 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 14:25 | |
| *** jku <jku!jku@nat/intel/x-gxiicgvkpsrbdvxo> has quit IRC | 14:26 | |
| LetoThe2nd | HyP3r: sorry, wrong nick | 14:26 |
| LetoThe2nd | eduardas_m: ^^ | 14:26 |
| HyP3r | LetoThe2nd: no problem ^^ | 14:26 |
| *** RagBal <RagBal!~RagBal@82-168-15-181.ip.open.net> has quit IRC | 14:26 | |
| HyP3r | LetoThe2nd: I guess I missed after menuconfig the savedefconfig \o/ | 14:26 |
| *** Rootert <Rootert!~Rootert@82-168-15-181.ip.open.net> has quit IRC | 14:27 | |
| *** jku <jku!~jku@85-76-87-6-nat.elisa-mobile.fi> has joined #yocto | 14:27 | |
| *** RagBal <RagBal!~RagBal@82-168-15-181.ip.open.net> has joined #yocto | 14:28 | |
| *** Rootert <Rootert!~Rootert@82-168-15-181.ip.open.net> has joined #yocto | 14:28 | |
| *** Crofton <Crofton!~Crofton@217.155.202.22> has joined #yocto | 14:29 | |
| LetoThe2nd | HyP3r: that might work as a single shot, but its really important that the config finds its way back to the place where the original one came from. otherwise you will be stuck instantly again the next time you want to modify anything | 14:29 |
| *** billr <billr!~wcrandle@134.134.137.75> has joined #yocto | 14:31 | |
| HyP3r | ok? But whats the better way? | 14:31 |
| *** Anticom <Anticom!~timo.m@217.6.33.234> has quit IRC | 14:32 | |
| Ulfalizer | eduardas_m: 'bitbake -e' tells you where variables are set too, not just their value | 14:34 |
| LetoThe2nd | HyP3r: *sigh* like i said: make sure the config file you created ends up exactly where the original file was before. e.g. in the layer, in the repo, whatever. | 14:34 |
| HyP3r | well I gues the kernel.bbclass is more complex than simply coping my config file (which contains every configuration point of linux) to there, and your answer is really universal | 14:36 |
| eduardas_m | Ulfalizer, LetoThe2nd: thank you for your help...was really informative... | 14:36 |
| HyP3r | I read now something about that I have to create a 'linux-toradex_4.1.bbappend' with a SRC_URI Reference to a config file which is only configuring those things which are nessercary (in my case: tun.cfg) then it should work | 14:37 |
| Ulfalizer | eduardas_m: when going through the manuals, a tip is to always read the latest version btw | 14:37 |
| LetoThe2nd | HyP3r: not at all. it really, really depends on your specific kernel setup. it can be as simple as just replacing some defconfig file. | 14:37 |
| LetoThe2nd | HyP3r: or that, the cfg way is also possible. | 14:37 |
| Ulfalizer | guess you risk seeing something version-specific, but it's a small risk compared to updated descriptions | 14:37 |
| HyP3r | And inside the tun.cfg stands: "CONFIG_TUN=y" | 14:38 |
| LetoThe2nd | HyP3r: always keep in mind - what would a coworker need to find tomorrow if you get hit by a bus tonight. | 14:38 |
| HyP3r | that way is really scalable | 14:38 |
| HyP3r | LetoThe2nd: a good documentation :). Each recpie of my meta layer has some lines documentation | 14:38 |
| HyP3r | hopefully enough :3# | 14:39 |
| LetoThe2nd | HyP3r: and if that defconfig ends up in your layer, then all is fine. thats wahat i want to say. | 14:39 |
| HyP3r | LetoThe2nd: yep this bbappend and tun.cfg is inside my layer ;) | 14:40 |
| LetoThe2nd | HyP3r: perfect! | 14:42 |
| HyP3r | LetoThe2nd: only by the way: my cowork which left the company and gave me this huge pile of missconfiguration. He simply compiled the kernel out of the whole yocto toolchain and copied the zImage into the rootfs before do_rootfs | 14:45 |
| LetoThe2nd | HyP3r: yeah - thats why i'm saying to get it done right from the beginning | 14:47 |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 14:48 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 14:49 | |
| *** Rootert <Rootert!~Rootert@82-168-15-181.ip.open.net> has quit IRC | 14:49 | |
| *** RagBal <RagBal!~RagBal@82-168-15-181.ip.open.net> has quit IRC | 14:49 | |
| *** T_UNIX <T_UNIX!d4d3bd3c@gateway/web/freenode/ip.212.211.189.60> has quit IRC | 14:50 | |
| *** billr <billr!~wcrandle@134.134.137.75> has quit IRC | 14:50 | |
| *** billr <billr!wcrandle@nat/intel/x-eaelvacxfvfigxlg> has joined #yocto | 14:51 | |
| *** Crofton <Crofton!~Crofton@217.155.202.22> has quit IRC | 14:51 | |
| *** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 14:53 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 14:54 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 14:55 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 14:56 | |
| *** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto | 14:56 | |
| HyP3r | LetoThe2nd: it seems like its not working. I still have "ERROR: Cannot open TUN/TAP dev /dev/net/tun: No such device" | 14:59 |
| -YoctoAutoBuilder- build #900 of nightly-world is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/900 | 14:59 | |
| HyP3r | LetoThe2nd: can you help me? | 14:59 |
| HyP3r | LetoThe2nd: I don't know how to troubleshoot this problem | 15:00 |
| *** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC | 15:02 | |
| nisha | HyP3r, tunctl -b -u $USER | 15:06 |
| nisha | that'll make you a tap device | 15:07 |
| HyP3r | nisha: I don't have the depending kernel module integrated and also not this tunctl binary | 15:07 |
| *** psadro <psadro!~Thunderbi@216.234.148.134> has joined #yocto | 15:08 | |
| nisha | HyP3r, heh, seems I might have a similar problem with a kernel config file | 15:11 |
| *** sameo <sameo!samuel@nat/intel/x-jwytddvjjbgxjloj> has joined #yocto | 15:11 | |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC | 15:12 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 15:12 | |
| *** gtristan_ <gtristan_!~tristanva@114.207.54.40> has quit IRC | 15:12 | |
| HyP3r | I have followed this tutorial: http://www.yoctoproject.org/docs/2.1/dev-manual/dev-manual.html#creating-config-fragments | 15:14 |
| HyP3r | nisha: and I should add this tunctl which maybe useful troubleshoot this | 15:14 |
| *** aehs29 <aehs29!~aehernan@134.134.139.77> has joined #yocto | 15:15 | |
| nisha | HyP3r, so you already have a .bbappends file in your recipe-kernel folder? | 15:17 |
| HyP3r | well I have a meta layer 'meta-foo' with the directory 'recpie-bar' insside this folder I have the file 'linux-toradex_4.1.bbappend' with this as conent: http://pastebin.com/Km8bsGTK | 15:18 |
| *** billr <billr!wcrandle@nat/intel/x-eaelvacxfvfigxlg> has quit IRC | 15:18 | |
| HyP3r | then I have inside this ' | 15:18 |
| HyP3r | then I have inside this 'recpie-bar' folder the folder 'linux-toradex' with those two files listes in SRC_URI | 15:19 |
| HyP3r | And tun.cfg contains 'CONFIG_TUN=y' | 15:19 |
| *** sveinse <sveinse!~chatzilla@79.160.140.131> has quit IRC | 15:21 | |
| *** AgentElrond <AgentElrond!~ELROND@97-102-189-66.res.bhn.net> has joined #yocto | 15:21 | |
| nisha | that looks right | 15:22 |
| HyP3r | yeah, but something is missing. I'm not sure if its allowed to use 'y' or should I use 'M'? | 15:22 |
| *** billr <billr!~wcrandle@134.134.139.77> has joined #yocto | 15:23 | |
| nisha | if you use m it just means you will have to manually load it | 15:24 |
| nisha | you can try doing an insmod tun.ko after you boot | 15:24 |
| *** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has quit IRC | 15:28 | |
| boucman_work | cgroup are awesome... I finally found how to not have bitbake eat my cpu :) | 15:30 |
| *** jku <jku!~jku@85-76-87-6-nat.elisa-mobile.fi> has quit IRC | 15:31 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 15:34 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 15:34 | |
| HyP3r | Wow what a bunch of shit. I told you my configuration ~17:19 and now my system has again booted: '# CONFIG_TUN is not set' | 15:35 |
| HyP3r | Yeah. And then people are wondering why there are so many mass shootings | 15:35 |
| rburton | alexlarsson: WARNING: python-2.7.12-r1 do_package_qa: QA Issue: package python-core contains stale pyc work/corei7-64-poky-linux/python/2.7.12-r1/packages-split/python-core/usr/lib64/python2.7/_sysconfigdata.pyc [stale-pyc] <— i'll push this new test into oe-core to ensure we don't do it again | 15:39 |
| marka | HyP3r: what kernel are you building? | 15:43 |
| *** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has quit IRC | 15:46 | |
| marka | if you are building linux-yocto you can/should make use of kernel config frags as you seem to be attempting from what I see | 15:46 |
| marka | but if you are inserting a different kernel then config frags are not applied and the 'seeded' defconfig is all that is used | 15:47 |
| marka | per http://www.yoctoproject.org/docs/2.1/kernel-dev/kernel-dev.html | 15:47 |
| davis | omg, this thing might be working. rock and roll. | 15:47 |
| *** gtristan <gtristan!~tristanva@110.11.179.37> has joined #yocto | 15:49 | |
| *** gtristan_ <gtristan_!~tristanva@110.11.179.37> has joined #yocto | 15:50 | |
| CTtpollard | I think someone needs to by HyP3r a drink after this week | 15:51 |
| CTtpollard | *buy | 15:51 |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 15:51 | |
| eduardas_m | Ulfalizer, LetoThe2nd: you were of great help today..finally was able to build modified u-boot for my board with the proper configuration | 15:51 |
| nisha | so, I tried to add a kernel config but I get this build error: Computing transaction...error: Can't install packagegroup-distro-base-1.0-r83@qemux86_64: no package provides kernel-module-virtio-gpu | 15:51 |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC | 15:52 | |
| *** dv <dv!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto | 15:54 | |
| *** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has quit IRC | 15:54 | |
| davis | nope. | 15:55 |
| *** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC | 15:56 | |
| *** lamego <lamego!~jose@134.134.137.73> has joined #yocto | 15:57 | |
| *** paulg <paulg!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has quit IRC | 15:59 | |
| davis | so, this multiple git repot with a cmake build in bitbake is oh so close to working | 16:03 |
| davis | https://gist.github.com/netskink/643bdfbc92017b265881e600670ca906 | 16:03 |
| *** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has joined #yocto | 16:03 | |
| davis | it pulls the three repots, puts them in a single git subdir | 16:03 |
| *** sno <sno!~sno@62.157.143.22> has quit IRC | 16:04 | |
| davis | and possibly attempts to build from the src dir in one of the repots | 16:04 |
| davis | but it might actually be trying to build in git/ and not git/pcmx | 16:04 |
| rburton | well you put S=git/pcmx so it should be doing cmake in there | 16:04 |
| davis | yes, that was the goal | 16:05 |
| rburton | looking at cmake.bbclass shows you that it has a OECMAKE_SOURCEPATH to tell it where the cmakelists is | 16:05 |
| rburton | which defaults to ${S} | 16:05 |
| davis | ahh so that is an override? | 16:05 |
| rburton | well you shouldn't need it if you set S to the right place | 16:06 |
| rburton | you know actually saying what breaks really would be helpful | 16:06 |
| davis | im trying to specify just in case. | 16:06 |
| davis | when I did the simple cmake tutor build in bitbake, i used jsut workdir/git | 16:07 |
| davis | and that worked | 16:07 |
| davis | i wonder if at this point its a cmake problem and I know very little about it | 16:08 |
| marka | davis: the only recipe I have worked on with multiple git repos is the recipe for spice | 16:08 |
| marka | http://git.yoctoproject.org/cgit/cgit.cgi/meta-cloud-services/tree/recipes-support/spice/spice_git.bb?h=master | 16:09 |
| davis | let me look at it, one sec | 16:09 |
| marka | not sure if that will help but having a reference is never a bad thing | 16:09 |
| rburton | davis: seriously, pastebin how it breaks and what you expect it to do, it may be something trivial | 16:09 |
| rburton | but just saying "it doesn't work" means nobody can help | 16:10 |
| marka | :) | 16:10 |
| davis | lol, but i'm so verbose. | 16:10 |
| davis | i updated the gist to have an error | 16:11 |
| davis | btw, if i use OECMAKE_SOURCEPATH is generates same error as without it specified | 16:11 |
| rburton | yeah because its running cmake fine and its finding the cmakelists | 16:12 |
| rburton | so where are the files its looking for | 16:12 |
| davis | fwiw, when i look at the error, it looks to me like its in this dir: | 16:12 |
| davis | /pcmx/1.0.0+gitAUTOINC+d3_d3v16_pcmx-r0/build/ | 16:12 |
| davis | pcmx is the name of the recipe | 16:12 |
| rburton | yes, we do out of tree builds, and tell cmake where the cmakelists is | 16:12 |
| rburton | look at the cmake invocation in the log you pasted | 16:13 |
| davis | the actual code would be in pcmx/xxxxgitxxxr0/git/pcmx | 16:13 |
| rburton | right, and its finding the cmakelists fine | 16:14 |
| rburton | because its reading that and then saying it can't find other pieces | 16:14 |
| rburton | so where are they and where is it actually looking | 16:14 |
| davis | its hard for me to say, let me show in pastebin. it looks like it trying to build pcmx seperate | 16:15 |
| davis | one sec | 16:15 |
| rburton | basically we're out of "yocto" and into "your code" | 16:15 |
| davis | yeah that might be it | 16:16 |
| davis | i'm mistaken | 16:16 |
| davis | the other subdir there is not for pcmx src its for timestamps and such | 16:16 |
| davis | so, if I make a subdir say foo and then cd to foo and git pull the three repots | 16:17 |
| davis | do a cd foo/pcmx/ and then do cmake . it builds | 16:17 |
| rburton | so try mkdir foo/build ; cd build ; cmake ../pcmx | 16:17 |
| rburton | (which is all the class is doing) | 16:18 |
| rburton | tenner says that fails and your cmakelists has false expectations about file layout | 16:18 |
| davis | yes,, if I do cd to tree in bitbake and do cmake . in same place as where I do this manually it fails. | 16:19 |
| davis | with the error shown in bitbake | 16:19 |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 16:21 | |
| rburton | so we now know its nothing to do with yocto | 16:22 |
| rburton | but your software not handling out-of-tree builds | 16:22 |
| rburton | so after inherit CMAKE set B=${S} and add a comment along the lines of "fix the stupid cmakelists" | 16:22 |
| *** darwish <darwish!~darwish@46.101.16.85> has joined #yocto | 16:24 | |
| darwish | Hello .. How can I mask a MULTILIB version of a recipe, instead of its whole? | 16:25 |
| darwish | BBMASK does not understand multilib prefexes it seems :-( | 16:25 |
| kergoth | what exactly are oyu trying to achieve with bbmask? | 16:26 |
| kergoth | bbmask should only be used to work around parse errors | 16:26 |
| darwish | kergoth, I have a recipe (provided by board manufacturerer in their own layer) which extracts binary .so files (related to graphics). These .so files are only 64-bit version (under /usr/lib64). Meanwhile MULTILIB 32-bit support is enabled, and Bitbake tries to build the 32-bit version of it | 16:28 |
| darwish | And when building 32-bit version, do_install() tries to install libraries from ${libdir} (/usr/lib in 32-bit mode). This folder does not exist, and thus the build fails :-( | 16:29 |
| kergoth | why is bitbake trying to build the 32 bit version of it? what's pulling it into your build? if something is pulling it in, bbmask isn't going to magically fix that, it'll just error out instead | 16:30 |
| darwish | kergoth, I guess that's the right question to ask .. Is there a way to know who's pulling the 32-bit version? | 16:31 |
| kergoth | presumably you could also disable multilibs for that recipe, so the variants don't get created for it | 16:31 |
| kergoth | bitbake -g is your best bet, either with or without -u depexp | 16:31 |
| darwish | kergoth, great! and the second part: "disable multilibs for that recipe" .. how to do that? check for ${MLPREFIX} in a .bbappend ? | 16:32 |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 16:34 | |
| *** ka6sox is now known as zz_ka6sox | 16:35 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 16:36 | |
| *** jbrianceau is now known as jbrianceau_away | 16:44 | |
| *** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has joined #yocto | 16:45 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-aefbatxgisejnlzs> has joined #yocto | 16:47 | |
| *** gtristan <gtristan!~tristanva@110.11.179.37> has quit IRC | 16:47 | |
| HyP3r | marka: I've compiling the kernel linux-toradex its from the meta layer meta-toradex but this kernel also inherits the class kernel. You are posting link to the documentation. I followed this topic http://www.yoctoproject.org/docs/2.1/kernel-dev/kernel-dev.html#changing-the-configuration | 16:49 |
| HyP3r | CTtpollard: there are so many recpies and different which makes it really hard. | 16:50 |
| HyP3r | CTtpollard: and the customer is crying everyday into my ears why I'm not finished | 16:51 |
| HyP3r | But ok, I'll get that today ;) | 16:51 |
| *** raymanfx <raymanfx!raymanfx@gateway/shell/fnordserver.eu/x-srkhpwxfademnjcr> has left #yocto | 16:51 | |
| *** RagBal <RagBal!~RagBal@82-168-15-181.ip.open.net> has joined #yocto | 16:52 | |
| *** Rootert <Rootert!~Rootert@82-168-15-181.ip.open.net> has joined #yocto | 16:52 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 16:52 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-aefbatxgisejnlzs> has quit IRC | 16:56 | |
| HyP3r | This fyi: | 16:56 |
| HyP3r | http://git.toradex.com/cgit/meta-toradex.git/tree/recipes-kernel/linux | 16:56 |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 17:00 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC | 17:02 | |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 17:03 | |
| HyP3r | marka: well thats the answer: the recpie linux-yocto inherits kernel and kernel-yocto. This bbclass searches for cfg files and applies them. My linux-toradex only inherits kernel.bbclass, thats the reason why its not working | 17:05 |
| HyP3r | So now for all: my custom kernel script (from toradex) which is not using that way of adding configurations. How should I do it then? | 17:05 |
| HyP3r | With classic patches? should I just patch the .config file? | 17:06 |
| HyP3r | (lol classic) | 17:06 |
| *** lamego <lamego!~jose@134.134.137.73> has quit IRC | 17:08 | |
| *** fl0v0 <fl0v0!~fvo@pD9F6B79A.dip0.t-ipconnect.de> has quit IRC | 17:09 | |
| *** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto | 17:09 | |
| *** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has quit IRC | 17:12 | |
| zeddii | HyP3r, a defconfig will work with something that just inherits kernel.bbclass. | 17:18 |
| HyP3r | linux-tordax allready applies a defconfig http://git.toradex.com/cgit/meta-toradex.git/tree/recipes-kernel/linux/linux-toradex-4.1/defconfig | 17:18 |
| HyP3r | I guess I use this :S -> http://git.toradex.com/cgit/meta-toradex.git/tree/recipes-kernel/linux/linux-toradex_git.bb#n24 | 17:18 |
| zeddii | aha. yes. | 17:19 |
| HyP3r | echo "foobar" >> .config <- what a nice solution | 17:19 |
| zeddii | in that case, I'd say copy their defconfig, add your lines and then add it to your layer | 17:19 |
| AgentElrond | Every time I see a Dr. Dobb's article I get sad :( | 17:19 |
| AgentElrond | at least the archive is still up | 17:19 |
| HyP3r | zeddii: wouldn't it then collied while fetiching phase? | 17:19 |
| zeddii | nope | 17:20 |
| zeddii | the layer ordering and priority will take care of it. | 17:20 |
| zeddii | I can't say the order precisely from memory .. so double check. | 17:20 |
| zeddii | HyP3r. that's why my latest series for master is a prep to extend the fragments to all kernel types. but there is a LOT of history in the config of the kernels, so it has been a multi year effort to get something reasonable. | 17:21 |
| *** dvhart <dvhart!dvhart@nat/intel/x-cnuyvsxbealulehy> has joined #yocto | 17:21 | |
| HyP3r | zeddii: yup, I'll copy that defconfig into my directory and run bitbake -c patch linux-toradex, I'll see whats there | 17:21 |
| * zeddii has to transition, but will reappear as zeddii_home in a bit. | 17:21 | |
| zeddii | cool. I'll be around if it doesn't work. we can sort it out and avoid any really nasty hacks :P | 17:22 |
| HyP3r | zeddii: good driving or so :) | 17:22 |
| *** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 17:28 | |
| *** lamego <lamego!~jose@134.134.137.73> has joined #yocto | 17:28 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 17:29 | |
| *** AgentElrond is now known as hweaving | 17:29 | |
| kergoth | RP: did anyone add 'unset' to the bitbake vim syntax? | 17:37 |
| *** dvhart <dvhart!dvhart@nat/intel/x-cnuyvsxbealulehy> has quit IRC | 17:39 | |
| *** agust <agust!~agust@p4FCB6384.dip0.t-ipconnect.de> has joined #yocto | 17:39 | |
| -YoctoAutoBuilder- build #896 of nightly-x86-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/896 | 17:39 | |
| *** RagBal <RagBal!~RagBal@82-168-15-181.ip.open.net> has quit IRC | 17:54 | |
| *** RagBal <RagBal!~RagBal@82-168-15-181.ip.open.net> has joined #yocto | 17:54 | |
| *** dvhart <dvhart!~dvhart@134.134.139.83> has joined #yocto | 17:59 | |
| *** dvhart <dvhart!~dvhart@134.134.139.83> has quit IRC | 18:00 | |
| *** RagBal <RagBal!~RagBal@82-168-15-181.ip.open.net> has quit IRC | 18:03 | |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto | 18:05 | |
| *** RagBal <RagBal!~RagBal@82-168-15-181.ip.open.net> has joined #yocto | 18:05 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 18:18 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 18:22 | |
| -YoctoAutoBuilder- build #646 of nightly-oe-selftest is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/646 | 18:23 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 18:29 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 18:32 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 18:34 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.55.39> has quit IRC | 18:34 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 18:37 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 18:38 | |
| *** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-jusmptvijhuicmum> has joined #yocto | 18:40 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 18:49 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-utjrinposeugmfkd> has quit IRC | 18:49 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 18:50 | |
| *** gbisson <gbisson!~gbisson@ns327932.ip-37-187-112.eu> has joined #yocto | 18:53 | |
| davis | if i want to force a repull from git and build of the target foo, $bitbake -c do_cleanall foo will do it correct? | 18:55 |
| davis | ie. $ bitbake foo will then pull, configure and build afterwards | 18:55 |
| *** zz_ka6sox is now known as ka6sox | 19:00 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 19:01 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 19:01 | |
| kergoth | no, cleanall doens't prevent use of sstate | 19:01 |
| kergoth | it'll re-run the tasks, but it might just pull from sstate rather than building | 19:01 |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 19:01 | |
| kergoth | bitbake -c cleanall foo; bitbake -C fetch foo; would be my recommendation. you could also do cleansstate along with cleanall, but sstate can still be used after a cleansstate when SSTATE_MIRRORS is involved. -C will force the matter regardless | 19:02 |
| davis | kergoth: many thanks | 19:04 |
| kergoth | np | 19:04 |
| *** IanCoolidge <IanCoolidge!46a9e369@gateway/web/freenode/ip.70.169.227.105> has joined #yocto | 19:07 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 19:10 | |
| *** igor2 <igor2!~igor@177.159.144.73> has quit IRC | 19:10 | |
| HyP3r | zeddii zeddii_home its colliding, and ignoreing my file -.- | 19:10 |
| *** igor2 <igor2!~igor@189.112.127.225> has joined #yocto | 19:11 | |
| darwish | kegroth, sorry for resurrecting an older discussion ;-) You've mentioned earlier you can disable multilib for a certain recipe? | 19:12 |
| kergoth | davis: there's also bitbake's --setscene-only and --no-setscene arguments, but that'll affect any task bitbake runs, not just the ones for this recipe, so -C would be best there | 19:12 |
| darwish | kegroth, thanks a lot for your advice earlier btw. I've indeed now know who pulls the undersied 32 bit versions of the library :D | 19:12 |
| davis | kergoth: rocks so much they need to rename that branch, s/krogoth/kergoth/ | 19:13 |
| kergoth | darwish: in theory the recipe could override MULTILIBS = "", but i've never tried it | 19:13 |
| *** MWelchUK <MWelchUK!~martyn@host81-147-3-127.range81-147.btcentralplus.com> has quit IRC | 19:13 | |
| kergoth | davis: hah | 19:13 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 19:14 | |
| darwish | kergoth, I see .. thx :-) | 19:15 |
| kergoth | np | 19:15 |
| davis | hmm. ok i had an error in my cmake project based source. | 19:15 |
| davis | oddly enough when i was building at cmdline it was using something left around from before | 19:16 |
| davis | i fixed that. Now I can definitely issue the git pull outside bitbake, do cmake -G "Unix Makefiles" and then cmake . followed by make and all builds fine | 19:16 |
| davis | however, if I go to bitbake pulled source with corrected source. at least I did -C fetch and clean, it fails. | 19:17 |
| davis | it fails for diff reason than before so at least i'm making forward progress, yay! | 19:18 |
| davis | ok, it appears that the cmake build for this proj is putting files in my home dir which it uses to build. that ain't gonna work. | 19:25 |
| *** MWelchUK <MWelchUK!~martyn@host31-54-128-179.range31-54.btcentralplus.com> has joined #yocto | 19:25 | |
| rburton | ha, nice! | 19:25 |
| rburton | that's an all-new level of screwedup that i hadn't considered | 19:26 |
| davis | well there was some errors before where the gstreamer receipe you pointed out got me to here. | 19:26 |
| IanCoolidge | Hi all. Is there a standard bitbake module recipe formula that addresses when a module needs symbols from another module? I pointed KERNEL_SRC to the kernel build's WORKDIR/build and it works. It's just very hack-y | 19:27 |
| rburton | paging zeddii for IanCoolidge's question | 19:28 |
| zeddii_home | HyP3r: I ran a test here, and works as I’d expect. | 19:32 |
| zeddii_home | my 2nd defconfig is the file in ${WORKDIR} and hence fed into the kernel configuration step. | 19:33 |
| HyP3r | in ${WORKDIR} is allready a defconfig :/ | 19:34 |
| zeddii_home | sure | 19:34 |
| zeddii_home | that’s not the point. | 19:34 |
| HyP3r | And my defconfig is not at this position | 19:35 |
| zeddii_home | depending on the order in the SRC_URI and how you bbappended the file://defconfig, the last one is going to remain there. | 19:35 |
| HyP3r | Can you tell me how can I get the information which bb file is exectued (or runng) when I call bitbake -c config linux-toradex | 19:36 |
| HyP3r | In my stuff folder (with the layers inside) I have more than 5 linux-toradex*.bb files | 19:36 |
| HyP3r | I'm slowly getting confused around that | 19:36 |
| IanCoolidge | highest version or the PREFERRED one gets ran | 19:36 |
| zeddii_home | either the latest / highest version. or the one that is tagged as compatible with your $MACHINE. | 19:37 |
| zeddii_home | bitbake -e has all the info about what is being processed. | 19:37 |
| HyP3r | None of the linux-toradex files is 'PREFERRED' set but I gues its working with MACHINE | 19:38 |
| HyP3r | Thats a huge load of data '-e' | 19:41 |
| HyP3r | Thats so depressing | 19:41 |
| IanCoolidge | you could set it in local.conf like: PREFERRED_VERSION_linux-toradex = "1.2.3" make sure linux-toradex_1.2.3.bb is chosen. Although its redundant if you're using the highest version | 19:42 |
| IanCoolidge | or tmp/work/{machine}/linux-toradex/ would show the version being built | 19:42 |
| zeddii_home | or just temporarily remove all but one :) | 19:42 |
| HyP3r | Yeah I'm a often in this directory to see whats happens e.g. while configure | 19:42 |
| HyP3r | there I have the 4.1-r0 | 19:43 |
| HyP3r | But I have two recpies which is build 4.1 | 19:43 |
| HyP3r | But with different checksums | 19:43 |
| IanCoolidge | go into git and do git log | 19:43 |
| IanCoolidge | or have one recipe instead | 19:43 |
| HyP3r | I did bitbake -c configure linux-toradex went into the working diretory and took a look into the current checkout and it was fitting with another file (o.O) wait I post it here | 19:44 |
| HyP3r | https://github.com/Freescale/meta-fsl-arm-extra/blob/daeab6d460a0163c6ae69982180cd8aa5a2c1a7c/recipes-kernel/linux/linux-toradex_4.1.bb | 19:45 |
| HyP3r | But thats not all... wait o.O | 19:46 |
| HyP3r | http://git.toradex.com/cgit/meta-toradex.git/tree/recipes-kernel/linux/linux-toradex_4.1.bbappend?id=eca5937408c75a997b160bd1b92e1496b07421cf | 19:47 |
| HyP3r | Mind the directory about: http://git.toradex.com/cgit/meta-toradex.git/tree/recipes-kernel/linux?id=eca5937408c75a997b160bd1b92e1496b07421cf | 19:48 |
| HyP3r | I guess files like linux-toradex_git.bb and so on are ignored. Only this file from Freescale is loaded but then Version changed with this file from Toradex. | 19:48 |
| HyP3r | Because the "e6d111cd909551cec5902358db1e25dcaa8c86bb" <- hash is matching with my current version | 19:49 |
| HyP3r | So NOT the Scripts of Toradex are working the Script from Freescale (which are more obvious) are working | 19:49 |
| *** gtristan_ is now known as gtristan | 19:51 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 19:52 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 19:52 | |
| HyP3r | But over all: zeddii_home here is my current bbappend (please mind there is allready another bbappend from toradex loaded): http://pastebin.com/QPmLXaRu | 19:53 |
| HyP3r | Or anthoer path: linux-toradex_git.bb can't be append with linux-toradex_4.1.bbappend? | 19:59 |
| RP | kergoth: no, I suspect not | 20:00 |
| IanCoolidge | make it linux-toradex_%.bbappend | 20:00 |
| kergoth | RP: k, figured, i'll see about updating it | 20:01 |
| HyP3r | My append file is loaded but wins not the race with defconfig anthoer defconfig (out of 3) is feteched :/ | 20:01 |
| IanCoolidge | do FILESEXTRAPATHS_append += "${THISDIR}/${PN}:" | 20:02 |
| HyP3r | Take a look at my pastebin | 20:02 |
| HyP3r | IanCoolidge: I added this | 20:02 |
| HyP3r | IanCoolidge: or I have this :) sorry | 20:02 |
| *** dreyna <dreyna!~dreyna@unknown-216-196.windriver.com> has joined #yocto | 20:02 | |
| kergoth | IanCoolidge: that will not work. FILESEXTRAPATHS is : separated, not space, and += adds a space | 20:03 |
| kergoth | that needs to be =, and even then, _append is wrong, it'll be the lowest priority, not highest, you want prepend | 20:03 |
| kergoth | s/needs to be =/needs to be :=/ | 20:03 |
| kergoth | := forces immediate expansion, which makes THISDIR resolve to the subdir of the append, otherwise it'll be the subdir of the recipe | 20:04 |
| HyP3r | I gues I don't win the race because of that http://pastebin.com/QPmLXaRu vs. http://git.toradex.com/cgit/meta-toradex.git/tree/recipes-kernel/linux/linux-toradex_4.1.bbappend?id=eca5937408c75a997b160bd1b92e1496b07421cf | 20:04 |
| IanCoolidge | AH, you're right | 20:05 |
| IanCoolidge | yeah, I use FILESEXTRAPATHS_append := "${THISDIR}/${PN}:" | 20:05 |
| IanCoolidge | i'm so used to just +='ing everything | 20:05 |
| HyP3r | and my meta folder has the name 'meta-racechip' and the other is 'meta-toradex' so the with toradex wins -.- | 20:05 |
| *** billr <billr!~wcrandle@134.134.139.77> has quit IRC | 20:05 | |
| kergoth | HyP3r: layer priority is what matters here. | 20:06 |
| HyP3r | Where can I configure that? | 20:06 |
| kergoth | layer.conf | 20:06 |
| HyP3r | k | 20:06 |
| HyP3r | http://www.yoctoproject.org/docs/2.1/dev-manual/dev-manual.html#prioritizing-your-layer | 20:06 |
| kergoth | indeed | 20:06 |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-azebitrqnotsdkip> has joined #yocto | 20:07 | |
| *** jbrianceau_away is now known as jbrianceau_home | 20:07 | |
| HyP3r | Only to make sure: the layer racechip and toradex is loading defconfig who who should have the higher prioroty to win? | 20:08 |
| kergoth | highest priority gets preferred over lower priority | 20:09 |
| HyP3r | whats a high priority a low or high value? I've saw systems where 0 is the highest prio. | 20:10 |
| kergoth | that wouldn't make sense here. in yocto we have no idea what future layers might exist, which may well need to override the core. it needs to grow toward higher priority, not toward lower | 20:10 |
| kergoth | high = high | 20:10 |
| HyP3r | okay thanks :) | 20:11 |
| HyP3r | Well I guess this night I will run a bitbake -c cleanall and a full new build, after this priority change I'm feeling not really well | 20:14 |
| kergoth | if you want to know which defconifg will be used, just bitbake -e yourrecipe | grep FILESEXTRAPATHS=, make sure the layer you want to be used is before the other in the list | 20:14 |
| *** vlad_b <vlad_b!~Vlad@modemcable114.129-37-24.static.videotron.ca> has joined #yocto | 20:15 | |
| HyP3r | Yeah. Priority fixed that. Now its working thanks kergoth IanCoolidge and zeddii_home :) | 20:18 |
| zeddii_home | good news. | 20:18 |
| zeddii_home | I had looked away. | 20:18 |
| zeddii_home | glad you got it sorted. | 20:18 |
| HyP3r | What a akward include strucrute, but I see that the developer has cleaned that | 20:18 |
| *** dvhart <dvhart!dvhart@nat/intel/x-znvvmgcitzabhchn> has joined #yocto | 20:18 | |
| HyP3r | http://img.pr0gramm.com/2016/08/10/8cef4d8d3406e16d.jpg | 20:19 |
| zeddii_home | there’s lots of rope out there. and lots of questionable layer structures out there. but the flexibility is the power and bane of the system :D | 20:19 |
| HyP3r | I gues it make sence to build a network - device - flashing infrastructure, I have the bad feeling that this is not the last time yocto compiling my kernel and so on | 20:23 |
| *** igor5 <igor5!~igor@189.112.127.225> has joined #yocto | 20:23 | |
| *** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has quit IRC | 20:24 | |
| *** istarilucky <istarilucky!~rlucca@177.159.144.73> has quit IRC | 20:24 | |
| *** obsrwr_ <obsrwr_!~otp-amois@188.24.204.43> has quit IRC | 20:24 | |
| *** hweaving <hweaving!~ELROND@97-102-189-66.res.bhn.net> has quit IRC | 20:24 | |
| *** igor2 <igor2!~igor@189.112.127.225> has quit IRC | 20:25 | |
| *** pohly <pohly!~pohly@p5DE8FDB3.dip0.t-ipconnect.de> has joined #yocto | 20:31 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.75> has quit IRC | 20:31 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-znvvmgcitzabhchn> has quit IRC | 20:32 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 20:35 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 20:36 | |
| *** dholland <dholland!~quassel@vpn.pelagicore.de> has quit IRC | 20:39 | |
| darwish | Hello | 20:54 |
| darwish | Is there a way to remove stuff from IMAGE_INSTALL .. rather than just append to it? | 20:54 |
| HyP3r | darwish: you can copy the recpie and remove the lines? I know thats not a nice solution | 21:01 |
| darwish | HyP3r, yeah .. I wished there would be a way to do so like the _append mechanism :-( | 21:02 |
| HyP3r | ah ok | 21:02 |
| darwish | OK .. Now imagine I'm depending on a silicon provider recipe & image .. and that image contains known buggy packages that I want to remove .. what's the best way to not include them? | 21:03 |
| darwish | BBMASK the hell out of them? :D | 21:03 |
| IanCoolidge | IMAGE_INSTALL_remove in local.conf, maybe | 21:03 |
| zeddii_home | IMAGE_INSTALL is just a variable | 21:03 |
| zeddii_home | so yah, what IanCoolidge says will work. | 21:03 |
| darwish | oh .. didn't know there's a _remove suffix .. will recheck the docs! | 21:03 |
| *** marka <marka!~marka@135-23-92-83.cpe.pppoe.ca> has quit IRC | 21:04 | |
| *** junland <junland!~junland@159.140.254.107> has quit IRC | 21:05 | |
| davis | so it appears this cmake build needs fully qualified pathnames. It builds stuff in /home/foo and /home/goo which it then uses to do the rest of its build. I've tried to dork with it to do relative makes but it fails. I give up on that. I have managed to get it work with /tmp/foo type mechanism. However this seems to be a problem in bitbake. Is this even possible? have a fully qualifed dir to build things, | 21:14 |
| davis | then use that dir to build other things? | 21:14 |
| neverpanic | Can you describe what you're trying to do? I can't figure it out from what you wrote. | 21:15 |
| kergoth | cmake handles out of tree builds just fine. patch that buildsystem to do something that makes sense and move on | 21:16 |
| kergoth | all cmake.bbclass does is runs cmake. there's no magic. | 21:16 |
| davis | well, its not working as is. | 21:18 |
| davis | if I use the source in the build/tmp... dir and do $ cmake -G "Unix Makefiles"; make it will build | 21:18 |
| kergoth | as i said, the buildsystem is doing something stupid, patch cmakelists to behave the way every other sane buildsystem does | 21:18 |
| *** agust <agust!~agust@p4FCB6384.dip0.t-ipconnect.de> has quit IRC | 21:19 | |
| davis | but its using files in /tmp/foo | 21:19 |
| davis | yah, I am just trying to patch up something which works outside bitbake to be bitbake compliant | 21:19 |
| davis | and I get an error in bitbake which I don't otherwise. | 21:20 |
| davis | i think if I can get it to stop doing fully qualified subbuilds this will work. | 21:20 |
| kergoth | again, all bitbake does is runs cmake. there's no magic. but it does expect everything to build in ${B} against source in ${S}. if it's assuming stupid ahrdcoded paths, then that needs to be fixed | 21:21 |
| davis | kergoth: I agree. i'm 100% on that. | 21:22 |
| davis | because using /tmp is not working. | 21:22 |
| davis | so one question though. i was trying to see if cmake was doing a $cmake . or a $camke -G "Unix Makefiles" though | 21:23 |
| davis | i could not, but I found a variable in cmake.bbclass | 21:23 |
| davis | EXTRA_OECMAKE | 21:24 |
| davis | I tried to set that to do this, but that did not change my situation. | 21:24 |
| davis | the log.do_configure shows the results of cmake command, but not the command which generated the file. | 21:25 |
| davis | thre is a run.do_configure script | 21:26 |
| davis | I'm guessing its in there somewhere. | 21:26 |
| kergoth | https://github.com/openembedded/openembedded-core/blob/master/meta/classes/cmake.bbclass#L107 | 21:26 |
| kergoth | https://github.com/openembedded/openembedded-core/blob/master/meta/classes/cmake.bbclass#L2 | 21:27 |
| kergoth | it's running cmake ${S} | 21:27 |
| davis | one sec, let me look at your links | 21:27 |
| kergoth | it cds to ${B}, then runs cmake ${S} | 21:27 |
| kergoth | same as you'd do outside of bitbake to build in a separate build dir | 21:27 |
| kergoth | you cd to the build dir, then cmake /path/to/source/tree | 21:27 |
| kergoth | then make | 21:27 |
| kergoth | exactly what bitbake does | 21:27 |
| kergoth | its' not passing -G "Unix Makefiles", presumably because that's default behavior | 21:27 |
| kergoth | the links are just lines in cmake.bbclass.. | 21:28 |
| kergoth | EXTRA_OECMAKE += "-G 'Unix Makefiles'" would work fine, if you think that's a factor, but i doubt it | 21:28 |
| *** nisha <nisha!~nisha@38.104.105.146> has quit IRC | 21:28 | |
| davis | yeah, well in this cmake setup ive tried to do $cmake . and outside of bitbake and it fails. however, if I do $cmake -G "Unix Makefiles" it does. | 21:29 |
| kergoth | you removed '.' from the latter? | 21:29 |
| davis | so perhaps that is something which will also need to be fixed. | 21:29 |
| davis | no, i removed nothing. | 21:29 |
| kergoth | you just wrote two commands, but -G wasn't hte only change | 21:29 |
| rburton | if its out of tree that is breaking then just set B=${S} *after* the inherit cmake | 21:29 |
| kergoth | 'cmake .' and 'cmake -G "Unix Makefiles"' -> the latter doesn't have the source tree path | 21:29 |
| kergoth | indeed | 21:29 |
| davis | just in an regular shell. this works $ cmake -G "Unix Makefiles"; make | 21:29 |
| kergoth | you removed .. so you made two changes to the command, you added the -G, and you removed the path to teh source tree | 21:30 |
| kergoth | but yes, as rburton says, if the problem is the out of tree build, just set B = ${S} and move on | 21:30 |
| *** berton <berton!~fabio@177.127.4.56> has quit IRC | 21:33 | |
| *** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has quit IRC | 21:34 | |
| *** pohly <pohly!~pohly@p5DE8FDB3.dip0.t-ipconnect.de> has quit IRC | 21:35 | |
| davis | hhmm. if I do "inherit pkconfig cmake" and on next line B="${S}" as well as remove EXTRA_OECMAKE variable mod it fails. After I make the change, I'm doing this to test it. $ bitbake -c cleanall pcmx; bitbake -c fetch pcmx; bitbake pcmx | 21:36 |
| davis | https://gist.github.com/643bdfbc92017b265881e600670ca906.git | 21:38 |
| davis | in more concise terms | 21:38 |
| *** pohly <pohly!~pohly@p5DE8FDB3.dip0.t-ipconnect.de> has joined #yocto | 21:40 | |
| rburton | i presume the comment about how the build should be in d3 is wrong as you set S to pcmx | 21:40 |
| rburton | so now bitbake is just going into git/pcmx and running "cmake ." | 21:41 |
| rburton | literally that's it | 21:41 |
| rburton | if you can make that work outside of bitbake then i guess you want to start looking at the toolchain file the class writes and how that could be breaking your cmakelists | 21:42 |
| davis | yes, that is an error in the comment. | 21:42 |
| davis | it should be pcmx | 21:42 |
| davis | by moving that B= line after inherit | 21:42 |
| davis | it has the same error, but now when I try to build in shell ouside bitbake environment in the build dir it complains about c compiler | 21:43 |
| davis | so that is doing something | 21:43 |
| rburton | so important test is do some clean checkouts, go into pcmx, run cmake . | 21:44 |
| davis | im in middle of clean/fetch/build now. when completes. ill try | 21:44 |
| *** dvhart <dvhart!~dvhart@134.134.139.83> has joined #yocto | 21:44 | |
| rburton | also, try out of tree build from clean with a build alongside the clones, cd into it and run cmake ../pcmx | 21:44 |
| rburton | if those work then out-of-tree is fine and basically you've either got a really bad cmakelists, or our toolchain file (which tells cmake what compiler to use) is upsetting your cmakelists (which implies you've a bad cmakelists) | 21:45 |
| *** igor5 <igor5!~igor@189.112.127.225> has quit IRC | 21:45 | |
| davis | so you guys have been saying out of tree builds. I might not have clear understanding. I think you mean, if you are using bitbake and it puts files in build, get a new shell and cd to build/tmp-glibc/....pcmx/../git/pcmx and do the command there. | 21:46 |
| *** dvhart <dvhart!~dvhart@134.134.139.83> has quit IRC | 21:46 | |
| rburton | an out of tree build is simply where you make puts the compiled objects into a directory that isn't where the sources are | 21:47 |
| rburton | so the WORKDIR/build directory that cmake.bbclass uses, where the cmake generated files and eventually the binaries end up | 21:47 |
| davis | this is the soruce dir ~/setup-scripts/build/tmp-glibc/work/corei7-64-oe-linux/pcmx/1.0.0+gitAUTOINC+d3_d3v16_pcmx-r0/git/pcmx$ | 21:47 |
| rburton | they're good because it means we can delete it automatically on rebuilds | 21:47 |
| davis | i thought it was the build dir as well. | 21:47 |
| davis | that is where i was trying to do build outside of bitbake | 21:48 |
| rburton | i'd do tests outside of bitbake with entirely fresh checkouts | 21:48 |
| davis | outside of bitbake just in a unix shell, $cmake . fails. $cmake -G "Unix Makefiles" works. | 21:49 |
| rburton | impressively broken cmakelistss | 21:49 |
| davis | so it looks like bitbake is trying to do cmake . | 21:49 |
| rburton | what about just cmake | 21:49 |
| rburton | without the -G | 21:49 |
| rburton | (because that is the default value) | 21:50 |
| davis | $cmake says usage error. i belive that will fail on the cmake tutorial source as well. | 21:51 |
| davis | ok, i stand corrected | 21:51 |
| davis | now if I do $cmake . it works. | 21:51 |
| rburton | i *bet* your cmakelists expects the build dir to be a subdirectory of the top level of the sources | 21:51 |
| rburton | oh right | 21:51 |
| davis | then again, i've dorked with the cmake file today in this sample repot | 21:51 |
| davis | trying to fix things. | 21:52 |
| rburton | cmake defaults to doing builds inside a directory under the source tree | 21:52 |
| rburton | we move it for ease of cleaning and no sane cmakelists will care | 21:52 |
| davis | im just trying to make sure, i don't have any artifiactgs in /home/davis and /tmp | 21:53 |
| rburton | but if the cmakelists is assuming that ../ is the source tree then all sorts will fail | 21:53 |
| davis | they all look clean | 21:53 |
| davis | let me get a new shell as well, since it might have something in environment | 21:53 |
| rburton | literally impossible to debug software via irc and pastebin, hooray open source! | 21:53 |
| * rburton -> bed | 21:53 | |
| davis | sweet, so yes indeed if I open new terminal, ensure /tmp and /home have no artifacts. cmake . works so that is good. | 21:54 |
| davis | rburton: goodnight | 21:54 |
| rburton | try an out of tree build to see if that works. mkdir build alongside your checkouts, cd into it, cmake ../pcmx | 21:56 |
| rburton | if that works then congratulations you've reduced it down to bad interaction between our toolchain file generated by cmake.bbclass and your source | 21:56 |
| davis | yes, if I do clean git checkout, cmake .; make it builds | 21:56 |
| *** Girafferson <Girafferson!~Giraffers@2601:281:8500:95b0:5249:f3c:d4e2:30a9> has joined #yocto | 21:56 | |
| davis | ie. seperately from bitbake | 21:57 |
| davis | it will put stuff in /tmp/jfdinstall though | 21:57 |
| *** nisha <nisha!~nisha@38.104.105.146> has joined #yocto | 21:57 | |
| davis | cmake will put files in /tmp/jfdinstall that it uses to complete cmake step. | 21:57 |
| rburton | for no sensible reason as there's a perfectly good build directory to use | 21:58 |
| rburton | anyway | 21:58 |
| rburton | have fun | 21:58 |
| davis | yes, when they told me they were using cmake | 21:58 |
| davis | i said, we can strip out cmake and make our life easier | 21:58 |
| rburton | cough feel free to leak the software online cough | 21:58 |
| davis | yah, have a good night | 21:58 |
| davis | sleep well. im going to bolt to do homework soon. | 21:58 |
| *** rburton <rburton!~Adium@home.burtonini.com> has quit IRC | 21:59 | |
| neverpanic | davis: cmake works fine if it's used correctly, it's incorrect use of cmake that puts stuff in /tmp/jfdinstall; no sane CMakeLists.txt will do that. | 22:00 |
| davis | neverpanic: i agree. | 22:00 |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| davis | i tried to change the cmakelist.txt to use relative build settings for some of the tools. ie. XXX=../jfdinstall and it did not work | 22:01 |
| Girafferson | why is it that I set up my environment yet I am constantly missing packagegroups | 22:01 |
| davis | however the deeper parts of this build work, it seems to require fully qualifed pathnames. | 22:02 |
| Girafferson | one of the packagegroups I needed I had to copy and paste a changelog because I couldn't actually find the file | 22:02 |
| neverpanic | davis: you shouldn't try to use relative paths, use ${CMAKE_BINARY_DIR} and other appropriate CMake variables | 22:02 |
| Girafferson | why do I need a packagegroup from openembedded-core? I thought I only needed the meta-openembedded but core-image-minimal is saying I'm missing dependencies from it | 22:07 |
| Girafferson | it's saying the dependency is unbuildable... | 22:09 |
| davis | neverpanic: the cmakelists.txt file i'm editing is setting CMAKE_BINARY_DIR and corresponding instal dir to be /home/foo | 22:11 |
| davis | i changed that to /tmp/foo since ../foo and ./foo did not work. | 22:12 |
| Girafferson | does anyone know anything on getting unbuildable error on a packagegroup. I can't find anything | 22:14 |
| neverpanic | davis: A CMakeLists.txt should never set CMAKE_BINARY_DIR; CMAKE_BINARY_DIR should always be the current working directory when calling CMAke | 22:15 |
| neverpanic | A CMakeLists.txt should also never set CMAKE_INSTALL_PREFIX, that's for users to set. | 22:15 |
| davis | SET(CMAKE_INSTALL_PREFIX ./tmp/JFDInstall/PCMX) | 22:15 |
| davis | SET(CMAKE_BINARY_DIR ./tmp/JFDInstall/development/PCMX/build) | 22:15 |
| davis | i hear what you are saying. i'm just working with an existing setup | 22:16 |
| davis | if I use ./tmp it fails. /tmp it works. | 22:16 |
| neverpanic | Girafferson: You're not providing any of the information required to debug this. You didn't pastebin an error message. Nobody can help you with this. | 22:16 |
| davis | im trying to figure it out. | 22:16 |
| neverpanic | davis: Just delete those two lines. | 22:16 |
| neverpanic | And tell whoever wrote them to read the CMake documentation | 22:16 |
| davis | neverpanic: lol | 22:16 |
| davis | oh man, lol | 22:16 |
| Girafferson | neverpanic, http://pastebin.com/hQDTTB55 | 22:17 |
| neverpanic | But then again, since they set those two files, it's likely that they actually rely on those paths elsewhere :/ | 22:17 |
| davis | yah cmake works, but make immediately tries to create a dir /usr/local/foo | 22:18 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 22:19 | |
| neverpanic | davis: that's likely because the CMakeLists.txt uses CMAKE_INSTALL_PREFIX where it should be using CMAKE_BINARY_DIR | 22:19 |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.45> has quit IRC | 22:20 | |
| neverpanic | Girafferson: crda is in meta-networking, see http://layers.openembedded.org/layerindex/branch/master/recipes/?q=crda | 22:21 |
| neverpanic | You're right that this is part of meta-openembedded. | 22:21 |
| neverpanic | However, poky master doesn't have this dependency in its packagegroup-core-boot: http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-core/packagegroups/packagegroup-core-boot.bb | 22:21 |
| neverpanic | So either some other layer sets one of the variables in this recipe to include crda, or the file looks different for you (because you're on a different branch for example) | 22:22 |
| Girafferson | i don't understand why I have to include each meta from meta-openembedded | 22:22 |
| neverpanic | Use bitbake -e packagegroup-core-boot and figure out where the crda in RDEPENDS_${PN} comes from | 22:22 |
| neverpanic | You shouldn't have to; it might be your bsp that forces you to. | 22:23 |
| *** IanCoolidge <IanCoolidge!46a9e369@gateway/web/freenode/ip.70.169.227.105> has quit IRC | 22:25 | |
| davis | neverpanic: imm tryinhg your suggestion | 22:26 |
| davis | neverpanic: btw are you German? | 22:26 |
| neverpanic | Yes; which means it's half past midnight, and since I have to work tomorrow I'll likely leave soon. | 22:28 |
| Girafferson | ok thank you; I just added in meta-networking and meta-python. I still don't understand the meta-openembedded layer but I'll have to look at it once I finish the build | 22:28 |
| davis | ok very good. i worked in germany. schon platz. | 22:29 |
| davis | have a good night. i'm fixing up the enumerous make+directory entries now. | 22:29 |
| davis | lol, its building out of source now, with relative dir. | 22:31 |
| davis | its getting closer, many thanks. | 22:31 |
| neverpanic | you're welcome. Good night and happy debugging. | 22:31 |
| davis | ghuten nach | 22:31 |
| neverpanic | dankeschön | 22:31 |
| davis | bitteschon | 22:32 |
| *** lamego <lamego!~jose@134.134.137.73> has quit IRC | 22:36 | |
| *** sameo <sameo!samuel@nat/intel/x-jwytddvjjbgxjloj> has quit IRC | 22:49 | |
| *** jbrianceau_home is now known as jbrianceau_away | 22:49 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.77> has left #yocto | 22:54 | |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC | 23:05 | |
| *** _william_ <_william_!~william@38.72.9.109.rev.sfr.net> has quit IRC | 23:08 | |
| *** sameo <sameo!samuel@nat/intel/x-pmmnmpekvzlltogk> has joined #yocto | 23:08 | |
| khem | 2 | 23:12 |
| khem | abelal: this patch looks ok | 23:13 |
| khem | ross will pick it up | 23:13 |
| khem | jubr: no, it wont work from config context | 23:14 |
| seebs | so, a heads-up for people, yes, I'm aware of the Exit Status 4 messages from pseudo, I think the message is a harmless diagnostic and probably doesn't need to be displayed (the startup code had some fancy stuff in it because I was debugging it, and since it didn't show up under light load, I didn't look too closely), but I'm gonna try to double-check. | 23:35 |
| *** sameo <sameo!samuel@nat/intel/x-pmmnmpekvzlltogk> has quit IRC | 23:38 | |
| *** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-jusmptvijhuicmum> has quit IRC | 23:41 | |
| *** nighty-- <nighty--!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 23:43 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
