*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has quit IRC | 00:00 | |
*** zopsi <zopsi!~zopsi@96.126.123.81> has joined #yocto | 00:01 | |
*** learningc <learningc!~learningc@121.121.98.53> has quit IRC | 00:04 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 00:43 | |
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 00:45 | |
*** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has quit IRC | 00:51 | |
*** vmeson <vmeson!~rmacleod@23-233-84-124.cpe.pppoe.ca> has joined #yocto | 00:51 | |
*** vmeson <vmeson!~rmacleod@23-233-84-124.cpe.pppoe.ca> has quit IRC | 01:28 | |
*** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has joined #yocto | 01:30 | |
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 02:46 | |
*** pung_ <pung_!~BobPungar@177.41.192.39> has quit IRC | 03:17 | |
yocti | New news from stackoverflow: Understand how to rebuild recipe with Yocto <https://stackoverflow.com/questions/58177617/understand-how-to-rebuild-recipe-with-yocto> | 03:23 |
---|---|---|
mischief | hm.. for some reason my kernel ends up inside the initramfs o.O | 03:39 |
bluelightning | mischief: possibly this: https://wiki.yoctoproject.org/wiki/Technical_FAQ#How_do_I_avoid_the_kernel_itself_being_pulled_into_my_image_when_installing_kernel_modules.3F | 03:41 |
mischief | hm, seems plausible but adding that didn't change anything. | 03:45 |
mischief | aaah, RDEPENDS_${KERNEL_PACKAGE_NAME}-base = "" did it | 03:47 |
mischief | thanks bluelightning :-) | 03:48 |
bluelightning | no probs | 03:50 |
bluelightning | hmm, I should update for KERNEL_PACKAGE_NAME, I'll do that now | 03:50 |
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto | 04:14 | |
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 04:25 | |
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 04:39 | |
*** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 04:41 | |
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 04:44 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 04:53 | |
*** iceaway2_ <iceaway2_!~pelle@37.233.78.69> has joined #yocto | 04:59 | |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 05:24 | |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 05:31 | |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 05:49 | |
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 05:53 | |
*** thomasd13 <thomasd13!d472ff94@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 05:54 | |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 06:03 | |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 06:14 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:14 | |
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 06:17 | |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 06:19 | |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 06:39 | |
*** pharaon2502 <pharaon2502!59c9a632@89.201.166.50> has joined #yocto | 06:42 | |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 06:43 | |
*** dmoseley <dmoseley!~dmoseley@user-24-236-82-253.knology.net> has quit IRC | 06:48 | |
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 06:50 | |
*** mckoan|away is now known as mckoan | 06:55 | |
*** yann <yann!~yann@aputeaux-653-1-137-254.w86-195.abo.wanadoo.fr> has quit IRC | 07:09 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 07:09 | |
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 07:14 | |
__angelo | is there a better/elegant way to create 2 similar image targets, one for prod (with something diabled) and one for devel ? | 07:21 |
*** pharaon2502 <pharaon2502!59c9a632@89.201.166.50> has quit IRC | 07:22 | |
kroon | __angelo, an .inc and two .bb maybe ? | 07:23 |
Chaser | or a .bbappend for the prod target | 07:30 |
*** yacar_ <yacar_!~yacar@80.215.192.136> has joined #yocto | 07:31 | |
__angelo | oh thanks, do you have in mind an example bsp i can check ? | 07:35 |
iceaway2_ | kroon: thanks for the advice on adding FILESEXTRAPATH_prepend in my .bbappend recipe yesterday, that did the trick! | 07:39 |
*** pharaon2502 <pharaon2502!~hropatest@89.201.166.50> has joined #yocto | 07:41 | |
kroon | iceaway2_, cool, glad it helped | 07:41 |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:44 | |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 07:46 | |
*** Bunio_FH1 <Bunio_FH1!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:46 | |
*** pharaon2502 <pharaon2502!~hropatest@89.201.166.50> has left #yocto | 07:48 | |
alessioigor | Good morning! | 07:54 |
alessioigor | Few problems with current master branch: | 07:54 |
alessioigor | *) With latest patches applied (9973f89daf systemd: fix NFS regression) on systemd my Yocto system stops to boot over network (Yeah it is NFS!) | 07:54 |
alessioigor | *) The SDK installation stuck at Setting it up...ls: cannot access '[...]/environment-setup-*': No such file or directory | 07:54 |
alessioigor | *) Using meta-intel on master branch: Exception: FileExistsError: [Errno 17] File exists: '[...]/sysroots-components/corei7-64/zlib-intel/usr/include/zlib.h' -> '[...]/work/corei7-64-voltumna-linux/alsa-utils/1.1.9-r0/recipe-sysroot/usr/include/zlib.h' | 07:54 |
*** thomasd13 <thomasd13!d472ff94@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 07:55 | |
iceaway2_ | Is it possible to supply a username and password to the https-fetcher in bitbake? I am looking at the manual right now but it's not really obvious if/how it can be done. | 07:59 |
*** pharaon2502 <pharaon2502!~hropatest@89.201.166.50> has joined #yocto | 08:02 | |
erbo | iceaway2_: I believe the https://<username>:<password>@<the url> should work | 08:06 |
*** bluca <bluca!~bluca@2a01:4b00:f419:6f00:7a8e:ed70:5c52:ea3> has joined #yocto | 08:07 | |
*** Domin1k <Domin1k!c1669b04@193.102.155.4> has joined #yocto | 08:10 | |
Domin1k | Hi everybody. | 08:10 |
Domin1k | I have a recipe which installs a pre-compiled shared object which has dependencies that i have set within "DEPENDS" do i also have to set them in RDEPENDS_${PN} ? The mega-manual says: "DEPENDS alone is sufficient for most recipes" What does "most" mean here? Is it guaranteed that shared objects that come with packages that were marked as DEPENDS | 08:17 |
Domin1k | get installed in the final image? | 08:17 |
*** amine <amine!~amine@static-176-158-51-218.ftth.abo.bbox.fr> has joined #yocto | 08:17 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-lnyycejgllhvynlj> has joined #yocto | 08:20 | |
kroon | Domin1k, DEPENDS are for build-time dependencies | 08:29 |
amine | hi all | 08:30 |
amine | is there any recipe for ntpsec ? | 08:30 |
amine | https://github.com/ntpsec/ntpsec | 08:30 |
LetoThe2nd | amine: http://layers.openembedded.org/layerindex/branch/master/recipes/?q=ntpsec | 08:31 |
LetoThe2nd | amine: so, probably no | 08:31 |
amine | okay thanks i ll try to do somthing myself | 08:32 |
Domin1k | So in the case where my DEPENDS are just a bunch on shared objects that depend on the binary i install. I also have make sure these are set in RDEPENDS_${PN} so that i won't get undefined references at runtime? | 08:37 |
kroon | Domin1k, first I would just try not listing any RDEPENDS(or DEPENDS) at all, since oe-core is pretty good at automatically finding ELF runtime deps | 08:41 |
iceaway2_ | erbo: Cannot really get it to work, I'm getting a bad request from the server. It works via curl from the command line though, with -O -L --user <name>:<pass> as arguments. | 08:41 |
iceaway2_ | is it possible to supply additional arguments to curl? In case it's the -L that does it (I do not see that argument in the do_fetch logs). | 08:42 |
iceaway2_ | It't not even using curl though, but wget, I just noticed. | 08:43 |
LetoThe2nd | iceaway2_: the core problem with the user/pass approach is that those would end up in the metadata | 08:45 |
LetoThe2nd | iceaway2_: the alternative is some function that dynamically creates the SRC_URI including credentials, and is passed those through local.conf or the environment | 08:48 |
LetoThe2nd | it can be done, but its not exactly pretty. | 08:48 |
Domin1k | i've already tried not using DEPENDS within my recipe of a precompiled shared object (libcef.so). This recipe just fetches this shared object and installs it to "/usr/lib". In the next step i wrote a recipe for an application that links against libcef.so. Now do_compile fails because of undefined references that are caused because of libcef.so | 08:49 |
Domin1k | dependencies that are missing e.g. libgtk+ etc. if i now at all dependencies of libcef.so to DEPENDS of the libcef.so-recipe my application build will succeed. I'm now wondering if it's guaranteed that the DEPENDS will land in the final Image or if i also have to add them as RDEPENDS_${PN} because otherwise i will get undefined references at | 08:49 |
Domin1k | startup. | 08:49 |
*** crawler <crawler!~crawler@193.135.254.19> has joined #yocto | 08:49 | |
*** MarcWe1 <MarcWe1!hmwmatrixo@gateway/shell/matrix.org/x-zfbnqdxpsrujppra> has joined #yocto | 08:49 | |
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC | 08:49 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 08:50 | |
iceaway2_ | LetoThe2nd: Will let the brain work a bit on how to solve this :) | 08:53 |
crawler | Hi guys, anyone have any idea what i do wrong here, why this test does not pass https://paste.ofcode.org/37XrnMc2DkSM9bBJmUU22BF | 08:53 |
yocti | New news from stackoverflow: Kernel 5.3 failes to compile: No rules to make target zImage <https://stackoverflow.com/questions/58181207/kernel-5-3-failes-to-compile-no-rules-to-make-target-zimage> | 08:54 |
erbo | iceaway2_: I did a quick test here, and I can specify username and password that way. I'm using http and not https though, but I doubt that matters. | 08:55 |
kroon | Domin1k, I would try adding gtk+ deps etc to the application recipe DEPENDS, not the lib recipe since it doesn't need them to build itself, and add nothing explicitly to the application RDEPENDS, but trust that oe-core shlibs code fill find them | 08:58 |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:01 | |
kroon | Domin1k, or like you did, which I think is what the manual states.. | 09:03 |
Domin1k | Why specify it as a dependencie of the application instead of the shared lib? in case it would not be precompiled i had to set it directly in the recipe of the shared lib because it actually is a dependencie of the shared lib but not a build-time dependency because there is nothing to build here. | 09:05 |
Domin1k | OK to be sure that everything gets intalled i will set all dependencies inside the recipe of the shared library as DEPENDS and RDEPENDS. | 09:07 |
crawler | SDKIMAGE_FEATURES_append = " staticdev-pkgs" is this necessary to have libstc++ available in sdk? | 09:11 |
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 09:15 | |
*** Klox <Klox!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has quit IRC | 09:21 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:22 | |
*** Klox <Klox!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has joined #yocto | 09:23 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:26 | |
*** malanecora <malanecora!b23cc82c@178.60.200.44> has joined #yocto | 09:31 | |
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 09:34 | |
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto | 09:35 | |
yacar_ | Hi guys, I'd like to contribute more to yocto, I'm beginning to be experienced as a user with Yocto, however I I feel like the bug are not descriptive enough to be cleared. For instance if I take : https://bugzilla.yoctoproject.org/show_bug.cgi?id=13333 , I feel like to solve all those bug it's only required to add some "headers", what are the said SPDX header? | 09:42 |
yocti | Bug 13333: normal, Medium+, 3.1, newcomer, NEW , Add SPDX license headers to all source files for yocto-kernel-cache | 09:42 |
yacar_ | probably only a matter of copy pasting them. | 09:42 |
*** yacar_ <yacar_!~yacar@80.215.192.136> has quit IRC | 09:47 | |
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 09:48 | |
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC | 09:48 | |
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 09:59 | |
*** kanavin_ <kanavin_!~kanavin@141.113.66.202> has joined #yocto | 10:03 | |
*** kanavin <kanavin!~kanavin@141.113.64.159> has quit IRC | 10:05 | |
*** learningc <learningc!~learningc@121.121.98.53> has joined #yocto | 10:19 | |
crawler | anyone got few spare minutes :) | 10:22 |
crawler | for the issue above | 10:22 |
mckoan | crawler: TOOLCHAIN_TARGET_TASK_append = " libc-staticdev" | 10:26 |
mckoan | https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html | 10:26 |
crawler | oh goodness i appended libstdc++-staticdev | 10:27 |
mckoan | TOOLCHAIN_TARGET_TASK_append = " libstdc++-staticdev" | 10:27 |
crawler | yes | 10:28 |
crawler | this is my TARGET_TASK now | 10:32 |
crawler | TOOLCHAIN_TARGET_TASK_append = " protobuf protobuf-dev boost boost-dev lua lua-dev lua-staticdev asciidoc asciidoc-dev sqlite libbsd libbsd-dev tpm2-tss libtss2-mu libtss2-mu-dev libtss2-tcti-device libtss2-tcti-device-dev libtss2-tcti-mssim libtss2-tcti-mssim-dev libtss2 libtss2-dev ibmswtpm2 ibmswtpm2-dev nlohmann-json-dbg nlohmann-json-dev gcc-sanitizers gcc-sanitizers-dbg libasan libasan-dev libc-static-dev listdc++-staticdev" | 10:32 |
crawler | meh, mistake, its libc-statidev | 10:32 |
crawler | let me recompile everything and check | 10:34 |
crawler | thanks for the help mckoan | 10:34 |
mckoan | crawler: YW, let us know it it works | 10:37 |
yocti | New news from stackoverflow: u-boot script to allow choosing between which rootfs part to boot (RAUC) <https://stackoverflow.com/questions/58183097/u-boot-script-to-allow-choosing-between-which-rootfs-part-to-boot-rauc> || "git binary diffs are not supported" error using yocto <https://stackoverflow.com/questions/50677861/git-binary-diffs-are-not-supported-error-using-yocto> | 10:55 |
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 11:08 | |
*** griffinp <griffinp!griffinp@gateway/shell/linaro/x-sqrpkvipgserevmq> has joined #yocto | 11:09 | |
*** coretec <coretec!d43ed5a2@212.62.213.162> has joined #yocto | 11:11 | |
coretec | Hi, it seems there is a problem in meta-mingw32/thud, all qemu binaries arebroken for SDKMACHINE=x86_64-mingw32, but working fine for i686-mingw32. | 11:13 |
coretec | Could anyone advise on how to find the root cause for this? | 11:14 |
coretec | It seems there are other people with this particular problem, https://www.mail-archive.com/yocto@yoctoproject.org/msg45487.html | 11:15 |
coretec | and https://www.mail-archive.com/yocto@yoctoproject.org/msg45481.html | 11:16 |
yocti | New news from stackoverflow: How to use OpenCV with camera on Jetson Nano with Yocto/poky <https://stackoverflow.com/questions/57989992/how-to-use-opencv-with-camera-on-jetson-nano-with-yocto-poky> | 11:25 |
*** malanecora <malanecora!b23cc82c@178.60.200.44> has quit IRC | 11:25 | |
*** yacar_ <yacar_!~yacar@80.215.192.136> has joined #yocto | 11:26 | |
iceaway2_ | erbo: strange, I will look into it again. | 11:26 |
yacar_ | Sorry I had to switch off my computer, I couldn't see your replies about "(11:42:16) yacar_: Hi guys, I'd like to contribute more to yocto, I'm beginning to be experienced as a user with Yocto, however I I feel like the bug are not descriptive enough to be cleared. For instance if I take : https://bugzilla.yoctoproject.org/show_bug.cgi?id=13333 , I feel like to solve all those bug it's only required to add some "headers", what are the said SPDX header?" | 11:27 |
yocti | Bug 13333: normal, Medium+, 3.1, newcomer, NEW , Add SPDX license headers to all source files for yocto-kernel-cache | 11:27 |
milloni | something that i never understood but i feel like i should: what's the difference between += and _append? | 11:28 |
LetoThe2nd | milloni: the fomer adds a space in front automatically :) | 11:30 |
milloni | is that the only difference? | 11:31 |
milloni | i've seen people use `_append +=` | 11:31 |
milloni | (to be honest, i've used `_append +=` "just for good measure") | 11:31 |
rburton | milloni: don't do _append += because that just confuses things | 11:33 |
rburton | += is "add this to the variable now" | 11:33 |
LetoThe2nd | '_append += sounds strange' | 11:33 |
rburton | _append is 'after parse, extend with this value' | 11:33 |
mihai | milloni, it depends on the context you want to append, += is immediate, _append is processed after all the parsing is done | 11:33 |
milloni | hmm | 11:34 |
mihai | sometimes people use _append += to avoid the extra space in: _append = " value" | 11:34 |
milloni | yes that ^ | 11:34 |
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 11:34 | |
milloni | can you give me an example where those two different forms would be useful? | 11:35 |
rburton | eg a class that recipes can inherit might use DEPENDS_append = ' foo' so that DEPENDS *always* has foo in | 11:35 |
rburton | even if the recipe does DEPEDNS=bar | 11:35 |
rburton | where += would fail depending on the line order | 11:35 |
rburton | use += normally, append if you can't | 11:36 |
milloni | ah, okay, thanks | 11:36 |
*** crawler_ <crawler_!~crawler@193.135.254.19> has joined #yocto | 11:43 | |
*** crawler <crawler!~crawler@193.135.254.19> has quit IRC | 11:46 | |
mihai | yacar_, spdx refers to a shorter, one liner, identifier for the standard licenses headers in source code files | 11:48 |
yacar_ | mihai; indeed, but how one should determine what the line to put? | 11:48 |
mihai | yacar_, https://spdx.org/ids for hint | 11:48 |
mihai | there's also a list of licenses and their spdx identifier there | 11:49 |
*** pharaon2502 <pharaon2502!~hropatest@89.201.166.50> has left #yocto | 11:49 | |
*** pharaon2502 <pharaon2502!~hropatest@89.201.166.50> has joined #yocto | 11:49 | |
yacar_ | Let's say I'm going to work on this bug I just unilaterally choose what license I want? | 11:49 |
yacar_ | It doesn't make sens x) | 11:49 |
yacar_ | *sense | 11:49 |
*** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:51 | |
*** pharaon2502 <pharaon2502!~hropatest@89.201.166.50> has left #yocto | 11:55 | |
*** berton <berton!~berton@181.220.83.67> has quit IRC | 11:55 | |
mihai | yacar_, the files should have existing license headers, the bug is to replace them with their equivalent spdx identifier | 11:55 |
*** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:56 | |
*** pharaon2502 <pharaon2502!~hropatest@89.201.166.50> has joined #yocto | 11:57 | |
yacar_ | mihai : Ok cool I see I'll be looking into that then. | 12:01 |
rburton | if the source doesn't have explicit license then the intended license should be fairly obvious anyway | 12:03 |
*** ThomasD13 <ThomasD13!d472ff94@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 12:04 | |
ThomasD13 | Hi, hen I use KERNEL_FEATURES_append, will this feature be built into the kernel, or just be as kernel module available? | 12:04 |
yacar_ | rburton: mihai : I might sound stupid, however I can't find anywhere to replace that in the said directory. | 12:11 |
yacar_ | If I'm looking for GPL, BSD, GPL on the directory I can't find anything relevant except in some patches. | 12:11 |
*** jij <jij!jonashg@nat/axis/x-anncxslsttvptswe> has quit IRC | 12:12 | |
rburton | yacar_: i'm guessing from the license files at the top of the repo, the metadata is MIT but the scripts are GPL | 12:12 |
rburton | yacar_: safest to just mail bruce ashfield and ask as its his repo (paging zeddii to irc) | 12:13 |
rburton | (this is why we want spdx headers everywhere, as the license isn't always obvious) | 12:13 |
coretec | It seems there is a problem in meta-mingw32 in thud. All qemu binaries are broken for SDKMACHINE=x86_64-mingw32, but working fine for i686-mingw32. Does anybody know how to tackle this issue? | 12:15 |
yacar_ | Yep, my point here is not only about this matter, I am (and I think some other are too) looking for bug to solve on the bugzilla but most of them are not exactly self explanatory which is the purpose of the bug description. I'd like to make the project go further, but the bugs need to filled precisely so that it's not problematic to get started. | 12:16 |
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC | 12:16 | |
yacar_ | Even for some simple licensing bug. | 12:16 |
rburton | "simple" and "licensing" don't go hand in hand | 12:18 |
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 12:18 | |
rburton | the bug is that the licensing isn't clear | 12:18 |
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 12:18 | |
rburton | if you want a simple yocto bug, there's a 'newcomer' tag | 12:19 |
yacar_ | rburton: yes it is in newcomer tag ^ | 12:19 |
rburton | engaging here or in the bug is part of the process. feel free to add a comment listing the scripts and saying that the license isnt obvious, and bruce can reply with his definite answer. | 12:21 |
yacar_ | rburton : that's why I was assuming it was mostly a matter of finding and replacing licences | 12:21 |
*** learningc <learningc!~learningc@121.121.98.53> has quit IRC | 12:21 | |
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 12:22 | |
rburton | newcomer means you don't need huge amounts of detailed knowledge. the license bugs are just chase down the right license info, and add the headers | 12:23 |
zeddii | that bug is already done. | 12:23 |
zeddii | apparently someone didn’t update it. | 12:23 |
zeddii | probably me | 12:23 |
zeddii | commit 7604d2d1a49d88e38d5b5854209dc1435b790893 | 12:23 |
zeddii | Author: William Bourque <wbourque@gmail.com> | 12:23 |
zeddii | Date: Tue Aug 6 14:05:38 2019 -0400 | 12:23 |
zeddii | Add SPDX license headers to source files | 12:23 |
rburton | http://git.yoctoproject.org/cgit/cgit.cgi/yocto-kernel-cache/tree/scripts/rr-fix <-- no header | 12:23 |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:24 | |
rburton | zeddii: kernel-cache not kernel-tools | 12:25 |
rburton | (morning) | 12:25 |
zeddii | ah. kernel-cache! | 12:26 |
*** yann <yann!~yann@85.118.38.73> has joined #yocto | 12:27 | |
zeddii | and yes, rburton’s comment is correct. there’s no SPDX headers, but all the .scc and .cfg files are MIT and the scripts themselves are GPLv2 (as indicated by the copying files) | 12:27 |
* zeddii drinks his coffee to engage his brain | 12:27 | |
zeddii | more strace debugging today | 12:27 |
__angelo | seems i have an issue with loadable modules, getting : modprobe: FATAL: Module tea.ko not found in directory /lib/modules/4.19.50-test-001+ | 12:29 |
rburton | yacar_: there we go. if you can add the spdx headers to the scripts and a section to the readme describing the license policy as stated by zeddii then that would be ideal | 12:29 |
__angelo | .ko is there. Even if i see a strange path, like /lib/modules/kernel/kernel ... what could be the issue ? | 12:30 |
__angelo | * /lib/modules/4.19.50-test-001+/kernel/kernel | 12:31 |
*** learningc <learningc!~learningc@121.121.98.53> has joined #yocto | 12:31 | |
yacar_ | zeddii : ok so it's required to also add SPDX-License-Identifier: MIT to scc and cfg files? | 12:32 |
zeddii | that’s what the SPDX folks tell me. So yes! | 12:33 |
yacar_ | Ok I'll be looking into that then ! I didn't want to sound patronizing earlier, i just was a bit frustrated about the bugs descriptions that are not enough to get started. | 12:37 |
*** yacar_ <yacar_!~yacar@80.215.192.136> has quit IRC | 12:53 | |
*** yacar_ <yacar_!~yacar@80.215.192.136> has joined #yocto | 12:55 | |
*** Crofton <Crofton!~Crofton@50.224.179.20> has joined #yocto | 13:04 | |
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto | 13:08 | |
*** jij <jij!jonashg@nat/axis/x-kmkoargdyezvjfjt> has joined #yocto | 13:19 | |
crawler_ | hey guys, regarding problem i described here, https://paste.ofcode.org/37XrnMc2DkSM9bBJmUU22BF issue was solved by adding libc-staticdev and libstdc++-staticdev to the TOOLCHAIN_TARGET_TASK_append ---- kudos to the mckoan for helping out on this | 13:30 |
mckoan | crawler_: thank to letting me know. I updated my wiki with that | 13:33 |
mckoan | https://wiki.koansoftware.com/index.php/How_to_add_libstdc%2B%2B_to_a_Yocto_(Poky)_image | 13:33 |
crawler_ | cheers, bookmarked ;) | 13:33 |
mckoan | https://wiki.koansoftware.com/index.php/How_to_add_libstdc++_to_a_Yocto_(Poky)_image | 13:34 |
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 13:34 | |
__angelo | about my question above, just seet that insmod works, it's like /sbin/modprobe is not able to load modules | 13:37 |
__angelo | depmod -a has no effect | 13:37 |
kroon | __angelo, you have a modules.dep.bin ? | 13:42 |
__angelo | kroon, yes | 13:43 |
*** opennandra <opennandra!~marek@bband-dyn117.178-40-83.t-com.sk> has joined #yocto | 13:46 | |
opennandra | hello, I'm trying to use u-boot-fw-utils fro later yocto version on building fw_printenv tools from 2010.06 u-boot and it fails with issue to cannot find stdio.h and other includes | 13:47 |
opennandra | any ideas? | 13:47 |
qschulz | opennandra: is there a reason for not using latest u-boot-fw-utils? | 13:51 |
qschulz | we use it for our boards even though we have older U-Boot versions for the bootloader part | 13:52 |
kroon | __angelo, and your modules.dep looks correct ? | 13:52 |
__angelo | :) i omitted the way i use modprobe, error was there modprobe virtio_crypto.ko doesn't work of course, .ko is not welcome | 13:55 |
kroon | aha | 13:55 |
__angelo | kroon, thanks for the help | 13:55 |
__angelo | i thought it could be some yocto mistery, while it's not :) | 13:56 |
kroon | __angelo, you helped yourself methinks :D | 13:57 |
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 13:59 | |
*** opennandra <opennandra!~marek@bband-dyn117.178-40-83.t-com.sk> has quit IRC | 14:12 | |
*** falstaff <falstaff!~quassel@37.17.234.113> has joined #yocto | 14:14 | |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 14:18 | |
*** opennandra <opennandra!~marek@bband-dyn117.178-40-83.t-com.sk> has joined #yocto | 14:20 | |
*** ThomasD13 <ThomasD13!d472ff94@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 14:20 | |
opennandra | qschulz: ok thanks I'll try | 14:20 |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 14:34 | |
*** opennandra <opennandra!~marek@bband-dyn117.178-40-83.t-com.sk> has quit IRC | 14:35 | |
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 14:36 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:37 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 14:58 | |
*** crawler_ <crawler_!~crawler@193.135.254.19> has quit IRC | 14:58 | |
*** coretec <coretec!d43ed5a2@212.62.213.162> has quit IRC | 15:00 | |
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 15:00 | |
mcfrisk | what will be the codename for yocto 2.8/3.0? I need a branch already :) | 15:07 |
*** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-tmpaghtdlctjteic> has joined #yocto | 15:07 | |
rburton | zeus | 15:07 |
mcfrisk | rburton: thanks! | 15:07 |
rburton | https://wiki.yoctoproject.org/wiki/Releases | 15:07 |
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 15:11 | |
*** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 15:21 | |
*** Crofton <Crofton!~Crofton@50.224.179.20> has quit IRC | 15:24 | |
armpit | we should emoji's for 3.1 | 15:35 |
LetoThe2nd | armpit: we need the poop emoji. | 15:36 |
*** sylv38 <sylv38!cda707c1@205.167.7.193> has joined #yocto | 15:39 | |
*** Bunio_FH1 <Bunio_FH1!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:50 | |
*** sylv38 <sylv38!cda707c1@205.167.7.193> has quit IRC | 15:51 | |
RP | armpit: that would mess with people! :) | 15:53 |
armpit | hehe | 15:53 |
RP | I was using 🦒where it worked fine but 🦁 arrived and it stopped working | 15:54 |
*** fray <fray!~fray@kernel.crashing.org> has quit IRC | 15:55 | |
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 15:56 | |
milloni | if there's more than one recipe for a package, how does bitbake choose which one to install? | 16:00 |
milloni | for instance lets say i have openssh in my IMAGE_INSTALL | 16:01 |
milloni | and i've got a recipe openssh_7.8p1+git.bb in my layer | 16:01 |
milloni | and another openssh_7.1p2.bb from meta | 16:02 |
rburton | it uses the one that bitbake picked. layer priority then recipe version, unless overridden with PREFERRED_VERSION etc | 16:03 |
*** learningc <learningc!~learningc@121.121.98.53> has quit IRC | 16:04 | |
milloni | so the priority is 1) PREFERRED_VERSION 2) layer priority 3) recipe version ? | 16:04 |
rburton | pretty much | 16:04 |
milloni | thanks | 16:04 |
rburton | bitbake-layers can show what versions it knows about and what is picked | 16:05 |
*** yacar_ <yacar_!~yacar@80.215.192.136> has quit IRC | 16:07 | |
qschulz | milloni: (and you have preferred_provider in the story :) ) | 16:07 |
*** amine <amine!~amine@static-176-158-51-218.ftth.abo.bbox.fr> has quit IRC | 16:08 | |
*** learningc <learningc!~learningc@121.121.98.53> has joined #yocto | 16:10 | |
zeddii | RP: I've thrown in the towel. and have just emailed lkml for some pointers on the strace issue. | 16:14 |
zeddii | I cc'd you on the email .. in case they ask for details I don't hae. | 16:14 |
zeddii | s/hae/have/ | 16:14 |
*** mckoan is now known as mckoan|away | 16:16 | |
milloni | how come poky keeps this patch? https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-devtools/python/python-native/debug.patch | 16:17 |
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 16:21 | |
rburton | milloni: good question, feel free to send a patch to delete it | 16:21 |
*** stephano <stephano!~stephano@134.134.139.72> has joined #yocto | 16:22 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 16:23 | |
*** learningc <learningc!~learningc@121.121.98.53> has quit IRC | 16:27 | |
*** learningc <learningc!~learningc@121.121.98.53> has joined #yocto | 16:27 | |
*** yann <yann!~yann@85.118.38.73> has quit IRC | 16:38 | |
*** crawler <crawler!~crawler@109.72.55.167> has joined #yocto | 16:43 | |
yocti | New news from stackoverflow: How to build Yocto hddimg on i.MX7 to boot from usb stick <https://stackoverflow.com/questions/58189022/how-to-build-yocto-hddimg-on-i-mx7-to-boot-from-usb-stick> | 16:56 |
RP | zeddii: I was going to ask how that was going, thanks for the update | 16:58 |
*** stephano <stephano!~stephano@134.134.139.72> has quit IRC | 17:00 | |
*** stephano <stephano!~stephano@134.134.139.76> has joined #yocto | 17:04 | |
*** armpit is now known as away | 17:11 | |
*** away is now known as armpit | 17:11 | |
*** armpit <armpit!~armpit@2601:202:4180:a5c0:edf9:811d:ad92:85c2> has quit IRC | 17:15 | |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 17:18 | |
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 17:23 | |
*** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-tmpaghtdlctjteic> has quit IRC | 17:27 | |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 17:27 | |
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 17:36 | |
*** lazyape <lazyape!~lazyape@80.107.149.24> has joined #yocto | 17:57 | |
*** crawler <crawler!~crawler@109.72.55.167> has quit IRC | 18:03 | |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 18:14 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-lnyycejgllhvynlj> has quit IRC | 18:40 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 18:45 | |
*** Crofton <Crofton!~Crofton@167.220.105.246> has joined #yocto | 19:13 | |
*** opennandra <opennandra!~marek@178-143-144-243.dynamic.orange.sk> has joined #yocto | 19:15 | |
opennandra | qschulz: it's not working | 19:15 |
opennandra | it tried for minline u-boot build my machine and it fails as in mainline I don't have changes ; | 19:16 |
*** yann <yann!~yann@aputeaux-653-1-137-254.w86-195.abo.wanadoo.fr> has joined #yocto | 19:18 | |
*** stephano <stephano!~stephano@134.134.139.76> has quit IRC | 19:20 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:35 | |
RP | zeddii: dilemma is do we block release on this?> | 19:36 |
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 19:39 | |
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 19:46 | |
*** armpit <armpit!~armpit@45.19.219.178> has joined #yocto | 19:49 | |
*** Crofton <Crofton!~Crofton@167.220.105.246> has quit IRC | 19:55 | |
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 20:05 | |
qschulz | opennandra: damn it. Didn;t forsee why it would need the machine for scripts. But playing with an almost 10yo U-Boot is... asking for trouble. I had a couple of boards a few years back that were not properly tested or support was dropped and could stay only with old U-Boot. Is there really no way around upgrading U-Boot reasonably? | 20:11 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 20:11 | |
opennandra | qschulz: it's from vendor SDK and updating u-boot will be long process :) | 20:11 |
opennandra | which I don't have time for | 20:12 |
opennandra | so maybe I'll do it brute force -> compile manually and install only or so | 20:12 |
opennandra | :) | 20:12 |
*** bluca <bluca!~bluca@2a01:4b00:f419:6f00:7a8e:ed70:5c52:ea3> has quit IRC | 20:13 | |
*** Crofton <Crofton!~Crofton@167.220.99.118> has joined #yocto | 20:15 | |
qschulz | opennandra: depends... NXP for example is not that bad of a BSP. On the other hand, Allwinner is pretty crappy BSP but there is usually a very good upstream support. | 20:15 |
qschulz | May I ask which vendor/board? | 20:15 |
opennandra | qschulz: hisilicon | 20:16 |
opennandra | they provide SDK with obsolete Makefile base stuff | 20:16 |
opennandra | and I'm porting it to yocto | 20:16 |
opennandra | to be able to develop something easily on it | 20:16 |
opennandra | u-boot builds fine | 20:16 |
opennandra | I just need fw-utils | 20:16 |
opennandra | but then hit issue | 20:16 |
qschulz | opennandra: are you able to compile fw-tools manually? | 20:17 |
opennandra | qschulz: yes | 20:17 |
qschulz | opennandra: ok, good start :) | 20:18 |
opennandra | qschulz: :) | 20:18 |
qschulz | opennandra: (but honestly.... u-boot 2010.06.... way to treat your customers) | 20:19 |
opennandra | qschulz: well if you don't have any support you have to live with what you get from vendor | 20:19 |
qschulz | opennandra: I meant, coming from Hisilicon, not you :) | 20:20 |
opennandra | qschulz: I see | 20:20 |
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 20:21 | |
qschulz | opennandra: I *think* they fixed an issue recently (~1-2 years ago?) wrt Makefiles and tools/scripts. SO it might be worth checking newer commits in those areas | 20:22 |
opennandra | qschulz: ok I'll look around and check | 20:23 |
qschulz | but if it cannot find includes (as basic as stdio and such) check that the sysroot is passed to the Makefile and correctly taken into account by the Makefile | 20:23 |
qschulz | (e.g. explore WORKDIR/temp/[run|log].do_compile | 20:24 |
qschulz | (well, in correct syntax, {run,log} :) | 20:24 |
qschulz | good luck with that, I hate vendor BSP and especially those that are outdated and/or far from mainline. Praying for you :D | 20:25 |
yocti | New news from stackoverflow: Unable to start bitbake server <https://stackoverflow.com/questions/48132054/unable-to-start-bitbake-server> | 20:26 |
opennandra | qschulz: thanks | 20:27 |
*** berton <berton!~berton@181.220.83.67> has quit IRC | 20:30 | |
qschulz | opennandra: and I actually mixed u-boot-fw-utils and u-boot-tools. We use u-boot-tools from upstream but not u-boot-fw-utils AFAIR (due to the same limitation as yours :) ) | 20:31 |
palate | hello :) | 20:31 |
palate | Curious: does somebody here know fastboot? | 20:32 |
opennandra | qschulz: +1 | 20:32 |
qschulz | opennandra: BTW, it mght actually be a better idea (if not already done) to use the same recipe for u-boot and u-boot-fw-tools | 20:32 |
qschulz | palate: ask your question, then people will see if they can answer :) | 20:32 |
opennandra | qschulz: I tried and got same issue like with separate recipe | 20:33 |
qschulz | opennandra: gl, I'm afk now, maybe others will help but bed is singing lullabies to me right now | 20:35 |
palate | I have this device on which I can flash an image with fastboot. I do it in 3 commands: one for "system", a *.ubi, one for "boot", a *.img, and one for "recovery", another *.img. I could access the kernel config in /proc/config.gz on the device, and I'm hoping I can make my own image for it. But I don't know what an *.ubi image is, and I wonder how risky it is with fastboot (i.e.: can I brick my | 20:36 |
palate | device if I don't do it correctly?) | 20:36 |
palate | So I'm effectively trying to reverse engineer a linux image to replace it with my own yocto :) | 20:36 |
*** opennandra <opennandra!~marek@178-143-144-243.dynamic.orange.sk> has quit IRC | 20:42 | |
qschulz | palate: https://en.wikipedia.org/wiki/UBIFS#UBI it's basically a type of "container" for raw data or UBIFS on NAND devices | 20:47 |
qschulz | palate: if your device is locked (secure boot and all), then most likely anything that isn't coming from the vendor will brick your device | 20:47 |
palate | qschulz: I don't think that it is locked. They already gave me this "minimal linux" image to play around, it doesn't seem like it is secured (but that's a guess) | 20:49 |
palate | qschulz: but with fastboot, you think that if I "brick" it, I won't be able to reflash the older image? | 20:49 |
qschulz | palate: now if it is not so far from the Android boot process (boot, recovery and system sounds like it?), I think you're fine messing with the system partition | 20:49 |
palate | qschulz: oh, I would only replace the system one then? Good to know | 20:50 |
qschulz | palate: well, which partition contains the code starting fastboot? | 20:50 |
*** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto | 20:50 | |
qschulz | if you mess this one and there is no other mechanism available.. | 20:51 |
palate | qschulz: I don't know... I know that if I press the "home" button many times, it goes in fastboot mode. But I guess that's not helping :D | 20:51 |
qschulz | palate: U-Boot I guess? | 20:51 |
qschulz | for the bootloader? | 20:51 |
palate | qschulz: no clue. Can I see that when I'm in the device? I can connect with `adb shell` | 20:52 |
qschulz | I would strongly encourage you to find the serial port on the device before trying to tinker with it | 20:53 |
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 20:53 | |
*** aidanh_ is now known as aidanh | 20:53 | |
qschulz | hopefully there is one :) | 20:53 |
palate | qschulz: What I see is that the system "linux.ubi" image is 22M, the recovery "recovery.img" is 9.3M, and the boot "linux-boot.img" is 5.5M | 20:54 |
palate | qschulz: so it would sound like playing with the system "linux.ubi" image should not be too bad... | 20:54 |
qschulz | that should be alright, looks like the rootfs | 20:55 |
qschulz | considering the size of linux-boot.img, I guess that might well be the kernel | 20:55 |
palate | qschulz: ok! Because I don't think I have a serial access (I could try to open it, but still I probably wouldn't know what to look for) | 20:55 |
qschulz | I might be wrong but I think you should try to find out which kernel is running to get the kernel headers for this version and compile yocto with this version of the headers to be sure evrything will go smoothly | 20:56 |
palate | qschulz: wait, then "boot" is the kernel, "system" is the rootfs, and "recovery" is... well I don't know what, maybe the fastboot image, then? | 20:56 |
*** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has quit IRC | 20:57 | |
palate | qschulz: I want to recompile the kernel to add new modules | 20:57 |
palate | haha maybe I should try to contact the guys doing this device and get some help | 20:57 |
qschulz | palate: depending on the board there might already be some tutorials for this | 20:57 |
qschulz | palate: what's the board? | 20:57 |
palate | qschulz: it's an armv7, I think "apq8009", if that's a thing | 20:58 |
palate | I think it's a qualcomm thingy | 20:58 |
qschulz | yup | 20:58 |
qschulz | (well at least GOogle told me :) ) | 20:58 |
palate | (yes, but I did not find a yocto BSP for that) | 20:59 |
qschulz | try to get from them a tutorial on how to compile the things (and especially how to get the *.ubi, since you need many info for mkfs.ubifs for example) | 21:00 |
qschulz | ideally where the serial is | 21:00 |
qschulz | and what's the content of which partition | 21:00 |
palate | ok! | 21:00 |
palate | Thanks a lot qschulz :). Sorry for the stupid questions xD | 21:01 |
palate | But I'm learning a lot! | 21:01 |
qschulz | palate: no stupid questions really, everybody has to start from somwhere :) | 21:03 |
qschulz | palate: remember to shoot the question directly with the origin of your issue and if people know the answer, they'll most likely give you an answer or tip where to look at | 21:04 |
palate | got it. Thanks a lot :) | 21:05 |
qschulz | palate: might be of interest for later use: http://layers.openembedded.org/layerindex/branch/master/layer/meta-qcom/ | 21:05 |
qschulz | alright, I really should rest during my holidays, back to bed! | 21:05 |
* qschulz zzz | 21:05 | |
palate | qschulz: good night! | 21:07 |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:11 | |
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 21:12 | |
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 21:13 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 21:15 | |
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC | 21:17 | |
mischief | why does this trigger on my git repos with submodules? does this imply the submodule URIs are malformed somehow? http://git.yoctoproject.org/cgit.cgi/poky/tree/bitbake/lib/bb/fetch2/gitsm.py#n111 | 21:20 |
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 21:27 | |
*** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has joined #yocto | 21:31 | |
*** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has quit IRC | 21:37 | |
Crofton | lolz, yocto build pulled out of someones ass | 21:42 |
Crofton | quote from speaker, I need to get to the bottom of this comment | 21:43 |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 21:50 | |
*** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has joined #yocto | 23:24 | |
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 23:33 | |
*** vineela <vineela!vtummala@nat/intel/x-pkjfrbpvxmorsust> has joined #yocto | 23:42 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:48 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!