| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-wchrqbvvmuqqboue> has joined #yocto | 00:16 | |
| *** gtristan <gtristan!~tristanva@24.48.71.248> has joined #yocto | 00:30 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 00:39 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto | 00:45 | |
| *** MiskaX <MiskaX!mowqafb6be@rankki.sonarnerd.net> has quit IRC | 00:46 | |
| *** MiskaX <MiskaX!i0ofgd511b@2001:2060:72::3> has joined #yocto | 00:47 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 00:52 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 00:57 | |
| *** MiskaX <MiskaX!i0ofgd511b@2001:2060:72::3> has quit IRC | 00:59 | |
| *** MiskaX <MiskaX!hj3yzukurr@rankki.sonarnerd.net> has joined #yocto | 00:59 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 01:01 | |
| moto-timo | halstead: can you look at my comments on YOCTO-13101 and see if it makes sense? | 02:32 |
|---|---|---|
| *** onlyesterday16 <onlyesterday16!~trungdt@113.160.58.178> has joined #yocto | 03:04 | |
| robbawebba | derRichard: I'm currently creating a go package recipe and I think I feel your pain now. go.bbclass is quite tough to work with outside of the most simple use case.. | 03:12 |
| khem | robbawebba: if you spellout the problems we might be able to improve situation | 03:51 |
| *** gtristan <gtristan!~tristanva@24.48.71.248> has quit IRC | 03:53 | |
| *** paulg_ <paulg_!~paulg@24-246-7-167.cable.teksavvy.com> has quit IRC | 04:17 | |
| *** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 05:22 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 05:23 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 05:36 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-wchrqbvvmuqqboue> has quit IRC | 05:56 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto | 06:15 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC | 06:21 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 06:21 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto | 06:22 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 06:41 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 07:32 | |
| halstead | moto-timo, You make sense and I agree. I'll make the changes tomorrow. | 07:32 |
| *** frsc <frsc!~frsc@200116b824e89c009bf39dab904ed551.dip.versatel-1u1.de> has joined #yocto | 07:36 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-66-233-157.home.otenet.gr> has joined #yocto | 07:37 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 07:38 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 07:49 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 07:49 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 07:51 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 07:53 | |
| *** fl0v0 <fl0v0!~fvo@i577B998B.versanet.de> has joined #yocto | 08:03 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 08:03 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 08:09 | |
| *** yann <yann!~yann@lfbn-idf1-1-33-83.w82-124.abo.wanadoo.fr> has joined #yocto | 08:14 | |
| *** mckoan|away is now known as mckoan | 08:15 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:494c:257f:d093:db04> has joined #yocto | 08:20 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-otobdyxcvablleyv> has joined #yocto | 08:20 | |
| *** ant_work <ant_work!~ant__@host96-164-dynamic.250-95-r.retail.telecomitalia.it> has joined #yocto | 08:24 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-66-233-157.home.otenet.gr> has quit IRC | 08:25 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-66-233-157.home.otenet.gr> has joined #yocto | 08:27 | |
| derRichard | khem: first of all it _always_ does a shared link, which sounds good but is in fact broken. here in x86_64 i get runtime errors | 08:37 |
| derRichard | secondly, it tries to be smart and sets GOPATH and gueses what you want to build. the GO_IMPORT and GO_INSTALL variables are anything but easy to understand | 08:38 |
| derRichard | third, absolute zero documentation, except trivial examples with no dependencies | 08:39 |
| derRichard | dependency management is also not existent | 08:39 |
| derRichard | you need to mess yourself with go get or go dep in do_compile_prepend() hooks | 08:39 |
| *** piotrlewicki <piotrlewicki!c19eda3d@gateway/web/freenode/ip.193.158.218.61> has joined #yocto | 08:39 | |
| derRichard | oh yes, and sdk support is also odd. if you install go in your sdk it works only if you set GOROOT yourself :( | 08:42 |
| derRichard | given the complexity of go.bbcalls the amount of usefulness is low :( | 08:42 |
| derRichard | </rant> :-) | 08:42 |
| piotrlewicki | hi everyone | 08:43 |
| LetoThe2nd | in a nutshell: don't go, just bash :) | 08:43 |
| derRichard | LetoThe2nd: sorry, but this is bs.... | 08:43 |
| LetoThe2nd | derRichard: heh, the pun was intended to use bash instead of go. i'm all fine with the rant, just go ahead! (even another intended pun! yay!) | 08:44 |
| derRichard | LetoThe2nd: in fact, we (my company) try very hard to avoid any bash scripts in systems we design. bash just sucks for everything with more than 50 lines of code :-) | 08:45 |
| derRichard | but we are getting ot :) | 08:46 |
| piotrlewicki | could you help me with removing the kernel image from the rootfs? I'm installing it separately and I want to make my rootfs image (ubifs) smaller. I have tried RDEPENDS_kernel-base = "" but it didn't do anything and I still have my "/boot" directory filled with uImage symlink and uImage_{version} file that is never used | 08:46 |
| LetoThe2nd | derRichard: ot or not, i feel that you feel a little cheered up now? so if yes, mission accomplished! | 08:46 |
| piotrlewicki | is there a good way of removing the whole "/boot" directory in rootfs? | 08:47 |
| LetoThe2nd | piotrlewicki: thats just tinkering with the symptoms, better find out what actually causes it to be installed, because it isn't by default | 08:47 |
| piotrlewicki | ok... that's new to me. so it gets built by default but not installed? | 08:48 |
| LetoThe2nd | piotrlewicki: EEEEXACTLY :) | 08:48 |
| piotrlewicki | ok. I'll check that.. Thanks for the tip :D | 08:49 |
| LetoThe2nd | piotrlewicki: so, getting started would be to bitbake -e your image, and from there dig what actually pulls it in. | 08:49 |
| LetoThe2nd | piotrlewicki: and, hint: the package that causes the kernel to be installed is surprisingly named: "kernel" :-) | 08:51 |
| piotrlewicki | that's a lot of lines of python codexD | 08:51 |
| LetoThe2nd | piotrlewicki: happy grepping! | 08:51 |
| LetoThe2nd | piotrlewicki: otherwise, (syntax might by flaky now): bitbake -g your image and then look at package-depends.dot | 08:52 |
| piotrlewicki | hehe. thx. and for me the name of the package is "kernel-image-uimage" | 08:52 |
| piotrlewicki | ok. That should be enough for me to get going. your help is appreciated :-) | 08:53 |
| LetoThe2nd | have fun! | 08:53 |
| *** cquast <cquast!~cquast@81.168.94.182> has joined #yocto | 08:56 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 09:02 | |
| *** mihais <mihais!~mihaiserb@86.120.134.70> has joined #yocto | 09:03 | |
| *** piotrlewicki <piotrlewicki!c19eda3d@gateway/web/freenode/ip.193.158.218.61> has quit IRC | 09:04 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has quit IRC | 09:18 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 09:21 | |
| * derRichard wonders why yocto does not enable set -fstack-clash-protection | 09:22 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 09:24 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 09:27 | |
| rburton | derRichard: patches welcome! add it to security_flags.inc | 09:31 |
| derRichard | rburton: well, this is the easy part. how to you test all this? | 09:31 |
| derRichard | i really want avoid sending patches which break things | 09:32 |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 09:34 | |
| rburton | bitbake world | 09:36 |
| rburton | or send a patch that you've tested as much as possible, and ask nicely that we run it through the AB | 09:36 |
| derRichard | yeah, bitbake world is not an option for me :D | 09:37 |
| rburton | doesn't take *that* long | 09:37 |
| rburton | (50% of the time in webkit) | 09:37 |
| derRichard | the thing is, we're corrently working on 4 yocto migrations, our build servers are rather busy with this :D | 09:38 |
| rburton | ha | 09:38 |
| rburton | test it locally with an image, if that works post a RFC patch and ask nicely | 09:38 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 09:38 | |
| derRichard | this is why i run in so much odd stuff. -> moving from custom buildsystems to yocto | 09:38 |
| yocti | New news from stackoverflow: Create a mirror of all dependencies of Yocto-based project <https://stackoverflow.com/questions/54125735/create-a-mirror-of-all-dependencies-of-yocto-based-project> | 09:43 |
| derRichard | rburton: wait, you mean "bitbake world" on poky? no openembedded-core or meta-openembedded? | 09:44 |
| derRichard | then the amount of targets is really not that much | 09:44 |
| rburton | poky is oe-core+bitbake+some qa BSPs | 09:45 |
| rburton | not meta-oe | 09:45 |
| JaMa | without meta-qt5, meta-browser and meta-oe it's just 1/10 of the time of bitbake world :) | 09:48 |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 09:48 | |
| derRichard | rburton: the amount of layers and their combinations will ever confuse me ;-P | 09:49 |
| rburton | poky is just bitbake+oe-core+meta-poky, as 1) an example of creating a distro and 2) something designed for QA to test | 09:51 |
| derRichard | this actually makes a lot of sense :-) | 09:51 |
| JaMa | really? :) | 09:58 |
| derRichard | yes | 09:58 |
| LetoThe2nd | sense? go away! get behind me, satan! | 10:00 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 10:02 | |
| *** ctlnwr <ctlnwr!~catalin@89.121.200.102> has joined #yocto | 10:04 | |
| *** ctlnwr_ <ctlnwr_!~catalin@89.121.200.102> has joined #yocto | 10:04 | |
| *** cquast <cquast!~cquast@81.168.94.182> has quit IRC | 10:04 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 10:10 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC | 10:34 | |
| *** berton <berton!~berton@181.220.84.254> has joined #yocto | 10:34 | |
| *** bleu <bleu!~brianleu@cpe-24-211-134-4.nc.res.rr.com> has quit IRC | 10:37 | |
| *** Guest21318 <Guest21318!~brianleu@cpe-24-211-134-4.nc.res.rr.com> has joined #yocto | 10:37 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 10:57 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 10:59 | |
| *** kaspter <kaspter!~Instantbi@183.157.82.176> has quit IRC | 11:02 | |
| *** kaspter <kaspter!~Instantbi@183.157.82.176> has joined #yocto | 11:02 | |
| *** falk0n_ is now known as falk0n | 11:08 | |
| *** falk0n <falk0n!~falk0n@a109-49-153-10.cpe.netcabo.pt> has joined #yocto | 11:08 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 11:15 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:20 | |
| *** otavio <otavio!~otavio@181.220.84.254> has joined #yocto | 11:27 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 11:27 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 11:30 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:32 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 11:33 | |
| murray_ | Has anyone build a Yocto build from MacOS. Getting an error relating to sed that i cant seem to resolve. | 11:46 |
| murray_ | $ MACHINE=var-som-mx6 DISTRO=fslc-x11 . setup-environment build_x11 this command returns sed: illgal option -- r | 11:46 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 11:49 | |
| jofr | murray_: That's.. not supported.. :) https://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#detailed-supported-distros | 11:54 |
| murray_ | Ok so i will have to build it from a linux machine | 11:55 |
| murray_ | This is a pain as it means i have to use a VM :( | 11:55 |
| murray_ | jofr: Messages above for you :) | 11:56 |
| jofr | murray_: Yes :) | 11:57 |
| murray_ | jofr: Thanks, I do have one building on a VM but its been over 12 hours so far... @ 82% | 11:58 |
| jofr | murray_: Sounds like you need a new machine :p Depending on your host-specs, you could assign tons of RAM to your VM and then mount a ramdisk on your guest-system and do your builds there. | 12:01 |
| murray_ | jofr: This is not really an option as this is just a side project to what we are using the machines to develop. | 12:02 |
| murray_ | jofr: We have a team that are creating us a custom Yocto build but they seem to be taking ages with it. Was hoping to create a build myself with the packages that i require so i can do some initial hardware/framework testing | 12:02 |
| murray_ | jofr: Namley, NodeJs, Webserver, FTP and Maybe a package manager | 12:03 |
| jofr | murray_: I see | 12:04 |
| *** onlyesterday16 <onlyesterday16!~trungdt@113.160.58.178> has quit IRC | 12:07 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 12:46 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:49 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 13:03 | |
| rburton | murray_: because yocto runs upstream configure/make scripts, and they're for linux, you need a linux-compatible userspace. you can install the gnu tools using brew on macos to get close, then you need to patch out the linuxisms in bitbake itself (i.e. inotify use), but then you'll discover that pseudo can't work on macos as LD_PRELOAD isn't functional unless you disable all the security features. | 13:11 |
| rburton | murray_: basically, use a lean vm. builds are mostly cpu intensive so a good container won't be much slower. | 13:12 |
| rburton | for a one off job, get an amazon cloud machine and do a build in that for a few cents | 13:12 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 13:20 | |
| tgoodwin | Is there a way to make a recipe re-unpack if its patch task changes (e.g., a variable used in a patch postfunc or patch append changes that would need a fresh copy of source code to run correctly)? | 13:30 |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 13:30 | |
| RP | tgoodwin: its assumed that rerunning a task is always possible. The patch tasks therefore unapply any patches and reapply allowing them to be rerun | 13:32 |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 13:33 | |
| tgoodwin | RP: So implicitly then, it unapplies only things that were patched, not additional tasks associated with the patch task? | 13:33 |
| tgoodwin | (i.e., .patch files) | 13:34 |
| RP | tgoodwin: correct | 13:34 |
| RP | tgoodwin: the patch task would rerun if the patch files change | 13:34 |
| RP | well, unpack would since the files it was fetching changed | 13:34 |
| tgoodwin | RP: right. What I'm dealing with are patches that are a bit more dynamic where the patch just preps the file for a generic replacement. | 13:35 |
| RP | tgoodwin: I think that would break our assumption that tasks can rerun | 13:36 |
| tgoodwin | And indeed it is breaking it. I was hoping for some mechanism that if a variable in one of those patch tasks changes, then unpack must re-occur as if the patch changed. It sounds like maybe appending the unpack is the way to go. | 13:37 |
| rburton | or a new task between unpack and patch | 13:38 |
| tgoodwin | rburton: I think that would fail for the same reason as running these tasks as a part of patch. The tasks themselves cannot re-run without a fresh copy of source. | 13:38 |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 13:42 | |
| BlauskaerM | How can I save changes that I have made with: bitbake -c menuconfig virtual/kernel ? | 13:42 |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 13:42 | |
| tgoodwin | RP: so if I append unpack and update a variable used in that task, would that invalidate the task so that it reoccurs? | 13:43 |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 13:43 | |
| RP | tgoodwin: yes | 13:50 |
| tgoodwin | RP: do you happen to know if a function defined in postfuncs would trigger the same behavior (vs. actually appending the task)? | 13:51 |
| rburton | iirc a postfunc that needs to be re-ran will fire the entire task | 13:51 |
| tgoodwin | (Thanks for the help BTW. I think I had some failed assumptions here on using vardeps, etc.) | 13:51 |
| tgoodwin | BlauskaerM: I usually go into the recipe work area and pull the `.config` out as a defconfig that I add via SRC_URI. Or if you know what flags you changed, you can append the kernel's SRC_URI to add in the `file.cfg` with those changes. | 13:53 |
| tgoodwin | rburton: thanks, that's what I've been assuming. I haven't mocked up a test to prove it though. | 13:54 |
| tgoodwin | rburton: in a similar train of thought, I was considering adding the variables from my patch task that are "patching the patches" to the do_unpack[vardeps] in an effort to "trick" an unpack to reoccur. | 13:57 |
| tgoodwin | Pretty hackish, but that's what I get for having to bake arch strings into sourcecode. :-/ | 13:57 |
| yates_home | after "smart install kernel-dev", rpm -ql kernel-dev only shows a few files being installed in /boot, none of which are headers. | 13:57 |
| yates_home | any idea on where to start looking ? | 13:58 |
| yates_home | how are the kernel-dev file package files specified? | 13:58 |
| yates_home | correction: how are the kernel-dev package files specified? | 13:59 |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC | 14:00 | |
| tgoodwin | rburton: and RP: FWIW that (probably rubbish) idea of adding the related variable to unpack's vardeps did cause it to unpack fresh source for my patch tasks. | 14:09 |
| *** no_such_user <no_such_user!~no_such_u@fpc125996-trow7-2-0-cust59.18-1.static.cable.virginm.net> has quit IRC | 14:17 | |
| *** paulg <paulg!~paulg@24-246-7-167.cable.teksavvy.com> has joined #yocto | 14:19 | |
| yates_home | perhaps i'm not making sense. let me back up. i am trying to write a on the target LKM. the first step is to get the kernel headers installed on the target. | 14:19 |
| *** paulg <paulg!~paulg@24-246-7-167.cable.teksavvy.com> has quit IRC | 14:19 | |
| yates_home | however, normally these are installed via "smart install kernel-dev" (right?) | 14:20 |
| yates_home | s/i am trying to write a on the target LKM/i am trying to write a LKM on the target/ | 14:20 |
| yates_home | (sheesh..) | 14:20 |
| yates_home | but that package has no kernel include files etc. | 14:21 |
| yates_home | help? | 14:21 |
| yates_home | please? | 14:22 |
| derRichard | to build kernel modules you need more than header files. you need more or less the full kernel source | 14:23 |
| derRichard | i don't know if yocto even allows this use case. better build the module cross using yocto | 14:23 |
| *** ski7777 <ski7777!~quassel@91.67.112.19> has quit IRC | 14:24 | |
| *** ski7777 <ski7777!~quassel@ip5b437013.dynamic.kabel-deutschland.de> has joined #yocto | 14:24 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 14:26 | |
| yates_home | derRichard: perhaps you are right | 14:27 |
| yates_home | i'll do some further digging. | 14:27 |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 14:29 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 14:31 | |
| *** paulg <paulg!~paulg@24-246-4-37.cable.teksavvy.com> has joined #yocto | 14:32 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 14:36 | |
| yates_home | rburton: do you have any thoughts on kernel-dev? shouldn't that just work, like on a regular distro (ubuntu, etc.)? | 14:37 |
| *** paulg <paulg!~paulg@24-246-4-37.cable.teksavvy.com> has quit IRC | 14:37 | |
| derRichard | yates_home: also on a regular distro you need more than "-dev" | 14:39 |
| derRichard | the kernel is not like a library | 14:39 |
| derRichard | and kernel modules are not users of a lib, they are part of the kernel | 14:39 |
| yates_home | what other things would one need on a desktop distro? | 14:41 |
| derRichard | kernel-source | 14:41 |
| derRichard | suse has -syms, -macros, ... | 14:42 |
| yates_home | fedora's kernel-devel states it's all you need to build kernel modules: kernel-devel.x86_64 : Development package for building kernel modules to match the kernel | 14:46 |
| yates_home | maybe it's different from suse? | 14:46 |
| derRichard | maybe | 14:47 |
| yates_home | when do kernel modules get loaded? is it before init or after? | 14:48 |
| yates_home | (probably OT) | 14:49 |
| yates_home | should we go to pm, derRichard? | 14:49 |
| RP | yates_home: you have seen the kernel-devsrc recipe? | 14:50 |
| *** paulg <paulg!~paulg@24-246-7-167.cable.teksavvy.com> has joined #yocto | 14:50 | |
| yates_home | RP: no! | 14:50 |
| yates_home | oh yeah baby! | 14:51 |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 14:53 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 14:54 | |
| *** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 14:55 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 14:58 | |
| RP | yates_home: there are even tests that test it works! | 15:01 |
| * kergoth yawns | 15:08 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 15:12 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:51e6:8d7b:36a7:8429> has quit IRC | 15:12 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 15:13 | |
| *** stephano <stephano!~stephano@134.134.139.73> has joined #yocto | 15:15 | |
| derRichard | RP: nice to see kernel-devsrc :) | 15:16 |
| BlauskaerM | tgoodwin: .cfg approach seems a little bit advance for me so copied /proc/config.gz and replaced my deconfig file | 15:17 |
| BlauskaerM | Hope it works | 15:17 |
| BlauskaerM | Thanks for your reply | 15:17 |
| *** armpit <armpit!~armpit@2601:202:4180:c33:f95f:7cf9:fdd5:fd56> has joined #yocto | 15:24 | |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-130-141.w83-201.abo.wanadoo.fr> has joined #yocto | 15:31 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 15:31 | |
| derRichard | hm, having realitve paths in bblayers.conf is tricky | 15:35 |
| kergoth | yeah, don't do it | 15:35 |
| kergoth | determine the path relative to TOPDIR and use that | 15:35 |
| derRichard | like here? https://stackoverflow.com/questions/38890788/why-does-the-yocto-bblayers-conf-file-use-absolute-paths | 15:36 |
| kergoth | pretty much, yes. or use custom setup scripts to add and use a variable for the yocto root, if it isn't always ${TOPDIR}/.. | 15:37 |
| *** murray_ <murray_!2ee2059c@gateway/web/freenode/ip.46.226.5.156> has quit IRC | 15:37 | |
| kergoth | mentor embedded linux uses custom setup scripts that do that, to point to the mel installation directory | 15:37 |
| kergoth | the issue with relative paths is you never know precisely what context any given variable is evaluated and used in | 15:38 |
| kergoth | and $PWD changes at points during the build process | 15:38 |
| kergoth | for the initial layer setup it may work, but in general it's not a great idea to use relative paths in variables | 15:38 |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:494c:257f:d093:db04> has quit IRC | 15:39 | |
| derRichard | kergoth: so, i can use something like ${LAYERDIR} in bblayers.conf if i set LAYERDIR in bitbake using my local.conf? | 15:41 |
| kergoth | that woudln't make any sense in about 4 different ways | 15:42 |
| kergoth | layerdir is already set by bitbake and used in layer.conf for each individual layer, for one | 15:42 |
| kergoth | beyond that, local.conf is parsed long, long, long after bblayers.conf is parsed | 15:42 |
| kergoth | local.conf can't be parsed until we can use bblayers to find the layers to locate and parse bitbake.conf | 15:42 |
| kergoth | okay, two different ways :) | 15:43 |
| derRichard | ok :D | 15:43 |
| kergoth | bbalyers.conf can only use what's defined in bblayers.conf | 15:44 |
| kergoth | it's the first file parsed | 15:44 |
| * derRichard takes a note | 15:45 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 15:48 | |
| *** otavio <otavio!~otavio@181.220.84.254> has joined #yocto | 15:48 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 15:48 | |
| *** maudat <maudat!~moda@64.18.88.250> has joined #yocto | 15:49 | |
| *** martinkelly <martinkelly!~martin@hq.xevo.com> has joined #yocto | 15:52 | |
| *** martinkelly <martinkelly!~martin@hq.xevo.com> has quit IRC | 15:54 | |
| *** martinkelly <martinkelly!~martin@hq.xevo.com> has joined #yocto | 15:54 | |
| *** kristoiv <kristoiv!~kristoiv@195.139.214.6> has joined #yocto | 15:56 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-66-233-157.home.otenet.gr> has quit IRC | 15:57 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has joined #yocto | 16:01 | |
| *** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 16:03 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 16:10 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 16:18 | |
| *** aleblanc <aleblanc!~aleblanc@2607:f2c0:95d9:8500:7028:f855:17e5:678c> has joined #yocto | 16:25 | |
| *** cdgarren <cdgarren!~cdgarren@207.67.30.60> has joined #yocto | 16:26 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 16:31 | |
| jonmason | RP: I see the email now and will bottom out on if KVM is supported native and will respond before the end of the day | 16:37 |
| *** paul_99 <paul_99!~paul@89.129.15.186> has joined #yocto | 16:40 | |
| RP | jonmason: thanks | 16:40 |
| *** ant_work <ant_work!~ant__@host96-164-dynamic.250-95-r.retail.telecomitalia.it> has quit IRC | 16:55 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 17:05 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 17:14 | |
| *** yann <yann!~yann@lfbn-idf1-1-33-83.w82-124.abo.wanadoo.fr> has quit IRC | 17:15 | |
| *** tgraydon <tgraydon!~textual@134.134.139.76> has joined #yocto | 17:17 | |
| kanavin | rburton: patch is on the way :) | 17:17 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 17:18 | |
| rburton | kanavin: :) | 17:18 |
| Crofton | We should pay attention to this: http://it.tmcnet.com/topics/it/articles/2019/01/10/440873-simplifying-harmonizing-open-source-more-efficient-compliance.htm | 17:22 |
| *** mckoan is now known as mckoan|away | 17:24 | |
| zeddii | ooo. shiny and new: | 17:28 |
| zeddii | root@qemux86-64:~# uname -a | 17:28 |
| zeddii | Linux qemux86-64 5.0.0-rc1-yoctodev-standard #1 SMP PREEMPT Thu Jan 10 16:01:22 UTC 2019 x86_64 GNU/Linux | 17:28 |
| zeddii | SHIP IT | 17:29 |
| Crofton | zeddii, ++ | 17:29 |
| *** frsc <frsc!~frsc@200116b824e89c009bf39dab904ed551.dip.versatel-1u1.de> has quit IRC | 17:29 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 17:29 | |
| * zeddii pushes it to linux-yocto-dev to see what'll explode. booted once. must be golden. | 17:29 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 17:32 | |
| *** kristoiv <kristoiv!~kristoiv@195.139.214.6> has quit IRC | 17:33 | |
| *** kristoiv <kristoiv!~kristoiv@195.139.214.6> has joined #yocto | 17:35 | |
| *** kristoiv <kristoiv!~kristoiv@195.139.214.6> has quit IRC | 17:36 | |
| *** mihais <mihais!~mihaiserb@86.120.134.70> has quit IRC | 17:47 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has quit IRC | 18:05 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has joined #yocto | 18:05 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 18:08 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 18:11 | |
| *** Carton__ <Carton__!~jo@194.230.158.79> has joined #yocto | 18:11 | |
| *** Carton__ <Carton__!~jo@194.230.158.79> has left #yocto | 18:11 | |
| *** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has joined #yocto | 18:21 | |
| *** agust <agust!~agust@p50887FC0.dip0.t-ipconnect.de> has quit IRC | 18:26 | |
| *** fl0v0 <fl0v0!~fvo@i577B998B.versanet.de> has quit IRC | 18:28 | |
| *** mihais <mihais!~mihaiserb@95.76.150.3> has joined #yocto | 18:37 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-otobdyxcvablleyv> has quit IRC | 18:40 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:01 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 19:03 | |
| JPEW | WTF! Bitbake it dying from SIGBUS??? | 19:04 |
| derRichard | JPEW: do you have a core file or a line in dmesg? | 19:04 |
| *** mihais <mihais!~mihaiserb@95.76.150.3> has quit IRC | 19:06 | |
| *** rperier <rperier!~rperier@unaffiliated/bambee> has quit IRC | 19:06 | |
| JPEW | derRichard: No... it's dying inside a docker container. I'm pretty sure it's my own fault (somewhere).... SIGBUS is just the last thing I would have expected | 19:09 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 19:26 | |
| derRichard | JPEW: well, inside docker... | 19:31 |
| derRichard | maybe a mem cgroup kicked in | 19:31 |
| derRichard | or you reached the max number of allowed mappings | 19:31 |
| JPEW | derRichard: I didn't setup any memory restrictions, so I don't think it's that.... trying with a larger vm.max_map_count | 19:35 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 19:35 | |
| derRichard | JPEW: did you check dmesg? no oom message? | 19:36 |
| JPEW | No, OOM | 19:36 |
| JPEW | nothing suspicious in dmesg | 19:37 |
| derRichard | hmmm | 19:37 |
| derRichard | i still think bitbake ran into a odd restriction and had no clue how to handle it :D | 19:38 |
| JPEW | derRichard: That seems likely | 19:38 |
| derRichard | a few days ago i saw qt configure failing in odd ways because docker guys thought it is a good idea to block the rather new statx() syscall :D | 19:38 |
| JPEW | derRichard: Ok, it appears to be the fault of some code I wrote, not some endemic system problem. Thanks for the help! | 19:54 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 19:55 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 19:55 | |
| derRichard | JPEW: :-) | 19:57 |
| rburton | huh | 20:06 |
| rburton | | x86_64-poky-linux-ld.bfd: arch/x86/kernel/head_64.o: unable to initialize decompress status for section .debug_line | 20:06 |
| rburton | anyone seen that before? | 20:06 |
| rburton | zeddii: ^ | 20:07 |
| derRichard | one moment, i saw this | 20:08 |
| derRichard | rburton: okay, not x86_64. this was on arc | 20:10 |
| *** Guest29947 <Guest29947!~Andrea@2-233-24-247.ip215.fastwebnet.it> has joined #yocto | 20:12 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 20:12 | |
| *** berton <berton!~berton@181.220.84.254> has quit IRC | 20:14 | |
| kroon | rburton, what does "mut" (as in the git branch) stand for ? | 20:16 |
| bluelightning | kroon: master under test | 20:19 |
| *** mihais <mihais!~mihaiserb@95.76.150.3> has joined #yocto | 20:22 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has quit IRC | 20:24 | |
| kroon | bluelightning, ah! | 20:25 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 20:26 | |
| rburton | derRichard: still might be useful. any idea how to solve? | 20:33 |
| derRichard | rburton: in the arc case it was a bug in their gcc port | 20:34 |
| derRichard | what kernel and gcc version are you using? | 20:35 |
| rburton | 4.19.0 | 20:37 |
| rburton | and whatever gcc is in thud | 20:37 |
| derRichard | 8.2 | 20:38 |
| rburton | hm i wonder if its a elfutils bug, lets revert that | 20:38 |
| derRichard | yes, i was about to ask that | 20:38 |
| derRichard | maybe another objtool issue ;-\ | 20:38 |
| rburton | https://bugs.archlinux.org/task/61151 | 20:38 |
| rburton | khem: hitting https://bugs.archlinux.org/task/61151 in thud, can we pick the fix for binutils | 20:38 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 20:49 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 20:54 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 21:15 | |
| robbawebba | is it possible to disable bitbake from building *-dev and *-staticdev packages for a specific recipe? | 21:30 |
| armpit | aehs29, I am trying your multiconf patches to see if they fix my problem | 21:43 |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-130-141.w83-201.abo.wanadoo.fr> has quit IRC | 21:43 | |
| kroon | robbawebba, for *-staticdev, checkout no-static-libs.inc *I think* | 21:45 |
| kroon | robbawebba, oh, didnt read the part "for a specific recipe" | 21:46 |
| kroon | robbawebba, but yeah figure out how to pass extra configure flags so that no static libs are created and append that to your build configuration | 21:47 |
| bluelightning | robbawebba: are the packages empty or do they contain files? | 21:47 |
| bluelightning | if they contain files you'll need to delete those or otherwise prevent them from being installed at do_install time | 21:48 |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 21:48 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 21:48 | |
| *** tgraydon <tgraydon!~textual@134.134.139.76> has quit IRC | 21:48 | |
| bluelightning | then, you'd need to set ALLOW_EMPTY_${PN}-dev = "0" and ALLOW_EMPTY_${PN}-staticdev = "0" | 21:49 |
| bluelightning | (you could exclude them from PACKAGES instead but that can be tricky depending on what else is going on) | 21:49 |
| *** nate0202 <nate0202!~nate02@mail.validmanufacturing.com> has quit IRC | 21:57 | |
| *** nate0202 <nate0202!~nate02@mail.validmanufacturing.com> has joined #yocto | 21:57 | |
| *** nate02 <nate02!~nate02@mail.validmanufacturing.com> has joined #yocto | 21:57 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:f95f:7cf9:fdd5:fd56> has quit IRC | 22:01 | |
| kergoth | not sur ewhat efect removing them from pakcages would have on the depchains logic, if any | 22:02 |
| kergoth | hmm | 22:02 |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-ljtbqcyrdgywcjlt> has quit IRC | 22:08 | |
| *** lh <lh!sid77898@osuosl/staff/lh> has quit IRC | 22:08 | |
| *** lh <lh!sid77898@osuosl/staff/lh> has joined #yocto | 22:10 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-htqrkxmrfwnwdwdb> has joined #yocto | 22:10 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:d000:5af4:72a3:b2fa> has joined #yocto | 22:17 | |
| aehs29 | armpit: they probably will fix the issue in your case, but I had a talk with RP and some changes are still gonna be necessary, so I'll still send a v2 at some point | 22:20 |
| armpit | k. | 22:20 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:24 | |
| *** kaspter <kaspter!~Instantbi@183.157.82.176> has quit IRC | 22:26 | |
| *** kaspter <kaspter!~Instantbi@183.157.82.176> has joined #yocto | 22:27 | |
| derRichard | wtf | 22:37 |
| derRichard | file /usr conflicts between attempted installs of pango-1.42.4-r0.core2_64 and libcairo2-1.14.12-r0.core2_64 | 22:37 |
| robbawebba | bluelightning: they contain files. This is for a custom recipe that inherits from go.bbclass. The -dev and -staticdev packages contain the source code, but I would like to not create these packages if possible. This recipe fetches from a monorepo and has a ton of stuff inside it, such as static library files, documentation, makefiles, etc... | 22:43 |
| robbawebba | bluelightning: okay, I'll try to delete the files during do_install_append. Thanks for the tip! | 22:44 |
| *** maudat <maudat!~moda@64.18.88.250> has quit IRC | 22:45 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-nyjiumkuwivfbmup> has joined #yocto | 22:49 | |
| armpit | aehs29, that fixes my problem | 22:55 |
| armpit | thanks | 22:55 |
| aehs29 | armpit: great | 22:55 |
| *** tgraydon <tgraydon!~textual@134.134.139.76> has joined #yocto | 23:05 | |
| *** alpha <alpha!~alpha@cpc112681-nmal22-2-0-cust726.19-2.cable.virginm.net> has joined #yocto | 23:08 | |
| *** alpha <alpha!~alpha@cpc112681-nmal22-2-0-cust726.19-2.cable.virginm.net> has quit IRC | 23:09 | |
| *** stephano <stephano!~stephano@134.134.139.73> has quit IRC | 23:10 | |
| moto-timo | halstead: should we point to eclipse-full for the SDK files that will be kept or should we use the partial mirror URL? | 23:13 |
| halstead | moto-timo, Use the partial mirror since it will stay around for sure. The full mirror will just be for the community. | 23:15 |
| halstead | moto-timo, Lets get those files copying automatically. | 23:15 |
| moto-timo | halstead: thank you, just wanted to double check. Agreed on automation. | 23:26 |
| halstead | moto-timo, Can you confirm that http://downloads.yoctoproject.org/eclipse/downloads/drops4/R-4.9-201809060745/ is all we need? | 23:44 |
| halstead | moto-timo, I can mirror the whole drop if that is better. Just mirring *linux-gtk-x86_64.tar.gz right now. | 23:45 |
| *** nate0202 <nate0202!~nate02@mail.validmanufacturing.com> has joined #yocto | 23:49 | |
| *** nate02 <nate02!~nate02@mail.validmanufacturing.com> has quit IRC | 23:51 | |
| *** ebolton <ebolton!~ebolton@208.77.58.11> has joined #yocto | 23:54 | |
| moto-timo | halstead: trying to figure out their new versioning scheme (2018-09, 2018-12 and so on versions) | 23:54 |
| moto-timo | halstead: 4.7.3, 4.7.3.a, 4.8.* should all be backed up | 23:55 |
| moto-timo | halstead: https://download.eclipse.org/eclipse/downloads/drops4/R-4.8-201806110500/ | 23:56 |
| moto-timo | halstead: https://download.eclipse.org/eclipse/downloads/drops4/R-4.9-201809060745/ | 23:57 |
| moto-timo | halstead: https://download.eclipse.org/eclipse/downloads/drops4/R-4.10-201812060815/ | 23:57 |
| ebolton | hey all, trying to install an ESDK generated from krogoth based env....I've tried ESDKs generated from several images (including core-image-minimal), and on the last install step I get a ton of these errors: | 23:57 |
| ebolton | ERROR: Unexpected tasks or setscene left over to be executed: | 23:57 |
| ebolton | task 1114 of 2442 (ID: 1178, /home/ebolton/poky_sdk/layers/poky/meta/recipes-extended/parted/parted_3.2.bb, do_fetch) | 23:57 |
| rburton | ebolton: if you can, consider using normal SDKs instead | 23:59 |
| rburton | the traditional ones are more reliable, especially in an older release like krogoth | 23:59 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!