| *** sgw_ <sgw_!~sgw@192.55.54.45> has quit IRC | 00:08 | |
| *** Willy-- <Willy--!~william@184.48.144.186> has joined #yocto | 00:32 | |
| *** ski7777 <ski7777!~quassel@91.67.127.193> has joined #yocto | 00:43 | |
| *** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has quit IRC | 01:36 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto | 01:37 | |
| *** yann <yann!~yann@lfbn-idf1-1-103-67.w82-124.abo.wanadoo.fr> has joined #yocto | 01:48 | |
| *** geissonator <geissonator!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has joined #yocto | 01:59 | |
| *** justinsg_ <justinsg_!sid296040@gateway/web/irccloud.com/x-ataczlmejtkpydej> has joined #yocto | 02:07 | |
| *** justinsg <justinsg!sid296040@gateway/web/irccloud.com/x-udrqibkbzzjiqsox> has joined #yocto | 02:08 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 02:30 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 02:30 | |
| *** RB2 <RB2!~RB2@c-73-178-160-56.hsd1.nj.comcast.net> has quit IRC | 02:32 | |
| *** RB2 <RB2!~RB2@c-73-178-160-56.hsd1.nj.comcast.net> has joined #yocto | 02:33 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 02:43 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 02:48 | |
| *** geissonator <geissonator!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has quit IRC | 03:18 | |
| *** armpit2 <armpit2!~armpit@45.19.219.178> has quit IRC | 03:40 | |
| *** robbawebba <robbawebba!~rob@47.180.176.91> has quit IRC | 03:43 | |
| *** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 05:23 | |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 05:37 | |
| *** armpit2 <armpit2!~armpit@2601:202:4180:c33:582d:f794:a633:97d7> has joined #yocto | 05:43 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-cjqfbyzclmjqxvpl> has joined #yocto | 05:56 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 06:02 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 06:07 | |
| *** huseyinkozan <huseyinkozan!~huseyinko@unaffiliated/huseyinkozan> has joined #yocto | 06:17 | |
| *** hnje <hnje!~hnje@193.106.123.182> has quit IRC | 06:20 | |
| *** sno <sno!~sno@p4FF5E266.dip0.t-ipconnect.de> has quit IRC | 06:23 | |
| *** denix <denix!~denix@pool-100-15-91-218.washdc.fios.verizon.net> has quit IRC | 06:25 | |
| *** denix <denix!~denix@pool-100-15-91-218.washdc.fios.verizon.net> has joined #yocto | 06:26 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto | 06:27 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC | 06:29 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto | 06:30 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 06:33 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 06:36 | |
| *** sno <sno!~sno@91.64.245.226> has joined #yocto | 06:45 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 06:49 | |
| *** malanecora <malanecora!b23cc82c@gateway/web/freenode/ip.178.60.200.44> has joined #yocto | 07:08 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 07:24 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-64-130-82.home.otenet.gr> has joined #yocto | 07:29 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:31 | |
| *** nascentmind <nascentmind!~nascentmi@111.93.128.50> has joined #yocto | 07:36 | |
| nascentmind | Hi. I am trying to build Yocto Rocko core-image-full-cmdline for arm in Ubuntu 18.10 and experiencing build failures. Has anybody seen such failures? | 07:37 |
|---|---|---|
| LetoThe2nd | nascentmind: which failures? if its more than one or two lines, please put a log into a pastbin | 07:37 |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 07:40 | |
| nascentmind | LetoThe2nd, https://pastebin.com/embed_js/Qb2QtrHF | 07:41 |
| *** frsc <frsc!~frsc@200116b82440f7008322eed1edefb7fc.dip.versatel-1u1.de> has joined #yocto | 07:42 | |
| LetoThe2nd | nascentmind: hum. can you show a little more? so we can see which recipe fails, etc? | 07:43 |
| LetoThe2nd | nascentmind: and, is it a rocko poky without additional layers, on an otherwise standard 18.10? | 07:43 |
| nascentmind | LetoThe2nd, Yes it is rocko poky without any additional layers on a standard 18.10. | 07:45 |
| nascentmind | I see patches written for this by Khem Raj but I am not sure where it is being applied and it is incomplete. | 07:45 |
| LetoThe2nd | nascentmind: ok, i'll kick off a build to cross-check it | 07:45 |
| *** jostor <jostor!55a495f3@gateway/web/freenode/ip.85.164.149.243> has joined #yocto | 07:48 | |
| nascentmind | LetoThe2nd, This is the recipe-> https://pastebin.com/embed_js/R7T76Rn1 I have redacted my folder name with <...> | 07:52 |
| nascentmind | LetoThe2nd, I have also tried building using CROPS docker image. It has built properly in it but I am not sure how to do runqemu for the built image? | 07:53 |
| LetoThe2nd | nascentmind: no idea, i'm not using crops | 07:54 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:54 | |
| LetoThe2nd | nascentmind: just generally, while its possible to run graphical applications inside a docker container, its probably easier to just use the nographic option of runqemu in such cases. | 07:55 |
| *** lpotter <lpotter!~quassel@1.156.238.125> has quit IRC | 07:55 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 07:56 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 07:56 | |
| *** yann <yann!~yann@lfbn-idf1-1-103-67.w82-124.abo.wanadoo.fr> has quit IRC | 08:02 | |
| *** fl0v0 <fl0v0!~fvo@i577B904E.versanet.de> has joined #yocto | 08:03 | |
| *** sagner <sagner!~ags@2a02:169:34b6::f36> has quit IRC | 08:09 | |
| LetoThe2nd | nascentmind: kicked off a build, lets see what happens. will take some time, of course. | 08:09 |
| nascentmind | LetoThe2nd, thanks. | 08:13 |
| nascentmind | LetoThe2nd, using nographic option it runs but I cannot input any commands. | 08:14 |
| nascentmind | LetoThe2nd, basically I can see the cursor blinking but no inputs are taken. | 08:14 |
| *** onlyesterday16 <onlyesterday16!~onlyester@113.160.58.178> has joined #yocto | 08:19 | |
| LetoThe2nd | nascentmind: no idea, given that description. i have personally used it successfully | 08:19 |
| *** epistax <epistax!40de621a@gateway/web/freenode/ip.64.222.98.26> has joined #yocto | 08:19 | |
| LetoThe2nd | but i invoke my docker containers directly, so some script or crops speciality might be messing with it, maybe its misssing the -it flags | 08:19 |
| LetoThe2nd | nascentmind: do you have a link to khems patch that you mentioned? | 08:20 |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC | 08:24 | |
| epistax | I'm performing ETM tracing of an embedded system running a yocto-built kernel/BSP. I'm at the point where I'd like to understand the activity of running processes, such as systemd. I'm a yocto newbie; how do I configure the builds of these programs? | 08:26 |
| epistax | (The kernel is no issue--I have the necessary debug symbols in the vmlinux) | 08:27 |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has joined #yocto | 08:28 | |
| *** john_connor <john_connor!91fdde45@gateway/web/freenode/ip.145.253.222.69> has joined #yocto | 08:30 | |
| john_connor | Hi, "bitbake -c menuconfig linux-imx" fails with mconf.c:(.text+0x8a4): undefined reference to `stdscr' | 08:31 |
| john_connor | This is bugreport https://bugzilla.yoctoproject.org/show_bug.cgi?id=7609 which is set on hold due missing ability to reproduce | 08:32 |
| yocti | Bug 7609: normal, Medium, 1.9, saul.wold, VERIFIED WORKSFORME, menuconfig command fails due to missing symbols | 08:32 |
| john_connor | It is not worksforme | 08:32 |
| john_connor | I found the reason | 08:33 |
| john_connor | you need to install 2 packages to make it work | 08:33 |
| john_connor | libncurses5-dev and libtinfo-dev | 08:33 |
| john_connor | without it it will fail | 08:33 |
| john_connor | I don't have an account at bugzilla. So maybe someone can add my insight there | 08:35 |
| john_connor | I'm not allowed to comment to that 7609 | 08:35 |
| malanecora | Hi guys! | 08:36 |
| malanecora | I am still stuck with "ERROR :cairo-1.14.12-r0 do_prepare_recipe_sysroot: The file /usr/lib/libwayland-egl.so is installed by both wayland and mesa, aborting" | 08:37 |
| malanecora | I've checked bbappends | 08:37 |
| malanecora | A searched for the library on the build dir | 08:37 |
| malanecora | There are several references to that library there | 08:38 |
| malanecora | Well, instances* | 08:38 |
| malanecora | All meta-whatever are in origin/thud's last commit but meta-ti (which is in master last commit, due to a lack of thud branch) | 08:39 |
| yocti | New news from stackoverflow: Building keras and tensor flow on yocto <https://stackoverflow.com/questions/49357422/building-keras-and-tensor-flow-on-yocto> | 08:41 |
| *** mckoan|away is now known as mckoan | 08:45 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:45 | |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 08:53 | |
| PinkSnake | Morning all :) Someone here knows how to set a task (added by bbappend on recipe) as dependencies of an other task ? Of course do_postprocess[depends] += "virtual/kernel:do_task_added_by_bbappend" doesn't work, error is : depends upon non-existent task kernel:do_task_added_by_bbappend | 08:54 |
| *** yann <yann!~yann@lfbn-1-12695-17.w90-90.abo.wanadoo.fr> has joined #yocto | 09:03 | |
| john_connor | oh I was talking to a robot (yocti) (facepalm) | 09:10 |
| malanecora | john_connor: haha | 09:11 |
| LetoThe2nd | RP: who's currently taking care of old/stable? can we consider 95ca077ab871ceff46c2052f324f879a1d624ff4 to be backported to rocko? | 09:13 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 09:16 | |
| john_connor | malanecora: https://github.com/agherzan/meta-raspberrypi/issues/243#issuecomment-388374552 | 09:17 |
| malanecora | john_connor: Yep, checked that one! That's why it seems strange to me...mesa does remove the installation of libwayland inside do_install_append() | 09:19 |
| malanecora | But the library installation is still under conflict | 09:19 |
| nascentmind | LetoThe2nd, does it crash on your end too? | 09:20 |
| nascentmind | LetoThe2nd, sorry... Fails to build. | 09:20 |
| LetoThe2nd | nascentmind: i could reproduce it and khems patch actually fixes that issue, but then it runs into another failure. my advice would be to stick to a stable buiold environment for now, or update poky altogether | 09:20 |
| nascentmind | LetoThe2nd, Exactly. I have not phrased it properly. It causes failures in other places. | 09:21 |
| LetoThe2nd | nascentmind: no, thats even more wrong. it does not case other failures. its just that more problems are present due to the glibc changes. | 09:22 |
| malanecora | Furthermore, if I can build mesa in standalone mode. The crash comes when I build cairo, which thud's recipe makes little difference with the rocko's one (I'm upgrading my environment from rocko to thud) | 09:22 |
| nascentmind | LetoThe2nd, Thud seems to work fine in 18.10 and completes the build properly. Unfortunately I will have problems with the TI meta-layer which does not have Thud branch | 09:23 |
| john_connor | sry, I'm to far from understanding the whole system :) | 09:23 |
| LetoThe2nd | nascentmind: yeah because there have been updates all over the place in thud, thats why it works | 09:23 |
| john_connor | *too | 09:23 |
| LetoThe2nd | nascentmind: meta-ti's master does not apply to thud? | 09:23 |
| LetoThe2nd | denix: can you comment? | 09:24 |
| malanecora | LetoThe2nd: I think it does, I'm currently working with Thud in all branches with the exception of meta-ti which is synced with master | 09:26 |
| malanecora | No issues coming from meta-ti up to this moment (I have not completed the full build because other issues arose) | 09:27 |
| *** sagner <sagner!~ags@46.140.72.82> has joined #yocto | 09:29 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:33 | |
| *** ant_work <ant_work!~ant__@host96-164-dynamic.250-95-r.retail.telecomitalia.it> has joined #yocto | 09:34 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:37 | |
| *** john_connor <john_connor!91fdde45@gateway/web/freenode/ip.145.253.222.69> has quit IRC | 09:43 | |
| BlauskaerM | Is it possible to use/run uboot-mkimage that has been built by yocto from a image recipe? | 09:44 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:45 | |
| BlauskaerM | I need to attach a header to a cpio file and I would like to use uboot-mkimage that was built by yocto | 09:45 |
| BlauskaerM | I've seen that the kernel recipes use mkimage but I can figure out what I need to add to my image recipe | 09:46 |
| BlauskaerM | Or if its even possible? | 09:46 |
| LetoThe2nd | BlauskaerM: sure. the only question is if you need to come with the code yourself of if there is already magic for it | 09:46 |
| LetoThe2nd | BlauskaerM: technically it sounds like you are actually implementing a custom IMAGE_FSTYPE | 09:46 |
| BlauskaerM | Might be? I have added cpio.gz to my IMAGE_FSTYPE variable and later in the image recipe, added a function that runs mkimage | 09:47 |
| BlauskaerM | Dont know if that is the way to do it | 09:47 |
| BlauskaerM | But I use a static version of mkimage and I would like to use the one built by yocto | 09:48 |
| BlauskaerM | "come with the code yourself" - What do you mean? | 09:48 |
| LetoThe2nd | BlauskaerM: my $0.2 is that you need a IMAGE_FSTYPE like cpio.gz.blauskaerm that depends on cpio.gz and the uboot tools, and does the magic as needed. let me see if i can find an example | 09:49 |
| BlauskaerM | Would be gold LetoThe2nd | 09:49 |
| nascentmind | LetoThe2nd, I have not tried to apply meta-ti. Let me check that. | 09:53 |
| LetoThe2nd | BlauskaerM: sorry, nothing in reach :-( closest thing is https://github.com/sbabic/meta-swupdate/blob/master/classes/swupdate.bbclass but thats already pretty advanced | 09:53 |
| LetoThe2nd | BlauskaerM: but it gives you the ideas, hopefully | 09:53 |
| PinkSnake | Is it possible to share a variable between bbclass and recipe ? I have tried d.setVar methode and export but the variable is empty during recipe process :( | 09:54 |
| BlauskaerM | LetoThe2nd: I take all advice I can get, thank you :) | 09:55 |
| BlauskaerM | In shot, I should create a bbclass that describes a new "target" for IMAGE_FSTYPE? | 09:55 |
| LetoThe2nd | BlauskaerM: thats the general concept, yes. | 09:56 |
| BlauskaerM | LetoThe2nd: Do you think I can use this as a template? | 10:04 |
| BlauskaerM | https://github.com/mendersoftware/meta-mender/blob/master/meta-mender-core/classes/mender-ubimg.bbclass | 10:04 |
| LetoThe2nd | BlauskaerM: doesn't look bad | 10:05 |
| LetoThe2nd | you'll have to check for the mkimage dependency, how to set it. but otherwise the core idea is the same | 10:06 |
| *** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 10:13 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 10:35 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 10:37 | |
| *** berton <berton!~berton@181.220.86.121> has joined #yocto | 10:42 | |
| *** berton_ <berton_!~berton@181.220.86.121> has joined #yocto | 10:56 | |
| *** berton <berton!~berton@181.220.86.121> has quit IRC | 10:57 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 10:58 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 10:59 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:05 | |
| malanecora | When a recipe depends on other/s and executes do_prepare_recipe_sysroot (do_populate_sysroot of each dependency) does it take the files from the dependency_PN_PV/recipe-sysroot or from the dependency_PN_PV/image? | 11:10 |
| malanecora | I suspect that the aforementioned issue with libwayland-egl has something to do with that... | 11:12 |
| RP | LetoThe2nd: armin is looking after them but I think we may have has the last rocko stable release | 11:12 |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 11:12 | |
| *** berton_ <berton_!~berton@181.220.86.121> has quit IRC | 11:12 | |
| *** dfaught <dfaught!~dfaught@12.179.39.33> has quit IRC | 11:13 | |
| *** dfaught <dfaught!~dfaught@12.179.39.33> has joined #yocto | 11:15 | |
| LetoThe2nd | RP: nvm, i've seen additional breakage after that patch anyways. sry for the noise. | 11:16 |
| RP | LetoThe2nd: stable series and additional breakage is always a great combination! | 11:17 |
| *** otavio <otavio!~otavio@181.220.86.121> has joined #yocto | 11:19 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 11:19 | |
| LetoThe2nd | RP: yep | 11:20 |
| * LetoThe2nd ponders faxing a mailbomb to some glibc maintainer | 11:20 | |
| *** nst^ <nst^!nst@ip98-186-247-88.mc.at.cox.net> has joined #yocto | 11:20 | |
| * RP congratulates LetoThe2nd on making watchlists | 11:22 | |
| LetoThe2nd | ? | 11:24 |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 11:26 | |
| *** otavio <otavio!~otavio@181.220.86.121> has joined #yocto | 11:27 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 11:27 | |
| *** kaspter <kaspter!~Instantbi@125.118.62.24> has quit IRC | 11:38 | |
| *** acrap <acrap!~Thunderbi@host-85-237-33-147.dsl.sura.ru> has joined #yocto | 11:45 | |
| acrap | Hi, folks! | 11:45 |
| acrap | Is there any way to add kernel build artifacts to SDK? | 11:45 |
| acrap | I mean build directory from work/machine/linux/build | 11:46 |
| RP | acrap: kernel-devsrc? | 11:46 |
| acrap | kernel-devsrc consists only sources | 11:47 |
| acrap | it's not enough for kernel module compiling, for example | 11:47 |
| RP | acrap: we have tests which successfully compile modules with it | 11:47 |
| acrap | Maybe I am just using invalid KERNELDIR... | 11:48 |
| acrap | I use /usr/src/kernel | 11:48 |
| acrap | I mean crosscompiling modules with SDK | 11:49 |
| acrap | It's not about compiling on target | 11:50 |
| acrap | Could you clarify that your test actually does, please? | 11:52 |
| acrap | It would be helpful | 11:52 |
| acrap | To compile module I need, at least - some binaries like fixdep and modpost. They must be compiled for the host architecture. Build directory I mentioned consists that, but sysroot/machine/usr/src/kernel - doesn't | 11:55 |
| RP | acrap: http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/lib/oeqa/runtime/cases/kernelmodule.py tests kernel module builds work on target. We don't have an SDK test but it should work similarly | 12:07 |
| acrap | I sure it works on target, but the similar instructions don't work with crosscompiling on host. "make scripts prepare" just doing something wrong and I get misconfiguration that causes module build errors. | 12:15 |
| acrap | I got warnings like "warning: "__LINUX_ARM_ARCH__" is not defined, evaluates to 0" | 12:18 |
| acrap | and then, obviously I get errors | 12:18 |
| *** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has quit IRC | 12:18 | |
| acrap | I can't get why it's not documented... It's a common thing to use SDK for building kernel modules, isn't it? | 12:19 |
| rburton | kanavin: fancy a fun python bug? :) | 12:19 |
| *** dl9pf <dl9pf!~quassel@static.88-198-106-157.clients.your-server.de> has joined #yocto | 12:20 | |
| *** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has joined #yocto | 12:20 | |
| *** onlyesterday16 <onlyesterday16!~onlyester@113.160.58.178> has quit IRC | 12:21 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 12:22 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 12:24 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 12:26 | |
| acrap | Ok. I'll try to formulate a my question in a different way. Is there built-in feature in Yocto to add kernel artifacts, that necessary to be present on SDK to build kernel modules? Is it described somewhere? | 12:28 |
| acrap | to cross-build I mean. I am not interested in compiling on target | 12:29 |
| rburton | kanavin: filed a py bug for you, if you're too busy then feel free to kick it back to me. it seemed like something you'd be good at fixing though ;) | 12:33 |
| malanecora | Taking a look over manifest-cortexa9t2hf-neon-mx6qdl-mesa.populate_sysroot I claim that libwayland-egl.so is not being installed by the package, is there a possibility that the build system is taking manifest-cortexa9hf-neon-mx6qdl-mesa.populate_sysroot (mesa version from Rocko) instead, thus creating a flase-positive? | 12:44 |
| malanecora | false* | 12:44 |
| malanecora | This is the python fragment that throws the error https://pastebin.com/TUgwBhh4 (from cairo's recipe) | 12:45 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-cjqfbyzclmjqxvpl> has quit IRC | 12:46 | |
| PinkSnake | Hi guys, someone here could explain the best way to share a variable between 2 recipes ? I have tried export but ( bitbake option -e doesn't show me the var) :( thx. | 13:01 |
| LetoThe2nd | PinkSnake: putting it into a conf file. | 13:03 |
| PinkSnake | LetoThe2nd: thx for the tip, I have already tried in .inc, there is a diff between file extension ? | 13:07 |
| malanecora | PinkSnake: do you mean .ini? | 13:07 |
| PinkSnake | malanecora: no no .inc like include file :) | 13:09 |
| malanecora | PinkSnake: .inc , as far as I understand, is a kind of "general basis" for a given set of recipes of the same PN | 13:09 |
| LetoThe2nd | PinkSnake: well inc is just relevant if you actually include it in the recipes | 13:10 |
| LetoThe2nd | its basically just inserting its contents then | 13:10 |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 13:15 | |
| *** geissonator <geissonator!~geissonat@76.224.107.164> has joined #yocto | 13:21 | |
| PinkSnake | LetoThe2nd: malanecora thx for info guys, i'm going to take a look | 13:31 |
| radsquirrel | I just rebased and my native perl scripts started looking for modules in /usr/lib/perl5/site_perl instead of /usr/lib/perl5/perl/site_perl (where they are installed) | 13:34 |
| * radsquirrel wonders if that is his bug or a regression | 13:35 | |
| RP | radsquirrel: with master? perl just changed a lot | 13:41 |
| radsquirrel | RP: yep with master | 13:41 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 13:41 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 13:42 | |
| radsquirrel | I picked up ~100 patches in the rebase - noticed the perl changes in there. | 13:43 |
| RP | radsquirrel: Its likely related | 13:48 |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 13:48 | |
| *** maudat <maudat!~moda@64.18.88.250> has joined #yocto | 13:48 | |
| *** retoatwork <retoatwork!~reto@85.195.220.82> has joined #yocto | 13:49 | |
| retoatwork | While measuring the number of bytes written to the filesystem is easy, I would like to analyze the number of written/erased flash (NAND) pages on my embedded device. Any pointers for this? | 13:50 |
| Piraty | hi. does anyone know where i can find sources for linux-2.6.25.2 , preferrably from official linux hosts ? https://mirrors.edge.kernel.org/pub/linux/kernel/v2.6/ doesn't have it unfortunately | 13:54 |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 13:54 | |
| malanecora | This is not suposed to happen, is it? "mesa exists in sysroot, but is stale (mesa.f4c1120c4ffec527dd97ea458991107d vs. mesa.f4c1120c4ffec527dd97ea458991107d), removing." | 13:56 |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 13:57 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has joined #yocto | 13:57 | |
| malanecora | The taskhash is the same... | 13:57 |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC | 14:02 | |
| RP | malanecora: partially installed? The code in staging.bbclass checks for a os.path.exists(depdir + "/" + c + ".complete") as well | 14:04 |
| malanecora | RP: Hmmm...It shouldn't | 14:05 |
| malanecora | RP: I'm building it separately | 14:05 |
| malanecora | RP: Successfully | 14:06 |
| malanecora | RP: As you pointed out, in {WORKDIR}/cairo/{version}/recipe-sysroot-native/installeddeps there is a file "mesa.{hash}" that lacks ".complete" | 14:17 |
| malanecora | RP: And its content does makes reference to libwayland-egl.so | 14:18 |
| mckoan | Piraty: https://mirrors.edge.kernel.org/pub/linux/kernel/v2.6/ | 14:19 |
| Piraty | mckoan: unfortunately, as i wrote, this is the link iwas looking at, yet the 2.6.25.2 isn't there | 14:20 |
| Piraty | (attention the fourth number) | 14:20 |
| malanecora | What is quite strange having in consideration that mesa's manifest.populate-sysroot doesn't | 14:21 |
| malanecora | Something is tricking me | 14:22 |
| *** sgw1 <sgw1!sgw@nat/intel/x-ymudbvntusynhmrh> has joined #yocto | 14:42 | |
| *** marka <marka!~masselst@128.224.252.2> has joined #yocto | 14:42 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:44 | |
| *** sgw1 <sgw1!sgw@nat/intel/x-ymudbvntusynhmrh> has quit IRC | 14:49 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto | 14:57 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 14:57 | |
| khem | RP: http://errors.yoctoproject.org/Errors/Details/216830/ i amseeing this error often especially on musl + kmods | 14:57 |
| RP | khem: looks like the error message is getting lost | 14:58 |
| khem | xz is dying | 14:59 |
| khem | or opkg_build maybe | 14:59 |
| *** cengiz_io <cengiz_io!542c0ee2@gateway/web/freenode/ip.84.44.14.226> has joined #yocto | 15:03 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 15:05 | |
| *** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 15:05 | |
| RP | khem: I think stderr is going missing | 15:07 |
| *** sgw1 <sgw1!sgw@nat/intel/x-btsxptkxoguhxorl> has joined #yocto | 15:10 | |
| *** cengiz_io <cengiz_io!542c0ee2@gateway/web/freenode/ip.84.44.14.226> has quit IRC | 15:13 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 15:15 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 15:20 | |
| *** yann <yann!~yann@lfbn-1-12695-17.w90-90.abo.wanadoo.fr> has quit IRC | 15:23 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 15:23 | |
| *** nascentmind <nascentmind!~nascentmi@111.93.128.50> has quit IRC | 15:24 | |
| *** acrap <acrap!~Thunderbi@host-85-237-33-147.dsl.sura.ru> has quit IRC | 15:24 | |
| *** stephano <stephano!~stephano@134.134.139.76> has joined #yocto | 15:25 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 15:26 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC | 15:28 | |
| *** huseyinkozan <huseyinkozan!~huseyinko@unaffiliated/huseyinkozan> has quit IRC | 15:29 | |
| *** skynet <skynet!91fdde45@gateway/web/freenode/ip.145.253.222.69> has joined #yocto | 15:37 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 15:39 | |
| malanecora | My suspects have been confirmed,Yocto was picking the wrong manifest | 15:50 |
| malanecora | In spite of building the right package version | 15:50 |
| malanecora | It was a false positive | 15:50 |
| malanecora | The build completed successfuly after remove the manifest files related to the rocko's mesa version | 15:51 |
| PinkSnake | Someone here knows how to add a recipe process after the image creation ? i don't know where I have to search this info :S | 15:52 |
| malanecora | Is this the expected behaviour? | 15:53 |
| malanecora | PinkSnake: What are you exactly trying to do? | 15:53 |
| PinkSnake | I have to pack a FIT inside a custom container, but i have to build all the image before repack... Something like post process command but for an recipe image :) | 15:54 |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 15:54 | |
| LetoThe2nd | sounds, again, like a custom IMAGE_FSTYPE | 15:55 |
| malanecora | Indeed | 15:56 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 15:57 | |
| PinkSnake | LetoThe2nd: for sure yes, my work is based on kernel-fitimage.bbclass | 15:57 |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 15:59 | |
| PinkSnake | the trouble is in this class we can only add initrd and i want to put all my cpio.gz and bitstream so I made a custom recipe to generate FIT image, but i can't share image output name because the variable is not set during this part of build process | 15:59 |
| LetoThe2nd | PinkSnake: so then, introduce something like fit.custom that bundles the magic you need. do it as a class, respectively IMAGE_FSTYPE instead of bundling it into the image recipe | 15:59 |
| kanavin | RP: so tinfoil API has a global lock when used by multiple processes? :( I split the recipe upgrade status function to run from a process pool, and they seem to each take a turn, instead of actually running at once, so there is no speedup | 16:00 |
| PinkSnake | LetoThe2nd: thx, i have already a fit-image.bbclass ;) | 16:00 |
| PinkSnake | LetoThe2nd: The FIT image is correctly generated, the trouble may come from meta-xilinx but i'm not sure... | 16:01 |
| LetoThe2nd | PinkSnake: usually digging through bitbake -e tells you pretty exactly whats going on | 16:02 |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has quit IRC | 16:03 | |
| RP | kanavin: the multiple processes would have to be server side | 16:04 |
| RP | kanavin: a command along the lines of "for each recipe call this function" | 16:04 |
| RP | kanavin: would have to be a specific tinfoil command | 16:05 |
| kanavin | RP: yep, that's what I am trying on the client side, "for each recipe call this function from an available process in the pool". The function creates its own instance of Tinfoil every time, but they seem to mutually exclude each other, so only one process gets to execute anything at a time. | 16:07 |
| RP | kanavin: it would need to be a something run server side which holds the lock | 16:07 |
| RP | kanavin: having more than one server against a given directory would be carnage | 16:08 |
| *** toanju <toanju!~toanju@x4e36388c.dyn.telefonica.de> has joined #yocto | 16:09 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 16:09 | |
| *** WillMiles <WillMiles!~Will@72.143.110.202> has joined #yocto | 16:09 | |
| kanavin | RP: right, I guess tinfoil does not have any way to define and run 'tasks'? | 16:13 |
| kanavin | this was sooo much faster using them | 16:13 |
| *** stephano <stephano!~stephano@134.134.139.76> has quit IRC | 16:16 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 16:19 | |
| PinkSnake | LetoThe2nd: i totaly agree but the output said: " your variable is not set " | 16:28 |
| PinkSnake | it's normal in fact because I want to use the output of image name before the variable is set | 16:29 |
| RP | kanavin: well, we can go back to using a class but I still think we could create API to tinfoil to do this without that overhead. With a class you have to collect up the data somehow :/ | 16:30 |
| kanavin | RP: no going back to class, that csv business was ugly :) | 16:31 |
| kanavin | and yeah, the only way tasks can communicate is via writing to files really, which isn't great | 16:31 |
| RP | kanavin: how about pulling the data stores out of tinfoil serially then passing them off to threads to do the tests? | 16:32 |
| RP | you might have to copy the variables the fetcher uses locally I guess :/ | 16:33 |
| RP | kanavin: I hated that csv code | 16:33 |
| kanavin | sadly, the 'pulling data out of tinfoil' is deeply embedded into the functions that do the upstream checking | 16:33 |
| *** skynet <skynet!91fdde45@gateway/web/freenode/ip.145.253.222.69> has left #yocto | 16:34 | |
| RP | kanavin: but you could create a local data store with the values the later (slow) code needs | 16:34 |
| RP | kanavin: those functions just need a datastore, it can be a thread local instead of remote one | 16:35 |
| kanavin | RP: ah, so a kind of 'fake' dict-based store, instead of actual data store? | 16:35 |
| RP | kanavin: well, doesn't have to be fake, just a local non-tinfoil one with a subset of values | 16:36 |
| kanavin | RP: so how does one make such a store? | 16:36 |
| RP | kanavin: bb.data.init() ? :) | 16:37 |
| kanavin | oh | 16:37 |
| RP | (then setVar) | 16:37 |
| *** ykrons <ykrons!~guillaume@62.192.23.101> has joined #yocto | 16:37 | |
| *** sno <sno!~sno@91.64.245.226> has quit IRC | 16:37 | |
| kanavin | right. I guess that could work :) | 16:37 |
| RP | I'm thinking out loud, not sure how many variables you;d have to copy in | 16:38 |
| ykrons | Hi | 16:39 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 16:42 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-64-130-82.home.otenet.gr> has quit IRC | 16:48 | |
| *** sgw1 is now known as sgw | 16:48 | |
| *** feddischson <feddischson!~feddischs@55d492e8.access.ecotel.net> has joined #yocto | 16:49 | |
| *** mckoan is now known as mckoan|away | 16:50 | |
| prabhakarlad | Hi all, we have a common download location (/opt/yocto/downloads) for yocto, what I want is for specific recipes the download location to be something else for users is this possible ? | 16:52 |
| *** WillMiles <WillMiles!~Will@72.143.110.202> has quit IRC | 16:54 | |
| *** toanju <toanju!~toanju@x4e36388c.dyn.telefonica.de> has quit IRC | 16:58 | |
| *** paul_99 <paul_99!~paul@89.129.15.186> has quit IRC | 16:59 | |
| sveinse | I'm kinda stuck. I'm working on a local-only kernel patch and I want my kernel to fetch my local git repo. Isn't the syntax SRC_URI_pn-mykernel="file:///home/user/mykernel.git;branch=mykernel" ? I'm ending up with an empty ${MACHINE}/kernel-source/ dir after unpack. Any ideas anyone? | 17:02 |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has quit IRC | 17:02 | |
| sveinse | The log.do_fetch are run without any errors / run.do_fetch, shows that bb.fetch2.Fetch() is used, althou it is suprisingly quiet in this instance | 17:04 |
| RP | kanavin: https://autobuilder.yoctoproject.org/typhoon/#/builders/85/builds/124 is the gl patchset on the AB | 17:06 |
| kanavin | RP: thanks, I am doing further work, particularly looking into egl-headless option, which would not require X, or gtk | 17:06 |
| kanavin | you just vnc connect to qemu and voila, in theory | 17:07 |
| RP | sveinse: I'd check SRC_URI is set to what you think it is | 17:07 |
| *** sagner <sagner!~ags@46.140.72.82> has quit IRC | 17:07 | |
| RP | kanavin: fair enough. I think there are some things in there like vte-native we may need to fix generally | 17:07 |
| kanavin | RP: ouch, a sea of red | 17:08 |
| RP | kanavin: right :/ | 17:08 |
| RP | kanavin: didn't look too far but vte-native looks like its failing everywhere | 17:08 |
| kanavin | yep | 17:09 |
| *** sagner <sagner!~ags@194.230.158.15> has joined #yocto | 17:09 | |
| kanavin | but not here locally :-/ | 17:09 |
| sveinse | RP: I have. Is there a way to specify I want to use git against a local file? Because what I think is happening is that SRC_URI is interpreting the file as a file, not as a git repo and is ending up not using git. | 17:10 |
| sveinse | I tried setting protocol=git, but to no avail | 17:10 |
| RP | sveinse: oh, right, yes. you want git:///home/user/mykernel.git;branch=mykernel;protocol=file | 17:11 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 17:11 | |
| *** fl0v0 <fl0v0!~fvo@i577B904E.versanet.de> has quit IRC | 17:17 | |
| khem | RP: i can reliably reproduce the problem with opkg backend | 17:18 |
| sveinse | RP: perfect, thank you very much. Appreciate it. -- If I ever so humbly may say so, I'm not too fond of the special SRC_URI syntax scheme. It is often confusingly similar to git URLs, but then again it isn't. When working with layers, the layer subrepos (which is not a bb thing) are configured, it is configured with git URLS, but in recipes one needs to change your mindset to the URLs. I mean this in best | 17:18 |
| khem | RP: I wonder if poky should change one of platforms to use opkgs | 17:18 |
| sveinse | intentions, its just confusing. Not trying to bite of the hand and so on... | 17:18 |
| RP | khem: we do build them :/ | 17:19 |
| RP | sveinse: I agree its far from perfect and its had a parallel evolution to other things in different spaces, its a tough one | 17:20 |
| sveinse | It is | 17:20 |
| RP | khem: is it worth putting a try:/except: around the subprocess call and put the exception into bb.warn() ? | 17:21 |
| RP | khem: I'm sure we're missing data somehow | 17:22 |
| khem | RP: and its a new error, so maybe something changed in opkg in core | 17:25 |
| khem | I think we switched compression didnt we | 17:25 |
| RP | khem: we upgraded and used their patch instead of ours | 17:25 |
| RP | khem: you should talk to adelcast | 17:26 |
| khem | hmm | 17:26 |
| khem | see http://errors.yoctoproject.org/Errors/Build/74991/ | 17:26 |
| khem | all the packages which fail in do_package_write_ipk | 17:26 |
| khem | fail at same place | 17:26 |
| RP | right, but what was the actual error? | 17:27 |
| khem | RP: you can reproduce it in poky too with opkg backend and bitbake cryptodev-module | 17:28 |
| RP | khem: just tried locally, built fine | 17:29 |
| khem | which arch ? | 17:29 |
| RP | khem: qemux86-64 | 17:29 |
| adelcast | hey khem, I am seeing your error log....is this the error you are talking about? http://errors.yoctoproject.org/Errors/Details/216898/ | 17:29 |
| khem | I see, yes | 17:30 |
| RP | khem: I maintain we need to fix that output so we get the real errors | 17:30 |
| khem | for some reason its not able to build the ipk for kernel module other ipks in that recipe built ok | 17:31 |
| khem | yeah I think we need more debuggable info | 17:31 |
| adelcast | mmm, how can I reproduce it? | 17:31 |
| khem | adelcast: I use archlinux as buildhost which has python = python3 | 17:33 |
| khem | I wonder if thats in play but then I saw it fail on ubuntu 14.04 as well for qemumips and musl | 17:33 |
| khem | RP: maybe thats another test to try for you :) use TCLIBC = "musl" | 17:34 |
| khem | RP: and use qemuarm | 17:34 |
| adelcast | yeah, I am on arch too... | 17:34 |
| khem | adelcast: cool, first of all congratulations on using a proper distro | 17:35 |
| adelcast | ah, I see, on poky and bitbake cryptodev-module | 17:35 |
| adelcast | hehehe | 17:35 |
| khem | secondly, to reproduce it you can use Yoe Distro as well https://github.com/YoeDistro/yoe-distro | 17:36 |
| khem | and use . ./sama5d27-som1-ek-sd-envsetup.sh && DISTRO=yoe-musl-sysvinit-wayland bitbake can-isotp | 17:38 |
| khem | RP: should I put try..catch around subprocess.check_output in meta/classes/package_ipk.bbclass line 230 | 17:39 |
| khem | it does have stderr=subprocess.STDOUT | 17:39 |
| khem | so I wonder why its eating up info | 17:39 |
| adelcast | ok, I am trying with Yoe disto.... | 17:40 |
| khem | adelcast: cool | 17:40 |
| *** sagner <sagner!~ags@194.230.158.15> has quit IRC | 17:46 | |
| kroon | now i'm tempted to abandon debian for arch linux | 17:55 |
| khem | kroon: rolling distro is the future in my mind, time based releases are not scalable for todays connected world with chances of so much securities issues etc. | 17:59 |
| khem | ask people who were involved in porting the spectre and meltdown to older kernels | 17:59 |
| khem | its a very expensive and regressive excercise | 18:00 |
| khem | that money is well spent on testing and making sure that older hardware keeps performing on newer software | 18:00 |
| kroon | yeah, rolling distro is nice | 18:01 |
| RP | khem: qemuarm musl built fine too | 18:01 |
| sveinse | khem: what makes a rolling distro? Isn't an updated distro technically rolling as new updates are being pushed? | 18:01 |
| sveinse | khem: them problem arises when a new version is released, then users are forked in two camps: The ones who dist-upgrade to newer version (=rolling-ish), and those who don't. | 18:02 |
| sveinse | Having an rolling-update only would make it hard for the latter group. | 18:02 |
| khem | yes its a mindset | 18:05 |
| khem | collect technical debt and pay off later, or pay now | 18:05 |
| khem | but when you pay now, its in small installments | 18:05 |
| khem | RP: so I introduce try except and it starts to work http://ix.io/1ytQ | 18:06 |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 18:09 | |
| khem | well no, it doesn't beging to build, but hide the existing error | 18:10 |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 18:11 | |
| adelcast | also, I have found arch to have way better quality than what I thought....I do system upgrades ~1 a month and they haven't been too painful (most times they are not painful at all) | 18:11 |
| adelcast | and when there are problems, the forums are really really good | 18:11 |
| kergoth | occasionally upgrades require a manual tweak, but not too bad, and usually the news on archlinux.org covers it anyway.. | 18:12 |
| adelcast | yeah, or via the arch-announce mailing list | 18:13 |
| sveinse | At least you're privileged with users/customers that are online all the time. We're operating in a marked where internet generally isn't available. This way once-a-month scheme goes south... | 18:13 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 18:16 | |
| *** ant_work <ant_work!~ant__@host96-164-dynamic.250-95-r.retail.telecomitalia.it> has quit IRC | 18:19 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 18:20 | |
| khem | if you have no internet connectivity thats a different usecase but fading away case in future | 18:23 |
| khem | most devices will be online and connected | 18:23 |
| khem | atleast if iot has to succeed | 18:23 |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 18:24 | |
| *** ebolton <ebolton!~ebolton@208.77.58.11> has joined #yocto | 18:27 | |
| ebolton | hey all, getting an error trying to build an SDK image with "dev-pkgs" enabled | 18:27 |
| ebolton | usbmuxd-dev error: jsoncpp-dev-1.8.0-r2 conflicts with jsoncpp = 1.8.0-r2 | 18:28 |
| ebolton | needless to say this makes no sense :) | 18:28 |
| khem | ebolton: you can check the contents of these packages and their deps in build area for jsoncpp | 18:30 |
| ebolton | @khem: not sure how that helps....I think this is the root error, I have a recipe that DEPENDS on jsoncpp, and it generates this when I try to create the SDK image | 18:33 |
| ebolton | Can't install guidance-protocol-dev-git+0+0c4944dee7-r1@core2_32: Can't install jsoncpp-dev-1.8.0-r2@core2_32: no package provides jsoncpp = 1.8.0-r2 | 18:33 |
| ebolton | how does jsoncpp-dev not know about jsoncpp? | 18:33 |
| sveinse | I'm currently running a concept evaluating if running docker on an embedded imx6 arm is a viable route. And to my surprise it works! I can pull stock docker images and run them on this yocto device. | 18:35 |
| ebolton | also, don't mean to be terse...been a long week...I'm about to strangle bitbake | 18:35 |
| *** toanju <toanju!~toanju@x4e36388c.dyn.telefonica.de> has joined #yocto | 18:37 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 18:42 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 18:43 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:02 | |
| adelcast | khem: it reproduced, lemme dig | 19:12 |
| khem | RP: http://lists.openembedded.org/pipermail/openembedded-core/2019-January/277944.html is still waiting | 19:12 |
| khem | adelcast: superb | 19:12 |
| khem | ebolton: can you try adding ALLOW_EMPTY_${PN} = "1" to jasoncpp recipe | 19:13 |
| rburton | ebolton: sounds like that recipe is bust | 19:22 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 19:22 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has joined #yocto | 19:25 | |
| *** ant_home <ant_home!~ant__@host223-89-dynamic.45-79-r.retail.telecomitalia.it> has quit IRC | 19:33 | |
| *** ski7777 <ski7777!~quassel@91.67.127.193> has quit IRC | 19:36 | |
| *** ski7777 <ski7777!~quassel@ip5b437fc1.dynamic.kabel-deutschland.de> has joined #yocto | 19:36 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 19:38 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 19:38 | |
| ebolton | @rburton: is a bit old...krogoth...could be @khem: will try, thx | 19:40 |
| kergoth | krogoth is more than a bit old ;) | 19:42 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 19:43 | |
| ebolton | is amazing now long industrial hardware sticks around ;) | 19:44 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 19:45 | |
| *** mrk377 <mrk377!442d9918@gateway/web/freenode/ip.68.45.153.24> has joined #yocto | 19:45 | |
| kergoth | indeed | 19:47 |
| kergoth | Hmm, https://github.com/openembedded/bitbake/compare/master...kergoth:yocto-12987-new seem sane? rburton? RP? i'll obviously send an RFC email, so feel free to ignore me for now, just looking to make sure i'm not crazy | 19:56 |
| * kergoth gets more coffee | 19:57 | |
| adelcast | khem, the problem is that the package name is not adhering to Debian standards: | 20:00 |
| adelcast | *** Error: Package name kernel-module-can-isotp-4.14.73-linux4sam_6.0 contains illegal characters, (other than [a-z0-9.+-]) | 20:00 |
| adelcast | It has an _, which is not allowed (https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-source) | 20:01 |
| adelcast | the dpkg backend should complain too | 20:01 |
| khem | ah | 20:01 |
| khem | but why does it not show | 20:01 |
| khem | on stdout | 20:02 |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 20:02 | |
| khem | kergoth: I am on my 16th day without coffee, they say you need 21 days to shed a habit | 20:03 |
| kergoth | I'm torn, I hate being hooked on caffeine, but i love the taste of coffee, and decaf limits a lot of your options.. | 20:03 |
| khem | kergoth: you feel a lot better without caffaine | 20:03 |
| khem | I promise you | 20:03 |
| kergoth | so i'm currently focused on just limiting the amount. one coffee when i wake up, one in the afternoon, tops. ideally just the morning would do | 20:04 |
| kergoth | i wishi liked the taste of tea better, its caffeine hits me less hard, no jitters | 20:04 |
| adelcast | opkg-build is sending the message to standard error | 20:04 |
| adelcast | echo "*** Error: Package name $pkg contains illegal characters, (other than [a-z0-9.+-])" >&2 | 20:04 |
| khem | I realised that you need to trick the brain, so the secret is, its the process which has a significant contribution to brain wanting it rather than the substance itself | 20:05 |
| khem | kergoth: so I do the same steps except I dont prepare coffee but herbal tea :) | 20:05 |
| khem | and my mind is tricked you see | 20:05 |
| khem | adelcast: do you see it on cmdline ? | 20:05 |
| kergoth | I enjoy the routine of it and taste of it. the warm beverage while relaxed in the early morning, looking outside if it's light enough. tea would provide that without the caffeine though | 20:06 |
| kergoth | adding a proper morning routine to kick the day off with intentional slowness has been hugely beneficial in my life | 20:06 |
| khem | kergoth: yep, its the process that you need to keep intact not substance | 20:06 |
| adelcast | yeah, I bitbake -cpackage_write_ipk, then ran the opkg-build command manually | 20:06 |
| kergoth | starts without the "rushing" all the time | 20:06 |
| kergoth | which i like | 20:06 |
| * kergoth not a fan of pointless busyness | 20:06 | |
| khem | adelcast: so we still have a bug in bbclass where this message is not pumped into stdout | 20:07 |
| adelcast | yes, I am looking at subprocess.check_output | 20:08 |
| *** marka <marka!~masselst@128.224.252.2> has quit IRC | 20:09 | |
| khem | adelcast: it seems we need to capture the output and then send it may be | 20:09 |
| khem | kergoth: I see that writing it down helps to offload | 20:09 |
| * khem is at verge of starting the preaching session | 20:10 | |
| adelcast | yep, that is it, lemme confirm... | 20:10 |
| *** yann <yann!~yann@lfbn-idf1-1-103-67.w82-124.abo.wanadoo.fr> has joined #yocto | 20:11 | |
| *** yates_home <yates_home!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC | 20:14 | |
| *** mrk377 <mrk377!442d9918@gateway/web/freenode/ip.68.45.153.24> has quit IRC | 20:17 | |
| RP | kergoth: that patch looks sane to me | 20:18 |
| *** sagner <sagner!~ags@37.17.239.109> has joined #yocto | 20:21 | |
| *** marka <marka!~masselst@128.224.252.2> has joined #yocto | 20:33 | |
| RP | kergoth, khem: I cut caffeine out for about 9 months but found I do miss the tea forcing me to take breaks and I just like drinking it.Don't like coffee though | 20:47 |
| seebs | https://twitter.com/whitequark/status/1085627481518952449 | 20:48 |
| ebolton | @khem @rburton: apologies guys, I thought jsoncpp was a recipe in poky/meta, it was in our own company layer, and the recipe was placing the headers in the base package, not the -dev package... | 20:51 |
| ebolton | problem solved | 20:51 |
| khem | ok | 20:53 |
| *** marka <marka!~masselst@128.224.252.2> has quit IRC | 21:02 | |
| *** mrk377 <mrk377!442d9918@gateway/web/freenode/ip.68.45.153.24> has joined #yocto | 21:25 | |
| *** ant_home <ant_home!~ant__@host223-89-dynamic.45-79-r.retail.telecomitalia.it> has joined #yocto | 21:27 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has quit IRC | 21:28 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 21:29 | |
| mrk377 | I have custom BSP layer using a 32bit pentium-M with a custom recipes-kernel/linux/linux-yocto-custom_3.14.bb and defconfig. If porting all OS setup recipes to an ATOM-E3845 (keep 32 bit), is it recommended to just update recipes-kernel for latest kernel? And what is recommendation to generated a new defconfig? How do I acquire the default defconfig? Thanks for expert opions. | 21:29 |
| mrk377 | opinions. ;) I need coffee too. | 21:30 |
| mrk377 | I want a newer kernel since it's been locked at 3.14 due to old HW constraints. | 21:31 |
| *** nst^ <nst^!nst@ip98-186-247-88.mc.at.cox.net> has quit IRC | 21:32 | |
| *** kroon <kroon!~Jacob@37-247-29-68.customers.ownit.se> has joined #yocto | 21:39 | |
| ebolton | the defconfig for any kernel should be in the build dir under tmp/work....the source is kept elsewhere post-krogoth (work-shared, not work) | 21:45 |
| ebolton | make sure to look for hidden files if using a GUI based file browser (the name should be .config) | 21:46 |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has joined #yocto | 21:46 | |
| cdgarren | Has anyone been able to add config fragment support to kernel recipes that don't inherit from yocto-kernel? | 21:48 |
| mrk377 | ebolton: Thx. Do you agree with just updating the kernel recipe for this BSP layer? The system is headless (no UI). | 21:49 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 21:49 | |
| *** sno <sno!~sno@p4FF5E266.dip0.t-ipconnect.de> has joined #yocto | 21:50 | |
| ebolton | @mrk377: depends on whether or not you've modded the kernel and what drivers you need, headless def makes things less complicated because video card drivers are a nightmare | 21:50 |
| mrk377 | The kernel was NOT modified. It was just locked to 3.14 for a vendor kernel module that had to be compiled. | 21:51 |
| ebolton | @mrk377: then you should be fine...you'll have to compare the configs and enable drivers you care about in the new kernel (a defconfig from 3.x almost certainly won't work unmodded in a 4.x kernel) | 21:53 |
| ebolton | other than that....bitbake core-image-minimal and give it a spin :) | 21:53 |
| adelcast | khem, I think I have a patch ready, I'll send it to the list and you can comment there? | 21:54 |
| khem | sure | 21:55 |
| ebolton | @cdgarren: does the kernel recipe inherit from kernel.bbclass? | 21:59 |
| mrk377 | ebolton: Thx. I have a bitbake targets (i.e. core-image-xyx and core-image-xyz-dev). Yeah, I don't want to miss some setting/options when jumping 3.14->4.14 in the machine xyz.conf file or other new options. | 22:02 |
| ebolton | @cdgarren: disregard, I'm not 100% sure where the config fragment code lives | 22:02 |
| *** sgw <sgw!sgw@nat/intel/x-btsxptkxoguhxorl> has quit IRC | 22:02 | |
| cdgarren | @ebolton: From what I can tell, the config fragment stuff lives in kernel-yocto.bbclass | 22:03 |
| ebolton | @cdgarren: I couldn't find the code in krogoth, but you may be right...can you not inherit that class? | 22:04 |
| *** kroon <kroon!~Jacob@37-247-29-68.customers.ownit.se> has quit IRC | 22:04 | |
| cdgarren | @ebolton: I'm working in sumo, not sure when it was added. Inheriting it wasn't just a drop in fix, so it may need some real work to make it happen. | 22:04 |
| ebolton | #cdgarren: it's an OLD feature...I was using it for a 3.10 kernel in dizzy :) | 22:05 |
| *** kroon <kroon!~Jacob@37-247-29-68.customers.ownit.se> has joined #yocto | 22:12 | |
| *** geissonator <geissonator!~geissonat@76.224.107.164> has quit IRC | 22:16 | |
| *** kroon <kroon!~Jacob@37-247-29-68.customers.ownit.se> has quit IRC | 22:17 | |
| *** kroon <kroon!~Jacob@37-247-29-68.customers.ownit.se> has joined #yocto | 22:18 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 22:19 | |
| *** frsc <frsc!~frsc@200116b82440f7008322eed1edefb7fc.dip.versatel-1u1.de> has quit IRC | 22:21 | |
| *** kroon <kroon!~Jacob@37-247-29-68.customers.ownit.se> has quit IRC | 22:22 | |
| *** kroon <kroon!~Jacob@37-247-29-68.customers.ownit.se> has joined #yocto | 22:24 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 22:30 | |
| *** ant_home <ant_home!~ant__@host223-89-dynamic.45-79-r.retail.telecomitalia.it> has quit IRC | 22:31 | |
| *** kroon <kroon!~Jacob@37-247-29-68.customers.ownit.se> has quit IRC | 22:31 | |
| *** rcw <rcw!~rcw@24.140.234.64> has joined #yocto | 22:31 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:35 | |
| *** feddischson <feddischson!~feddischs@55d492e8.access.ecotel.net> has quit IRC | 22:35 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has quit IRC | 22:40 | |
| *** geissonator <geissonator!~geissonat@99-55-142-130.lightspeed.austtx.sbcglobal.net> has joined #yocto | 22:42 | |
| *** toanju <toanju!~toanju@x4e36388c.dyn.telefonica.de> has quit IRC | 22:42 | |
| *** rcw <rcw!~rcw@24.140.234.64> has quit IRC | 22:45 | |
| *** ebolton <ebolton!~ebolton@208.77.58.11> has quit IRC | 22:59 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has joined #yocto | 22:59 | |
| *** kroon <kroon!~Jacob_Kro@37-247-29-68.customers.ownit.se> has joined #yocto | 23:00 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 23:03 | |
| *** Crofton <Crofton!~Crofton@2601:5c0:c100:b84:c4ea:d16d:d87d:5df5> has quit IRC | 23:05 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 23:07 | |
| *** kroon <kroon!~Jacob_Kro@37-247-29-68.customers.ownit.se> has quit IRC | 23:12 | |
| *** kroon <kroon!~Jacob_Kro@37-247-29-68.customers.ownit.se> has joined #yocto | 23:13 | |
| *** kroon <kroon!~Jacob_Kro@37-247-29-68.customers.ownit.se> has quit IRC | 23:30 | |
| *** CoRfr__ <CoRfr__!~CoRfr_@carmd-fwm01.sierrawireless.com> has quit IRC | 23:33 | |
| *** mrk377 <mrk377!442d9918@gateway/web/freenode/ip.68.45.153.24> has quit IRC | 23:48 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has quit IRC | 23:50 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 23:51 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has joined #yocto | 23:56 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!