| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 00:03 | |
| *** artisdom <artisdom!ca1b221a@202.27.34.26> has quit IRC | 02:01 | |
| *** hpsy <hpsy!~hpsy@85.203.15.122> has quit IRC | 03:58 | |
| *** learning1 <learning1!~pi@121.122.85.43> has quit IRC | 04:15 | |
| *** learning1 <learning1!~pi@121.122.85.43> has joined #yocto | 04:42 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 05:48 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 06:06 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 06:28 | |
| *** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-liwcnmbporhrepwr> has joined #yocto | 06:39 | |
| *** xtron <xtron!~xtron@110.93.212.98> has joined #yocto | 06:56 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 06:59 | |
| *** hyper_dave <hyper_dave!~dave@196.188.72.247> has quit IRC | 07:00 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto | 07:01 | |
| *** hyper_dave <hyper_dave!~dave@196.188.72.247> has joined #yocto | 07:01 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:02 | |
| yocti | New news from stackoverflow: Flashing custom Yocto image to Jetson Nano production module eMMC? <https://stackoverflow.com/questions/58080403/flashing-custom-yocto-image-to-jetson-nano-production-module-emmc> | 07:02 |
|---|---|---|
| *** xtron <xtron!~xtron@110.93.212.98> has quit IRC | 07:13 | |
| *** alessioigor <alessioigor!~alessioig@out-207-227.elettra.trieste.it> has quit IRC | 07:13 | |
| *** alessioigor <alessioigor!~alessioig@out-207-227.elettra.trieste.it> has joined #yocto | 07:31 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 07:35 | |
| *** abelal <abelal!6e5dd462@110.93.212.98> has joined #yocto | 07:39 | |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has quit IRC | 07:40 | |
| *** abelal <abelal!6e5dd462@110.93.212.98> has left #yocto | 07:42 | |
| *** abelal <abelal!~quassel@110.93.212.98> has joined #yocto | 07:43 | |
| *** mckoan|away is now known as mckoan | 07:50 | |
| mckoan | good morning | 07:50 |
| alessioigor | good morning to you | 07:51 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:54 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 08:03 | |
| *** florian_kc is now known as florian | 08:05 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:07 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 08:08 | |
| * alessioigor waves all | 08:14 | |
| alessioigor | Is there a way to have two images of the same MACHINE using a different WKS_FILE file reducing at minimum the additional build requirements? If I make two different MACHINE files (of the same physical machine) Bitbake builds the same identical kernel two times! | 08:14 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 08:16 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 08:17 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.245.67> has quit IRC | 08:25 | |
| paulbarker | alessioigor: You can override WKS_FILE in an image recipe | 08:27 |
| qschulz | alessioigor: I'm not entirely sure but can't this variable be part of the image recipe? It looks like the default is in image_types_wic which is included in image.bbclass (via IMGCLASSES) | 08:28 |
| *** leon-anavi <leon-anavi!~Leon@78.130.245.67> has joined #yocto | 08:28 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 08:37 | |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 08:59 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-mgrbkjkljvtbbfij> has joined #yocto | 09:02 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 09:07 | |
| *** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has joined #yocto | 09:13 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 09:43 | |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 09:56 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 10:18 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:37 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 10:42 | |
| *** tvm <tvm!~tvm@ip-86-49-228-198.net.upcbroadband.cz> has quit IRC | 10:55 | |
| *** olani <olani!user@nat/axis/x-bdkiaiydvgrhvqah> has quit IRC | 10:57 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.181> has quit IRC | 11:04 | |
| *** kaspter <kaspter!~Instantbi@58.38.93.197> has joined #yocto | 11:04 | |
| kanavin | rburton, I think sato has been py2-free for a while now, the only thing that still needs py2 is u-boot and py2 itself, or did you make additional patches? | 11:06 |
| *** learning1 <learning1!~pi@121.122.85.43> has quit IRC | 11:13 | |
| *** learning1 <learning1!~pi@121.122.85.43> has joined #yocto | 11:15 | |
| *** ThomasD13 <ThomasD13!d472ff94@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 11:17 | |
| ThomasD13 | Hi, I have a short question regarding licenses: Is there a difference between "GPL-2+" "GPL-2.0" "GPLv2" and "GPLv2+". | 11:19 |
| ThomasD13 | These strings are all found in my license.manifest-file | 11:20 |
| ThomasD13 | If I look on gnu.org/licenses, there only listed gpl1/2/3 nothing with + | 11:21 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 11:30 | |
| *** jij <jij!jonashg@nat/axis/x-cxrlokvrifihpars> has quit IRC | 11:30 | |
| kanavin | + means 'or later' | 11:37 |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:38 | |
| paulbarker | ThomasD13: You can look at https://spdx.org/licenses/ for the full list of identifiers. The ones with '+' are in the deprecated list at the bottom | 11:39 |
| rburton | kanavin: literally ripped out the recipe to verify :) | 11:40 |
| rburton | i thoguht uboot was fixed | 11:41 |
| *** jij <jij!jonashg@nat/axis/x-bkhfwgluthwgyeqi> has joined #yocto | 11:41 | |
| rburton | ah, no | 11:41 |
| rburton | nuts | 11:41 |
| rburton | why did that not pop up in my grep | 11:41 |
| rburton | Marex: is there a good reason why u-boot needs py2, or should we be able to switch to py3 with no changes | 11:46 |
| Marex | rburton: u-boot/master should support python3 already | 11:49 |
| Marex | rburton: or the conversion is mostly done | 11:50 |
| rburton | i'll swap and see what happens :) | 11:50 |
| Marex | Tartarus: ^ | 11:50 |
| Marex | rburton: would be great if AUH could upgrade U-Boot automatically :) | 11:50 |
| rburton | the recipe hardcodes PYTHON to the py2 we build | 11:50 |
| rburton | can't remember why it fails. is it because there's multiple recipes that need to update in lockstep? | 11:51 |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 11:51 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:52 | |
| Marex | rburton: yep | 11:52 |
| Marex | rburton: I wonder if that could be somehow fixed | 11:53 |
| rburton | auh could be taught that some recipes need to be bundled | 11:53 |
| yocti | New news from stackoverflow: Yocto SYSTEMD_SERVICE to install a parameterized service ("@.service") <https://stackoverflow.com/questions/54197951/yocto-systemd-service-to-install-a-parameterized-service-service> | 12:03 |
| Marex | rburton: oooh, how ? :) | 12:06 |
| ThomasD13 | kanavin, do you mean a piece of software can be licensed under GPLv2 OR GPLv3 ?? | 12:12 |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 12:13 | |
| kayterina | I want to find from which recipe the files in /etc/init.d/ come from,how do I search that? | 12:19 |
| qschulz | if you don't have INHERIT += "rm_work" in your conf/local.conf, a `find -name <name>` in BUILDDIR (tmp/work) should give you what you want | 12:21 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:25 | |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 12:27 | |
| kayterina | ok,that gives me a path to core-ima-minimal, I search for the recipe where the files are added to the image | 12:30 |
| qschulz | kayterina: you should have that same file in some workdir of some package, e.g. WORKDIR/package-split or /packages or /image | 12:31 |
| qschulz | if not... check you actually have those repositories in any package (if not, you have rm_work inherited somewhere) | 12:31 |
| qschulz | if you can't find it anyway, that might be added in the image recipe directly? look for classes inherited by your image recipe? | 12:32 |
| qschulz | brainstorming with you, not 100% sure what I'm saying is correct | 12:32 |
| Marex | or git grep for the filename in the metalayers directly , might also give some hints :) | 12:33 |
| kayterina | metalayers? | 12:34 |
| Marex | kayterina: poky/ or meta-*/ , the list of those which are applied is in conf/bblayers.conf | 12:34 |
| kayterina | a,yes,ok. | 12:35 |
| kayterina | now I'm thinking, since I want to remove them, I can do that in a higher layer without ever knowing how they get into the image? | 12:35 |
| qschulz | Marex: that works if it's explicit in the recipe, sometimes it's part of make/cmake/autotools install step | 12:35 |
| Marex | qschulz: indeed | 12:35 |
| Marex | kayterina: you should do it in the matching package .bbappend | 12:36 |
| qschulz | kayterina: as Marex said, you should modify the original recipe. You usually don't want an image to change the "behavior" of a package by removing one of its files IMO | 12:37 |
| kayterina | wait, I found it. it was from poky/meta/-rcore/initscripts | 12:38 |
| kayterina | I think. | 12:39 |
| kayterina | thanks | 12:39 |
| *** bradleyb is now known as radsquirrel | 12:45 | |
| kanavin | ThomasD13, yes, exactly | 12:49 |
| kanavin | you can choose | 12:49 |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 12:50 | |
| *** anujm <anujm!~anujm@134.134.139.76> has joined #yocto | 13:01 | |
| qschulz | is Paul Eggleton on IRC by any chance? | 13:10 |
| *** likewise <likewise!~circuser-@145.132.74.106> has joined #yocto | 13:12 | |
| likewise | How can I get the local-archive smaller? It is 3 Megabytes bytes on target /usr/lib/locale/locale-archive. | 13:12 |
| likewise | I tried GLIBC_GENERATE_LOCALES = "en_US.UTF-8", IMAGE_LINGUAS = "en-us", ENABLE_BINARY_LOCALE_GENERATION = "1", GLIBC_SPLIT_LC_PACKAGES = "1" | 13:13 |
| kayterina | so...I want to remove a list of "install -m 0644 ${WORKDIR}/functions${D}${sysconfdir}/init.d". I can't just put them inside a do_install_remove = "..." in my .bbappend? | 13:40 |
| qschulz | kayterina: do_install_append you mean I think, otherwise yes, from there rm ${D}${sysconfdir}/init.d/foo should be good and not too ugly | 13:42 |
| qschulz | kayterina: or a do_install_prepend and you remove it from ${B} both are more or less identical | 13:43 |
| mckoan | qschulz: look for bluelightning | 13:47 |
| *** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has joined #yocto | 13:50 | |
| yates | is there an emacs recipe? | 13:50 |
| yates | a recent one? | 13:51 |
| yates | this one is 13 years old: https://github.com/openembedded/openembedded/tree/master/recipes/emacs | 13:51 |
| *** kaspter <kaspter!~Instantbi@58.38.93.197> has quit IRC | 13:52 | |
| yates | nm | 13:54 |
| yates | hmm. i thought i had a good one, but now i see this was blacklisted: https://layers.openembedded.org/layerindex/recipe/54286/ | 13:54 |
| *** cengiz_io <cengiz_io!~cengiz_io@159.89.7.238> has quit IRC | 13:57 | |
| rburton | kayterina: if you've built it already, oe-pkgdata-util find-path /etc/init.d/somefile | 13:58 |
| *** anujm <anujm!~anujm@134.134.139.76> has quit IRC | 14:01 | |
| mcfrisk | Hi, how to solve file name conflicts in bitbake fetcher and download cache? have multiple recipes which include test data in data.tar which results in conflicts depending on build and download order in download cache. Could bitbake fetcher add checksums or similar to all file names? | 14:06 |
| rburton | mcfrisk: https://www.yoctoproject.org/docs/1.6/bitbake-user-manual/bitbake-user-manual.html#http-ftp-fetcher | 14:11 |
| RP | rburton: 1.6? :) | 14:12 |
| rburton | ha, sorry, blame google :) | 14:12 |
| *** cengiz_io <cengiz_io!~cengiz_io@159.89.7.238> has joined #yocto | 14:12 | |
| cengiz_io | hello there. I have a terribly structured recursive Makefile utilizing wireless driver and trying to build it with module.bbclass. After `extend_recipe_sysroot` succeeds, `do_install` fails with `make: *** No rule to make target 'modules_install'. Stop.`. any ideas? | 14:12 |
| rburton | https://www.yoctoproject.org/docs/latest/bitbake-user-manual/bitbake-user-manual.html#http-ftp-fetcher | 14:12 |
| rburton | cengiz_io: your makefile doesn't have a modules_install rule? | 14:13 |
| RP | mcfrisk: I've toyed with the idea of putting files in a domain named subdir but its hard with mirroring, hard to find an ideal solution | 14:13 |
| *** fl0v0 <fl0v0!~fvo@88.130.222.59> has joined #yocto | 14:13 | |
| cengiz_io | rburton there are tens of Makefiles actually... with suffixes like Makefile.6 Makefile.7 Makefile.8-threads etc. | 14:14 |
| cengiz_io | I know that Makefile.6 is being used mostly. | 14:14 |
| ThomasD13 | The package bluez5 has following license information in my license.manifest file: LICENSE: GPLv2+ & LGPLv2.1+ | 14:14 |
| ThomasD13 | Does it mean this package contains code which is licensed under both licenses? | 14:14 |
| ThomasD13 | And what is the difference to "|" ? | 14:14 |
| ThomasD13 | For example dbus: "LICENSE: AFL-2.1 | GPLv2+" | 14:15 |
| fray | | - or.. & and | 14:16 |
| cengiz_io | rburton and that Makefile.6 only has `install` target. I think I'll need to create a `modules_install` target right? | 14:16 |
| fray | it is still your responsibility to read the license and make your own determination | 14:16 |
| ThomasD13 | fray: Does it mean i can chose for dbus if I distribute it under AFL-2.1 or GPLv2+ ?? | 14:16 |
| rburton | cengiz_io: yes. module.bbclass expects a fairly standard build tree. | 14:17 |
| fray | you will have to read the license, but generally that is the indication | 14:17 |
| cengiz_io | and I'm fully supporting that.. | 14:17 |
| rburton | cengiz_io: looks like you can set MODULES_INSTALL_TARGET='install' in your recipe | 14:17 |
| cengiz_io | but mediatek didn't care. | 14:17 |
| rburton | if you read the class | 14:17 |
| cengiz_io | rburton ah yes! that's the final part of do_install.. let me try that | 14:18 |
| ThomasD13 | okay, thank you fray. Thats still confusing to me ;) | 14:18 |
| fray | read the text of the license, it is the only way to understand this stuff.. | 14:18 |
| fray | and if you don't understand that, you will need to find a lawyer to read it and explain it to you | 14:19 |
| ThomasD13 | The point that I can chose which license I will use confuses me. As far as I understand is that combined work which consists of GPLv2 code, only can be relicensed with GPLv2/v3 or Affero | 14:20 |
| fray | the license from the original author, and subsequent contributors is what makes up the software. | 14:21 |
| cengiz_io | rburton thanks. it worked. to some degree.. now I need to fix their hardcoded install target paths inside their Makefile. | 14:21 |
| fray | if the original author says "Buy me a beer and you can use it commercially, or you have to release all of your code into the public domain" then they've licensed it with a dual license.. | 14:21 |
| * cengiz_io wants to cut himself | 14:22 | |
| fray | as long as all contributors to the code agree, it remains dual licensed. | 14:22 |
| rburton | cengiz_io: hooray vendor modules | 14:22 |
| fray | if you combine that with other code.. and the other code has something in it that prevents the first license, then the second is what you would need.. | 14:22 |
| fray | licensing is complicated.. the best we can do is provide a quick reference, but only you can read the license and consult a lawyer for the proper interpretation of an individual license, as well as the licenses for any system you create.. | 14:22 |
| ThomasD13 | ahhh okay. so "|" indicates dual licensing. Now I understood, perfect thank you! | 14:23 |
| ThomasD13 | *multiple* | 14:23 |
| fray | term 'dual license' is confusing on it's own.. sometimes it's an '&', and sometimes it's an '|'.. thus the indicication in the field | 14:24 |
| yates | when i get this message from bitbake, https://paste.centos.org/view/8758b4f8, does it mean that there are no recipes for those components? | 14:26 |
| mcfrisk | RP: what is a domain name in this context, layer name? I would just add the expected checksum to the file name. at least with checksumming in place my problem was detected and builds failed.. | 14:26 |
| fray | this appears to be coming from a specific configure call.. which means that some particular program is trying to find something that either doesn't exist or it doesn't know how to get to | 14:27 |
| RP | mcfrisk: I was thinking of the actual domain from the URL but it doesn't help | 14:29 |
| yates | fray: are you talking to me? if so, then yes, that was apparent to me, but i still have the question | 14:31 |
| mcfrisk | RP: ah, ok, like git fetcher does with the directory path | 14:31 |
| fray | there is a severe lack of context in your pastebin | 14:31 |
| yates | it is what hapepened when i "bitbake emacs" (after unblacklisting it). | 14:32 |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has joined #yocto | 14:32 | |
| RP | mcfrisk: right, the "everything in a directory" mode of the wget backend has bothered me for a while | 14:32 |
| fray | that is likely why it was blacklisted then.. You will have to dig into the component and fix it | 14:32 |
| fray | with this error, I'd say the first step is to ensure that either those components are disabled in emacs -- or you've included them as dependencies in the recipe.. | 14:33 |
| fray | assume that has been done, then you will need to dig into the configure components and fix them for cross compiling | 14:33 |
| yates | is there not a working emacs recipe in oe? | 14:34 |
| yates | i'd rather not reinvent the wheel.. | 14:35 |
| fray | search layers.openembedded.org -- I don't see one myself there. | 14:35 |
| fray | emacs is pretty heavyweight for an embedded system | 14:36 |
| yates | i see. thanks for the confirmation | 14:36 |
| yates | yes, and it won't be used in the production, but i need it for development | 14:36 |
| fray | last version I can find is in pyro | 14:37 |
| fray | and it was blacklisted | 14:37 |
| yates | yes, that's what i saw | 14:37 |
| fray | presuably it was removed from the next version because nobody cared to fix it | 14:37 |
| fray | qemu: uncaught target signal 11 (Segmentation fault) - core dumped - the recipe will be removed on 2017-09-01 unless the issue is fixed | 14:38 |
| yates | yup, i saw that | 14:38 |
| fray | so there you go, it's been removed for over 2 years and nobody has stepped in to fix it/resubmit it | 14:38 |
| yates | looks like i may be the lucky guy.. | 14:38 |
| *** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto | 14:39 | |
| yates | maybe i don't HAVE to have it.. | 14:40 |
| yates | i like/prefer running gdb inside it, but i could probably just run it standalone | 14:40 |
| *** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 14:44 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 15:06 | |
| *** ThomasD13 <ThomasD13!d472ff94@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 15:14 | |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 15:27 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 16:06 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 16:08 | |
| johnnylintw | hi I am trying to add meta-selinux into a Yocto 2.4-based BSP provided by vendor but I found that I can't successfully build meta-selinux's 2.4 branch. I have to try to pick some fixes from master branch to continue but is still not yet succeed. Is there any other actively developed 2.4 branch or some other way to build against Yocto 2.4 BSP? Thanks. | 16:09 |
| *** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has quit IRC | 16:11 | |
| mcfrisk | johnnylintw: I've used meta-selinux master branch on yocto 2.5, maybe that helps. | 16:12 |
| rburton | Marex: so i see several py3 fixes in master, a few too many to be bothered backporting. is there an ETA for the 2020.01 release ('some time in january 2020 is an acceptable answer ;) | 16:12 |
| johnnylintw | mcfrisk: thanks for the info! I've tried to build meta-selinux master branch on 2.4 too, but bitbake just gave me version not match error. so maybe I just need to find some way to ignore that checking? | 16:18 |
| *** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC | 16:18 | |
| *** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has quit IRC | 16:18 | |
| qschulz | hi all, let's say I have 20 recipes which I tag with the same tag name. How do I easily update the SRCREV and keep everything in sync without spending too much time on that? | 16:18 |
| *** bojones <bojones!~jonas@customer-2a00-7660-0846-0001-020c-29ff-fed5-d5b4.ip6.gigabit.dk> has joined #yocto | 16:20 | |
| fray | common include file that is written/managed by a script | 16:20 |
| bojones | Hello. Anyone using the meta-raspberrypi layer? For some reason my root fs is read only when I write an SD card, and I have a hard time finding out what is causing this. | 16:21 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 16:22 | |
| qschulz | fray: what do you put in that file? | 16:23 |
| mcfrisk | johnnylintw: modify LAYERSERIES_COMPAT_selinux in meta-selinux/conf/layer.conf | 16:23 |
| qschulz | because that's not really recommended to have tags in SRCREV for exanmmple | 16:23 |
| fray | variables that define the branch/tag/commit id or whatever.. then you have the recipe either require (error if it's not present) or include (no error -- but then you need recipe defaults) | 16:23 |
| Marex | rburton: Release v2020.1 is scheduled for 6 January 2020 | 16:24 |
| Marex | rburton: quote from IRC | 16:24 |
| fray | https://github.com/WindRiver-Labs/wrlinux/blob/WRLINUX_10_19_BASE/recipes-kernel/linux/srcrev.inc | 16:24 |
| fray | https://github.com/WindRiver-Labs/wrlinux/blob/WRLINUX_10_19_BASE/scripts/gen-linux-srcrev.sh | 16:24 |
| fray | look at those two | 16:24 |
| fray | (script generates the .inc) | 16:26 |
| qschulz | fray: thanks for sharing! | 16:27 |
| qschulz | fray: tell me if I'm wrong but modifying a line in your .inc file will trigger a rebuild even if that line isn't useful to all recipes right? | 16:28 |
| johnnylintw | mcfrisk: thanks! it is building now! | 16:28 |
| rburton | Marex: thanks | 16:33 |
| Marex | rburton: sure :) | 16:33 |
| rburton | qschulz: only if you touch a variable that is used in a recipe | 16:33 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:33 | |
| qschulz | rburton: alright, thanks | 16:34 |
| qschulz | fray: since we mentioned it earlier today, did you consider using auh? what made you not use it? | 16:34 |
| fray | auh? | 16:36 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:36 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 16:39 | |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 16:40 | |
| qschulz | fray: http://git.yoctoproject.org/cgit/cgit.cgi/auto-upgrade-helper/ | 16:41 |
| fray | ohh that thing.. | 16:41 |
| fray | it's for recipe upgrades.. I don't consider srcrevs changing to be recipe upgrades | 16:42 |
| fray | upgrading is when you have 'releases' that move.. | 16:42 |
| RP | fray: doesn't mean auh can't handle it though ;-) | 16:43 |
| qschulz | fray: so you're among those having some kind of myrecipe_git.bb and then update the SRCREV only? | 16:43 |
| fray | qschulz it completely depends on the situation.. | 16:43 |
| qschulz | I'm still new to how people are using Yocto differently so eager to learnt he different usecases, not judging :) | 16:43 |
| fray | do YOU control the upstream and the recipe? then I prefer a _git recipe w/ SRCREV change | 16:44 |
| fray | if you only control the recipe, then AUH (or similar process) is the better way | 16:44 |
| qschulz | fray: I control the upstream and the recipe yes | 16:44 |
| RP | qschulz: FWIW if we could get devupstream (the class) working with native recipes, I'd love to have poky-bleeding working again | 16:44 |
| RP | (which tested upstream git versions of things) | 16:45 |
| fray | I find it easier to control the srcrev via the inc then.. since I can trigger it via a cron job, or a post-commit hook, etc.. | 16:45 |
| fray | the reference I posted is controlled by a daily cron job.. so once a day (or prior to a release) it is updated.. | 16:45 |
| fray | during development, the developer just 'rm srcrev.inc' and then it uses that absolutle latest from the tree.. | 16:45 |
| fray | so it enables the on-going development, but also locks it down to concrete versions as needed | 16:46 |
| fray | it's all about what process works for you.... there are a ton of ways of doing this.. some are better (dependencing on circumstance) then others.. but there are also a lot of 'wrong' ways of doing it.. | 16:46 |
| fray | AUH, scripting a srcrev.. they're reasonable.. | 16:46 |
| fray | forcing the system to always use AUTOREV is incorrect, since it breaks reproducibility.. | 16:47 |
| *** vineela <vineela!~vtummala@134.134.139.83> has joined #yocto | 16:49 | |
| qschulz | fray: yeah I know about AUTOREV, great for bootstrapping your thing but horrible afterwards | 16:49 |
| johnnylintw | mcfrisk: my build just failed due to some patches in selinux :p seems like I still need to match the yocto version (?) | 16:49 |
| fray | exactly.. it's a good development tool, but not release | 16:50 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 16:50 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 16:52 | |
| armpit | is https://errors.yoctoproject.org is not responding, anyone else seeing this issue? | 16:55 |
| qschulz | armpit: same here! | 16:56 |
| armpit | k, thanks | 16:56 |
| armpit | halstead, can you take a look? | 16:57 |
| armpit | ping works | 16:57 |
| halstead | armpit, yes | 16:58 |
| armpit | thanks | 16:58 |
| mcfrisk | johnnylintw: or just disable the patches and bbappends which you don't need. one way to do this is to BBMASK the paths in your distro configuration. | 17:00 |
| halstead | armpit, Whatever is happening with errors is overwhelming the database. | 17:02 |
| johnnylintw | mcfrisk: okay. let me try again. thx~! | 17:02 |
| *** fl0v0 <fl0v0!~fvo@88.130.222.59> has quit IRC | 17:03 | |
| armpit | halstead, that does not sound good. | 17:03 |
| yocti | New news from stackoverflow: ERROR: /usr/bin/pcap-config should not be used <https://stackoverflow.com/questions/58919283/error-usr-bin-pcap-config-should-not-be-used> | 17:04 |
| johnnylintw | mcfrisk: btw, just wondering if there is a proper way to use meta-selinux? use its master branch anyway or it's better to match the yocto version? those non-master branches make me want to use them lol | 17:08 |
| halstead | armpit, Back online for now. I'm not sure if the layerindex update or something on the error-reporting-system was causing DB trouble. I'm separating them onto different database servers to isolate. | 17:13 |
| armpit | k | 17:14 |
| armpit | thanks for looking into this | 17:14 |
| *** hyper_dave <hyper_dave!~dave@196.188.72.247> has quit IRC | 17:14 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 17:18 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:22 | |
| mcfrisk | johnnylintw: IMO, with yocto and all meta layers, use the latest version that you can :) shipping products using old layer versions with old open source SW is not a good idea, even if some odd BSP layer depends on that specific yocto version.. | 17:22 |
| fray | agreed. latest versions means less exposure to security issues.. but you still need to update after release | 17:27 |
| khem | llvm/clang community seems to be doing interesting things, first going for github pull requests and now discord and discourse for discussiosn https://lists.llvm.org/pipermail/llvm-dev/2019-November/136880.html | 17:28 |
| khem | such a large community base and taking bold decisions, | 17:28 |
| *** retoatwork <retoatwork!~reto@85.195.220.82> has joined #yocto | 17:29 | |
| kergoth | huh, bold indeed | 17:29 |
| khem | https://llvm.discourse.group/ | 17:30 |
| johnnylintw | mcfrisk: fray: thanks. agreed...will try to make the latest one works on my side rather than trying to make old branch work | 17:31 |
| khem | kergoth: lot of univerisities are using llvm for research for past 10-15 years and these students are now getting into work force | 17:35 |
| *** rcw <rcw!~rcw@unknown-6-52.windriver.com> has joined #yocto | 17:36 | |
| RP | khem: I did look at the community discussion on github pull requests and a few people were not very happy :/ | 17:39 |
| khem | RP: yes, few and that always is going to be the case | 17:39 |
| khem | it will be interesting to observe how it pans out for the community | 17:40 |
| khem | since llvm started almost same time as OE or maybe a bit earlier | 17:40 |
| RP | khem: it will be interesting to watch | 17:41 |
| RP | khem: questions pending your reply: Release 2.7.2 and Disband SWAT? | 17:42 |
| khem | indeed, I will naturally participate on these new frameworks and processes so will also help me understand more from inside out | 17:42 |
| khem | yes thanks gearing up :) | 17:42 |
| khem | its monday morning here | 17:43 |
| RP | khem: just prepping your queue as if I wait until later I miss it :) | 17:43 |
| *** learningc <learningc!~pi@121.122.85.48> has joined #yocto | 17:49 | |
| *** learning1 <learning1!~pi@121.122.85.43> has quit IRC | 17:51 | |
| *** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 17:58 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.245.67> has quit IRC | 18:05 | |
| *** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has joined #yocto | 18:08 | |
| khem | yeah heh my mornings are all on phone | 18:10 |
| *** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto | 18:13 | |
| fray | khem, I fixed that and the 'email' problem by getting a new job | 18:13 |
| *** mckoan is now known as mckoan|away | 18:16 | |
| khem | fray: I see the mail | 18:18 |
| fray | I now have 1 meeting a day.. and only a few emails to deal with.. taking a while to get used to not being interrupt driven in my work | 18:21 |
| *** xtron <xtron!~xtron@103.26.85.188> has joined #yocto | 18:23 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 18:39 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 18:41 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 18:52 | |
| *** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC | 19:00 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-mgrbkjkljvtbbfij> has quit IRC | 19:00 | |
| armpit | RP, oeqa, does it have the ability to define a test to run last? | 19:06 |
| armpit | or to not run in parallel ? ie a reboot test | 19:08 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:11 | |
| *** xtron <xtron!~xtron@103.26.85.188> has quit IRC | 19:17 | |
| *** florian_kc is now known as florian | 19:39 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 19:47 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 19:54 | |
| wbn | is it possible to configure Toaster as a "read-only" service just to show me historical information about my Bitbake builds? | 20:00 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 20:22 | |
| rburton | khem: gnome is on discourse now i think too | 20:40 |
| Crofton|work | discourse? | 20:40 |
| JPEW | Crofton|work: Chat platform: https://www.discourse.org/ | 20:42 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 20:48 | |
| khem | rburton: yeah gnome is on gitlab as well along with other freedesktop stuff, so they are going strong :) | 20:57 |
| khem | glibc is experimenting with gerrit yuck but anyway its better | 20:59 |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 21:16 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 21:18 | |
| *** hpsy <hpsy!~hpsy@85.203.15.122> has joined #yocto | 21:23 | |
| *** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-liwcnmbporhrepwr> has quit IRC | 21:31 | |
| kergoth | i wish github's pull request system was better at code review. not having an interdiff for branch changes is a serious oversight imo | 21:49 |
| kergoth | still better than email though.. | 21:49 |
| Crofton|work | heretic :) | 21:49 |
| JPEW | oh gerrit.... | 21:49 |
| JPEW | I have *way* too much experience using that | 21:50 |
| kergoth | i keep meaning to try reviewboard at some point, never got around to it though.. | 21:50 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 21:58 | |
| RP | armpit: in short, no | 22:16 |
| RP | armpit: would have to be a selftest which could then "own" the running instance | 22:17 |
| armpit | k | 22:17 |
| RP | wbn: if you have event logs for the build, yes | 22:17 |
| RP | wbn: but we don't save those by default iirc | 22:18 |
| fray | I much prefer email for reviews. If what is in the email isn't enough, I'll load it into git myself and do the comparisons.. I hate using web or graphical tooling for code reviews, it's incredibly slow compared to just reading an email and hitting 'reply' | 22:26 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:31 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 22:32 | |
| RP | fray: I suspect part of it is use, but I know what you mean | 22:35 |
| * RP worries a push to modern tech could alienate most of our current reviewers | 22:36 | |
| JPEW | Hmm, nasm doesn't generate reproducible debug info :( | 22:38 |
| RP | JPEW: :( | 22:41 |
| RP | JPEW: did you see the bug I filed? | 22:41 |
| JPEW | #13606 ? | 22:41 |
| JPEW | oops | 22:42 |
| RP | 13633 | 22:42 |
| JPEW | #13633 | 22:42 |
| JPEW | Ya, I saw that one | 22:42 |
| RP | JPEW: finally caught something | 22:42 |
| RP | JPEW: not sure what is in there... | 22:42 |
| RP | JPEW: I tested reproducibility enabled by default and "stuff" broke too :( | 22:43 |
| JPEW | Oh really? I wouldn't have expected that | 22:43 |
| RP | JPEW: I filed a load of bugs about it. I think the recipetool fix may help a lot | 22:43 |
| JPEW | Ok. | 22:44 |
| RP | JPEW: somehow its triggering a double free in opkg too :( | 22:44 |
| * RP is trying to debug that one now | 22:44 | |
| JPEW | Eww, that's strange | 22:44 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:44 | |
| RP | since I doubt anyone will reproduce | 22:44 |
| JPEW | I don't seem to have ssh access to centos7-ty-2 | 22:44 |
| JPEW | And I have to go home now. I'll try to take a look at whats different in those packages tomorrow | 22:46 |
| RP | JPEW: I put the tarball in the bugzilla entry | 22:46 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 22:57 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC | 23:07 | |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC | 23:11 | |
| *** tsjsieb <tsjsieb!~quassel@103.214.7.25> has joined #yocto | 23:14 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 23:47 | |
| RP | adelcast: around? | 23:49 |
| adelcast | hey RP, yep, saw your ticket about that nasty bug | 23:51 |
| RP | adelcast: right, I have made some progress on debugging it thankfully | 23:51 |
| adelcast | yes, looks like you root caused it already | 23:52 |
| RP | adelcast: I have some worries about opkg's error handling though | 23:52 |
| adelcast | I am hoping I can spend some time tomorrow to reproduce it, then get a fix | 23:52 |
| RP | adelcast: I at least can explain where the double free comes from and how to fix that | 23:52 |
| adelcast | error handling has always been less than ideal, yes.... | 23:53 |
| RP | adelcast: is there a reason it logs errors to a buffer it "saves for later" ? | 23:53 |
| adelcast | I don't think so no...this was before my time, but I can't think of a good reason | 23:53 |
| RP | adelcast: I'd be very tempted to make it output to stderr immediately as the current behaviour just confuses me | 23:54 |
| RP | adelcast: I fixed it to error "properly" and I get no output now to say what happened | 23:54 |
| RP | It does explain a lot of unusual opkg errors over the years though - thought it was bitbake losing things | 23:54 |
| adelcast | make sense to me, eating errors is just bad | 23:55 |
| adelcast | I'll take a look at it to see what it will take | 23:56 |
| RP | adelcast: I think its so it prints all the errors at the end of the output | 23:57 |
| adelcast | which makes sense....as long as you don't crash, hehe | 23:57 |
| RP | adelcast: right :/ | 23:58 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!