| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 00:06 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 00:08 | |
| *** nslu2-log_ is now known as nslu2-log | 00:08 | |
| *** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has joined #yocto | 00:41 | |
| *** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has joined #yocto | 01:11 | |
| *** ak77_ <ak77_!~akrpic77@193.46.75.3> has quit IRC | 01:27 | |
| *** ak77 <ak77!~akrpic77@193.46.75.3> has joined #yocto | 01:27 | |
| *** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has quit IRC | 01:30 | |
| *** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has joined #yocto | 01:32 | |
| *** ak77 <ak77!~akrpic77@193.46.75.3> has quit IRC | 01:47 | |
| *** kaspter <kaspter!~Instantbi@180.168.140.162> has joined #yocto | 01:48 | |
| *** kaspter <kaspter!~Instantbi@180.168.140.162> has quit IRC | 01:51 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 01:52 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 01:53 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 01:55 | |
| *** nslu2-log_ is now known as nslu2-log | 01:55 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 02:09 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 02:12 | |
| *** nslu2-log_ is now known as nslu2-log | 02:12 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 02:19 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 02:21 | |
| *** nslu2-log_ is now known as nslu2-log | 02:22 | |
| *** rcw <rcw!~rcw@45.72.241.84> has quit IRC | 02:30 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 02:32 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 02:35 | |
| *** nslu2-log_ is now known as nslu2-log | 02:36 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-mrioxxbuqjrilpxn> has quit IRC | 02:46 | |
| *** hpsy1 <hpsy1!~hpsy@92.118.12.85> has joined #yocto | 02:52 | |
| *** hpsy <hpsy!~hpsy@92.118.12.85> has quit IRC | 02:53 | |
| *** sxiii <sxiii!~sw@cm-84.214.223.252.getinternet.no> has quit IRC | 03:13 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 03:36 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 03:38 | |
| *** nslu2-log_ is now known as nslu2-log | 03:38 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 03:41 | |
| *** tolszak <tolszak!~tolszak@apn-31-0-21-12.dynamic.gprs.plus.pl> has quit IRC | 03:58 | |
| *** tolszak <tolszak!~tolszak@apn-37-248-138-140.dynamic.gprs.plus.pl> has joined #yocto | 03:58 | |
| *** tensa <tensa!~tensa@vm-irc.spline.inf.fu-berlin.de> has quit IRC | 03:59 | |
| *** tensa <tensa!~tensa@vm-irc.spline.inf.fu-berlin.de> has joined #yocto | 04:03 | |
| *** ramToNull <ramToNull!7bc93620@123.201.54.32> has joined #yocto | 04:08 | |
| *** tensa <tensa!~tensa@vm-irc.spline.inf.fu-berlin.de> has quit IRC | 04:09 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 04:09 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 04:54 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 04:56 | |
| *** nslu2-log_ is now known as nslu2-log | 04:56 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 05:04 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 05:07 | |
| *** nslu2-log_ is now known as nslu2-log | 05:07 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 05:08 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 05:18 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 05:26 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 05:29 | |
| *** nslu2-log_ is now known as nslu2-log | 05:29 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 05:32 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 05:32 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 05:33 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 05:35 | |
| *** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has joined #yocto | 05:35 | |
| *** nslu2-log_ is now known as nslu2-log | 05:35 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 05:39 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:40 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 05:42 | |
| *** nslu2-log_ is now known as nslu2-log | 05:42 | |
| *** zandrey <zandrey!~zandrey@cable-static2-2-7.rsnweb.ch> has quit IRC | 05:42 | |
| *** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has joined #yocto | 05:56 | |
| *** ada89 <ada89!cb7e0070@203.126.0.112> has joined #yocto | 06:03 | |
| ada89 | How can I increase the memory size of an image? | 06:04 |
|---|---|---|
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:12 | |
| *** tensa <tensa!~tensa@vm-irc.spline.inf.fu-berlin.de> has joined #yocto | 06:14 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 06:17 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 06:17 | |
| *** camus is now known as kaspter | 06:17 | |
| *** tensa <tensa!~tensa@vm-irc.spline.inf.fu-berlin.de> has quit IRC | 06:17 | |
| *** ada89 <ada89!cb7e0070@203.126.0.112> has quit IRC | 06:18 | |
| *** cbs <cbs!~cbs@81.216.59.226> has joined #yocto | 06:22 | |
| cbs | Hi. Can I ask a licence related question, or should this be done in a seperate channel ? | 06:33 |
| *** cedo31 <cedo31!b9d03f48@185.208.63.72> has joined #yocto | 06:33 | |
| *** cedo31 <cedo31!b9d03f48@185.208.63.72> has quit IRC | 06:35 | |
| *** Tony58 <Tony58!a5e1c87b@165.225.200.123> has joined #yocto | 06:45 | |
| *** Tony58 <Tony58!a5e1c87b@165.225.200.123> has quit IRC | 06:46 | |
| *** mckoan|away is now known as mckoan | 06:47 | |
| mckoan | cbs: please ask | 06:48 |
| *** zandrey <zandrey!~zandrey@193.8.40.126> has joined #yocto | 06:50 | |
| cbs | mckoan Thanks. It concerns third party licenses. Specifically in meta-qt5, but not limited to that meta-layer. Licenses for third party components are not shown, and licenses for third party, for third party is also not shown in Yocto. E.g. qtlocation uses 5 third party components, and one of them uses more than 10 another third party components. None of these licenses in reflected in the recipe. Is this by choice ?. See https://doc.qt.io/qt-5/licenses-used-in-qt | 06:51 |
| cbs | .html | 06:51 |
| *** chris_ber <chris_ber!~quassel@213.138.44.181> has joined #yocto | 06:51 | |
| *** zandrey_ <zandrey_!~zandrey@193.8.40.126> has joined #yocto | 06:51 | |
| *** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has quit IRC | 06:52 | |
| cbs | mckoan : Or to be more precise; One of the third party components for qtlocation (mapbox-gl-native) is providing its License file, but the rest are not | 06:53 |
| cbs | mckoan: Unsure if this is by choice, or not even needed. But if using QtLocation and looking into the generated rootfs license file, the fact that we are hit by the boost license (since that is used by Qtlocation as a third party component) is not shown | 06:54 |
| cbs | mckoan: I'm not a lawyer, so unsure of how third party licenses are handled. | 06:55 |
| *** zandrey <zandrey!~zandrey@193.8.40.126> has quit IRC | 06:55 | |
| mckoan | cbs: Qt licenses in particular are a weird and puzzling matter. I suspect you won't get much help here though | 06:55 |
| *** hpsy1 <hpsy1!~hpsy@92.118.12.85> has quit IRC | 06:56 | |
| *** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has quit IRC | 06:56 | |
| *** hpsy <hpsy!~hpsy@92.118.12.85> has joined #yocto | 06:56 | |
| *** yann <yann!~yann@88.120.44.86> has joined #yocto | 06:57 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 06:58 | |
| cbs | mckoan: Okay. But I geuss this problem is not limited to meta-qt5. That is simply just were I saw the problem. But in general, all third party components should have their license listed within the recipe ? Both with LICENSE and LIC_FILES_CHKSUM ? | 06:59 |
| mckoan | cbs: About Qt you can read some post from Burkhard here https://www.embeddeduse.com/2019/05/15/using-qt-under-lgplv3/ | 06:59 |
| mckoan | cbs: generally speking about recipes' licenses, every recupe have to declare its own LICENSE and LIC_FILES_CHKSUM | 07:00 |
| cbs | mckoan: Include third party components ? | 07:01 |
| cbs | mckoan: And thanks for the link! | 07:01 |
| mckoan | cbs: I don't understand what do you mean with 'third party'. If the component has a recipe must have a license too | 07:03 |
| *** sxiii <sxiii!~sw@2a02:20c8:5640::2> has joined #yocto | 07:06 | |
| cbs | mckoan: E.g. qtlocation has software within it, i.e. not a dependency but included within the source code, clip2tri (MIT license), clipper (Boost 1.0 license), geosimplify.js ( geosimplify.js License), poly2tri (Boost license), mapbox-gl-native ( BSD-2 Claus). Then mapbox-gl-native (which is within the source code of qtlocation) then itself has third party components (i.e. again within the source code. Precisely qtlocation/src/3rdparty/mapbox-gl-native): more tha | 07:07 |
| cbs | n 10 of these | 07:07 |
| mcfrisk | cbs: everything that is in the source tree of the recipe needs to be declared in LICENSE | 07:07 |
| cbs | mcfrisk: Roger. Then someone, could be me, needs to add 150+ more licenses to LICENSE within meta-qt5. its all in https://doc.qt.io/qt-5/licenses-used-in-qt.html | 07:08 |
| mcfrisk | (or can be limited to what gets compiled but in that case I'd make sure problematic files are deleted in do_patch() or similar) | 07:08 |
| *** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has joined #yocto | 07:09 | |
| cbs | mcfrisk: Yes. I suppose the safest method is to include all the licenses. But; There are quite a lot :) | 07:09 |
| mcfrisk | there may be gray areas if licenses are 'compatible' and relicensing is allowed | 07:09 |
| mcfrisk | yep, there is quite a lot | 07:09 |
| mcfrisk | and there are problems with licenses can be chose. Hence users may need to either rewrite the LICENSE field if they use that for collecting license texts and for compliance, or introduce a new variable (which is what we've done) | 07:11 |
| cbs | mcfrisk Okay. I'll try to start a MR towards meta-qt5 and see what happens. Thanks for the responses mcfrisk mckoan! | 07:15 |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto | 07:16 | |
| *** ramToNull <ramToNull!7bc93620@123.201.54.32> has quit IRC | 07:22 | |
| *** stew-dw <stew-dw!~stew-dw@2607:fb90:17c4:2ff3:1f7f:bfd8:dc0e:5b91> has quit IRC | 07:23 | |
| *** stew-dw <stew-dw!~stew-dw@2607:fb90:17c4:2ff3:1f7f:bfd8:dc0e:5b91> has joined #yocto | 07:27 | |
| *** chris_ber_ <chris_ber_!~quassel@213.138.44.181> has joined #yocto | 07:36 | |
| *** chris_ber <chris_ber!~quassel@213.138.44.181> has quit IRC | 07:36 | |
| *** creich <creich!~creich@p200300f6af3ce810000000000000039b.dip0.t-ipconnect.de> has joined #yocto | 07:42 | |
| *** dev2null <dev2null!7bc97489@123.201.116.137> has joined #yocto | 07:43 | |
| *** creich <creich!~creich@p200300f6af3ce810000000000000039b.dip0.t-ipconnect.de> has quit IRC | 07:49 | |
| mcfrisk | I often forget bitbake devshells open in one of my screen terminals and with dunfell they seem to hang like this for example if I wipe tmp in another terminal. Are there fixes in master already? https://pastebin.com/raw/34TM6fNh | 07:52 |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 08:04 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 08:05 | |
| *** camus is now known as kaspter | 08:05 | |
| qschulz | ndec: I sent a few docs patches in the middle of the night and I probably was in auto mode at that time, hopefully it's not completely garbage :) I don't care if you squash all of them together, it was more to explain a bit each of the changes and make them (hopefully) easier to review | 08:11 |
| ndec | qschulz: i am reviewing them right now ;) | 08:12 |
| ndec | i merge timo's patch first. i had a minor conflict with one of your patch, but i fixed it. | 08:12 |
| qschulz | ndec: also... I'm wondering if the boilerplate isn't missing in many places? | 08:12 |
| qschulz | e.g. https://docs.yoctoproject.org/ref-manual/ref-manual.html has it but https://docs.yoctoproject.org/ref-manual/ref-system-requirements.html does not | 08:13 |
| qschulz | usually the "Manual" pages have it but not sections | 08:13 |
| ndec | we have it once for each 'manual', as opposed to on each page. | 08:13 |
| qschulz | ndec: ok, was wondering if it was on purpose or not :) | 08:14 |
| ndec | i actually wondered about that.. on the original doc, we have 1 html page for each manual, and the 'boilerplate' once. | 08:15 |
| ndec | but with sphinx we have split into many html 'pages'.. | 08:15 |
| qschulz | and last remark from last night wandering in the docs: am I the only one bothered by numbers for sections and subsections? (which gets used for the page title) | 08:15 |
| ndec | what do you mean here? | 08:16 |
| qschulz | I would at least put a dot or parenthesis or something to clearly mark it's the number of the items and not part of the title? | 08:16 |
| ndec | it is 'uncommon' i think to use numbered sections with sphinx. | 08:17 |
| qschulz | and since the sections and subsections are pretty well defined in the nav bar on the left, i'd say it's not really needed? | 08:17 |
| qschulz | s/defined/shown/ | 08:17 |
| qschulz | small night = broken english and brain farts so bare with me :D | 08:17 |
| qschulz | s/bare/bear/... /me facepalms | 08:18 |
| *** polaris <polaris!~polaris@p4fee215e.dip0.t-ipconnect.de> has joined #yocto | 08:18 | |
| ndec | have you tried removing :numbered: attribute to see how it looks like? | 08:18 |
| qschulz | ndec: haven't investigated yet but css would need some love on mobile. I can scroll horizontally but there is no text. Same for the navbar on mobile. Minor obviously :) | 08:20 |
| qschulz | ndec: I didn't, I will try some day :) thx for the tip | 08:20 |
| qschulz | ndec: I "reviewed" the "introduction and overview" manuals and "Overview and Concepts Manual". It's... very overwhelming how much doc there is :D | 08:21 |
| ndec | heh.. | 08:21 |
| ndec | i think we might want to revisit how everything is split into .rst files.. i am not sure the current list of files makes sense.. | 08:22 |
| ndec | right now, it's a one to one map with the docbook files. | 08:22 |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 08:23 | |
| *** dev2null <dev2null!7bc97489@123.201.116.137> has quit IRC | 08:25 | |
| qschulz | ndec: lgtm and then we can reorganize later? or would this modify the organization in the navbar? | 08:25 |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 08:26 | |
| *** nslu2-log_ is now known as nslu2-log | 08:26 | |
| ndec | i don't expect it will change the nav bar. the nav bar 'design' comes from index.rst, then we recursively include all the other files. | 08:26 |
| ndec | so renaming/moving/merging files within each manual should have no impact on the output. | 08:26 |
| qschulz | then I think it's fine to do it later/mid-release? i'm no RP though :D | 08:27 |
| ndec | renaming is probably important, since the filenames are often used in the :ref: | 08:27 |
| ndec | it's definitly post 3.2! | 08:27 |
| qschulz | the ref aren't an issue, it's more the URL modification that isn't great | 08:27 |
| qschulz | because you break links then | 08:27 |
| qschulz | I mean... external links pointing to the docs, refs are just internal so /me shrugs | 08:29 |
| *** polaris <polaris!~polaris@p4fee215e.dip0.t-ipconnect.de> has quit IRC | 08:30 | |
| *** polaris <polaris!~polaris@p4fcd3fc0.dip0.t-ipconnect.de> has joined #yocto | 08:32 | |
| ndec | right. i see. though when 3.2 is released, it will be in http://docs.yoctoproject.org/3.2, so if we change links for master/3.3 it will not impact what's published. | 08:32 |
| *** ak77 <ak77!~akrpic77@193.46.75.3> has joined #yocto | 08:33 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 08:34 | |
| RP | ndec: having some kind of stable external links referencing is kind of desirable | 08:35 |
| RP | but for now I'll be happy to have the basics of the conversion done | 08:36 |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 08:36 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 08:36 | |
| RP | qschulz: thanks for the patches, I had a quick look this morning | 08:36 |
| ndec | RP: you ok with "sphinx: replace special quotes with single and double quotes"? | 08:37 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 08:38 | |
| *** camus is now known as kaspter | 08:38 | |
| RP | ndec: the metadata fixes there are clearly correct, not sure about the text ones, that is a style issue. Its probably more consistent though? | 08:38 |
| *** master007_ <master007_!~master007@125.63.125.168> has joined #yocto | 08:38 | |
| ndec | RP: i think the rendered output by sphinx will use the right character, no? | 08:40 |
| qschulz | RP: it makes it much easier to grep through the docs in the git repo | 08:41 |
| qschulz | ndec: it seems ok for double quotes, I'll check for single | 08:41 |
| qschulz | ndec: http://docs.yoctoproject.org/adt-manual/adt-prepare.html => choose "I" is one I changed | 08:41 |
| qschulz | ndec: ah! a few lines lower, ` <&YOCTO_TOOLCHAIN_DL_URL;>`__ in the html :D | 08:42 |
| ndec | adt is deprecated.. | 08:42 |
| *** master007 <master007!~master007@125.63.125.42> has quit IRC | 08:42 | |
| ndec | we will no longer publish it. i am not even sure why it's there. | 08:42 |
| qschulz | ndec: http://docs.yoctoproject.org/dev-manual/dev-manual-qemu.html => `You also need the target root filesystem for your target machine’s architecture:` was using the "weird' | 08:44 |
| qschulz | single quote and ctrl+f in FF is doing just fine | 08:44 |
| qschulz | so cosmetic change only for the git repo :) | 08:44 |
| qschulz | ndec: admittedly, was highlighted by vim spell plugin. Wouldn't be mad if it's not taken so no worries | 08:45 |
| qschulz | (it's a sed, a patch that took 3min :) ) | 08:45 |
| ndec | i am ok with the patch, actually. i think it's better. and if the output is not impact we should be good. | 08:45 |
| RP | ndec: I hadn't checked the output but it seems reasonable to be consistent in the text | 08:46 |
| qschulz | ndec: to be clear, I checked docs.yoctoproject.org (so before the patch) not with mine (though I'm pretty sure I did yesterday/today but can't guarantee :) ) | 08:48 |
| qschulz | ndec: and indeed... linkcheck is REALLY slow. Like mindblowingly slow. | 08:48 |
| ndec | i checked after your patch, and it looks ok. | 08:48 |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 08:51 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 08:54 | |
| *** nslu2-log_ is now known as nslu2-log | 08:54 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 08:57 | |
| ndec | qschulz: i am going to squash this change in one of your patch, fyi.. | 08:58 |
| ndec | https://www.irccloud.com/pastebin/8dc8asr9/ | 08:58 |
| *** polaris <polaris!~polaris@p4fcd3fc0.dip0.t-ipconnect.de> has quit IRC | 09:06 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:11 | |
| qschulz | ndec: ahah! I was wondering how would one do it :) thx! | 09:12 |
| *** dev2null <dev2null!7bc93485@123.201.52.133> has joined #yocto | 09:18 | |
| *** lxc <lxc!d9d0c05b@217-208-192-91-no98.tbcn.telia.com> has joined #yocto | 09:20 | |
| lxc | does bitbake handle local paths with "@" character? | 09:21 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:23 | |
| qschulz | lxc: can you present your problem or thought process please? the question isn't very clear to me | 09:29 |
| RP | lxc: I suspect the sed expressions we use in places may conflict | 09:32 |
| lxc | RP okay, that may explain the errors. known issue, or plans to fix? | 09:33 |
| *** dmation <dmation!~dmation@90.253.232.39> has joined #yocto | 09:33 | |
| RP | lxc: we should probably just report it to the user as unsupported. We need to use some character so we'd just move the problem | 09:33 |
| lxc | @rp I see, I believe Jenkins usually creates paths containing the @ character | 09:34 |
| RP | lxc: well, I'm only guessing, I don't know how widespread the problem is if I'm right. I do know people use jenkins for builds with YP just fine... | 09:37 |
| lxc | RP error message seems in place: Error, you have an invalid character (@) in your COREBASE directory path. Please move the installation to a directory which doesn't include any @ characters. | 09:49 |
| RP | lxc: ah, cool. I did remember that correctly then :) | 09:50 |
| lxc | @RP thanks, will solve by updating Jenkins path | 09:51 |
| *** Klanticus <Klanticus!~quassel@187-19-90-24.customer.ntelecom.com.br> has joined #yocto | 10:11 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 10:14 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 10:17 | |
| *** nslu2-log_ is now known as nslu2-log | 10:17 | |
| *** jobroe_ <jobroe_!~manjaro-u@p579ebbb9.dip0.t-ipconnect.de> has joined #yocto | 10:23 | |
| *** creich <creich!~creich@p200300f6af3ce810000000000000039b.dip0.t-ipconnect.de> has joined #yocto | 10:24 | |
| *** dev2null <dev2null!7bc93485@123.201.52.133> has left #yocto | 10:44 | |
| *** toast963 <toast963!7bc92444@123.201.36.68> has joined #yocto | 10:56 | |
| *** camus <camus!~Instantbi@180.168.140.162> has joined #yocto | 11:07 | |
| *** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has joined #yocto | 11:08 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 11:08 | |
| *** camus is now known as kaspter | 11:08 | |
| *** stew-dw <stew-dw!~stew-dw@2607:fb90:17c4:2ff3:1f7f:bfd8:dc0e:5b91> has quit IRC | 11:10 | |
| *** stew-dw <stew-dw!~stew-dw@172.58.59.108> has joined #yocto | 11:16 | |
| toast963 | Hello is this the right place to ask questions on readonly-rootfs builds on yocto ? | 11:22 |
| *** rr123 <rr123!~xxiao@159.89.184.51> has quit IRC | 11:25 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-kxlicnszxcbwfrvr> has joined #yocto | 11:28 | |
| dmation | toast963,I think so what do you need to know? | 11:29 |
| RP | toast963: you can certainly ask! | 11:30 |
| *** berton <berton!~berton@181.220.78.182> has joined #yocto | 11:47 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 11:52 | |
| *** yann <yann!~yann@88.120.44.86> has quit IRC | 11:52 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 11:54 | |
| *** nslu2-log_ is now known as nslu2-log | 11:55 | |
| *** stew-dw <stew-dw!~stew-dw@172.58.59.108> has quit IRC | 11:59 | |
| *** stew-dw_ <stew-dw_!~stew-dw@2607:fb90:a224:a97a:6769:dd6e:a79e:9a45> has joined #yocto | 11:59 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 12:06 | |
| *** kaspter <kaspter!~Instantbi@180.168.140.162> has quit IRC | 12:07 | |
| *** camus is now known as kaspter | 12:07 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 12:10 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 12:10 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 12:10 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 12:13 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 12:16 | |
| *** nslu2-log_ is now known as nslu2-log | 12:17 | |
| *** d32 <d32!2ef3c527@46.243.197.39> has joined #yocto | 12:29 | |
| *** d32 <d32!2ef3c527@46.243.197.39> has quit IRC | 12:31 | |
| *** d32 <d32!2ef3c527@46.243.197.39> has joined #yocto | 12:31 | |
| *** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has quit IRC | 12:35 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 12:39 | |
| *** mbulut <mbulut!~nameclash@ip1f110f91.dynamic.kabel-deutschland.de> has joined #yocto | 12:41 | |
| *** rcw <rcw!~rcw@45.72.241.84> has joined #yocto | 12:49 | |
| *** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto | 12:55 | |
| *** master007__ <master007__!~master007@125.63.125.228> has joined #yocto | 12:57 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 12:57 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 12:57 | |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC | 12:59 | |
| *** master007_ <master007_!~master007@125.63.125.168> has quit IRC | 13:00 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:01 | |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto | 13:01 | |
| *** maudat <maudat!~moda@bras-vprn-mtrlpq2848w-lp130-10-174-92-198-55.dsl.bell.ca> has joined #yocto | 13:02 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 13:03 | |
| *** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has joined #yocto | 13:03 | |
| shan1 | Hi all I have a python module where there is already a `systemd` service script in the repository: https://github.com/iotfablab/gpsfluxlite | 13:04 |
| shan1 | I am able to port the previous version of the repo with a recipe but I am trying to add the `inherit systemd` in the recipe but bitbake isn't catching the `gpsfluxlite.service` | 13:05 |
| shan1 | Here is the recipe: | 13:05 |
| shan1 | # Recipe created by recipetool# This is the basis of a recipe and may need further editing in order to be fully functional.# (Feel free to remove these comments when editing.)SUMMARY = "CLI to parse GPS RMC Co-ordinates and publish them via MQTT and store into InfluxDB"# WARNING: the following LICENSE and LIC_FILES_CHKSUM values are best guesses - | 13:05 |
| shan1 | it is# your responsibility to verify that the values are complete and correct.LICENSE = "MIT"LIC_FILES_CHKSUM = "file://LICENSE;md5=373144ff274075072c0386be40a7e9e1"SRC_URI = "https://github.com/iotfablab/gpsfluxlite/archive/v${PV}.tar.gz"SRC_URI[md5sum] = "dbb1921a5ff1059c2f257c4c045ceefe"SRC_URI[sha256sum] = | 13:05 |
| shan1 | "d4fee4469adefa99755c9f16ef194cc5b6c58bde0ff056e8bf0652bbeb2ad845"S = "${WORKDIR}/gpsfluxlite-${PV}"inherit systemdSYSTEMD_SERVICE_${PN} = "gpsfluxlite.service" | 13:05 |
| shan1 | # WARNING: the following rdepends are from setuptools install_requires. These# upstream names may not correspond exactly to bitbake package names.RDEPENDS_${PN} += "${PYTHON_PN}-paho-mqtt ${PYTHON_PN}-pynmea2 ${PYTHON_PN}-pyserial" | 13:05 |
| shan1 | # WARNING: the following rdepends are determined through basic analysis of the# python sources, and might not be 100% accurate.RDEPENDS_${PN} += "${PYTHON_PN}-core ${PYTHON_PN}-modules" | 13:05 |
| shan1 | woops! what should be given in the `SYSTEMD_SERVICE_${PN} = "..." ` variable in order for bitbake to pick up the systemd service script | 13:06 |
| shan1 | AH! my bad had to use `do_install` in the recipe | 13:10 |
| paulbarker | shan1: I highly recommend using a pastebin to share any code fragments longer than 2 or 3 lines | 13:13 |
| shan1 | Sorry for that paul. | 13:14 |
| shan1 | Never mind I found out what the problem was, I am looking into create a tutorial for _not so dummies_ in Yocto using devtool for python apps. Thought people might find it useful. | 13:15 |
| *** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto | 13:16 | |
| *** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has quit IRC | 13:16 | |
| *** leonardo39 <leonardo39!55296552@host-85-41-101-82.business.telecomitalia.it> has joined #yocto | 13:18 | |
| *** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has joined #yocto | 13:19 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 13:20 | |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto | 13:23 | |
| *** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has quit IRC | 13:23 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 13:25 | |
| d32 | Hi, I'm trying to get my head around implementing a custom device tree for a carrier board I'm working on. Digging through the manual and checking out coding session videos from Josef Holzmayr learned me a lot but i'm new to Yocto and in need for some step by step tutorial - does it exist? Thanks. | 13:26 |
| *** hpsy <hpsy!~hpsy@92.118.12.85> has quit IRC | 13:26 | |
| RP | d32: you've seen http://docs.yoctoproject.org/brief-yoctoprojectqs/brief-yoctoprojectqs.html ? | 13:29 |
| *** yann <yann!~yann@185.123.26.202> has joined #yocto | 13:30 | |
| *** sxiii <sxiii!~sw@2a02:20c8:5640::2> has quit IRC | 13:47 | |
| d32 | RP thanks for your suggestion. Yes I have seen that. I have created a custom layer and was checking out this: http://docs.yoctoproject.org/bsp-guide/bsp.html#bsp-machine-configuration-example | 13:47 |
| d32 | I'm unsure how to define and include a custom dtb (or dts?) file for my board. | 13:48 |
| RP | d32: I'm sure there is information out there but I don't think the manual covers dtbs specifically unfortunately | 13:52 |
| RP | d32: sorry, I wish I knew something to point at for that specifically | 13:52 |
| *** BobPungartnik <BobPungartnik!~BobPungar@179.177.248.241> has joined #yocto | 13:56 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:02 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 14:06 | |
| RP | sakoman: please note I updated the helper commit since there was a missing ":" in that patch we discussed | 14:08 |
| sakoman | RP: OK, will grab the update | 14:08 |
| d32 | Before I post any more, how do I write multiline messages here? | 14:08 |
| qschulz | d32: you dont :D use a pastebin | 14:09 |
| d32 | Right :) Some more background info. I have started from this: https://hub.mender.io/t/technexion-pico-pi-imx7/136 It builds and runs on the dev board; now I want to migrate it to my board. For example let's say I have created meta-mylayer and added it to bblayers.conf. MACHINE is defined as "imx7d-pico" in local.conf. I have checked meta-mylayer | 14:09 |
| d32 | get's picked up by bitbake. Now I have added in meta-mylayer/conf a machine dir with imx7d-pico.conf. I have added an intentional non-existint definiton KERNEL_DEVICETREE = "imx7d-pico-error.dtb" to see if it gets picked up but no errors occur. | 14:09 |
| qschulz | d32: am I correct in that you have two imx7d-pico.conf in your Yocto metadata but in different layers? | 14:10 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 14:13 | |
| d32 | Yes, assuming naively that my layer would override the setting in the other. | 14:13 |
| qschulz | d32: first bbclass and conf files to be found in layers (order of conf/bblayers.conf by default) are the ones taken | 14:14 |
| qschulz | so no | 14:14 |
| qschulz | and technically, using the same machine conf file for a different machine is wrong. Since you're saying imx7d-pico is the dev board, I assume your other board is at least a bit different than NXP devkit | 14:14 |
| qschulz | in that case, you want a different machine conf | 14:15 |
| d32 | Ok I was confused then with this statement:Ordering and BBFILE_PRIORITY for the layers listed in BBLAYERS matter. For example, if multiple layers define a machine configuration, the OpenEmbedded build system uses the last layer searched given similar layer priorities. The build system works from the top-down through the layers listed in BBLAYERS.In | 14:17 |
| d32 | : http://docs.yoctoproject.org/bsp-guide/bsp.html#bsp-layers | 14:17 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:2975:33fa:6fa4:1208> has quit IRC | 14:17 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:25fe:d3c5:6e2:e325> has joined #yocto | 14:19 | |
| d32 | Actually I am using the imx7d-pico module on a development board that is called imx7d-pico-pi. It's the development board that I want to replace with my own. | 14:19 |
| qschulz | d32: different machine then :) | 14:21 |
| qschulz | but now you make me doubt on the conf file, I'll check | 14:21 |
| d32 | Thanks for your replies btw! I'm probably making a lot of rookie mistakes. | 14:21 |
| qschulz | d32: don't worry, everyone starts from somewhere :) | 14:22 |
| *** chbae <chbae!~chbae@ip5f5af139.dynamic.kabel-deutschland.de> has joined #yocto | 14:24 | |
| qschulz | d32: so actually... the docs contradict itself for the order. Thx for highlighting this. | 14:25 |
| *** jobroe_ <jobroe_!~manjaro-u@p579ebbb9.dip0.t-ipconnect.de> has quit IRC | 14:26 | |
| *** zandrey_ <zandrey_!~zandrey@193.8.40.126> has quit IRC | 14:28 | |
| *** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has joined #yocto | 14:28 | |
| *** chris_ber_ <chris_ber_!~quassel@213.138.44.181> has quit IRC | 14:29 | |
| shan1 | so I added a password to the root user for my using a `.bbappend` file for the image. I am unable to login into the board via ssh e.g. `ssh -l root 192.168.3.11` and upon entering the password I get access denied. Do I have to add the root user to ssh config? | 14:31 |
| shan1 | I seem to be locked out of the board | 14:31 |
| d32 | qschulz: Glad I could contribute unexpectedly :) I have now changed the machine definition in local.conf and renamed my machine.conf file accordingly. I could now succesfully break it so time to chew on the errors now. Thanks! | 14:36 |
| *** chbae <chbae!~chbae@ip5f5af139.dynamic.kabel-deutschland.de> has quit IRC | 14:47 | |
| *** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has joined #yocto | 14:48 | |
| *** dmation_ <dmation_!~dmation@217.38.231.106> has joined #yocto | 14:53 | |
| *** dmation <dmation!~dmation@90.253.232.39> has quit IRC | 14:56 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 15:02 | |
| *** orz <orz!~orz@84-216-106-29.customers.ownit.se> has joined #yocto | 15:04 | |
| *** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC | 15:04 | |
| *** leonardo39 <leonardo39!55296552@host-85-41-101-82.business.telecomitalia.it> has quit IRC | 15:06 | |
| *** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has quit IRC | 15:06 | |
| *** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto | 15:09 | |
| toast963 | Hello, I am trying to build an read-only rfs with read-write overlayfs using yocto for Raspberry Pi. I included meta-readonly-rootfs-overlay layer[1] into my yocto build. And followed the instructions given in the Readme of the layer. When I tried to boot up the image the init gets stuck. I traced the error to the line 179 of the init script, But I | 15:14 |
| toast963 | am unable to debug further. I think my approach to the problem might be wrong. Please can you guys point me to some documentation or a good read for read-only-rfs using yocto. [1] meta-readonly-rootfs-overlay layer - https://github.com/cmhe/meta-readonly-rootfs-overlay | 15:14 |
| *** dmation__ <dmation__!~dmation@90.253.232.39> has joined #yocto | 15:20 | |
| *** d32 <d32!2ef3c527@46.243.197.39> has quit IRC | 15:21 | |
| *** dmation_ <dmation_!~dmation@217.38.231.106> has quit IRC | 15:23 | |
| *** d32 <d32!2ef3c527@46.243.197.39> has joined #yocto | 15:23 | |
| *** RobertBerger <RobertBerger!~rber@ppp-2-86-237-227.home.otenet.gr> has joined #yocto | 15:24 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:25 | |
| *** d32 <d32!2ef3c527@46.243.197.39> has quit IRC | 15:26 | |
| *** d32 <d32!2ef3c527@46.243.197.39> has joined #yocto | 15:26 | |
| *** stew-dw_ <stew-dw_!~stew-dw@2607:fb90:a224:a97a:6769:dd6e:a79e:9a45> has quit IRC | 15:26 | |
| *** stew-dw <stew-dw!~stew-dw@2607:fb90:a224:a97a:6769:dd6e:a79e:9a45> has joined #yocto | 15:28 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 15:30 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 15:30 | |
| RP | JPEW, sgw: FWIW I successfully managed to take sshd out this list and no change. I think there is something deeper going on | 15:30 |
| *** camus is now known as kaspter | 15:32 | |
| *** sxiii <sxiii!~sw@cm-84.214.223.252.getinternet.no> has joined #yocto | 15:32 | |
| *** dmation__ <dmation__!~dmation@90.253.232.39> has quit IRC | 15:32 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 15:33 | |
| kergoth | I'm thinking about writing a sed wrapper for use in oe that confirms that the input was modified by it, to catch cases where sed is used but didn't actually change anything. | 15:34 |
| kergoth | Seem sane? | 15:34 |
| RP | kergoth: yes, very | 15:35 |
| kergoth | i don't intend to check each pattern match, only if the input is changed at all. but better than nothing | 15:35 |
| kergoth | can just use cmp or so | 15:35 |
| RP | kergoth: I was actually thinking about one which returned the number of replacements | 15:35 |
| kergoth | i like that idea, slightly harder to implement. for the common case of search/replace we could just not use sed at all, use our script instead, though | 15:36 |
| kergoth | write it in python | 15:36 |
| RP | kergoth: right, I'd not gotten to implementation but the count would at least give us an idea that what we wanted was happening | 15:36 |
| *** BobPungartnik <BobPungartnik!~BobPungar@179.177.248.241> has quit IRC | 15:37 | |
| kergoth | it'd be nice if it was a standalone script.. downside to using python for that would be the interpreter overhead | 15:37 |
| kergoth | hm | 15:37 |
| RP | We're nearly always doing a search/replace so our own util could be nice | 15:37 |
| *** BobPungartnik <BobPungartnik!~BobPungar@179.177.248.241> has joined #yocto | 15:37 | |
| RP | I wonder what the sed performance is like | 15:37 |
| RP | I have noticed it a lot in iotop stats | 15:37 |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC | 15:38 | |
| RP | mostly from the sstate manipulations, we should try and do less of those | 15:40 |
| RP | well, rss too | 15:40 |
| kergoth | hmm, agreed. | 15:41 |
| kergoth | RP: https://askubuntu.com/a/1036918 interesting. | 15:41 |
| RP | kergoth: yes, very interesting | 15:42 |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto | 15:43 | |
| *** tolszak <tolszak!~tolszak@apn-37-248-138-140.dynamic.gprs.plus.pl> has quit IRC | 15:46 | |
| JPEW | RP: Ya, I don't think it's SSH, just by looking at the systemd-analyze output | 15:53 |
| JPEW | RP: Can you run `systemd-analyze plot > plot.svg` and share it? | 15:54 |
| JPEW | There appear to be two really long pauses in the boot that aren't showing up in the critical path analysis | 15:54 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 15:56 | |
| *** Daniel__ <Daniel__!~quassel@213.55.225.247> has joined #yocto | 15:56 | |
| *** Daniel__ <Daniel__!~quassel@213.55.225.247> has quit IRC | 15:57 | |
| RP | JPEW: I'm going to run out of time but yes, will try | 15:57 |
| JPEW | Ok, If you can't thats fine, I'll keep trying to reproduce it | 15:57 |
| RP | JPEW: I'm trying to run the getty under strace -t, see if it is hanging | 15:57 |
| RP | JPEW: I just know I'm coming up to meetings and things | 15:58 |
| RP | mips is slow and sato-sdk, slow to build :( | 15:58 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 16:08 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 16:10 | |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC | 16:10 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 16:10 | |
| *** mbulut <mbulut!~nameclash@ip1f110f91.dynamic.kabel-deutschland.de> has quit IRC | 16:14 | |
| RP | sgw, JPEW: serial-getty is blocking on dbus | 16:15 |
| rburton | what. | 16:22 |
| JPEW | RP: Uh, Weird | 16:29 |
| sgw | interesting | 16:31 |
| RP | rburton, JPEW, sgw: mailed you the logs | 16:31 |
| RP | plymouth support in agetty? | 16:39 |
| * RP tries disabling that | 16:42 | |
| *** mckoan is now known as mckoan|away | 16:46 | |
| *** yann <yann!~yann@185.123.26.202> has quit IRC | 16:50 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 16:52 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 16:54 | |
| *** camus is now known as kaspter | 16:54 | |
| *** King_InuYasha is now known as Conan_Kudo | 17:10 | |
| *** Conan_Kudo is now known as King_InuYasha | 17:10 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 17:16 | |
| *** srijan_root <srijan_root!0e66a0b2@14.102.160.178> has joined #yocto | 17:16 | |
| tgamblin | JPEW: what was the variable you mentioned to add to local.conf for extra info about the hashserver? | 17:20 |
| *** toast963 <toast963!7bc92444@123.201.36.68> has quit IRC | 17:22 | |
| srijan_root | Facing a weird issue with Openssh Server. The sshd service runs well, with systemd. Everything is OK and I am able to sshd in. It's just that the sshd service does not stay after a reboot. I have already done systemctl enable sshd.service. Enabled debug logging, but cant see any suspicious error only thing that I see is as soon as the system boots | 17:26 |
| srijan_root | up and if I do a journalctl -u sshd, I see the openssh server starting starts listening on the ip:port but then gets a Received signal 15 and then terminates it | 17:26 |
| *** King_InuYasha is now known as Conan_Kudo | 17:28 | |
| *** Conan_Kudo is now known as King_InuYasha | 17:28 | |
| *** d32 <d32!2ef3c527@46.243.197.39> has quit IRC | 17:31 | |
| srijan_root | If I do a systemctl start sshd, everything works fine....it's just that after a reboot, the service cannot start | 17:35 |
| *** mihai- <mihai-!~mihai@unaffiliated/mihai> has quit IRC | 17:38 | |
| JPEW | RP: I don't think it' | 17:41 |
| JPEW | RP: I don't think it's plymouth. If you look, the delay is after getty exec()'s /bin/login, which I'm guessing is waiting on dbus inside of pam_system.so | 17:42 |
| JPEW | *pam_systemd.so | 17:42 |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC | 17:54 | |
| *** King_InuYasha is now known as Conan_Kudo | 17:58 | |
| *** Conan_Kudo is now known as King_InuYasha | 17:58 | |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC | 18:01 | |
| JPEW | tgamblin: BB_LOGCONFIG = "/projects/poky/bitbake/contrib/autobuilderlog.json" | 18:08 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 18:12 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 18:21 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 18:29 | |
| JPEW | RP, sgw, rburton: pam support seems to be the difference. The system boots much slower and serial login takes a lot longer when you have "pam" in DISTRO_FEATURES | 18:30 |
| JPEW | This appears to be because at least partly because it enables the systemd-user-sessions service, which serial-getty@.service is "After=" | 18:31 |
| *** Klanticus_ <Klanticus_!~quassel@189.76.143.176> has joined #yocto | 18:33 | |
| *** srijan_root <srijan_root!0e66a0b2@14.102.160.178> has quit IRC | 18:34 | |
| *** Klanticus <Klanticus!~quassel@187-19-90-24.customer.ntelecom.com.br> has quit IRC | 18:34 | |
| *** rizzitello <rizzitello!~quassel@24.105.220.210> has joined #yocto | 18:35 | |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:7da9:2f6a:f755:42c5> has quit IRC | 18:48 | |
| *** yann <yann!~yann@88.120.44.86> has joined #yocto | 18:48 | |
| *** zkrx <zkrx!~quassel@adsl-89-217-234-211.adslplus.ch> has joined #yocto | 18:55 | |
| *** kvpnet <kvpnet!cdfbe9b3@205.251.233.179> has joined #yocto | 19:07 | |
| tgamblin | JPEW: thanks! | 19:15 |
| paulg | and here I thought pam meant no stick. | 19:16 |
| *** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto | 19:18 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 19:18 | |
| *** aidanh_ is now known as aidanh | 19:18 | |
| *** rizzitello <rizzitello!~quassel@24.105.220.210> has quit IRC | 19:25 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 19:35 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 19:35 | |
| *** camus is now known as kaspter | 19:35 | |
| *** d32 <d32!5653d61b@86-83-214-27.fixed.kpn.net> has joined #yocto | 19:44 | |
| *** d32 <d32!5653d61b@86-83-214-27.fixed.kpn.net> has quit IRC | 19:45 | |
| *** 17WABSAHR <17WABSAHR!~moosnat@135-180-39-137.fiber.dynamic.sonic.net> has joined #yocto | 19:46 | |
| 17WABSAHR | Hi, I'm currently dealing with an issue with shared sstate cache and kernel module signing. If I build two images that share the same sstate cache (different checkouts of the firmware yocto layer), the wrong keys will be used intermittently to sign the modules. | 19:50 |
| *** 17WABSAHR is now known as moosnat | 19:51 | |
| moosnat | Hi, I'm currently dealing with an issue with shared sstate cache and kernel module signing. If I build two images that share the same sstate cache (different checkouts of the firmware yocto layer), the wrong keys will be used intermittently to sign the modules. Is there a way to exclude the signing keys from the sstate cache, or another possible workaround? | 19:53 |
| RP | JPEW: could definitely be pam | 19:53 |
| moosnat | sorry for double-posting, I don't use irc very often | 19:54 |
| *** bsmerbeck <bsmerbeck!4a6132e0@pool-74-97-50-224.prvdri.fios.verizon.net> has joined #yocto | 19:54 | |
| manuel1985 | Honest question: What does one need PAM for? I once had an issue when only two ssh sessions could exist at the same time. It was because some PAM module was whitelisting pts0 and pts1 only. But I never really figured out if I actually need PAM or if I punch any security holes in my sshd config when disabling it. Can I disable it? I'm just a normal home user, no sysadmin managing accounts of dozens of people. | 19:58 |
| bsmerbeck | Spent two weeks trying to get this, so I'll call out into the void and hope someone else in the world has accomplished it. Have an image i'm designing for a Jetson Nano Dev Kit. What i'm trying to accomplish is installing a web app onto the image, and configuring such that a non-privileged account will run the app at startup. To do this, i'm trying | 20:00 |
| bsmerbeck | to use pm2 (https://pm2.keymetrics.io/). The process is basically running the daemon `pm2 status`, before entering `pm2 startup`. This responds with a command to run as sudo to set a startup script. Afterwards, you can run the node app using `pm2 start` and then save it to a dump file for the systemd service to resurrect on startup using `pm2 | 20:00 |
| bsmerbeck | save`. I have the app in the right location, and can run it using a blanket `node server....` and can run it using the pm2 command once the image is flashed to the device and i'm logged into the correct user. So, i'm trying to do get this all setup during the build. I have a recipe to install pm2 and add the binary to PATH for the non-privileged | 20:00 |
| bsmerbeck | user. To run the commands, I was using a first-time only systemd service that called a script. It won't work for the life of me. If anyone's done something similar, would love a hand | 20:00 |
| manuel1985 | moosnat: Sorry I got no idea. Interesting that the sstate cache seems to hold the actual signing keys. Wouldn't have expected this. Looks ugly and like a workaround, but you could programmatically call `bitbake -c cleanall <package>` to delete the sstate of the package in which the kernel signing is done. | 20:02 |
| RP | JPEW: looking at the code, it will be systemd's pam module :/. I guess the question becomes what is it looking for on dbus that is so slow :/ | 20:03 |
| bsmerbeck | The best part is that I can run the commands in order that are called by the script and it works. But god forbid I have it run using a script | 20:03 |
| manuel1985 | I'm not sure if `cleanall` is the best option, with `bitbake -c listtasks <packagename>` you can list the tasks there are for your package. Perhaps there is a better one. | 20:03 |
| manuel1985 | RP: Sorry if this is considered unfriendly, but I would like to draw your attention to my message above. Just in case you didnt see it. | 20:05 |
| manuel1985 | Honest question: What does one need PAM for? I once had an issue when only two ssh sessions could exist at the same time. It was because some PAM module was whitelisting pts0 and pts1 only. But I never really figured out if I actually need PAM or if I punch any security holes in my sshd config when disabling it. Can I disable it? I'm just a normal home user, no sysadmin managing accounts of dozens of people. | 20:05 |
| moosnat | This build is currently stuck on an older Yocto branch (sumo at this time) -- is there official support for kernel module signing in an upstream version of Yocto? Perhaps our patches erroneously include the keys in sstate | 20:05 |
| *** yann <yann!~yann@88.120.44.86> has quit IRC | 20:06 | |
| RP | manuel1985: I'm far from an expert on pam. A lot depends on what you need/expect from user sessions, for example dbus setup, the environment setup, things like xdg directories, extra or restricted permissions and so on | 20:06 |
| RP | manuel1985: if you just need a basic shell, I doubt you need it | 20:06 |
| RP | manuel1985: systemd effectively expects it though | 20:07 |
| JPEW | Left a comment on the bug | 20:16 |
| RP | manuel1985: https://www.freedesktop.org/software/systemd/man/pam_systemd.html for info | 20:17 |
| *** zkrx <zkrx!~quassel@adsl-89-217-234-211.adslplus.ch> has quit IRC | 20:21 | |
| RP | JPEW: thanks, the plot is useful | 20:22 |
| *** orz <orz!~orz@84-216-106-29.customers.ownit.se> has quit IRC | 20:24 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.30> has quit IRC | 20:24 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.32> has joined #yocto | 20:25 | |
| RP | JPEW: what puzzles me is how the getty can be started so early and show "login:" yet not be started according to systemd's boot info until logind is available | 20:26 |
| *** bsmerbeck <bsmerbeck!4a6132e0@pool-74-97-50-224.prvdri.fios.verizon.net> has quit IRC | 20:27 | |
| manuel1985 | RP: Thanks for the link! Reading it now. | 20:28 |
| JPEW | RP: I'm not sure I follow. The boot chart shows the getty starting @ ~51s which is about when I see the login: prompt | 20:30 |
| *** zkrx <zkrx!~quassel@adsl-89-217-234-211.adslplus.ch> has joined #yocto | 20:36 | |
| RP | JPEW: If I boot an image, then show journalctl, I see Sep 17 20:24:55 qemumips systemd[1]: Started Serial Getty on ttyS0. | 20:36 |
| RP | Sep 17 20:25:30 qemumips systemd-logind[163]: New session c1 of user root. | 20:36 |
| RP | Sep 17 20:27:11 qemumips systemd[1]: Started Session c1 of user root | 20:36 |
| RP | JPEW: i.e. a huge delay between the getty and the actual start of the session | 20:37 |
| JPEW | Oh, ya. Part of that at least is that it's staring a systemd user session | 20:38 |
| RP | JPEW: right, but your plot seems to show the getty starting much later | 20:38 |
| RP | I wonder if this is simple cpu starvation | 20:41 |
| RP | JPEW: can we renice a process from a systemd unit? | 20:41 |
| JPEW | Yes, I think it is when the ssh keys are generated | 20:41 |
| RP | JPEW: not that I can immediately spot in the units. I can try adding Nice=-15 | 20:42 |
| JPEW | Oh, sorry, I meant I think the starvation mostly occurs when the ssh keys are being generated | 20:43 |
| RP | JPEW: right, so if I renice that unit... | 20:44 |
| JPEW | Right. Probably want to go the other way though and do Nice=19 to make it really low priority? | 20:44 |
| RP | JPEW: sorry, yes. I get these numbers mixed up | 20:45 |
| JPEW | RP: I always have to look them up :) | 20:45 |
| JPEW | I suspect that will fix it most of the time; unless the AB is overloaded and the whole thing runs slow | 20:45 |
| JPEW | RP: With no key generation, I'm only seeing about 10s of slack and I have pretty beefy desktop. | 20:46 |
| *** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has quit IRC | 20:47 | |
| RP | JPEW: the autobuilder should give qemu cpu and io priority | 20:47 |
| JPEW | RP: OK | 20:48 |
| *** maudat <maudat!~moda@bras-vprn-mtrlpq2848w-lp130-10-174-92-198-55.dsl.bell.ca> has quit IRC | 20:48 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 20:51 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 20:59 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 21:00 | |
| *** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC | 21:04 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 21:07 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 21:07 | |
| *** berton <berton!~berton@181.220.78.182> has quit IRC | 21:19 | |
| RP | JPEW: I tried nice and got 40s login but its still very slow, feels like we're still missing something | 21:22 |
| RP | JPEW, sgw: starting to think we just increase the timeout on the serial login | 21:25 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 21:32 | |
| *** woods <woods!~woods@149.199.62.130> has joined #yocto | 21:34 | |
| JPEW | RP: Ya, that's what I'm thinking | 21:34 |
| JPEW | I think MIPS + PAM + systemd + SSH Key Gen is just a worst case combination | 21:35 |
| JPEW | RP: At least we know why now | 21:35 |
| RP | JPEW: right, pam was the missing piece | 21:41 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 21:42 | |
| *** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has quit IRC | 21:42 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 21:43 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 21:44 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 21:53 | |
| *** sxiii <sxiii!~sw@cm-84.214.223.252.getinternet.no> has quit IRC | 21:53 | |
| *** sxiii <sxiii!~sw@cm-84.214.223.252.getinternet.no> has joined #yocto | 21:53 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 21:56 | |
| *** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has joined #yocto | 22:05 | |
| *** ikkysleepy <ikkysleepy!4c0e7db8@76-14-125-184.rk.wavecable.com> has joined #yocto | 22:05 | |
| ikkysleepy | I am trying to see why php-fpm service is not being enabled. I have a php_%.bbappend file with SYSTEMD_AUTO_ENABLE_${PN}-fpm = "enable"SYSTEMD_SERVICE_${PN}-fpm = "php-fpm.service" but looks like the symlink is not being generated. This is for the "warrior" branch for building a raspberrypi 4 . | 22:09 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 22:10 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 22:19 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 22:25 | |
| *** wooosaiii <wooosaiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC | 22:33 | |
| *** wooosaiii <wooosaiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 22:34 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 22:34 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 22:36 | |
| *** master007__ <master007__!~master007@125.63.125.228> has quit IRC | 22:37 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 22:38 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 22:43 | |
| *** master007 <master007!~master007@180.151.13.52> has joined #yocto | 22:43 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 22:46 | |
| *** ikkysleepy <ikkysleepy!4c0e7db8@76-14-125-184.rk.wavecable.com> has quit IRC | 22:47 | |
| *** master007_ <master007_!~master007@125.63.125.138> has joined #yocto | 22:48 | |
| *** master007 <master007!~master007@180.151.13.52> has quit IRC | 22:52 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.98.213> has quit IRC | 23:03 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.98.213> has joined #yocto | 23:06 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 23:07 | |
| paulg | Well, that is *four* yocto kernel version maintenance releases in the books. | 23:29 |
| paulg | https://lists.yoctoproject.org/g/linux-yocto/message/9067 | 23:29 |
| paulg | probably should have said "four years of yocto kernel version maintenance..." | 23:32 |
| *** lxc <lxc!d9d0c05b@217-208-192-91-no98.tbcn.telia.com> has quit IRC | 23:32 | |
| *** Klanticus_ <Klanticus_!~quassel@189.76.143.176> has quit IRC | 23:46 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 23:48 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 23:53 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!