| *** OnkelUlla <OnkelUlla!~uol@ptx.hi.pengutronix.de> has quit IRC | 00:08 | |
| *** ejoerns <ejoerns!~ejo@mango.hi.pengutronix.de> has quit IRC | 00:09 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-116-81.ssp.dialog.net.pl> has quit IRC | 00:10 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-116-81.ssp.dialog.net.pl> has joined #yocto | 00:10 | |
| *** thePiGrepper <thePiGrepper!~nagato@181.67.203.31> has joined #yocto | 00:17 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-116-81.ssp.dialog.net.pl> has quit IRC | 00:19 | |
| *** ejoerns <ejoerns!~ejo@mango.hi.pengutronix.de> has joined #yocto | 00:19 | |
| *** OnkelUlla <OnkelUlla!~uol@ptx.hi.pengutronix.de> has joined #yocto | 00:21 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-116-81.ssp.dialog.net.pl> has joined #yocto | 00:21 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-116-81.ssp.dialog.net.pl> has quit IRC | 00:34 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-116-81.ssp.dialog.net.pl> has joined #yocto | 00:36 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-116-81.ssp.dialog.net.pl> has quit IRC | 00:36 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-116-81.ssp.dialog.net.pl> has joined #yocto | 00:38 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-116-81.ssp.dialog.net.pl> has quit IRC | 00:38 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto | 00:39 | |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has quit IRC | 00:41 | |
| *** ravi__ <ravi__!~ravi@2a02:908:698:68a0:fd66:75f8:3696:4763> has quit IRC | 00:52 | |
| *** darekp_ <darekp_!~darekp@aqt51.neoplus.adsl.tpnet.pl> has joined #yocto | 00:58 | |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has joined #yocto | 01:08 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-116-81.ssp.dialog.net.pl> has joined #yocto | 01:10 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-116-81.ssp.dialog.net.pl> has quit IRC | 01:22 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-116-81.ssp.dialog.net.pl> has joined #yocto | 01:23 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 01:28 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 01:42 | |
| *** darekp <darekp!~darekp@anf213.neoplus.adsl.tpnet.pl> has joined #yocto | 01:46 | |
| *** darekp_ <darekp_!~darekp@aqt51.neoplus.adsl.tpnet.pl> has quit IRC | 01:49 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 01:51 | |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has quit IRC | 01:51 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 01:56 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC | 02:00 | |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has joined #yocto | 02:18 | |
| yocti | New news from stackoverflow: Adding iptables to yocto causes image do_rootfs to fail due to wrong kernel version [on hold] <https://stackoverflow.com/questions/54009728/adding-iptables-to-yocto-causes-image-do-rootfs-to-fail-due-to-wrong-kernel-vers> | 03:10 |
|---|---|---|
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has quit IRC | 03:16 | |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has joined #yocto | 03:42 | |
| *** darekp_ <darekp_!~darekp@akr41.neoplus.adsl.tpnet.pl> has joined #yocto | 04:27 | |
| *** darekp <darekp!~darekp@anf213.neoplus.adsl.tpnet.pl> has quit IRC | 04:31 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto | 05:07 | |
| *** darekp <darekp!~darekp@ani245.neoplus.adsl.tpnet.pl> has joined #yocto | 05:21 | |
| *** darekp_ <darekp_!~darekp@akr41.neoplus.adsl.tpnet.pl> has quit IRC | 05:25 | |
| yocti | New news from stackoverflow: modifying kernel config in Yocto <https://stackoverflow.com/questions/31036303/modifying-kernel-config-in-yocto> | 06:11 |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 06:15 | |
| *** darekp_ <darekp_!~darekp@aqh203.neoplus.adsl.tpnet.pl> has joined #yocto | 06:20 | |
| khem | RP: I was thinking of dropping bunch of armv5 and below tunes since gcc9 wont support them anyway | 06:20 |
| khem | RP: this would make a few less tunes to maintain | 06:21 |
| khem | or should we keep them in for external toolchains | 06:21 |
| khem | I am not sure how much practical usecase do they have | 06:22 |
| *** darekp <darekp!~darekp@ani245.neoplus.adsl.tpnet.pl> has quit IRC | 06:24 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 06:55 | |
| *** Carton__ <Carton__!~jo@26.245.127.176.dynamic.wline.res.cust.swisscom.ch> has joined #yocto | 06:59 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 07:06 | |
| *** thePiGrepper <thePiGrepper!~nagato@181.67.203.31> has quit IRC | 07:37 | |
| *** thePiGrepper <thePiGrepper!~nagato@181.67.203.31> has joined #yocto | 07:37 | |
| *** hnje <hnje!~hnje@193.106.123.182> has joined #yocto | 07:46 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 07:48 | |
| hnje | Morning. I'm currently playing around with a linux-yocto style recipe, and I've added a patch to yocto-kernel-cache and hoped it would just apply. However, it seems like nothing gets applied and in .kernel-meta the series symlink points to a none existing patch.queue - shouldn't it point to patch.standard.queue ? | 07:55 |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-103-069.dsl.tropolys.de> has joined #yocto | 07:57 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 08:18 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:50 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 08:51 | |
| *** muppe <muppe!~Marko@59ec6c88.adsl.tnnet.fi> has joined #yocto | 09:05 | |
| *** ravi__ <ravi__!~ravi@2a02:908:698:68a0:fd66:75f8:3696:4763> has joined #yocto | 09:13 | |
| RP | khem: probably something to discuss on the mailing list? | 09:21 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:34 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:44 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:48 | |
| derRichard | is IMAGE_FSTYPES = "iso" no longer supported? | 09:49 |
| derRichard | i get "No IMAGE_CMD defined for IMAGE_FSTYPES entry 'iso' - possibly invalid type name or missing support class" | 09:49 |
| rburton | still there in my checkout | 09:54 |
| derRichard | my image is based on recipes-core/images/core-image-minimal.bb, when i add "iso" or "hddimg" to IMAGE_FSTYPES, i get the said error | 09:57 |
| derRichard | is this the wrong way to use it? | 09:57 |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 10:07 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 10:10 | |
| derRichard | rburton: found the issue, when i set IMAGE_FSTYPES in my image bb file, it does not work. it works only when i set it in my local.conf. | 10:20 |
| derRichard | why? | 10:20 |
| derRichard | so far setting IMAGE_FSTYPES in the image worked just fine for ext4, tar.xz, squashfs, etc... | 10:21 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 10:33 | |
| RP | derRichard: its not a good behaviour but I suspect its to do with the fact that requires an extra class inherit and its being set too late to manage it. Does it make a difference with the position in the image recipe (set it at the start)? | 10:37 |
| derRichard | RP: so, setting IMAGE_FSTYPES needs to happend before the inherit? this is the case | 10:38 |
| derRichard | why is setting IMAGE_FSTYPES in the image file not good? | 10:38 |
| derRichard | my yocto project needs to create many different images, of different types. | 10:39 |
| derRichard | e.g. a base image, and a "installer" image which is a live disk | 10:39 |
| derRichard | base image is tar.xz and squashfs, the installer picks these up and will be a live disk to install them on the target... | 10:40 |
| derRichard | there is also a debug disk, etc.. | 10:40 |
| derRichard | editing the local.conf for each image build seems hacky to me | 10:40 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 10:48 | |
| RP | derRichard: I suspect as long as the base value has it and you remove it in the image recipe it would work | 10:49 |
| RP | derRichard: Its just due to the way that particular image type has been implemented :/ | 10:50 |
| *** alicef <alicef!~none@ik1-304-12441.vs.sakura.ne.jp> has joined #yocto | 10:50 | |
| derRichard | hmm | 10:50 |
| RP | derRichard: It is supposed to work from the image recipe... | 10:50 |
| derRichard | yeah, it works now. i had to put "require recipes-core/images/core-image-minimal.bb" in the last line of my recipe | 10:51 |
| *** alicef <alicef!~none@ik1-304-12441.vs.sakura.ne.jp> has quit IRC | 10:52 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 10:52 | |
| *** PinkSnake <PinkSnake!51ff1123@gateway/web/freenode/ip.81.255.17.35> has joined #yocto | 10:55 | |
| PinkSnake | Hi all, someone here has already to build a custom tool from source (in a recipe i mean) but not the target ARCH but for the host ? :) | 10:56 |
| derRichard | yes | 11:00 |
| PinkSnake | >derRichard, could you provide me more info about that ? I don't understand how to "bypass" crosstool-chain... | 11:04 |
| derRichard | PinkSnake: not sure if i fully understand your use case, but i guess you needs that way: https://wiki.yoctoproject.org/wiki/Technical_FAQ#I_have_some_software_which_needs_to_build_a_binary_that_it_then_runs_as_part_of_its_own_build_process.2C_how_do_I_make_this_work.3F | 11:08 |
| derRichard | so, your recipe needs to be like any other tool which is needed to build the toolchain | 11:08 |
| PinkSnake | in fact it's a really simple tool used. I need to build it on the host because of an other recipe need this tool to build a custom image | 11:12 |
| yocti | New news from stackoverflow: Cross compilling .deb package for yocto image?i.e remot3.it <https://stackoverflow.com/questions/54021031/cross-compilling-deb-package-for-yocto-imagei-e-remot3-it> | 11:12 |
| PinkSnake | @derRichard thank you i'm going to take a look! | 11:13 |
| derRichard | you can also look how it is solved here: http://cgit.openembedded.org/openembedded/tree/recipes/regina-rexx | 11:14 |
| derRichard | the tool depends on itself | 11:14 |
| derRichard | (very ugly and hacky...) | 11:14 |
| derRichard | but hey... | 11:14 |
| RP | derRichard: standard practise for some types of problem. Where did you get a do_stage_append() from though? That should be ancient history | 11:21 |
| RP | oh, its oe-classic. That code is very very old at this point | 11:22 |
| derRichard | RP: yes, but it still works(tm). i found this gem in a customer code base :) | 11:23 |
| RP | derRichard: most of that recipe can probably be deleted now... | 11:23 |
| kanavin | RP: I fixed four or so issues with perl-sanity, we can give it another go maybe? http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/perl-sanity | 11:24 |
| derRichard | RP: sadly the whole regina-rexx recipe is gone in current releases | 11:24 |
| derRichard | i need to get up my arse and upstream my regina-rexx recipe | 11:24 |
| RP | kanavin: https://autobuilder.yoctoproject.org/typhoon/#/builders/85/builds/82 | 11:26 |
| RP | derRichard: we need more people to help maintain recipes, there are only a dedicated few who do :( | 11:26 |
| derRichard | i know, but the list of stuff i maintain is already too long | 11:27 |
| xtron | how to modify the variable value defined in *.bbclass, | 11:31 |
| xtron | using some *.*append file | 11:31 |
| kanavin | xtron: sadly not possible really, write your own class and inherit that, or modify the existing one. | 11:36 |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 11:36 | |
| xtron | kanavin: we can redefine that variable in local.conf so it will be applicable to all recipes? | 11:42 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 11:43 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 11:43 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 11:44 | |
| derRichard | RP: now i understand also the this hint: https://www.yoctoproject.org/docs/latest/ref-manual/ref-manual.html#var-IMAGE_FSTYPES | 11:44 |
| derRichard | it should not only talk about "live", also "hddimg" and "iso"... | 11:45 |
| RP | derRichard: There are others in that list so perhaps we should not list them. Care to file a bug? | 11:49 |
| *** bluelightning_ is now known as bluelightning | 11:51 | |
| derRichard | RP: done | 11:54 |
| RP | derRichard: thanks | 11:59 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-oybahbsoppatbyli> has joined #yocto | 12:00 | |
| derRichard | how do you guys manage multiple yocto layers? using git submodules? google repo? | 12:01 |
| derRichard | i have one project using submodules, another with repo. both work, but i'm not super happy with both :D | 12:01 |
| RP | derRichard: I think there are pros and cons to the various approaches. I do want to write a standard tool but the constraints/requirements on it are tricky... | 12:02 |
| derRichard | RP: my main use case is "fetch all needed layers, build me a bblayers.conf, a local.conf and run the build" | 12:03 |
| derRichard | could be also be solved by a shell script. but.... | 12:04 |
| RP | derRichard: the yocto autobuilder helper code actually does this... | 12:06 |
| derRichard | RP: well isn't this a huge buildbot thingy? | 12:08 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:10 | |
| rburton | derRichard: surely local.conf is just a metter of setting DISTRO | 12:11 |
| RP | derRichard: yocto-autobuilder-helper isn't | 12:14 |
| * derRichard looks :) | 12:14 | |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-142-115.w83-201.abo.wanadoo.fr> has joined #yocto | 12:17 | |
| rburton | RP: want to pick my meson qa patches to next? | 12:18 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 12:21 | |
| RP | rburton: sure, they can do into the next round | 12:25 |
| rburton | RP : Yocto compatible of 'meta' layer when checking with 'scripts/yocto-check-layer' | 12:26 |
| rburton | RP: might need to whitelist meta :) | 12:26 |
| RP | rburton: that is on my "to discuss" list. Can't decide if we should split qemu machines out. Doesn't seem to have much point though... | 12:28 |
| rburton | I'd say that meta is special here | 12:29 |
| rburton | no point having meta-bsp and meta-distro just to split those out | 12:29 |
| RP | rburton: I ran most of the current -next on the AB yesterday. Anything in there that concerns you? | 12:30 |
| RP | rburton: first four still need condisderation, man-pages didn't go through the AB yet | 12:30 |
| rburton | from a quick look, seems okay | 12:31 |
| RP | rburton: the eglinfo one is missing a maintainer entry | 12:32 |
| *** LowLander <LowLander!~erwin@ip51ce2bef.speed.planet.nl> has quit IRC | 12:32 | |
| *** marka <marka!~masselst@184.175.21.100> has joined #yocto | 12:32 | |
| *** darekp <darekp!~darekp@anv97.neoplus.adsl.tpnet.pl> has joined #yocto | 12:32 | |
| RP | ah, nettle upgrade breaks signing | 12:33 |
| RP | armpit2: https://autobuilder.yoctoproject.org/typhoon/#/builders/56/builds/86 :( | 12:33 |
| *** darekp_ <darekp_!~darekp@aqh203.neoplus.adsl.tpnet.pl> has quit IRC | 12:36 | |
| RP | rburton: the top three patches? | 12:38 |
| *** LowLander <LowLander!~erwin@ip51ce2bef.speed.planet.nl> has joined #yocto | 12:44 | |
| rburton | RP: yes | 12:45 |
| RP | rburton: I picked out a couple of others too | 12:46 |
| RP | rburton: fired another -next to check this patchset works and can merge | 12:48 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 12:49 | |
| *** jij <jij!jonashg@nat/axis/x-gebhtiflrklmqags> has quit IRC | 12:50 | |
| hnje | anyone with some knowledge about the linux-yocto scc/kmeta stuff and can explain why 'series' ends up pointing to a none-existing patch.queue? | 13:03 |
| *** sveinse <sveinse!~sveinse@156.92-221-160.customer.lyse.net> has joined #yocto | 13:06 | |
| sveinse | Happy new year guys! | 13:07 |
| sveinse | Is there a smart way of installing a set of packages on an existing running target which does not have a package system installed? | 13:08 |
| sveinse | I have a scheme where I create a new image with the addional packages, then diff this image file against the stock image and create a tarball from that. Problem is that installing an image "from scratch" like this pulls in a lot of the infrastructure packages, such as base-files and base-passwd. | 13:10 |
| sveinse | I then tries excluding them with PACKAGE_EXCLUDE = "base-files" and that worked image-wise, but that creates other problems with other packages. E.g. bash fails with "nothing provides base-files needed by bash". | 13:12 |
| sveinse | Is there a way to instruct bitbake to exclude packages, e.g. base-files, but claim to other packages that it is installed to avoid such errors? | 13:13 |
| *** ravi__ <ravi__!~ravi@2a02:908:698:68a0:fd66:75f8:3696:4763> has quit IRC | 13:14 | |
| RP | sveinse: not really. Its a package manager problem, not a bitbake one | 13:20 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-tjpnwbolvuseduft> has quit IRC | 13:21 | |
| muppe | Hi. Does anyone have an idea why sed fails in "do_install_append_class-native" rpm_5.4.16.bb (krogoth)? For some reason I don't have ${D}/${libdir}/python2.7/site-package | 13:56 |
| muppe | s/rpm/transaction.py | 13:56 |
| muppe | in place | 13:56 |
| muppe | (well "sed" fails because in cannot find transaction.py but who should put that file there and why it is not there in my env?) | 13:57 |
| RP | muppe: you've turned off python extensions in rpm? you're using a different python version? | 13:57 |
| muppe | hmm... intentionally I haven't done that but it is quite likely that something like that has happened. | 13:58 |
| muppe | I am using debian package manager in my build (local.conf) but I guess it still requires some rpm thingies. | 13:59 |
| RP | muppe: have a look at rpm's configure log? | 13:59 |
| RP | muppe: could also be getting confused with the host python version verses the one in the build | 14:00 |
| muppe | I am using an ancient Ubuntu 12.04 (don't ask why) in this case and the host python is 2.7.3. Shouldn't yocto/bitbake build another python version from the sources independently of what is installed on the host? Or is there a dependency. | 14:02 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 14:03 | |
| RP | muppe: should be independent but krogoth is old and doesn't have some of the functionality we added in later releases | 14:04 |
| muppe | Am I shooting myself to foot if I just go ahead and comment out those "do_install_append_class" parts? | 14:05 |
| *** shauno <shauno!~soneil@pdpc/supporter/professional/shauno> has quit IRC | 14:13 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 14:14 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 14:22 | |
| *** shauno <shauno!~soneil@pdpc/supporter/professional/shauno> has joined #yocto | 14:26 | |
| sveinse | RP: Yes. Which essentially implies that images without package manager are only intended for static images. | 14:39 |
| Crofton | muppe, https://pythonclock.org/ | 14:40 |
| * Crofton had posted that to another channel, so had it handy :) | 14:40 | |
| sveinse | As a side comment (since this is package manager question not bitbake), is that we ditched distributing updates using packagemanagers. We used to use pkg manager, but updating the product took 40mins which was unacceptable. Updating through a field tgz-type whole-image takes only 4 mins, so we had to ditch the pkg manager update. | 14:41 |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has joined #yocto | 14:50 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 14:55 | |
| RP | sveinse: the package manager piece of the system is plugable, just nobody has put the work into a good image at once off the shelf update solution | 15:01 |
| RP | there are some options out there, nothing has made it to be part of oe-core though | 15:01 |
| *** florian_kc is now known as florian | 15:12 | |
| yocti | New news from stackoverflow: Cross compilling .deb package for yocto image?i.e remot3.it [on hold] <https://stackoverflow.com/questions/54021031/cross-compilling-deb-package-for-yocto-imagei-e-remot3-it> | 15:13 |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 15:25 | |
| kergoth | sveinse: there are multiple options, just as rp says none in oe-core. swupdate works well for example | 15:29 |
| * armpit2 sigh... rebasing again | 15:31 | |
| *** armpit2 is now known as armpit | 15:31 | |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto | 15:34 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 15:43 | |
| *** kaspter <kaspter!~Instantbi@115.204.109.249> has quit IRC | 16:07 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 16:08 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 16:11 | |
| yocti | New news from stackoverflow: Building Mali Driver without X11 <https://stackoverflow.com/questions/35990824/building-mali-driver-without-x11> | 16:13 |
| *** kaspter <kaspter!~Instantbi@115.216.25.164> has joined #yocto | 16:18 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:26 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 16:29 | |
| *** rewitt <rewitt!~rewitt@134.134.139.76> has quit IRC | 16:33 | |
| *** rewitt <rewitt!~rewitt@134.134.139.76> has joined #yocto | 16:41 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has quit IRC | 16:54 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has joined #yocto | 16:55 | |
| *** ravi__ <ravi__!~ravi@2a02:908:698:68a0:6d70:760d:4923:5063> has joined #yocto | 17:03 | |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-103-069.dsl.tropolys.de> has quit IRC | 17:05 | |
| *** Carton__ <Carton__!~jo@26.245.127.176.dynamic.wline.res.cust.swisscom.ch> has quit IRC | 17:09 | |
| *** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto | 17:11 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 17:11 | |
| yocti | New news from stackoverflow: Yocto / Poky: install and use shared library .so on separate layers <https://stackoverflow.com/questions/54026504/yocto-poky-install-and-use-shared-library-so-on-separate-layers> | 17:13 |
| *** ravi__ <ravi__!~ravi@2a02:908:698:68a0:6d70:760d:4923:5063> has quit IRC | 17:19 | |
| *** robbawebba <robbawebba!~rob@47.180.176.91> has quit IRC | 17:44 | |
| khem | RP: sent a patch already to start the discussion | 17:48 |
| RP | khem: Thanks! :) | 17:50 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-oybahbsoppatbyli> has quit IRC | 17:50 | |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 17:51 | |
| khem | RP: I will also sent another patch to consider runit for OE-Core | 17:52 |
| khem | RP: systemd while good, does not fit the shoes of all embedded devices that Yocto/OE targets | 17:52 |
| RP | khem: we still have problems with systemd so adding another worries me :/ | 17:52 |
| RP | khem: but yes, systemd isn't ideal | 17:53 |
| khem | I know :), I was thinking of getting it in place of sysvinit | 17:53 |
| khem | so it have application life cycle management on top of old script based init systems | 17:53 |
| khem | which is actually all people want in embedded world when they switch to systemd largely | 17:54 |
| RP | khem: I think I need to learn more about runit | 17:54 |
| khem | its an old init system, major distros have it as option | 17:54 |
| khem | debian/gentoo | 17:54 |
| khem | some lesser known distros use it as default e.g. voidlinux | 17:55 |
| khem | its 100K in size and can be a static binary | 17:55 |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 17:55 | |
| khem | and boots blazing fast | 17:55 |
| khem | on systems with 128M memory | 17:55 |
| khem | Maybe I will create a layer for it for now | 17:56 |
| khem | and we can consider it for core in future releases | 17:57 |
| RP | khem: I like the sound of it, just need to learn more | 18:00 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 18:01 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 18:06 | |
| khem | RP: yes, I think there is a place for a init system between sysvinit and systemd | 18:09 |
| * kroon wonders why openssl.do_package_write_ipk depends on perl.do_packagedata, and where in the meta data that is described | 18:11 | |
| khem | kroon: there must be perl scripts in there | 18:16 |
| khem | there is rdeps | 18:16 |
| *** kaspter <kaspter!~Instantbi@115.216.25.164> has quit IRC | 18:21 | |
| *** kaspter <kaspter!~Instantbi@115.216.25.164> has joined #yocto | 18:21 | |
| kroon | khem, hmm so if a recipe creates target packages that contain perl scripts, Yocto will build perl for the target, even though my image will not have those target packages installed ? | 18:28 |
| *** darekp_ <darekp_!~darekp@are214.neoplus.adsl.tpnet.pl> has joined #yocto | 18:30 | |
| *** darekp <darekp!~darekp@anv97.neoplus.adsl.tpnet.pl> has quit IRC | 18:33 | |
| khem | kroon: yes, since real rdeps would be computed during image build | 18:33 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 18:34 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 18:37 | |
| *** darekp <darekp!~darekp@aml25.neoplus.adsl.tpnet.pl> has joined #yocto | 18:40 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 18:42 | |
| *** darekp_ <darekp_!~darekp@are214.neoplus.adsl.tpnet.pl> has quit IRC | 18:44 | |
| kroon | hmm, not sure I see exactly why yocto has to build perl in this case.. other than satisfying rdeps for _all_ generated packages, even those which arent installed in the image | 18:46 |
| kroon | but i'm mostly never interested in packages not installed in the image, they could be discarded early as far as im concerned.. | 18:50 |
| kergoth | that'd be decidedly non-trivial, since you can emit packages in one bitbake command and then bake 3 different images in the next | 18:58 |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has quit IRC | 18:59 | |
| kroon | yeah ok, but perhaps not build recipes for rdeps related to packages that aren't ending up installed in the image ? | 19:02 |
| kroon | a recipe "foo" that produces a package "foo" and a package "foo-perl" that contains perl scripts; I'm not gonna install foo-perl in my image "bar", but "bitbake bar" will build perl for target | 19:07 |
| ds2 | just because your target don't need it doesn't mean you may not install it later (in general) | 19:09 |
| kroon | yeah in general, but having the option of avoiding it would be nice, since in my case I know i'm not gonna need it | 19:10 |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has joined #yocto | 19:12 | |
| derRichard | hmm, the documentation on wic is rather sparse | 19:18 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 19:25 | |
| *** OpenSorc_ <OpenSorc_!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto | 19:25 | |
| derRichard | my plan is creating a live-system which will install my rootfs to the target later. isn't scripts/lib/wic/canned-wks/mkhybridiso.wks the way to go? | 19:26 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:27 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 19:30 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 19:31 | |
| *** OpenSorc_ <OpenSorc_!~opensorce@216-82-197-9.static.grandenetworks.net> has quit IRC | 19:36 | |
| rburton | kroon: if its a huge problem, make a packageconfig for the perl bits and then turn it off. | 19:39 |
| rburton | or, live with building perl occasionally. once in the sstate it will get reused anyway, right | 19:40 |
| yocti | New news from stackoverflow: Bitbake putting config files in wrong package. Ignoring FILES_ directives in my .bbappend. Next place to look/how to fix? <https://stackoverflow.com/questions/54028501/bitbake-putting-config-files-in-wrong-package-ignoring-files-directives-in-my> | 19:44 |
| kroon | rburton, true | 19:46 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 19:51 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 20:15 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 20:26 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 20:26 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 20:43 | |
| *** sa2ajj <sa2ajj!~quassel@dsl-hkibng21-54f864-131.dhcp.inet.fi> has joined #yocto | 20:48 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 20:52 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 20:52 | |
| *** tgraydon <tgraydon!textual@nat/intel/x-lcadsvkzzuyfgbor> has joined #yocto | 20:57 | |
| *** thePiGrepper <thePiGrepper!~nagato@181.67.203.31> has quit IRC | 21:03 | |
| derRichard | meta/classes/image-live.bbclass sets LABELS_LIVE ?= "boot install" | 21:05 |
| derRichard | but i see no users of LABELS_LIVE? | 21:05 |
| derRichard | are my git grep skills too weak or that do i miss? | 21:05 |
| RP | yay, eclipse fixed and a green master-next :) | 21:13 |
| RP | halstead: was that you? If so thanks! | 21:13 |
| halstead | RP, I made a temporary solution while waiting on a more lasting plan. | 21:14 |
| rburton | derRichard: its LABELS in LIVE mode | 21:15 |
| rburton | oe-core d7d1e0193c94abb1cd2daf1c298c8c1788f3616d | 21:15 |
| rburton | (my grep fu is stronger than yours ;) | 21:15 |
| rburton | (git log -G LABELS_LIVE, second commit) | 21:15 |
| derRichard | rburton: oh dear! once again i got fooled by the underscore magic in bitbake :-((( | 21:15 |
| *** armpit <armpit!~armpit@2601:202:4180:c33:a0d1:1816:16ad:4538> has quit IRC | 21:16 | |
| rburton | that's not override magic, | 21:16 |
| rburton | thats literally variables get created magically | 21:16 |
| rburton | (see the sha) | 21:16 |
| derRichard | yeah, but it is still magic :P | 21:17 |
| rburton | its ugly and i wish i didn't just learn about that bit | 21:17 |
| derRichard | i grepped in the source tree for "LABELS_LIVE" | 21:17 |
| derRichard | this makes reading the source a little odd | 21:18 |
| rburton | yeah, log -G searches the log for commits which introduce or remove that line, good for finding out context | 21:18 |
| derRichard | yeah, that's true. thanks for the hint | 21:18 |
| rburton | RP: can't replicate the meson epoxy failure, despite having not one but two hunches. will throw a repeat with more debugging at the ab shortly. | 21:19 |
| RP | rburton: ok, sounds good. I merged the other two pieces of it whilst we fix the test | 21:20 |
| RP | rburton: just merged most of -next | 21:20 |
| RP | halstead: much appreciated, thanks! | 21:21 |
| halstead | RP, since the solution is temporary we probably shouldn't tag any releases until the download path is updated to something more permanent though. | 21:21 |
| RP | halstead: I will leave that one with you/Tim/Chin Huat, I haven't followed exactly what the impact of the problem is. Does this block 2.5.2? | 21:25 |
| *** marka <marka!~masselst@184.175.21.100> has quit IRC | 21:26 | |
| rburton | RP: ok how the hell can i get a testsdk unittest to log output to the console even it passes | 21:26 |
| *** armpit <armpit!~armpit@2601:202:4180:c33:7144:30fa:a7a1:7688> has joined #yocto | 21:27 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 21:28 | |
| RP | rburton: output handling in unittest is horrible :( | 21:33 |
| rburton | bb.warn works | 21:33 |
| rburton | would be nice if a logger was somehow passed in | 21:33 |
| rburton | right fired | 21:34 |
| RP | rburton: its rat infested spools of razor wire :( | 21:36 |
| halstead | RP, As it is it probably should block. But if I switch the workaround to be a redirect and that is successful then we are okay. | 21:37 |
| * RP has tried to untangle it a few times | 21:37 | |
| *** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto | 21:38 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 21:38 | |
| RP | halstead: What is the next step to move things forward? | 21:43 |
| khem | RP: https://patchwork.openembedded.org/patch/157529/ seems to have worked for me world build looks same as before core-image-sato-sdk-ptest passed tests | 21:46 |
| RP | khem: seems ok to me in principle, Martin is the one who may have the most insight... | 21:47 |
| khem | he has already looked at v1 and I addressed the feedback in this v2 | 21:47 |
| khem | this is v1 https://patchwork.openembedded.org/patch/157527/ | 21:48 |
| RP | khem: I saw the discussion, looks good! :) | 21:48 |
| khem | I am going to send email to seek deletion of armv4 tunes | 21:48 |
| khem | and non thumb tunes | 21:49 |
| khem | for <=v5 | 21:49 |
| khem | another part of me says it might still be ok to keep them as some external toolchains might still be using it .. dont know | 21:49 |
| halstead | RP, I have the redirect in place. Next is to build the plugin and see what happens. | 21:50 |
| RP | khem: Its probably time to retire them | 21:51 |
| RP | khem: armv4 predates most of us in the project | 21:52 |
| *** dfaught <dfaught!~dfaught@12.179.39.33> has joined #yocto | 22:04 | |
| bluelightning | the original iPAQs were armv4 IIRC | 22:05 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 22:05 | |
| bluelightning | not in any way a reason to keep the support around of course :D | 22:06 |
| ds2 | long live PXA2xx!!!! | 22:07 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 22:07 | |
| kroon | I'm not quite grasping what uninative is.. if I use it, does it mean I don't have to build most of the native/cross recipes, but can instead use an "official" yocto sstate cache mirror ? | 22:07 |
| neverpanic | yes | 22:07 |
| derRichard | how can it happen that your commit messages reference unknown git sha1s? are you rebasing the tree? :( | 22:10 |
| derRichard | e.g. 53078a00ceab ("core-image-minimal-initramfs: use initramfs-framework for initialization") says: | 22:10 |
| derRichard | initramfs-framework is more modular and expandable. This change was | 22:10 |
| derRichard | proposed in commit 28fc6ba761ed4a47efa7c43e7f7dff5e2fe72b5e | 22:10 |
| derRichard | but there is no 28fc6ba761ed4a47efa7c43e7f7dff5e2fe72b5e | 22:10 |
| neverpanic | derRichard: It might be openembedded-core vs. poky | 22:11 |
| kroon | neverpanic, is there a doc describing this ? | 22:11 |
| neverpanic | check both for the commit, the commit IDs change when stuff is merged into the poky repo | 22:11 |
| derRichard | neverpanic: when you merge stuff (in terms of git merge), the sha1s won't change | 22:12 |
| kroon | neverpanic, especially where that official yocto sstate cache mirror lives | 22:12 |
| neverpanic | kroon: it's always a good idea to search the mega-manual, e.g. https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#ref-classes-uninative | 22:12 |
| neverpanic | derRichard: the road from openembedded-core -> poky isn't a merge in the git sense | 22:12 |
| derRichard | neverpanic: oh :( | 22:12 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 22:13 | |
| neverpanic | derRichard: See http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-poky/README.poky#n33 | 22:14 |
| neverpanic | kroon: http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/conf/distro/include/yocto-uninative.inc | 22:16 |
| kroon | neverpanic, thats just the C library right, not the sstate cache ? | 22:18 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 22:18 | |
| neverpanic | right, seems I misunderstood this, you'll still build the recipes locally, but you can share them across distros | 22:20 |
| kroon | neverpanic, hmm ok. I was hoping yocto would also host some sort of "official" sstate cache mirror one could use | 22:21 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:22 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 22:25 | |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-142-115.w83-201.abo.wanadoo.fr> has quit IRC | 22:32 | |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-142-115.w83-201.abo.wanadoo.fr> has joined #yocto | 22:32 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has quit IRC | 22:45 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 22:50 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 22:55 | |
| *** vegards <vegards!5434ebbc@gateway/web/freenode/ip.84.52.235.188> has joined #yocto | 23:01 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 23:12 | |
| vegards | Hello. We are currently using a prebuilt device with yocto and qt5.6.2. The device is shipped to us preconfigured from the manufacturer. Now we're in need of a newer qt version and the manufacturer are not able to supply a newer image for the device. They said we have to build our own filesystem. I got the original image from the manufcaturer which is flashed via mfgtools to the eMMC. | 23:13 |
| vegards | In the /OS Firmware/files-folder I have rootfs.tar.bz2, u-boot-imx6dlsabresd_sd.imx, zImage, zImage-imx6dl-sabresd.dtb. What I'm curious about is if i have what I need to build a functioning filesystem with working peripherals etc. or do I need to request something more? Can i use the existing u-boot-image? | 23:13 |
| derRichard | vegards: well, you need to request the full sources. no binaries | 23:15 |
| neverpanic | You may be able to get away with keeping the kernel and its modules (for hw support) and swap out the userland. | 23:17 |
| neverpanic | In which case you might get away with an SDK and recompiling your userland from source. | 23:17 |
| * derRichard wonders how vegards ever did security fixes | 23:18 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-aexgcfmxuatxyepf> has joined #yocto | 23:18 | |
| neverpanic | Probably paid the vendor to do them? | 23:18 |
| neverpanic | Chances are the vendor doesn't want to provide a newer Qt version due to Qt > 5.6 being LGPL-3.0 | 23:22 |
| *** rewitt <rewitt!~rewitt@134.134.139.76> has quit IRC | 23:22 | |
| khem | QT licencing is another FUD | 23:23 |
| *** ds2 <ds2!~ds2@rehut.com> has quit IRC | 23:23 | |
| neverpanic | embedded device vendors are generally sceptical of any *GPL-3 type licenses | 23:24 |
| derRichard | TBH, i'd never ever use a v3, v2 only. | 23:24 |
| *** rewitt <rewitt!~rewitt@134.134.139.76> has joined #yocto | 23:25 | |
| derRichard | but i guess i'm too linux'ish ;) | 23:25 |
| vegards | The vendor said they could provide Linux 4.1.15 U-Boot and Kernel BSP, is that that what I need? | 23:25 |
| neverpanic | derRichard: So you're using GCC 4.3? | 23:25 |
| derRichard | neverpanic: use in terms of using for my own code | 23:25 |
| neverpanic | vegards: Yes, that's a good start. | 23:26 |
| derRichard | i.e. products i create | 23:26 |
| neverpanic | Isn't using a compiler "using it for your own code"? | 23:26 |
| * derRichard is not in bikeshedding mood | 23:27 | |
| vegards | Alright, Thanks, I'll do a request then. The device is an industrial HMI, havent seen any security fixes for it yet... | 23:27 |
| neverpanic | vegards: I'm not a lawyer, but if you're going to redistribute the device with an updated Qt, you might want to have yours look into Qt's licensing, too. | 23:28 |
| *** ds2 <ds2!~ds2@rehut.com> has joined #yocto | 23:33 | |
| khem | derRichard: why wont you use v3 ? | 23:33 |
| khem | then you must stick to gcc < 4.4 too | 23:34 |
| derRichard | khem: IMHO v2 is good enough. | 23:34 |
| derRichard | khem: using as licence for code i write. e.g. projects i create for customers | 23:34 |
| khem | Okay thats your choice | 23:35 |
| derRichard | what i said | 23:35 |
| vegards | neverpanic will do, do you know hat I specifically have to be aware of? | 23:36 |
| khem | LGPL 3.0 is no different then GPL-2.0 | 23:36 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 23:36 | |
| khem | infact people confuse the versions and variants a lot I have seen | 23:36 |
| *** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto | 23:37 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 23:37 | |
| derRichard | khem: true | 23:37 |
| neverpanic | vegards: As I said, I'm not a lawyer, so it would be unethical to attempt to give you legal advice. Take a look at section 4e, though. | 23:40 |
| neverpanic | khem: That's not entirely correct from my understanding. | 23:40 |
| * derRichard had a few weeks ago a phone call with qt guys on licencing. it was "fun". ;-\ | 23:42 | |
| khem | neverpanic: yes, additionally one has to provide a way to replace LGPL-3 licenced code if you dynamically link your app to it | 23:47 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 23:48 | |
| *** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto | 23:56 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 23:56 | |
| derRichard | hmm, my images does "require recipes-core/images/core-image-minimal.bb", i have to set IMAGE_INSTALL after the require because core-image-minimal.bb overwrites IMAGE_INSTALL. and i have to set IMAGE_FSTYPES before be require. | 23:56 |
| derRichard | that's kinda gross | 23:57 |
| derRichard | is there a better approach? | 23:57 |
| khem | just set CORE_IMAGE_EXTRA_INSTALL in your image recipe to add packages | 23:58 |
| derRichard | then require ... can be the last line in my bb file? | 23:59 |
| khem | IMAGE_FSTYPES could be set anywhere in config metadata | 23:59 |
| khem | yes | 23:59 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!