| seebs | i still have memories of LTP test failures | 00:09 |
|---|---|---|
| *** fatalhalt <fatalhalt!~fatalhalt@67.163.60.93> has joined #yocto | 01:03 | |
| armpit | seebs, thats why its "Linux Test Problems" ; ) | 01:23 |
| seebs | i think that was the test suite that had the floating point test that depended on guesses about what 1/400 is as a binary float. | 02:11 |
| *** keith <keith!keith@kodi/staff/keith> has joined #yocto | 02:22 | |
| keith | I'm trying to add meta-python layer to my yocto image and getting a 'error parsing layer configuration': | 02:23 |
| keith | https://www.irccloud.com/pastebin/9iJkzJn1/ | 02:23 |
| keith | any ideas? | 02:23 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 02:45 | |
| *** fatalhalt <fatalhalt!~fatalhalt@67.163.60.93> has quit IRC | 03:27 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 04:25 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 04:26 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 04:31 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 04:40 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:918d:ab6e:51fb:1d66> has quit IRC | 04:51 | |
| yocti | New news from stackoverflow: Yocto: Remove Packages From core-image-base <https://stackoverflow.com/questions/55644495/yocto-remove-packages-from-core-image-base> | 04:55 |
| *** armpit <armpit!~armpit@2601:202:4180:c33:3979:dabc:ad30:adf> has joined #yocto | 05:03 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 05:10 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 05:14 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 05:15 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-wiburhlpcxednxug> has quit IRC | 05:22 | |
| *** tgraydon <tgraydon!~textual@134.134.139.74> has quit IRC | 05:27 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 05:31 | |
| *** agust <agust!~agust@p508B6EAC.dip0.t-ipconnect.de> has joined #yocto | 05:35 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 05:38 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto | 05:39 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 05:44 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 05:47 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 06:11 | |
| *** cvasilak <cvasilak!~cvasilak@2a02:587:810c:1400:b0db:57bd:1b0e:c44c> has joined #yocto | 06:32 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-plwgghwqpwqtyted> has joined #yocto | 06:57 | |
| RP | keith: that error isn't very helpful is it :/. Is the layer matching the branch you're using for everything else? | 07:00 |
| *** cvasilak <cvasilak!~cvasilak@2a02:587:810c:1400:b0db:57bd:1b0e:c44c> has quit IRC | 07:04 | |
| *** cvasilak <cvasilak!~cvasilak@2a02:587:810c:1400:b0db:57bd:1b0e:c44c> has joined #yocto | 07:05 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-xjrcxxrdqhsvjmbq> has quit IRC | 07:05 | |
| *** runde <runde!sid228344@gateway/web/irccloud.com/x-jmgigesronbhxfym> has quit IRC | 07:05 | |
| *** justinsg <justinsg!sid296040@gateway/web/irccloud.com/x-tkjujenvnjabopbk> has quit IRC | 07:05 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-dlwghcddeabszlee> has joined #yocto | 07:06 | |
| *** justinsg <justinsg!sid296040@gateway/web/irccloud.com/x-efgzdxcviwtitabn> has joined #yocto | 07:06 | |
| *** runde <runde!sid228344@gateway/web/irccloud.com/x-lcdpdtzakzsvtbud> has joined #yocto | 07:06 | |
| *** fl0v0 <fl0v0!~fvo@88.130.216.123> has joined #yocto | 07:06 | |
| *** stwcx <stwcx!~stwcx@2604:880:a:6::c9c> has quit IRC | 07:06 | |
| *** stwcx <stwcx!~stwcx@172.110.7.206> has joined #yocto | 07:06 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:10 | |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 07:14 | |
| *** MarcWe <MarcWe!~hmw@zimbra.welvaarts.com> has joined #yocto | 07:20 | |
| *** mckoan|away is now known as mckoan | 07:25 | |
| *** kroon <kroon!~jkroon@213.185.29.22> has joined #yocto | 07:26 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 07:29 | |
| *** yacar_ <yacar_!~yacar@80.215.192.94> has joined #yocto | 07:37 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:38 | |
| *** yacar_ <yacar_!~yacar@80.215.192.94> has quit IRC | 07:42 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 07:51 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto | 07:52 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:56 | |
| *** yacar_ <yacar_!~yacar@80.215.78.52> has joined #yocto | 07:57 | |
| *** yann <yann!~yann@lfbn-1-3372-5.w90-127.abo.wanadoo.fr> has quit IRC | 08:05 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:16 | |
| ernstp | keith: windows line endings or something... ? | 08:16 |
| lastaid | i tried adding a new splash into yocto. at first the compiler was complaning but after fixing it it compiled. now i cannot find the compiled binary on my sd card. do i have to specify that this file is included in rootfs somewhere | 08:23 |
| yocti | New news from stackoverflow: Yocto Hello World C++ CMake Project is not able to compile a simple test program <https://stackoverflow.com/questions/55647256/yocto-hello-world-c-cmake-project-is-not-able-to-compile-a-simple-test-program> | 08:26 |
| *** MarcWe <MarcWe!~hmw@zimbra.welvaarts.com> has left #yocto | 08:28 | |
| lastaid | ok, i found the ipk file in my deploy folder. but the file is obviously not deployed. where do i specify what is installed? | 08:42 |
| LetoThe2nd | lastaid: add the package name to IMAGE_INSTALL of your image | 08:46 |
| lastaid | the entire one? | 08:46 |
| lastaid | psplash-pdix_0.1+git0+2015f7073e-r15_cortexa7t2hf-neon-vfpv4.ipk | 08:46 |
| lastaid | ? | 08:46 |
| LetoThe2nd | what "entier one" | 08:46 |
| LetoThe2nd | no. | 08:46 |
| lastaid | psplash-pdix | 08:46 |
| LetoThe2nd | probably, yes. | 08:46 |
| lastaid | and IMAGE_INSTALL is my layer.conf in this case? | 08:47 |
| LetoThe2nd | you can technically do it in local.conf for testing purposes. | 08:47 |
| LetoThe2nd | but the way better alternative is to create a specific image recipe that suits your needs. | 08:48 |
| LetoThe2nd | for a quick check, you can add CORE_IMAGE_EXTRA_INSTALL = "psplash-pdix" to your local.conf | 08:49 |
| LetoThe2nd | and the really next thing you should take care of is a custom image. | 08:49 |
| lastaid | thanks! | 08:50 |
| lastaid | but wait, i already have a layer | 08:51 |
| lastaid | will putting it in the layer.conf also work? | 08:51 |
| LetoThe2nd | it would work, but its an absolutely stupid way | 08:52 |
| lastaid | ok | 08:52 |
| lastaid | i still only have a very rudimentary understanding of yocto | 08:52 |
| LetoThe2nd | thats why i said, the next thing you shall do is a custom image. | 08:53 |
| lastaid | where would i put it properly? | 08:53 |
| LetoThe2nd | into a custom image. | 08:53 |
| LetoThe2nd | have a look at core-image-minimal-dev, for example. copy that over into your layer, name it whatever you want. | 08:54 |
| lastaid | ok | 08:54 |
| LetoThe2nd | then in there, do IMAGE_INSTALL_append = " psplash-pdix" | 08:54 |
| LetoThe2nd | then it is automagically built and pulled in when you build your image. | 08:54 |
| lastaid | thanks! | 08:54 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 08:56 | |
| lastaid | i am not going to lie. i am building an embedded system with a raspberrypi. i moved to yocto because i had issues with the bootscreen and screen blank and because its the right direction in general. but this is a lot of effort for a boot screen | 09:01 |
| lastaid | yocto is really nice though | 09:01 |
| LetoThe2nd | its not the bootscreen that is causing your effort, its the learning curve. | 09:02 |
| LetoThe2nd | we know that yocto/Oe have a really steep learning curve, but its hard to avoid that for complex and extremely powerful tools | 09:03 |
| ernstp | RP: asked about some mirror/fetch/unpack problems yesterday, I guess I have exactly this problem: http://lists.openembedded.org/pipermail/bitbake-devel/2018-March/019029.html | 09:15 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 09:20 | |
| RP | ernstp: you're using shallow tarballs? | 09:26 |
| lastaid | [log_check] Warn: update-alternatives: psplash has multiple providers with the same priority, i am getting this warning. i already increased the priority of the bbappend i added, without results | 09:27 |
| lastaid | any ideas? | 09:27 |
| RP | lastaid: its referring to the update-alternatives priority, no recipe priority | 09:30 |
| LetoThe2nd | lastaid: are you *appending* or have you actually *copied* the recipe? i mean, the package name psplash-pdix actually suggests that you added a second provider. | 09:30 |
| lastaid | i use bbappend ... | 09:36 |
| lastaid | and it creates psplash and psplash-pdix | 09:37 |
| LetoThe2nd | why does it create two things? | 09:37 |
| lastaid | scratch that .. it creates psplash-default and psplash-pdix | 09:37 |
| lastaid | then it creates a symlink to psplash | 09:38 |
| lastaid | because the meta-raspberry or oe package contains a default splash? | 09:38 |
| lastaid | i could probably just replace -pdix with -default in my bbappend? | 09:38 |
| LetoThe2nd | appends are meant to *modify* things, changing them to whatever you need. not exactly to *add* other conflicting versions | 09:39 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:44 | |
| *** yacar_ <yacar_!~yacar@80.215.78.52> has quit IRC | 09:48 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 09:49 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:49 | |
| *** cvasilak <cvasilak!~cvasilak@2a02:587:810c:1400:b0db:57bd:1b0e:c44c> has quit IRC | 09:58 | |
| ernstp | RP: that's something you have to enable explicitly right? nope | 09:58 |
| ernstp | RP: I can see that I have both the git://git.yoctoproject.org/foo and https://git.yoctoproject.org/git/foo clones in downloads | 09:59 |
| ernstp | RP: but unpack then selects the wrong one and not the one from the MIRROR | 10:00 |
| ernstp | because of the extra .git. in the name | 10:04 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:05 | |
| RP | ernstp: it does sound like a bug | 10:12 |
| RP | ernstp: there are supposed to be links created for mirrors but I suspect git has magic handling of ".git" in come cases :( | 10:12 |
| ernstp | RP: links in $DL_DIR/git2 ? | 10:13 |
| *** mirzak <mirzak!sid303002@gateway/web/irccloud.com/x-ampwdlxlnxhgwmxf> has joined #yocto | 10:13 | |
| RP | ernstp: well, I'm thinking of the mirror tarballs in DL_DIR. not sure the other would create them :/ | 10:14 |
| * RP suspects some weird git quirk with the .git suffix | 10:14 | |
| kanavin | RP: I ran test_asyncio on 4.19 kernel, it passed. I ran it on 5.0 it failed. So it's almost certainly the same socket regression. | 10:14 |
| RP | kanavin: we should mention that upstream then | 10:15 |
| kanavin | RP: worse yet, I tried these tests on a host that has a 5.0.3 kernel, they seem to work okay :-( | 10:15 |
| kanavin | RP: it might be happeing only under qemu | 10:15 |
| RP | kanavin: good news is with our various fixes ptests look stable enough for release. That locale thing didn't seem to fix the failure though. I think ross said it was due to our "broken locale renaming" | 10:15 |
| RP | kanavin: ouch. That sounds nasty :( | 10:16 |
| kanavin | RP: that is odd, the locale fix did work for me | 10:16 |
| RP | kanavin: any special locale settings like changing the renaming? | 10:17 |
| kanavin | RP: I dont have any special settings, the test needs tr_TR.ISO8859 locale to be available, adding it to the dependencies satisfied that. | 10:18 |
| RP | kanavin: it is great to see the test passes going up and the failures being low :) | 10:19 |
| RP | and things giving consistent results | 10:19 |
| ernstp | RP: any plans to switch the defaults to have protocol=https ? would help us corporate drones :-) | 10:19 |
| kanavin | RP: yep | 10:20 |
| RP | ernstp: I want to make the mirrors work. Mandating https everywhere isn't going to work for all repos | 10:20 |
| RP | ernstp: all that would do is make more work, not all | 10:21 |
| ernstp | RP: sure, it just happens to be the most common problem I guess | 10:21 |
| ernstp | RP: so I think the summary of my problem is that the fetcher does stuff with mirrors, but the unpack step is not aware of that | 10:22 |
| ernstp | RP: and there are no links | 10:22 |
| RP | ernstp: that is how it looks. The reality is its calling the same code | 10:22 |
| RP | ernstp: there is no state shared between them do unpack isn't picking up the same thing fetch did though :/ | 10:23 |
| ernstp | RP: I'm also trying to come up with a (good?) short term workaround of course... | 10:25 |
| yocti | New news from stackoverflow: bitbake failed with ExpansionError <https://stackoverflow.com/questions/41992449/bitbake-failed-with-expansionerror> | 10:26 |
| RP | ernstp: I appreciate that. I have a lot of people wanting me to try and fix a lot of things and we have a release to get out :( | 10:26 |
| lastaid | i am inserting a usb stick but cannot find the device in /dev. is there anything i should be aware of? | 10:29 |
| RP | lastaid: behaviour depends on systemd or sysvinit and whether you have automounter installed as well as whether you have the right kernel usb drivers | 10:30 |
| RP | lastaid: are the kernel modules in your image? | 10:30 |
| RP | did dmesg show the device? | 10:31 |
| lastaid | dmesg really does not show anything after 12 seconds | 10:31 |
| lastaid | handon | 10:31 |
| lastaid | hangon | 10:31 |
| lastaid | i was being special, sda shows up | 10:32 |
| lastaid | but yeah, now i'll try to get it to automount | 10:32 |
| kanavin | RP: Ill check the latest master, maybe the fixup to the locale fix isnt somehow working | 10:32 |
| RP | kanavin: thanks | 10:33 |
| * RP thinks we might be ready to build 2.7 | 10:34 | |
| RP | assuming these autobuilder changes work out | 10:34 |
| ernstp | oh cool, 2.7 is that close, didn't realise | 10:40 |
| ernstp | moving from 2.4 to 2.5 now, that's why I'm running into problems :-) | 10:40 |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC | 10:47 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 10:52 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 10:54 | |
| yocti | New news from stackoverflow: Able to publish data to IBM watson cloud through PC but unable to connect to cloud thorugh device (sierra wireless wp85 module - ARM arch) <https://stackoverflow.com/questions/55649802/able-to-publish-data-to-ibm-watson-cloud-through-pc-but-unable-to-connect-to-clo> || Yocto: meta-debian errors for cl-som-imx7 <https://stackoverflow.com/questions/52639702/yocto-meta-debian-errors-for-cl-som-imx7> | 10:56 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 10:57 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 11:02 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 11:07 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 11:08 | |
| ernstp | RP: more details... git:// fails, then it tries the premirror from downloads.yoctoproject.org and downloads a git2_..tar.gz | 11:14 |
| ernstp | inside that git archive it says origin git://, so if it needs to update that archive in the future it will fail | 11:15 |
| RP | ernstp: that helps a lot! | 11:16 |
| ernstp | however if I clean my downloads, set PREMIRRORS="" and tries again, the MIRRORS system will work correctly, and setup a link in git2 | 11:16 |
| RP | ernstp: so we need to reset the origin | 11:16 |
| ernstp | RP: for example | 11:16 |
| ernstp | RP: should we write this down before you forget it? :-) since you're busy with 2.7 right now I mean... | 11:17 |
| ernstp | RP: https://bugzilla.yoctoproject.org/show_bug.cgi?id=9738 that you mentioned yesterday is not the right place... | 11:18 |
| yocti | Bug 9738: enhancement, Medium, 2.99, richard.purdie, NEW , [PATCH] fetcher: allow git+<protocol>: syntax | 11:18 |
| RP | ernstp: filing a specific bug for it would be great | 11:19 |
| RP | ernstp: creating a failing test case for bitbake-selftest would be even better! | 11:20 |
| RP | (then we have something to fix) | 11:20 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 11:21 | |
| ernstp | RP: this thing? https://wiki.yoctoproject.org/wiki/Oe-selftest | 11:22 |
| RP | ernstp: no, the command "bitbake-selftest" | 11:23 |
| RP | ernstp: see bitbake/lib/bb/tests/fectch.py | 11:23 |
| RP | without the typos | 11:23 |
| JaMa | RP: no strong opinion either way, but if you need to rebuild 2.6 release, would it make sense to include the glibc fix (removal of those 2 rejected patches)? | 11:24 |
| RP | JaMa: if we start adding tons of changes we'll have to do another full QA round and a weeks wait | 11:25 |
| RP | JaMa: we could fix the systemtap issue, fix the ptest issue, add the glibc changes and so on | 11:25 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 11:25 | |
| RP | JaMa: feel free to propose it | 11:25 |
| JaMa | ok, fair enough | 11:25 |
| RP | JaMa: I really don't want that boost upgrade in there | 11:25 |
| RP | the rest I can live with until 2.6.3 | 11:26 |
| JaMa | we've already removed them from SRC_URI in our layer (and we don't use exact point releases), so it's not an issue for us | 11:26 |
| JaMa | but when it was removed from master was consider serious issue I believe | 11:26 |
| JaMa | that's the only reason why I've mentioned it here | 11:26 |
| RP | JaMa: its serious but its also not hurting anything badly afaik apart from tracing | 11:27 |
| JaMa | true | 11:27 |
| RP | JaMa: QA is jammed up with 2.7 coming and 2.5 in there so I'm just trying to avoid a respin but sort boost :/ | 11:28 |
| RP | if the right answer is full respin, we will | 11:28 |
| JaMa | someone in LGE figured it out (maybe independently) about the same time as the report arrived on oe-core ML | 11:28 |
| JaMa | understood and thanks for boost | 11:28 |
| RP | Sadly Stephen isn't going to be around for a few weeks so it looks like I get to do the things he does too :( | 11:31 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 11:32 | |
| *** yacar_ <yacar_!~yacar@80.215.78.52> has joined #yocto | 11:37 | |
| ernstp | RP: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13278 | 11:38 |
| yocti | Bug 13278: major, Undecided, ---, richard.purdie, NEW , If git protocol doesn't work, you get a tar.gz clone from PREMIRROR which has git protocol origin | 11:38 |
| ernstp | RP: I'm thinking that it's this check that causes my issue in a way... http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/bitbake/lib/bb/fetch2/__init__.py#n1011 | 11:40 |
| RP | ernstp: hmm, not sure I'd agree just at a glance | 11:41 |
| ernstp | RP: I have a git.yp.org.prelink-cross that doesn't work and a newly cloned git.yp.org.git.prelink-cross. In a fresh setup without PREMIRRORS I get a symlink from the short name to the longer name | 11:43 |
| ernstp | but here it's not replacing the old clone with a symlink... | 11:44 |
| ernstp | if os.path.exists() && os.path.islink ? | 11:44 |
| ernstp | sorry, and :-) | 11:44 |
| RP | ernstp: yes, that could explain it | 11:45 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 11:45 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 11:46 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 11:50 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 11:50 | |
| kanavin | RP: rebuilt core-image-sato-sdk-ptest with master, the python locale test still passes | 11:54 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 11:57 | |
| ernstp | RP: ok it wasn't exactly that perhaps, but similar things a few lines below... | 12:12 |
| RP | kanavin: ok,I guess we'll see what the next autobuilder run does :/ | 12:17 |
| *** bloodsurfer <bloodsurfer!a5e148ee@gateway/web/freenode/ip.165.225.72.238> has joined #yocto | 12:28 | |
| *** geissonator <geissonator!~geissonat@32.97.110.50> has joined #yocto | 12:31 | |
| *** yacar_ <yacar_!~yacar@80.215.78.52> has quit IRC | 12:36 | |
| *** justanotherboy <justanotherboy!~justanoth@136.49.196.186> has joined #yocto | 12:41 | |
| lastaid | if i directly start into a qt application, how can i prevent the login to show up on terminal? | 13:05 |
| lastaid | i got the splash, then 2 seconds of login screen, then application. i want those two seconds of login screen gone | 13:05 |
| RP | 2.7 rc1 is building | 13:05 |
| RP | halstead: sorry this will run into the maint window but I'd really prefer to have this done! | 13:06 |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 13:12 | |
| erbo | lastaid: you could try disabling getty on tty1. If you're using systemd that would be something like "systemctl disable getty@tty1.service". | 13:13 |
| *** yacar_ <yacar_!~yacar@80.215.78.52> has joined #yocto | 13:15 | |
| lastaid | i am using sysvinit ... | 13:20 |
| lastaid | which i am not accustomed to | 13:20 |
| ernstp | RP: built a small patch for https://bugzilla.yoctoproject.org/show_bug.cgi?id=13278 .... | 13:21 |
| yocti | Bug 13278: major, Undecided, ---, richard.purdie, NEW , If git protocol doesn't work, you get a tar.gz clone from PREMIRROR which has git protocol origin | 13:21 |
| erbo | lastaid: maybe grep for tty1 in /etc to see if you can find where it's configured? | 13:23 |
| lastaid | i'll take a look | 13:23 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 13:26 | |
| *** berton <berton!~berton@177.194.197.186> has joined #yocto | 13:28 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 13:30 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 13:34 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 13:39 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:40 | |
| *** berton <berton!~berton@177.194.197.186> has quit IRC | 13:40 | |
| *** berton <berton!~berton@177.194.197.186> has joined #yocto | 13:42 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 13:44 | |
| *** Hodhr <Hodhr!~Hodhr@162.206.70.37.rev.sfr.net> has left #yocto | 13:45 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 13:49 | |
| *** Hodhr <Hodhr!~Hodhr@162.206.70.37.rev.sfr.net> has joined #yocto | 14:06 | |
| *** Hodhr <Hodhr!~Hodhr@162.206.70.37.rev.sfr.net> has left #yocto | 14:06 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 14:17 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 14:24 | |
| JaMa | does anyone remember why libtool-cross doesn't inherit cross? I'm looking into weird issue with libtool-cross from sstate installing utilities from db recipe as libtool scripts instead of actuall binaries and the root cause seems to be in sstate.bbclass http://git.openembedded.org/openembedded-core/tree/meta/classes/sstate.bbclass?h=morty#n506 where it checks for bb.data.inherits_class('cross', d) before | 14:24 |
| JaMa | replacing FIXMESTAGINGDIR, I can probably work around this with EXTRA_STAGING_FIXMES but it's surprising if I'm the only one seeing it | 14:24 |
| JaMa | luckyli we're not using db utilities at all, only reason why I've noticed this was that it triggers QA error about /bin/bash dependency from the libtool linker scripts | 14:29 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 14:30 | |
| RP | JaMa: cross is very gcc/binutils specific. I looked at this once and it didn't make sense for libtool to do it | 14:33 |
| *** geissonator <geissonator!~geissonat@32.97.110.50> has quit IRC | 14:34 | |
| RP | JaMa: libtool-cross is basically a dummy recipe to generate a cross libtool and install it, that is about all its useful for | 14:34 |
| *** geissonator <geissonator!~geissonat@32.97.110.50> has joined #yocto | 14:34 | |
| kroon | I have a do_deploy() that uses files from SRC_URI. Those files seem to get wiped by rm_work inbetween rebuilds I think. Is there a way I should mark those files, so that they get re-populated by setscene tasks, or something like that ? | 14:34 |
| JaMa | RP: should I sent fix for morty with EXTRA_STAGING_FIXMES? I think it doesn't happen with pyro and newer since RSS | 14:38 |
| *** geissonator <geissonator!~geissonat@32.97.110.50> has quit IRC | 14:39 | |
| RP | JaMa: realistically we can't really merge morty changes any more :( | 14:40 |
| JaMa | ok, fair enough | 14:40 |
| RP | JaMa: there is no harm in sending it, just not much we could do other than perhaps a stable/XXX branch in poky-contrib | 14:41 |
| *** geissonator <geissonator!~geissonat@170.225.9.145> has joined #yocto | 14:41 | |
| JaMa | RP: OK, I'll send it, might be useful for other people using morty and olders (at least it will be archived in the ML) | 14:42 |
| RP | JaMa: sounds good | 14:42 |
| * RP has pondered an LTS autobuilder | 14:43 | |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto | 14:43 | |
| RP | Given I just temporarily had to take on the project programme management I can't see that happening any time soon :/ | 14:43 |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto | 14:56 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 15:08 | |
| *** bloodsurfer <bloodsurfer!a5e148ee@gateway/web/freenode/ip.165.225.72.238> has quit IRC | 15:09 | |
| *** geissonator <geissonator!~geissonat@170.225.9.145> has quit IRC | 15:11 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:12 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 15:14 | |
| *** learningc <learningc!~learningc@2001:d08:d6:2e7c:78ab:a58b:a284:4ac5> has joined #yocto | 15:15 | |
| keith | so strange it goes to: | 15:20 |
| keith | 0: linux-raspberrypi-1_4.19.32+gitAUTOINC+d65a0f76d3-r0 do_fetch (pid 8472) 100% |###########################################################| | 15:20 |
| keith | and then says: | 15:20 |
| keith | WARNING: linux-raspberrypi-1_4.19.32+gitAUTOINC+d65a0f76d3-r0 do_fetch: Failed to fetch URL git://github.com/raspberrypi/linux.git;protocol=git;branch=rpi-4.19.y, attempting MIRRORS if available | 15:20 |
| RP | kergoth: it probably fetches, can't find the revision in that branch and then fetches more from mirrors | 15:25 |
| RP | keith: ^^^ | 15:26 |
| RP | sorry kergoth :) | 15:26 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 15:26 | |
| keith | yeah, so how do i force my local.conf to use kernel 4.14? folks are saying it shouldnt use 4.19 anyways | 15:26 |
| RP | keith: understanding why its using 4.19 would help answer that question... | 15:29 |
| keith | https://github.com/agherzan/meta-raspberrypi/issues/410 | 15:29 |
| keith | its default right now, but theres multiple issues posted that ask for the default to be switched back to 4.14 | 15:29 |
| keith | so would like to use: https://github.com/raspberrypi/linux/tree/rpi-4.14.y since thats the suggestion in the issue | 15:30 |
| keith | https://github.com/raspberrypi/linux/issues/2931 | 15:30 |
| keith | here's another issue related to this | 15:30 |
| RP | keith: is there a 4.14 recipe in the tree? If so PREFERRED_VERSION_linux-raspberrypi = "4.14%" might do it | 15:30 |
| * RP is just guessing | 15:31 | |
| keith | sorry, i'm a yocto/oe newb :) thanks i'll try that! | 15:31 |
| keith | RP: looks like that is working: 1: linux-raspberrypi-1_4.14.98+gitAUTOINC+5d63a4595d-r0 do_fetch (pid 32306) | <=> | thanks again! | 15:33 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 15:33 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 15:35 | |
| *** learningc <learningc!~learningc@2001:d08:d6:2e7c:78ab:a58b:a284:4ac5> has quit IRC | 15:38 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 15:38 | |
| *** learningc <learningc!~learningc@2001:d08:d6:2e7c:f4d7:58b6:5627:b32a> has joined #yocto | 15:38 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:3979:dabc:ad30:adf> has quit IRC | 15:40 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 15:43 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:8494:4fff:a33b:98ac> has joined #yocto | 15:43 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 15:48 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 15:50 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:55 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 15:55 | |
| *** yacar_ <yacar_!~yacar@80.215.78.52> has quit IRC | 15:58 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 16:09 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-plwgghwqpwqtyted> has quit IRC | 16:17 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 16:21 | |
| *** kroon <kroon!~jkroon@213.185.29.22> has quit IRC | 16:42 | |
| *** Jacen <Jacen!~cdreher@89.225.239.253> has quit IRC | 16:46 | |
| *** mckoan is now known as mckoan|away | 16:52 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 16:54 | |
| *** fl0v0 <fl0v0!~fvo@88.130.216.123> has quit IRC | 16:55 | |
| *** scottrif <scottrif!~scottrif@47.39.60.15> has joined #yocto | 17:18 | |
| *** pebenito <pebenito!~pebenito@unaffiliated/pebenito> has joined #yocto | 17:24 | |
| sveinse | I have a sp-paths.bbclass file with lots of vars like SPDIR="/opt/sp", SPDIR_BIN="${SPDIR}/bin" and so on. I'm working on rather using the stardard linux paths, so I need to define these paths. Can I use overrides to select which of these two sets I use? If so, how? | 17:28 |
| sveinse | SPDIR_BIN_usesystem="/usr/bin" I suppose. But how do I activate this override? | 17:30 |
| RP | sveinse: OVERRIDES .= ":usessystem" (or =. I can never remember which way around) | 17:33 |
| sveinse | RP: thanks | 17:35 |
| sveinse | RP: I assume the append syntax .= is wanted since it was written ":usesystem" rather than "usesystem:" where you'd need prepend, afaics | 17:43 |
| *** arielmr <arielmr!~quassel@187-163-217-93.static.axtel.net> has joined #yocto | 17:43 | |
| arielmr | I did erase all my sstate | 17:44 |
| arielmr | and now Im getting strange errors | 17:44 |
| arielmr | ld: cannot find -lgcc | 17:44 |
| arielmr | | collect2: error: ld returned 1 exit status | 17:44 |
| arielmr | glibc_2.26.bb:do_compile) failed | 17:44 |
| arielmr | found nothing meaningful on the internets | 17:44 |
| *** cenobyte_ <cenobyte_!textual@nat/arm/x-dcnrmcoxsbajvtea> has joined #yocto | 17:45 | |
| cenobyte_ | Has anybody on here setup and used a signed fitImage with uboot for a fully secure boot? Asking here because the Poky channel seems dead... | 17:45 |
| arielmr | on the other hand if i do bitbake -c cleanall gcc | 17:46 |
| arielmr | and then bitbake gcc | 17:46 |
| arielmr | it tries to build glibc-2.26 first | 17:46 |
| *** i3pd <i3pd!~i3pd@h208-73-89-178.mdtnwi.dedicated.static.tds.net> has quit IRC | 17:56 | |
| *** kroon <kroon!~jkroon@37-247-29-68.customers.ownit.se> has joined #yocto | 17:59 | |
| sveinse | cant recall the exact sequences here, but this sounds about right | 18:04 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 18:10 | |
| *** kroon <kroon!~jkroon@37-247-29-68.customers.ownit.se> has quit IRC | 18:10 | |
| Striking7 | Hey all - I've sort of ghetto-rigged my local poky instance to download and report all upstream versions it can find for all recipes to a little web service I have | 18:20 |
| Striking7 | Of course, for packages that time out (lots of those in meta-oe it seems), that thing can take a long time with a few thousand recipes | 18:21 |
| Striking7 | So I'd like to split up my list of recipes and query them in parallel. The problem, of course, is that the moment I fire up a second instance of my entrypoint script it blocks waiting to talk to the bitbake service | 18:21 |
| RP | cenobyte_: You might want to try the mailing list. People have definitely done signed boot in various forms | 18:22 |
| Striking7 | I'm doing read-only access to bitbake | 18:22 |
| Striking7 | Is there a way to get things like devtool to fire up their own personal bitbake service when they run? | 18:22 |
| Striking7 | I'd really rather not split this thing up onto multiple docker nodes or the like | 18:23 |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 18:23 | |
| Striking7 | Seems like a hairy answer to the problem | 18:23 |
| RP | Striking7: if they all have separate build directories, sure. Only one bitbake server per build directory | 18:23 |
| RP | Striking7: or since bitbake is an execution engine, have it run the queries in parallel fr you | 18:24 |
| RP | Striking7: our own upstream version checking code does also have other ways of doing parallelism if I remember rightly | 18:25 |
| RP | Striking7: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=411e2b7047b04edb9065f84d96cc7d14224c5032 | 18:25 |
| Striking7 | Thanks RP - you always save my bacon: reading | 18:26 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 18:34 | |
| denix | RP: have you looked into wic race issue with EXTRA_IMAGEDEPENDS, by any chance? | 18:38 |
| *** learningc <learningc!~learningc@2001:d08:d6:2e7c:f4d7:58b6:5627:b32a> has quit IRC | 18:38 | |
| *** learningc <learningc!~learningc@121.122.85.55> has joined #yocto | 18:39 | |
| *** tgraydon <tgraydon!textual@nat/intel/x-ggpkajcqmbnsyklq> has joined #yocto | 18:55 | |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 19:07 | |
| *** scottrif <scottrif!~scottrif@47.39.60.15> has quit IRC | 19:11 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 19:13 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 19:15 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:24 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 19:25 | |
| yocti | New news from stackoverflow: Updating to the latest Yocto version sanity.bbclass issues <https://stackoverflow.com/questions/55658054/updating-to-the-latest-yocto-version-sanity-bbclass-issues> | 19:28 |
| armpit | denix, is that an open bug | 19:29 |
| khem | halstead: I am seeing that my builders are not able to connect to errors yp org | 19:31 |
| khem | halstead: ERROR: Could not contact server: https://errors.yoctoproject.org/ClientPost/JSON | 19:31 |
| khem | ERROR: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:847) | 19:31 |
| halstead | khem, there was an issue eariler where the ssl cert renewed but the webserver was still serving the expired one. | 19:31 |
| khem | seems it has not gone well | 19:32 |
| halstead | khem, It's been resolved for awhile now. | 19:32 |
| khem | this started to happen couple of weeks ago IIRC | 19:32 |
| khem | and is still happening | 19:32 |
| khem | on all my builders | 19:32 |
| khem | 9am build today reported same | 19:33 |
| halstead | khem, What distro is running on your builders? | 19:33 |
| khem | see http://jenkins.nas-admin.org/view/OE/job/oe_world_qemuarm/1069/console | 19:34 |
| khem | halstead: I have arch/ubuntu 14.04/ubuntu 18.04 | 19:34 |
| khem | in different locations | 19:34 |
| khem | all fail in same way | 19:34 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 19:36 | |
| halstead | khem, It's been fixed since just before 9am PDT. I'm looking for failures since. | 19:37 |
| halstead | khem, But since it's been weeks it must be something else. | 19:38 |
| halstead | khem, curl and wget from milla succeed without warning now. Could the webserver reload have resolved it? | 19:43 |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 19:44 | |
| yocti | New news from stackoverflow: Yocto: Remove Packages From core-image-base [on hold] <https://stackoverflow.com/questions/55644495/yocto-remove-packages-from-core-image-base> | 19:58 |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 20:06 | |
| *** gattuso <gattuso!~gattuso@pompel.me> has quit IRC | 20:08 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 20:10 | |
| *** gattuso <gattuso!~gattuso@pompel.me> has joined #yocto | 20:10 | |
| *** agust <agust!~agust@p508B6EAC.dip0.t-ipconnect.de> has quit IRC | 20:16 | |
| khem | halstead: its failing on my desktop too which has been rebooted this morning | 20:16 |
| *** agust <agust!~agust@217.95.17.244> has joined #yocto | 20:17 | |
| halstead | khem, Can you point out where the code is that's failing? Point me at a good starting point? | 20:17 |
| *** gattuso <gattuso!~gattuso@pompel.me> has quit IRC | 20:23 | |
| *** gattuso <gattuso!~gattuso@pompel.me> has joined #yocto | 20:25 | |
| RP | denix: not looked into it, no, sorry | 20:27 |
| denix | RP: do you want me to open a bugzilla defect to track it? | 20:28 |
| khem | halstead: probably report-error.bbclass | 20:28 |
| RP | denix: please | 20:32 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:33 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 20:36 | |
| khem | halstead: OE builders are fixed | 20:48 |
| khem | lets me rebuild on others and see if they are fixed too | 20:48 |
| halstead | khem, Excellent. Please let me know. | 20:49 |
| *** cenobyte_ <cenobyte_!textual@nat/arm/x-dcnrmcoxsbajvtea> has quit IRC | 20:58 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 21:02 | |
| *** yann <yann!~yann@lfbn-1-3372-5.w90-127.abo.wanadoo.fr> has joined #yocto | 21:08 | |
| *** berton <berton!~berton@177.194.197.186> has quit IRC | 21:16 | |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto | 21:25 | |
| RP | denix: bug is good thanks. I added a quick note about a suspicion I had | 21:27 |
| RP | halstead: just realised we didn't get a release email generated :( | 21:28 |
| RP | at least not that I've found | 21:29 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 21:29 | |
| RP | halstead: we're also missing build tarballs from the release directory. Perhaps we need to redo this... | 21:33 |
| * RP notes a ton of nettle problems. Why is a sato image running nettle ptest anyway? :/ | 21:42 | |
| * RP thinks rc1 may be a no go | 21:42 | |
| RP | https://autobuilder.yocto.io/pub/releases/yocto-2.7.rc1/testresults/testresult-report.txt for anyone interested | 21:48 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 21:50 | |
| RP | http://git.yoctoproject.org/cgit.cgi/poky-buildhistory/tree/images/qemux86/glibc/core-image-sato/installed-package-names.txt?h=poky/warrior/qemux86#n604 - shouldn't be there | 21:54 |
| RP | will revert that nettle change | 21:54 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 22:04 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 22:04 | |
| *** justanotherboy <justanotherboy!~justanoth@136.49.196.186> has quit IRC | 22:21 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ccyfacywrtkvhrjr> has joined #yocto | 22:28 | |
| *** agust <agust!~agust@217.95.17.244> has quit IRC | 22:38 | |
| *** learningc <learningc!~learningc@121.122.85.55> has quit IRC | 22:54 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:00 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 23:00 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:07 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 23:08 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 23:39 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:40 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 23:40 | |
| halstead | RP, I have the hashes for the missing tarballs and I can make them now. Should I go ahead? | 23:54 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!