| *** elvispre <elvispre!~elvispre@ftp.och.me.uk> has joined #yocto | 00:06 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 00:12 | |
| *** splatch <splatch!~splatch@185.142.162.13> has quit IRC | 01:00 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 01:27 | |
| *** otavio <otavio!~otavio@181.220.84.90> has joined #yocto | 01:29 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 01:29 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 01:43 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 01:45 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 01:49 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 01:50 | |
| *** otavio <otavio!~otavio@181.220.84.90> has joined #yocto | 01:52 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 01:52 | |
| *** sgw_ <sgw_!~swold@c-71-238-119-71.hsd1.or.comcast.net> has quit IRC | 02:18 | |
| *** zkrx <zkrx!~quassel@xdsl-188-154-164-128.adslplus.ch> has quit IRC | 02:37 | |
| *** zkrx <zkrx!~quassel@adsl-89-217-234-211.adslplus.ch> has joined #yocto | 02:44 | |
| *** rcw <rcw!~rcw@104-195-225-201.cpe.teksavvy.com> has quit IRC | 02:47 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 03:48 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 03:48 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 03:51 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 04:27 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 04:32 | |
| *** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has quit IRC | 04:34 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 04:36 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 04:43 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 04:44 | |
| *** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-137-34.dsl.bell.ca> has quit IRC | 04:51 | |
| *** sgw2 <sgw2!~swold@c-71-238-119-71.hsd1.or.comcast.net> has joined #yocto | 05:01 | |
| *** sgw1 <sgw1!sgw@nat/intel/x-ozxhxlaxwlhgpjxy> has quit IRC | 05:02 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 05:08 | |
| *** wallthar <wallthar!55921236@54-18-146-85.ftth.glasoperator.nl> has joined #yocto | 05:13 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 05:16 | |
| *** agust <agust!~agust@p508b628a.dip0.t-ipconnect.de> has joined #yocto | 05:19 | |
| *** gtristan <gtristan!~tristanva@110.11.227.189> has quit IRC | 05:20 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 05:21 | |
| *** wallthar <wallthar!55921236@54-18-146-85.ftth.glasoperator.nl> has left #yocto | 05:21 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 05:24 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 05:30 | |
| *** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-137-34.dsl.bell.ca> has joined #yocto | 05:32 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:36 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 05:48 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-99-153.dynamic.amis.hr> has joined #yocto | 05:48 | |
| *** hard2b <hard2b!~hard2btru@92.185.159.191> has quit IRC | 05:53 | |
| *** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-137-34.dsl.bell.ca> has quit IRC | 05:56 | |
| *** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has joined #yocto | 05:59 | |
| *** pohly <pohly!~pohly@p5484912e.dip0.t-ipconnect.de> has joined #yocto | 06:01 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:02 | |
| *** jobroe <jobroe!~manjaro-u@p579ebb41.dip0.t-ipconnect.de> has joined #yocto | 06:08 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 06:11 | |
| *** gtristan <gtristan!~tristanva@110.11.227.177> has joined #yocto | 06:13 | |
| *** beratiks <beratiks!52de0992@82.222.9.146> has joined #yocto | 06:25 | |
| *** gtristan <gtristan!~tristanva@110.11.227.177> has quit IRC | 06:30 | |
| *** gtristan <gtristan!~tristanva@110.11.227.177> has joined #yocto | 06:37 | |
| Letothe2nd | good morning new age dudes! | 06:40 |
|---|---|---|
| PaowZ | mornin' Letothe2nd ! | 06:40 |
| PaowZ | today is friday.. | 06:41 |
| *** wallthar <wallthar!55921236@54-18-146-85.ftth.glasoperator.nl> has joined #yocto | 06:41 | |
| Letothe2nd | correct. | 06:41 |
| PaowZ | https://media.makeameme.org/created/wahoo-today-is.jpg | 06:42 |
| PaowZ | ..and I may start off with the first question of the day in this chan.. I'd need to display only one graphic application.. do I need a window manager like matchbox ? If no, how I can get rid of it so that I only keep xorg service onboard ? I played around with packagegroup-core-x11-xserver and packagegroup-core-x11-utils..with no luck so far.. | 06:46 |
| Letothe2nd | PaowZ: it depends very much on the application, make can use fb or GL directly. thenyou don't need any wm | 06:49 |
| Letothe2nd | (wm/dm) | 06:49 |
| PaowZ | hm.. I see.. moreoever, this is an openCV application.. with dependencies against gtk.. | 06:51 |
| Letothe2nd | for a first guess, i would take a look at whats inside those packagegroups, add the things you need directly to the RDEPENDS of your application and remove the packagegroup from the image. | 06:52 |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 06:53 | |
| PaowZ | I gave a try to remove matchbox-terminal and matchbox-wm and /usr/bin/Xorg completely vanished from rootfs.. | 06:53 |
| Letothe2nd | rad again what i wrote. | 06:54 |
| *** mckoan|away is now known as mckoan | 06:54 | |
| PaowZ | sorry, this is my poor emglish skills that make you think I didnt get your sentence.. plus, QA stuff bothered me around PN for RDEPENDS.. | 06:56 |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC | 06:58 | |
| PaowZ | well.. this looks quite intricate.. | 06:59 |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 06:59 | |
| Letothe2nd | if something is unclear, i'm happy explain it. what i do not like is when i'm explaining something and then the one who asks just ignores what i said and does something entirely different and wonders why it still doesn't work. so, whats not clear about the suggestion? | 06:59 |
| beratiks | Hi friends, I have a SOM based on imx8qxp with sumo branch yocto project. My boot process hanging (Because of systemd I think). For debug I opened systemd debug.And I saw that systemd stuck at loop. I copy my hanging systemd loop logs. Log : https://pastebin.com/D4DhhsMQ . Can you help me? | 06:59 |
| *** lucaceresoli <lucaceresoli!~lucaceres@78-134-117-153.v4.ngi.it> has joined #yocto | 07:02 | |
| *** polaris- <polaris-!~polaris-@p4fcd3f7e.dip0.t-ipconnect.de> has joined #yocto | 07:03 | |
| Letothe2nd | beratiks: without further digging into it: 1) start with what your som vendor provided. 2) if that doesn't even work, yell at them 3) once it works, start addind your modifications one by one until stuff breaks. | 07:04 |
| PaowZ | Letothe2nd: Apologies if you felt ignored.. I wanted to append some more context.. I guess it's way beyond my whole comprehension of this gigantic stuff and my question is not just about a yes/no question..I'll sort this out. tks.. | 07:05 |
| PaowZ | I'll then rephrase for more specific question.. | 07:06 |
| Letothe2nd | PaowZ: what wasn't targetted at you specifically, sorry if i sounded like it. i've just had a bunch of quite frustrating conversations lately. in a nutshell: pull the stuff you need from the packagegroup into your RDEPENDS, then remove the packagegroup. that is the classic approach | 07:06 |
| *** hpsy <hpsy!~hpsy@85.203.15.8> has joined #yocto | 07:07 | |
| *** seebs <seebs!~seebs@24.196.59.174> has quit IRC | 07:07 | |
| beratiks | Letothe2nd: problem that I use my manufacturer release project. After several continously reboot. My boot process hanging. | 07:08 |
| Letothe2nd | beratiks: go yell at the manufacturer. if they sell it, they shall support and debug it. | 07:09 |
| beratiks | Letothe2nd: ok thanks. I will force. | 07:11 |
| *** DanielFuchs <DanielFuchs!~Daniel_Fu@pd9e4b694.dip0.t-ipconnect.de> has joined #yocto | 07:11 | |
| *** DanielFuchs <DanielFuchs!~Daniel_Fu@pd9e4b694.dip0.t-ipconnect.de> has left #yocto | 07:12 | |
| mihai | Letothe2nd, that's a long road :) | 07:13 |
| mihai | 'morning | 07:14 |
| *** DanielFuchs <DanielFuchs!~Daniel_Fu@pd9e4b694.dip0.t-ipconnect.de> has joined #yocto | 07:15 | |
| PaowZ | that sounds clear, Sepp. And I totally get the point of having to reply to some random dudes when it comes to answer vague/unclear questions.. however, I take it for myself as an improvement to make.. so I'll bear this in mind, I dont want to break the toy apart ;) | 07:15 |
| *** DanielFuchs <DanielFuchs!~Daniel_Fu@pd9e4b694.dip0.t-ipconnect.de> has left #yocto | 07:15 | |
| *** seebs <seebs!~seebs@24.196.59.174> has joined #yocto | 07:16 | |
| Letothe2nd | :) | 07:19 |
| Letothe2nd | mihai: road to ruin? | 07:19 |
| *** jobroe <jobroe!~manjaro-u@p579ebb41.dip0.t-ipconnect.de> has quit IRC | 07:19 | |
| *** xtron <xtron!~xtron@103.113.103.7> has joined #yocto | 07:20 | |
| mihai | and despair | 07:20 |
| mihai | :)) | 07:20 |
| Letothe2nd | mihai: which of my statements are you referring to, exactly? ;-) | 07:20 |
| *** jobroe <jobroe!~manjaro-u@p579ebb41.dip0.t-ipconnect.de> has joined #yocto | 07:20 | |
| mihai | yelling at the manufacturer | 07:21 |
| Letothe2nd | ah | 07:21 |
| Letothe2nd | TBH, my take on the support given in this channel is that we help people in understanding stuff and getting their own tasks done. however if you buy something, and not even the default setup they hand out works, or is lacking documentation, then its their task to fix and support it. they got the money, after all. | 07:23 |
| Letothe2nd | and here are a couple of folks who will happily work for them and fulfill the task, if paid accordingly. | 07:23 |
| Letothe2nd | and any mfg who hands out sumo these days deserves to be yelled at in any case. | 07:24 |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 07:24 | |
| PaowZ | ..looks like you're in shape, this morning xD | 07:25 |
| Letothe2nd | absolutely! | 07:25 |
| Letothe2nd | nah, seriously. hardly anybody is doing stuff like this just for fun. most of us are doing this for a living in some form. so i see no reason to work for free or take away business from others, just that some cheapass manufacturer can have higher margins because cutting down on support. | 07:27 |
| mihai | Letothe2nd, :)) I'm hoping that's just an older release that the custom is sticking to because of reasons | 07:27 |
| *** nameclash <nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto | 07:29 | |
| Letothe2nd | then the mfg can accordingly respond: "here take this brand new shiny and supported BSP we have ready for you right here", and all is well :) | 07:29 |
| Letothe2nd | it might be just me, but i have strong opinions on sorting out other peoples crap (e.g. working for free) | 07:30 |
| *** xtron1 <xtron1!~xtron@110.93.212.98> has joined #yocto | 07:31 | |
| mihai | for some mfg a yocto BSP is at a "proof of concept" level, something to get you started and for them to tick in a checklist when releasing new products | 07:32 |
| Letothe2nd | yup. but thats their problem, not mine. | 07:33 |
| Letothe2nd | and unless we handle their customers for them, they'll just go on like that. | 07:33 |
| mihai | after that, although they aspire to having community presence and support, their involvement is somewhere at the bottom of their list of priorities | 07:33 |
| *** xtron <xtron!~xtron@103.113.103.7> has quit IRC | 07:33 | |
| Letothe2nd | s/unless/as long as/g | 07:33 |
| Letothe2nd | exactly, and thats why i do not support such cases. | 07:34 |
| *** nameclash is now known as mbulut | 07:34 | |
| *** fbre <fbre!91fdde45@145.253.222.69> has joined #yocto | 07:35 | |
| mihai | and you're not actually doing it for free, I get the feeling you're more of enjoying this :) | 07:35 |
| Letothe2nd | it depends. it has various political reasons that this is the form of giving-back that i do. and i am a very social person, thats true. | 07:36 |
| mihai | it's a "spiritual" gain there somewhere :)) | 07:36 |
| fbre | Hi, as I tried to mount overlayfs I got this error: overlayfs: upper fs does not support xattr. Any idea what is missing in my yocto distro? | 07:36 |
| *** mbulut is now known as mbulut_nameclash | 07:36 | |
| mihai | fbre, xattr :) | 07:36 |
| *** mbulut_nameclash is now known as mbulut | 07:36 | |
| mihai | in DISTRO_FEATURES | 07:37 |
| fbre | really that easy solution or is it a joke? :) | 07:37 |
| Letothe2nd | oO( when did we ever joke in here? ) | 07:38 |
| mihai | not a joke, smiling because the easy solution as you said | 07:39 |
| fbre | hehe OK '=D thanx. Sometimes it's so easy that one cannot see the forest because of the trees (as we say in German) | 07:39 |
| *** mbulut is now known as mbulut_nameclash | 07:39 | |
| * Letothe2nd notes that the docs might need updating? https://www.yoctoproject.org/docs/3.1/ref-manual/ref-manual.html#ref-features-distro | 07:40 | |
| polaris- | hi, I want to apply a config fragment to the kernel config. Seems bitbake already "sees" the fragment file because it rebuilds the kernel when I edit options in the file. However, the option does not seem to be "merged" to the final .config file and the feature I want to have (overlayfs) is not available on the final image. | 07:40 |
| mihai | Letothe2nd, yup, there are quite a bunch of them not in there | 07:40 |
| mihai | fbre, nice saying | 07:41 |
| qschulz | polaris-: inheriting kernel-yocto in your kernel recipe? | 07:43 |
| qschulz | polaris-: that was a question actually.. are you inheriting kernel-yocto in the recipe? | 07:43 |
| polaris- | qschulz: yes, I changed that yesterday and it "improved" things a bit :) | 07:43 |
| polaris- | qschulz: before that change bitbake ignored the fragment | 07:44 |
| qschulz | polaris-: how did you create your config fragment? | 07:44 |
| polaris- | qschulz: as described here: https://www.yoctoproject.org/docs/3.0/kernel-dev/kernel-dev.html#creating-config-fragments | 07:44 |
| polaris- | qschulz: eventually running "bitbake linux-yocto -c diffconfig" | 07:45 |
| polaris- | well, not linux-yocto in my case | 07:45 |
| qschulz | polaris-: I like people following the docs :) thank you. | 07:45 |
| polaris- | qschulz: I try my best :) | 07:46 |
| qschulz | where is your config fragment? | 07:46 |
| qschulz | in your layer? | 07:46 |
| polaris- | qschulz: yes, I have a layer .. currently only with the bbappend and the fragment.cfg. | 07:46 |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 07:47 | |
| polaris- | qschulz: created using bitbake-layers | 07:47 |
| fbre | this way?: DISTRO_FEATURES_append ?= "xattr" | 07:47 |
| fbre | I wonder what xattr actually does | 07:48 |
| polaris- | qschulz: the .bbappend only contains the two lines FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:" and SRC_URI += "file://overlayfs.cfg" | 07:49 |
| qschulz | fbre: _append requires in 99% of cases a leading space ;) No need for ?=, a simple = is fine | 07:51 |
| fbre | qschulz: thanx (y) | 07:52 |
| mihai | fbre, it enables xattr support in some of the packages, the ones that packageconfig it anyway, you can also check if there are xattr kernel config you're missing in case of "exotic layering", on top of e.g. tmpfs | 07:56 |
| fbre | yes, I first tried a test with overlayfs by mounting directories I created in /tmp | 07:59 |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 08:00 | |
| mihai | fbre, you can check the running config /proc/config.gz if you still have it on | 08:04 |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has quit IRC | 08:19 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has joined #yocto | 08:19 | |
| *** ruz <ruz!b0a297e9@static-css-csd-151233.business.bouyguestelecom.com> has joined #yocto | 08:20 | |
| ruz | Hi | 08:24 |
| ruz | My bitbake parser doesn't translate calls like ${@bb.utils.contains} in a specific shell task. | 08:27 |
| ruz | So when this task is executed, I have a 'bad substitution' error | 08:27 |
| Letothe2nd | ruz: example on a pastebin, please? | 08:28 |
| *** BloodSurfer <BloodSurfer!~BloodSurf@2a02:8070:181:d000:f145:e69a:21b5:90d5> has joined #yocto | 08:32 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:32 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:36 | |
| BloodSurfer | Heyho guys. I'm trying to build and add a signed fitimage for a imx6 board based on phytec's SoM to the /boot directory. I can't quite wrap my head around the installation process of a bbclass. The do_deploy task does create symlinks etc in the ${TOPDIR}/deploy folder. How can I install the symlink to the final destination. The do_install() and FILES_${PN} is ignored afaik | 08:36 |
| BloodSurfer | Does anyone have any suggestions how to proceed? | 08:36 |
| *** ecksun <ecksun!~ecksun@h-63-221.A213.priv.bahnhof.se> has joined #yocto | 08:39 | |
| Letothe2nd | BloodSurfer: not sure if you're not thinking too complicated? if you install the kernel package in your image, it should end up exactly there. so its more the task of having the recipe generate the correct artifact. | 08:40 |
| *** Emantor_ <Emantor_!~Emantor@magratgarlick.emantor.de> has quit IRC | 08:42 | |
| *** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC | 08:42 | |
| *** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto | 08:42 | |
| *** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has joined #yocto | 08:43 | |
| ruz | Letothe2nd here: https://pastebin.com/uKNictZG | 08:45 |
| Letothe2nd | ruz: hum, are you sure its not a classic version mismatch problem? you state building for thud, but the snippet you link seems to be rather new. so maybe the bb.utils semantics have changed (just guessing) | 08:49 |
| BloodSurfer | @Letothe2nd: As far as I understand this class it does not build but only package the zImage and I need to modify it to add the keys for the signature | 08:49 |
| BloodSurfer | btw. here's the link to the class: https://git.phytec.de/meta-phytec/tree/classes/fitimage.bbclass?h=master | 08:50 |
| BloodSurfer | I assume this line kills the installation process: 31 do_install[noexec] = "1" | 08:51 |
| Letothe2nd | BloodSurfer: well the comments at the top pretty much state what the class expects. but as this is their custom, special sauce, i would actually point to phytec for also supporting it. | 08:51 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-fxihldirnzbmyzmo> has joined #yocto | 08:53 | |
| BloodSurfer | @Letothe2nd: Yep, the comment is actually why I ended up writing my own fitimage recipe inheriting their stuff | 08:54 |
| ruz | Letothe2nd: I don't think, because when I execute 'bitbake machine-image' ("default" image), I don't have the error, the function/task do_makesystem is correctly parsed. My image is very trivial: it requires machine-image.bb. | 08:54 |
| ruz | Notice that others functions of file 'qcs40x-base-image.inc' are parsed. Only 'do_makesystem' is not parsed | 08:55 |
| Letothe2nd | ruz: ok, no idea then. sorry. | 08:55 |
| Letothe2nd | BloodSurfer: and their own class works if used (crrectly)? | 08:57 |
| BloodSurfer | @Letothe2nd: Couldn't verify yet since I'm trying to this exactly ;) | 08:58 |
| qschulz | ruz: know that qualcomm have **many** hacks and change **a lot** of things from Yocto "internals". So you're in for a treat :) Wild guess, but is it possible IMAGE_FSTYPES does not exist in your image? | 09:02 |
| qschulz | ruz: bitbake <image> -e | grep -e "^IMAGE_FSTYPES" does this return something? | 09:02 |
| ruz | qschulz | 09:04 |
| ruz | IMAGE_FSTYPES=" ext4"IMAGE_FSTYPES_DEBUGFS="tar.bz2" | 09:04 |
| ruz | Yes, and "funfact" as soon as I use another image than theirs one, I have the issue | 09:06 |
| ruz | Where can I find informations of bitbake parser? Is there alternative of 'bitbake -DDD' to debug parser? | 09:06 |
| *** DanielFuchs <DanielFuchs!~Daniel_Fu@pd9e4b694.dip0.t-ipconnect.de> has joined #yocto | 09:11 | |
| *** wertigon <wertigon!~per@c-7968225c.021-396-7673741.bbcust.telenor.se> has joined #yocto | 09:14 | |
| qschulz | ruz: check what they're doing in the final image that differs from the base-image. Some additional classes, some additional/changed variables/tasks etc... | 09:18 |
| qschulz | ruz: the code for the bb.utils.contains is in poky/bitbake/lib/bb/utils.py | 09:19 |
| *** ruz <ruz!b0a297e9@static-css-csd-151233.business.bouyguestelecom.com> has quit IRC | 09:20 | |
| wertigon | Hi, getting a compile/configuration error with gstreamer in poky, see https://pastebin.com/Ezit5KRQ | 09:20 |
| wertigon | Complaining about gstreamer-gl not found | 09:21 |
| wertigon | dunfell branch | 09:21 |
| wertigon | Could be meta-openembedded instead of poky though | 09:21 |
| *** ruz <ruz!b0a297e9@static-css-csd-151233.business.bouyguestelecom.com> has joined #yocto | 09:22 | |
| ruz | @qschulz you're right, I found differences of existing variables between 'machine-image' and my own image (based on first one). I found a .bbappend of 'machine-image', but it seems it is not appended with my image. If my image does a require of 'machine-image', .bbappend of 'machine-image' should works, right? | 09:34 |
| *** beratiks <beratiks!52de0992@82.222.9.146> has quit IRC | 09:36 | |
| qschulz | ruz: no | 09:38 |
| mihai | ruz, somehow the parser is not catching that as python code and reaches the shell | 09:50 |
| mihai | ruz, how are you defining that function, can you pastebin that? | 09:51 |
| ruz | mihai: https://pastebin.com/uKNictZG | 09:54 |
| mihai | ruz, it's the same link :) | 09:57 |
| *** ruz <ruz!b0a297e9@static-css-csd-151233.business.bouyguestelecom.com> has quit IRC | 10:04 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@179.177.242.194> has joined #yocto | 10:09 | |
| fbre | mihai: config /proc/config.gz leads to -sh: config: not found | 10:15 |
| Letothe2nd | fbre: zcat or zgrep it | 10:15 |
| fbre | the xattr error is still around with the new yocto | 10:15 |
| fbre | I mean my new yocto build | 10:15 |
| fbre | zcat /proc/config.gz | grep xattr is empty | 10:17 |
| *** JEEB <JEEB!~jeeb@kuroko.fushizen.eu> has joined #yocto | 10:17 | |
| fbre | Did DISTRO_FEATURES_append = " xattr" not work? | 10:18 |
| Letothe2nd | fbre: where did you add that line? | 10:18 |
| *** JEEB <JEEB!~jeeb@kuroko.fushizen.eu> has quit IRC | 10:18 | |
| *** JEEB <JEEB!~jeeb@unaffiliated/jeeb> has joined #yocto | 10:18 | |
| *** JEEB <JEEB!~jeeb@unaffiliated/jeeb> has left #yocto | 10:19 | |
| *** fbre <fbre!91fdde45@145.253.222.69> has quit IRC | 10:20 | |
| *** nagua <nagua!~nicolas@i5E86668F.versanet.de> has joined #yocto | 10:34 | |
| *** wallthar <wallthar!55921236@54-18-146-85.ftth.glasoperator.nl> has quit IRC | 10:46 | |
| *** ruz <ruz!b0a297e9@static-css-csd-151233.business.bouyguestelecom.com> has joined #yocto | 10:48 | |
| ruz | @mihai Sorry, what function are you meaning? The link contains do_makesystem definition (with original file link), how it is interpreted (run.do_makesystem) and where it is added as task (qimage class) | 10:48 |
| kanavin_home | RP: rburton: I will be in the lake cabin for the next month, email will work as usual, but irc most likely not | 10:52 |
| Letothe2nd | kanavin_home: enjoy! | 10:53 |
| RP | kanavin_home: thanks for the heads up, enjoy it! I could do with escaping to a lake cabin atm :) | 10:53 |
| RP | kanavin_home: should we plan for an AUH run at some point? | 10:54 |
| RP | kanavin_home: been appreciating the patch review/email help btw, thanks! | 10:54 |
| kanavin_home | RP: AUH will run as scheduled on the 15th, no? | 10:58 |
| kanavin_home | or is it still not on a schedule? | 10:58 |
| kanavin_home | I do want to see if sending AUH emails to oe-core will broaden the patch submissions | 10:59 |
| *** sh00p <sh00p!~sh00p@h-38-105.A498.priv.bahnhof.se> has quit IRC | 11:00 | |
| *** jofr <jofr!~jof@0x934e1fc3.cust.fastspeed.dk> has quit IRC | 11:00 | |
| *** polaris- <polaris-!~polaris-@p4fcd3f7e.dip0.t-ipconnect.de> has quit IRC | 11:01 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@78-134-117-153.v4.ngi.it> has quit IRC | 11:09 | |
| *** fbre <fbre!91fdde45@145.253.222.69> has joined #yocto | 11:11 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-gxzzaeataikbuboj> has quit IRC | 11:11 | |
| fbre | mihai: Could you please tell that command again for the /proc directory? I lost that irc chat line due page reload of the browser | 11:14 |
| fbre | somehow with cat or something | 11:14 |
| mihai | fbre, I was telling you about checking the running kernel configuration in /proc/config.gz | 11:15 |
| mihai | for xattr on tmpfs | 11:15 |
| mihai | ruz, right, sorry, I haven't scrolled all the way down | 11:15 |
| Letothe2nd | fbre: you can use zcat or zgrep to work on that config.gz - and, where did you set DISTRO_FEATURES_append? | 11:16 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 11:17 | |
| yann | with hashequiv disabled, I still have a few spurious rebuilds - the good news is they are much easier to track now :) | 11:18 |
| fbre | zcat /proc/config.gz | grep xattr is still empty :( | 11:19 |
| mihai | fbre: grep -i, or XATTR | 11:19 |
| * Letothe2nd really doesn't want to ask a thrid time. | 11:20 | |
| kpo_ | hello, I'm writing my own do_fetch() function i which I download a pack using wget (I'm using custom do_fetch, because I have to send some --post-data to accept license agreement). As long as I am in do_fetch() function, I can see downloaded tar in ${S}, but the same path in do_unpack or do_install is empty. Should I mark the file somehow that it is not deleted between those functions? | 11:20 |
| mihai | :)) | 11:20 |
| fbre | I have Linux\trunk\Yocto\Sumo\sources\meta-fbre\conf\distro\fsl-imx-wayland-fbre.conf where I added xattr to that already existing line: DISTRO_FEATURES_append = " wayland pam systemd opengl vulkan xattr" | 11:20 |
| fbre | Should work, shouldn't it? | 11:21 |
| Letothe2nd | fbre: yes, i just wanted to check if you're not setting it in the image recipe | 11:21 |
| fbre | root@imx8fbre:/tmp# zcat /proc/config.gz | grep XATTR# CONFIG_EXT2_FS_XATTR is not set# CONFIG_TMPFS_XATTR is not set# CONFIG_JFFS2_FS_XATTR is not set# CONFIG_SQUASHFS_XATTR is not set | 11:22 |
| yann | one looks strange at first sight: linux-firmware do_package hash changes because of RK_LICENSE_PATH = "${LAYERDIR}/files/custom-licenses" in the meta-rockchip vendor layer. This ends up in LICENSE_PATH. For some reason _that one_ (and not all other layers using LICENSE_PATH += "${LAYERDIR}/licenses") impacts the hash. Isn't that strange ? | 11:23 |
| fbre | sorry, the newlines got lost during copy'n'paste | 11:23 |
| yann | fbre: that's what pastebin is for :) | 11:24 |
| mihai | I wonder if there's a kernel config fragment that enable those | 11:25 |
| yann | ah, LICENSE_PATH is in BB_HASHBASE_WHITELIST and that does not extend to variables used to build it. Shouldn't this at least give a warning ? | 11:28 |
| *** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC | 11:33 | |
| *** wooosaiiii <wooosaiiii!~woo@89-212-21-243.static.t-2.net> has joined #yocto | 11:37 | |
| *** wooosaiiii <wooosaiiii!~woo@89-212-21-243.static.t-2.net> has quit IRC | 11:39 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@179.177.242.194> has quit IRC | 11:43 | |
| *** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 11:44 | |
| *** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 11:45 | |
| *** wooosaiii <wooosaiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 11:45 | |
| *** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC | 11:47 | |
| *** berton <berton!~berton@181.220.84.90> has joined #yocto | 11:48 | |
| *** gtristan <gtristan!~tristanva@110.11.227.177> has quit IRC | 12:03 | |
| *** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto | 12:07 | |
| *** polaris- <polaris-!~polaris-@p4fcd3f7e.dip0.t-ipconnect.de> has joined #yocto | 12:07 | |
| kpo_ | FYI, got what I had wrong - I should've used DL_DIR, it keeps contents, and second (or first of all), I could've used FETCHCMD_wget and added my --post-data there ;) | 12:09 |
| *** gtristan <gtristan!~tristanva@110.11.227.189> has joined #yocto | 12:22 | |
| fbre | hmmm, there are a few kernel config settings for XATTR | 12:35 |
| fbre | for each filesystem | 12:36 |
| fbre | ... going to build a new kernel. Happy weekend all! See you | 12:36 |
| *** pohly <pohly!~pohly@p5484912e.dip0.t-ipconnect.de> has quit IRC | 12:37 | |
| *** fbre <fbre!91fdde45@145.253.222.69> has quit IRC | 12:38 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 12:40 | |
| *** xtron1 <xtron1!~xtron@110.93.212.98> has quit IRC | 12:45 | |
| *** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has joined #yocto | 12:52 | |
| *** dmoseley <dmoseley!~dmoseley@75.76.5.232> has quit IRC | 12:59 | |
| *** dmoseley <dmoseley!~dmoseley@75.76.5.232> has joined #yocto | 13:02 | |
| *** learningc <learningc!~pi@147.253.188.150> has quit IRC | 13:06 | |
| *** DanielFuchs <DanielFuchs!~Daniel_Fu@pd9e4b694.dip0.t-ipconnect.de> has left #yocto | 13:07 | |
| *** dmoseley <dmoseley!~dmoseley@75.76.5.232> has quit IRC | 13:07 | |
| *** polaris- <polaris-!~polaris-@p4fcd3f7e.dip0.t-ipconnect.de> has quit IRC | 13:10 | |
| *** maudat <maudat!~moda@mtrlpq2848w-lp140-03-69-159-171-179.dsl.bell.ca> has joined #yocto | 13:12 | |
| *** ssajal <ssajal!~ssajal@otwaon1146w-grc-03-67-70-0-124.dsl.bell.ca> has joined #yocto | 13:13 | |
| JPEW | blerg, I made a mess of archiver.bbclass. Server me right for trying to fix a race condition :) | 13:16 |
| JPEW | Took 3 patches to add "after do_preconfigure" to a task | 13:17 |
| JPEW | RP: Do we test archiver.bbclass on the AB? I'm a little suprised it didn't catch anything | 13:19 |
| RP | JPEW: yes, we do | 13:19 |
| RP | JPEW: meta/lib/oeqa/selftest/cases/archiver.py | 13:19 |
| RP | clearly not well enough | 13:20 |
| *** dmoseley <dmoseley!~dmoseley@75.76.5.232> has joined #yocto | 13:20 | |
| *** xtron1 <xtron1!~xtron@103.113.103.7> has joined #yocto | 13:20 | |
| JPEW | RP: My first guess on a quick review is that it's only testing very specific recipes, and the gcc source is not one of them | 13:21 |
| RP | JPEW: sounds about right | 13:22 |
| JPEW | I think adding some tests would be easy.... they should go fast b/c of sstate | 13:24 |
| RP | JPEW: that sounds good :) | 13:24 |
| * RP is getting tired of chasing races :/ | 13:24 | |
| *** dmoseley <dmoseley!~dmoseley@75.76.5.232> has quit IRC | 13:26 | |
| *** nagua <nagua!~nicolas@i5E86668F.versanet.de> has quit IRC | 13:28 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 13:28 | |
| *** dmoseley <dmoseley!~dmoseley@75.76.5.232> has joined #yocto | 13:29 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 13:31 | |
| *** ruz <ruz!b0a297e9@static-css-csd-151233.business.bouyguestelecom.com> has left #yocto | 13:31 | |
| *** dmoseley_ <dmoseley_!~dmoseley@75.76.5.232> has joined #yocto | 13:37 | |
| *** dmoseley <dmoseley!~dmoseley@75.76.5.232> has quit IRC | 13:37 | |
| *** grumble <grumble!~Thunderbi@freenode/staff/grumble> has quit IRC | 13:43 | |
| *** grumble <grumble!~Thunderbi@freenode/staff/grumble> has joined #yocto | 13:43 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 13:47 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 13:48 | |
| yann | hm, touching BB_HASHBASE_WHITELIST (to workaround that RK_LICENSE_PATH causes "metadata is not deterministic", what's the problem ? Shouldn't BB_HASHBASE_WHITELIST list itself ? | 13:50 |
| *** mbulut_nameclash is now known as mbulut | 13:52 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@78-134-117-153.v4.ngi.it> has joined #yocto | 13:53 | |
| *** sajjad__ <sajjad__!~xtron@110.93.212.98> has joined #yocto | 14:01 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 14:01 | |
| *** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has quit IRC | 14:01 | |
| *** xtron1 <xtron1!~xtron@103.113.103.7> has quit IRC | 14:03 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:04 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 14:04 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 14:04 | |
| RP | yann: nothing that references BB_HASHBASE_WHITELIST is in the code that gets checksummed | 14:06 |
| yann | Then why would BB_HASHBASE_WHITELIST += "RK_LICENSE_PATH" wreak havoc like that ? Virtually all tasks suddenly trigger a "basehash changed" | 14:10 |
| yann | (I had added it to my own layer instead of modifying meta-rockchip, but I don't think it would have any impact) | 14:11 |
| *** jobroe <jobroe!~manjaro-u@p579ebb41.dip0.t-ipconnect.de> has quit IRC | 14:13 | |
| RP | yann: was that in layer.conf? | 14:14 |
| RP | yann: I had this discussion with jonmason and rburton yesterday :/ | 14:14 |
| RP | yann: if it was layer.conf, the issue is the += masks out the ?= from bitbake.conf | 14:15 |
| yann | yes, that was in my own layer's layer.conf | 14:15 |
| yann | you mean, "+=" does not play well with "?=" ? | 14:17 |
| qschulz | yann: += override ?= if += is "resolved"/parsed before ?= | 14:18 |
| RP | yann: its all about ordering. layer.conf is parsed really early. If you set there, it has a value by the time bitbake.conf is parsed. ?= means set if not already set, its already set so it doesn't get changed | 14:18 |
| yann | oh fck :| | 14:18 |
| qschulz | yann: you could use _append instead in your layer.conf (don't know if it's proper but it'll probably work) | 14:18 |
| RP | right, use _append | 14:18 |
| yann | well, I suggested them to just avoid using an intermediate variable referencing ${LAYERDIR} | 14:20 |
| RP | yann: that seems sensible | 14:24 |
| matthewzmd | why does some recipes are LICENSED under GPL but has a commercial LICENSE_FLAGS? | 14:29 |
| jonmason | The "solution" we had was that it needs a _append not "+=" due to the order of parsing | 14:30 |
| jonmason | I fixed up that patch and shamed the person who wrote it :) | 14:31 |
| RP | matthewzmd: commercial could be patents | 14:32 |
| RP | jonmason: I've mailed the arch list as I think there is a bigger problem | 14:32 |
| *** maudat <maudat!~moda@mtrlpq2848w-lp140-03-69-159-171-179.dsl.bell.ca> has quit IRC | 14:33 | |
| *** maudat <maudat!~moda@64.18.88.250> has joined #yocto | 14:33 | |
| jonmason | RP: yes, it seems like something that needs to be handled better than "use _append" :) | 14:34 |
| RP | kergoth: any thoughts on that problem? (default values for vars) | 14:34 |
| RP | jonmason: I'm worried when people like ross don't understand the assignments :/ | 14:34 |
| RP | jonmason: ross did briefly try and convince me check-layer was broken! :) | 14:35 |
| jonmason | RP: devday, plus 11pm your time, plus having to explain it to me :) | 14:35 |
| RP | (which sadly I could believe) | 14:35 |
| jonmason | RP: it is broken. I've been complaining to him all week | 14:35 |
| jonmason | all he tells me is to fix it ;-) | 14:35 |
| RP | well, it was right about this ;-) | 14:35 |
| RP | jonmason: send patches! | 14:36 |
| RP | jonmason: sadly I have a long list of other things ross tells me are broken to work through ;-) | 14:36 |
| jonmason | check-layer fails on meta-oe. So no one must be including it when they run it, which has me scared. | 14:36 |
| RP | jonmason: I've wanted to add that to the YP AB checks | 14:37 |
| jonmason | the last bit I'm hacking through is meta-virt (due to meta-arm-autonomy), and it is a horror story | 14:37 |
| RP | jonmason: lack of people to help fix any issues is the blocker | 14:37 |
| RP | can't get clean builds now | 14:37 |
| jonmason | I'm adding check-layer to the regressions I run on meta-arm patches. So once it is working, it'll never break again (in theory) | 14:38 |
| *** mbulut <mbulut!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC | 14:39 | |
| *** matthewz_ <matthewz_!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 14:39 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 14:40 | |
| jonmason | I'll try to get my "fixes" out to the list | 14:41 |
| *** matthewz_ is now known as matthewzmd | 14:45 | |
| matthewzmd | RP: the recipe-in-queston is http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-multimedia/faad2/faad2_2.8.8.bb?h=master - i want to avoid LICENSE_FLAGS_WHITELIST if possible, and i don't see why it has to be commercial | 14:48 |
| *** dmoseley <dmoseley!~dmoseley@75.76.5.232> has joined #yocto | 14:49 | |
| smurray | matthewzmd: AAC is patent encumbered, AFAIK | 14:50 |
| *** dmoseley_ <dmoseley_!~dmoseley@75.76.5.232> has quit IRC | 14:50 | |
| smurray | matthewzmd: see https://en.wikipedia.org/wiki/Advanced_Audio_Coding#Licensing_and_patents | 14:51 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 14:55 | |
| matthewzmd | smurray: okay :-( | 14:58 |
| *** rcoote <rcoote!~rcoote@2a02:908:694:300:6835:4214:6819:3ca> has joined #yocto | 14:59 | |
| armpit | jonmason, I have sent fixes to meta-oe to help it pass but the community keeps breaking it with new packages etc. | 15:07 |
| armpit | its a loosing cycle | 15:08 |
| jonmason | armpit: getting check-layer as part of some kind of patch acceptance test would be a good start. It takes almost no time to run | 15:08 |
| jonmason | as soon as I get it working on meta-arm, I'll be running it for every patch there | 15:09 |
| armpit | I don't disagree. | 15:09 |
| armpit | I wonder if we code get the check added to the meta-oe build in the AB | 15:11 |
| armpit | s/code/could/ ..... still waking up | 15:12 |
| jonmason | armpit: I think that is what RP was saying above | 15:12 |
| armpit | Ill send a patch then | 15:12 |
| jonmason | cool, then you can fix all the breaks I'm seeing :) | 15:13 |
| armpit | sure.. I can certainly help | 15:13 |
| * armpit better check dunfell | 15:13 | |
| jonmason | LAYERDEPENDS_meta-python is hosed because "(>= 12) " doesn't parse | 15:13 |
| armpit | there is a fix for that in master and I think is maybe in the queue for dunfell core | 15:14 |
| jonmason | and I think apache2_2.4.43.bb needs "RPROVIDES = 'apache'" | 15:14 |
| armpit | nico sent the fix | 15:14 |
| jonmason | I could be stale a day or two | 15:14 |
| armpit | jonmason, its in the dunfell-next so in the pipeline for merging | 15:15 |
| jonmason | I'm just running master right now | 15:16 |
| jonmason | too many combinations | 15:16 |
| armpit | hehe, been there | 15:16 |
| *** ruz <ruz!b0a297e9@static-css-csd-151233.business.bouyguestelecom.com> has joined #yocto | 15:16 | |
| jonmason | I thought it would take 1-2 days to get it working, boy was I wrong | 15:16 |
| armpit | then spread that across different build systems | 15:16 |
| zeddii | heh. I hear you. I've been fixing meta-virt ones, and it takes a while for a single run on my builder. | 15:17 |
| zeddii | which day do you guys get off for the 4th ? Monday ? since you are working today ? | 15:17 |
| paulg | thinking it is the monday. | 15:18 |
| jonmason | today | 15:18 |
| armpit | for me it was yesterday and today | 15:18 |
| zeddii | you guys spend your day off ... 'oddly' | 15:18 |
| armpit | volunteering does not have holidays | 15:19 |
| jonmason | zeddii: I remember you working on the 1st | 15:19 |
| zeddii | you may have thought that, but I spent about 45 minutes total in sessions that day :d | 15:19 |
| zeddii | I blame the canadian hating LF schedulers for that. | 15:19 |
| armpit | now the truth comes out | 15:19 |
| jonmason | why did it move a week later, so dumb | 15:19 |
| armpit | a holiday week to boot | 15:20 |
| *** NiksDev2 <NiksDev2!~NiksDev@192.91.75.30> has joined #yocto | 15:22 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 15:23 | |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has quit IRC | 15:24 | |
| *** halstead_ <halstead_!~halstead@drupal.org/user/301087/view> has joined #yocto | 15:25 | |
| *** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has joined #yocto | 15:25 | |
| *** warthog19 <warthog19!warthog9@proxy.monkeyblade.net> has joined #yocto | 15:25 | |
| *** adelcast <adelcast!~adelcast@cpe-68-203-3-226.austin.res.rr.com> has quit IRC | 15:25 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 15:25 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.30> has quit IRC | 15:25 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 15:25 | |
| *** halstead <halstead!~halstead@drupal.org/user/301087/view> has quit IRC | 15:25 | |
| *** u1106 <u1106!~quassel@uwe.iki.fi> has quit IRC | 15:25 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 15:25 | |
| *** adelcast <adelcast!~adelcast@2605:6000:101c:3b5:c255:6326:5d60:1a29> has joined #yocto | 15:25 | |
| *** warthog19 is now known as warthog9 | 15:26 | |
| *** u1106 <u1106!~quassel@uwe.iki.fi> has joined #yocto | 15:26 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@78-134-117-153.v4.ngi.it> has quit IRC | 15:28 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC | 15:29 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto | 15:30 | |
| ruz | qschulz mihai finally I found the solution! Qualcomm has many 'machine-image.bbappend', and because I required from 'machine-image.bb', all of these *.bbappend weren't added. So I have added (at hand, ugly...) the Qualcomm BSP .bbappend as include file for my image, and it works! But I don't know why it was parsing error for do_makesystem task... | 15:31 |
| qschulz | ruz: I heavily do not recommend doing that... Bbappends are "applied" in a specific order that depends on layer priorities and the order in bblayers.conf... It's highly possible you got the order wrong and might wonder later why it does not work (anymore) | 15:33 |
| qschulz | I'd try to find what was needed (add bbappends one by one and find the one that fixes it) | 15:33 |
| *** hpsy <hpsy!~hpsy@85.203.15.8> has quit IRC | 15:36 | |
| ruz | qschulz I added only at hand the right bbappend. For now, I didn't add others ones. | 15:40 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 15:41 | |
| qschulz | ruz: better than what I imagined :) | 15:43 |
| ruz | :-) | 15:43 |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 15:43 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@78-134-117-153.v4.ngi.it> has joined #yocto | 15:49 | |
| champagneg | hi! is there a way for a package to be a subset of another one or to partially install a package? My specific use case is with mesa-megadrivers, i'm trying to install only the .so for my specific drm driver. | 15:51 |
| qschulz | champagneg: no, a file can only be part of one package | 15:51 |
| qschulz | champagneg: however, you can say that one package depends at runtime (or recommends) on another one with RDEPENDS_<package_name> (respectively RRECOMMENDS_<package_name>) | 15:52 |
| qschulz | champagneg: so if you want just a subset, a technique could be to make that file(s) part of a new package that is then added to RDEPENDS of the package that originally had this file | 15:53 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-99-153.dynamic.amis.hr> has quit IRC | 15:55 | |
| champagneg | qschulz: ok, thx. If the parent packages uses globbing, my file would get picked up anyway, right? There's no way to use FILES_xyz_remove after globbing occured? | 15:55 |
| *** sajjad__ <sajjad__!~xtron@110.93.212.98> has quit IRC | 15:55 | |
| qschulz | champagneg: add your new package BEFORE the original package | 15:58 |
| qschulz | champagneg: the leftmost package which has a FILES_${PN} matching for your file will get the file and not the others | 15:59 |
| *** sajjad__ <sajjad__!~xtron@103.113.103.7> has joined #yocto | 15:59 | |
| champagneg | qschulz: ah OK, i see. Thanks for the tips! | 15:59 |
| qschulz | champagneg: my pleasure :) | 16:00 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 16:07 | |
| *** polaris- <polaris-!~polaris-@p4fcd3f7e.dip0.t-ipconnect.de> has joined #yocto | 16:08 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-fxihldirnzbmyzmo> has quit IRC | 16:12 | |
| *** polaris- <polaris-!~polaris-@p4fcd3f7e.dip0.t-ipconnect.de> has quit IRC | 16:13 | |
| *** mckoan is now known as mckoan|away | 16:23 | |
| *** ruz <ruz!b0a297e9@static-css-csd-151233.business.bouyguestelecom.com> has left #yocto | 16:23 | |
| *** sgw1 <sgw1!~sgw@134.134.139.76> has joined #yocto | 16:29 | |
| *** sajjad__ <sajjad__!~xtron@103.113.103.7> has quit IRC | 16:40 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@78-134-117-153.v4.ngi.it> has quit IRC | 16:58 | |
| *** RobertBerger <RobertBerger!~rber@ppp-2-86-138-91.home.otenet.gr> has joined #yocto | 17:09 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 17:09 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.8> has joined #yocto | 17:10 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:11 | |
| *** pohly <pohly!~pohly@p200300daff20783db494e18ee36c0bad.dip0.t-ipconnect.de> has joined #yocto | 17:24 | |
| RP | zeddii: what is this "day off" thing? | 17:29 |
| *** maudat <maudat!~moda@64.18.88.250> has quit IRC | 17:32 | |
| *** maudat <maudat!~moda@mtrlpq2848w-lp140-03-69-159-171-179.dsl.bell.ca> has joined #yocto | 17:34 | |
| zeddii | you have to get a permission slip from bigfoot. | 17:34 |
| paulg | I hear he moved to Loch Ness to get away from US CV-19 outbreak. | 17:47 |
| *** rcoote <rcoote!~rcoote@2a02:908:694:300:6835:4214:6819:3ca> has quit IRC | 18:24 | |
| RP | paulg: that isn't too far from here :) | 18:29 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-99-153.dynamic.amis.hr> has joined #yocto | 18:32 | |
| *** rcoote <rcoote!~rcoote@5.146.198.40> has joined #yocto | 18:40 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-99-153.dynamic.amis.hr> has quit IRC | 18:45 | |
| paulg | better go over and check that he did a 14d self-isolation. | 18:46 |
| *** wertigon <wertigon!~per@c-7968225c.021-396-7673741.bbcust.telenor.se> has quit IRC | 18:47 | |
| *** halstead_ is now known as halstead | 18:58 | |
| *** rcoote <rcoote!~rcoote@5.146.198.40> has quit IRC | 19:00 | |
| *** rcoote <rcoote!~rcoote@2a02:908:694:300:6835:4214:6819:3ca> has joined #yocto | 19:00 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 19:03 | |
| *** polaris- <polaris-!~polaris-@p4fcd3f7e.dip0.t-ipconnect.de> has joined #yocto | 19:08 | |
| *** polaris- <polaris-!~polaris-@p4fcd3f7e.dip0.t-ipconnect.de> has quit IRC | 19:13 | |
| *** NiksDev2 <NiksDev2!~NiksDev@192.91.75.30> has quit IRC | 19:16 | |
| *** NiksDev2 <NiksDev2!~NiksDev@192.91.101.31> has joined #yocto | 19:17 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 19:46 | |
| *** sajjad__ <sajjad__!~xtron@103.113.103.7> has joined #yocto | 19:50 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 19:50 | |
| *** sajjad__ <sajjad__!~xtron@103.113.103.7> has quit IRC | 19:58 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 20:03 | |
| *** rcoote <rcoote!~rcoote@2a02:908:694:300:6835:4214:6819:3ca> has quit IRC | 20:03 | |
| *** rcoote <rcoote!~rcoote@5.146.198.40> has joined #yocto | 20:04 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 20:16 | |
| *** dakhouya <dakhouya!4a3bc5db@modemcable219.197-59-74.mc.videotron.ca> has joined #yocto | 20:25 | |
| *** rcoote <rcoote!~rcoote@5.146.198.40> has quit IRC | 20:32 | |
| *** splatch <splatch!~splatch@185.142.162.13> has joined #yocto | 20:34 | |
| splatch | hey folks, I'm back just to say thank you for assistance you gave me yesterday, one brooken night, couple of swearword | 20:36 |
| splatch | but it started to work | 20:36 |
| *** pohly <pohly!~pohly@p200300daff20783db494e18ee36c0bad.dip0.t-ipconnect.de> has quit IRC | 20:43 | |
| smurray | splatch: good to hear! | 20:51 |
| paulg | if you aren't swearing, you aren't trying hard enough. ;-) | 20:52 |
| *** maudat <maudat!~moda@mtrlpq2848w-lp140-03-69-159-171-179.dsl.bell.ca> has quit IRC | 21:00 | |
| splatch | that's correct, with tips from you smurray and JPEW I managed to get qemu working. All in all raw qemu didn't work for me, but I managed to get iso image mounted into virtualbox and tested there. | 21:03 |
| splatch | now I've ran into a conflicts - wireguard-client-config-1.0.1-r1.core2_64 vs wireguard-tools-0.0.20190123-r0.core2_64 which both try to owe /etc/wireguard. | 21:05 |
| splatch | I know that pacman under arch has conflicts section for recipes which do step on each other - but in this particular case these seems to be close to each other.. | 21:06 |
| splatch | is there a way to find sources of other layer on the disk? | 21:09 |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC | 21:15 | |
| smurray | splatch: what package a file is coming from, you mean? | 21:16 |
| smurray | splatch: oe-pkgdata-util <filename>, where filename is the path in the root fs, will tell you what package it comes from | 21:17 |
| splatch | smurray: I am looking for conents of /etc/wireguard to see if I actually override it or not | 21:19 |
| *** berton <berton!~berton@181.220.84.90> has quit IRC | 21:19 | |
| smurray | splatch: you should be able to to that with oe-pkgdata-util, I think | 21:19 |
| smurray | splatch: I don't see wireguard-client-config in the layer index, so my guess is it'd be doing something odd | 21:20 |
| splatch | when I skip my client config it goes just fine, but I dont see source file | 21:20 |
| splatch | smurray: yup, client config is an addon of mine to get wireguard interface setup after boot | 21:21 |
| smurray | splatch: if wireguard-client-config needs to replace a file that is usually in wireguard-tools, you'll need a wireguard-tools bbappend to rm the file in do_install_append | 21:22 |
| smurray | splatch: two packages cannot provide the same file | 21:22 |
| *** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto | 21:23 | |
| smurray | splatch: the cleaner way would be to split out a config package in the upstream wireguard-tools recipe with the affected file(s), so that that config package can be replaced more easily | 21:23 |
| splatch | I guess it would, I source recipe from very few samples available at github: https://github.com/brocaar/chirpstack-gateway-os/tree/master/meta/recipes-networking/wireguard-client-config | 21:25 |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 21:26 | |
| *** aidanh_ is now known as aidanh | 21:26 | |
| splatch | ok, seems the problem is actually this line https://github.com/brocaar/chirpstack-gateway-os/blob/master/meta/recipes-networking/wireguard-client-config/wireguard-client-config_1.0.1.bb#L30 | 21:28 |
| splatch | the directory is created already by tools so client should (can?) rely on its existence | 21:28 |
| smurray | splatch: that's a bit surprising, I didn't think directories could conflict, only files. Unless that behavior differs across the package manager options | 21:32 |
| smurray | splatch: does the error message specifically mention /etc/wireguard? | 21:32 |
| splatch | it does: Error: Transaction check error: file /etc/wireguard conflicts between attempted installs of wireguard-client-config-1.0.1-r1.core2_64 and wireguard-tools-0.0.20190123-r0.core2_64 | 21:33 |
| splatch | OI' | 21:33 |
| splatch | I've checked build contents and both wireguard-tools and client-config have /etc/wireguard as a directory | 21:34 |
| splatch | pardon, find . -name '*wireguard*' -type f|grep -i etc|sort shows only my recipe | 21:36 |
| splatch | hm, still all of them seem be valid dir and file entrie | 21:38 |
| splatch | maybe that's the cause: https://github.com/openbmc/openbmc/blob/master/meta-openembedded/meta-networking/recipes-kernel/wireguard/wireguard-tools_1.0.20200319.bb#L20 | 21:41 |
| smurray | splatch: that only has an effect if there's actually things being installed by the wireguard-tools into that directory | 21:43 |
| splatch | smurray: tools seems to ship empty /etc at least from what I see in the package output, anyhow will try with append you suggested | 21:45 |
| smurray | splatch: from looking at src/Makefile, the issue might be that wireguard-tools explicitly creates the dir as 0700, and that wireguard-client-config recipe does not. The package manager might see that as a conflict | 21:48 |
| splatch | shall I try with same chmod? | 21:48 |
| smurray | might be interesting to see if that fixes it | 21:49 |
| splatch | my pleasure :) | 21:49 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-99-153.dynamic.amis.hr> has joined #yocto | 21:49 | |
| smurray | otherwise, rm it in a bbappend, I guess, though you'll want to dig around to see if that dir does need to be 0700. I suspect it's recommended since I imagine there's keys in the config files... | 21:50 |
| splatch | that's correct, it holds some secrets | 21:51 |
| splatch | I'd consider moving the key anyway to data partition later on, but so far I am in the stage of "lets see if that github thing works" | 21:52 |
| splatch | smurray: you was right, its was a chmod issue, problem solved with change to client recipe. install -d -m 0700 ${D}${sysconfdir}/wireguard let build pass | 21:54 |
| smurray | I could see the init script addition being useful in the wireguard-tools recipe, it's a bit surprising there's not an init script in the contrib directory | 21:54 |
| smurray | splatch: cool. Definitely annoying that the error message didn't highlight that | 21:54 |
| splatch | smurray: that's third hardest thing in the programming nobody says outloud ;-) | 21:55 |
| smurray | heh, yes | 21:55 |
| smurray | I suspect in this instance, it's coming from the package manager and not OE, which is harder to get fixed if it's e.g. rpm | 21:56 |
| splatch | smurray: I guess that wireguard has still smaller community than ovpn due to its popularity, hence there is fewer complainers (such me) and even less contributors capable of making patch. | 21:57 |
| splatch | smurray: if package manager splits 900+ packages when it fails then you're right, it was him | 21:58 |
| splatch | what initially mislead me was beginning of the error "Could not invoke dnf." | 21:59 |
| splatch | anyhow, note to self - verify permissions when package manager complains about overriden file | 21:59 |
| splatch | [or dir] | 21:59 |
| smurray | yeah, sometimes packaging errors in rootfs creation take some decoding. If you're new to OE, it may not be immediately obvious that the process is to build packages, then use a package manager to build the image from them | 22:01 |
| splatch | what bothers me more are inotify constraints ;-) I can't search from any desktop text editor. Any attempt to open anything results in 300k entries which hang half of the system | 22:05 |
| splatch | so I can't quickly search for text occurances or patterns | 22:05 |
| splatch | but that's might be me being used to IDE style work | 22:05 |
| *** splatch <splatch!~splatch@185.142.162.13> has quit IRC | 22:06 | |
| *** splatch <splatch!~splatch@185.142.162.13> has joined #yocto | 22:06 | |
| * splatch wrote exit in wrong window | 22:07 | |
| smurray | heh | 22:07 |
| smurray | I avoid searching down in the build output if at all possible, usually tools like oe-pkgdata-util help narrow things down, and you can then look in specific work directories | 22:08 |
| smurray | and no IDE here, find and grep ;) | 22:08 |
| splatch | that's correct find -exec grep will become my new friend ;-) | 22:10 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 22:14 | |
| *** samvlewis <samvlewis!~samvlewis@45.32.247.239> has quit IRC | 22:15 | |
| *** samvlewis <samvlewis!~samvlewis@45.32.247.239> has joined #yocto | 22:16 | |
| *** BloodSurfer <BloodSurfer!~BloodSurf@2a02:8070:181:d000:f145:e69a:21b5:90d5> has quit IRC | 22:23 | |
| splatch | smurray: given that you made 100% score in answering my problems, I will try to pull one more thing. The qemu. Builder I have does everything in docker. I have all images and I can run them separatelly (mentioned iso in vbox), but I can't make use of runqemu yet. I see many different layouts of yocto projects - some with oe-init-buildenv script at the top, some with all recipes, and some trimmed down just | 22:25 |
| splatch | to supplied layers. What is the good way to avoid host contamination and preserve reasonable dev velocity? | 22:25 |
| smurray | when you say "host contamination", what do you mea, exactly? I ask, because it usually has a specific meaning in OE / Yocto | 22:27 |
| smurray | source tree contamination, you mean? | 22:28 |
| splatch | I just repeated smart term I heard in one of videos :) | 22:28 |
| splatch | so the docker had an advantage for me of not bothering to setup the project and have reproducible execution path, but it doesn't give luxury of running qemu | 22:29 |
| smurray | usually in OE build context it means things from the host machine that you don't want getting picked up in the build process | 22:29 |
| splatch | so that part for me is solved by docker sandbox | 22:30 |
| smurray | ah, you mean being isolated from the host machine wrt build requirements, i.e. having a known working env | 22:31 |
| splatch | yes, my build is made in safe way, so the natural next step is a test run to see if services go up | 22:31 |
| splatch | since I got qemu build working I am in a need of exiting the sandboxed docker and making runqemu on my host | 22:32 |
| smurray | I guess your issue is needing sudo access for the network config runqemu wants to do? | 22:32 |
| smurray | or X access to display? | 22:33 |
| splatch | I'm fine with shell as image I have doesn't ship any X related stuff | 22:34 |
| splatch | I see few output images and few ways telling runqemu script to run them, yet I am not entirely clear which one I should use | 22:34 |
| smurray | hrm, I'd have thought that you could potentially make runqemu work in docker, then, with e.g. something like "runqemu kvm nographic slirp" | 22:35 |
| splatch | I have ext4, iso, qcow2. I am in process of getting oe-init script on the host to see if it will behave better than within docker where it simply dies | 22:35 |
| smurray | there are definitely folks who are the channel who do a lot more with docker than I do | 22:36 |
| splatch | it did launch but I get either no output at all in the shell window or no bootable media or other error coming from runqemu | 22:36 |
| splatch | from documentation samples I saw that wic image should go if I give runqemu full path, will it? | 22:37 |
| smurray | I've been sandboxing with the schroot utility locally as it works for my usecases, and I do sometimes use runqemu inside the sandbox, but the default TUN networking does need workarounds wrt sudo | 22:37 |
| smurray | splatch: yes, that's one option | 22:38 |
| smurray | splatch: runqemu prints the qemu command line it's running, so cut and pasting that and running it by hand inside the OE env is also an option for debugging | 22:39 |
| smurray | splatch: I suspect you'll get better answers on the weekend or Monday, pretty quiet here today with the holiday in the US | 22:40 |
| splatch | smurray: if US will woke up after quarantinee ;-) | 22:41 |
| smurray | splatch: heh, most folks working on OE/YP work from home | 22:42 |
| splatch | we had some holidays down the path and plenty of people here took chance just to leave city and be out as long as possible | 22:42 |
| splatch | smurray: can you tell a bit more about schroot? I have some experiences with chroot recovering my manjaros poor f2fs ;-) | 22:43 |
| smurray | splatch: it's available on most distros, don't see a homepage for it right off. man page is here https://linux.die.net/man/1/schroot | 22:46 |
| smurray | splatch: you basically give it a directory with a rootfs and it bind mounts your filesystems into the sandbox env it creats | 22:46 |
| splatch | "schroot does not virtualise the entire system; it only virtualises the filesystem, and some parts of the filesystem may still be shared with the host. It is therefore fast, lightweight and flexible." I like the idea | 22:47 |
| smurray | splatch: typical usage is to use debootstrap to make a clean Debian or Ubuntu to use | 22:47 |
| splatch | so its another variant of chroot | 22:47 |
| smurray | yeah, it's a wrapper around it, for the most part. A lot more convenient to use, though | 22:47 |
| smurray | it has some support for fancier things wrt the filesystem mounting I don't use | 22:48 |
| smurray | the big advantage is it's simple | 22:48 |
| splatch | that's something which is interesting for me as I would like to play with firstboot & data partition | 22:49 |
| smurray | if you catch some of the other docker users here, they can likely give some tips for using it | 22:50 |
| smurray | splatch: moto-timo and JPEW are probably the people to ask if they happen to be around | 22:51 |
| splatch | I'm close getting qemu locally, lets see how it will fail :) | 22:51 |
| smurray | good luck | 22:51 |
| splatch | thanks, and thank you very much for assistance once again! | 22:52 |
| smurray | no worries | 22:52 |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 22:53 | |
| splatch | I had to tune generated bblayers it starts but ends quickly with "FileExistsError: [Errno 17] File exists: '/usr/bin/core_perl/pod2man' -> '/home/splatch/projects/my-bsp/build/tmp/hosttools/pod2man'" | 23:03 |
| splatch | hm. maybe I should have spare checkout of poky somewhere else | 23:04 |
| *** sgw2 <sgw2!~swold@c-71-238-119-71.hsd1.or.comcast.net> has quit IRC | 23:12 | |
| *** sgw2 <sgw2!~swold@c-71-238-119-71.hsd1.or.comcast.net> has joined #yocto | 23:13 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
