| khem | RP: hush hush, the bug might hear you talk | 00:01 |
|---|---|---|
| khem | kiwi_29: devtool edit-recipe | 00:02 |
| khem | RP: now that we have extended buildtools changes in, would it be possible to generate a 2.2 tarball and 1.6 tarball ? so we can build these releases on ubuntu 18.04 | 00:04 |
| kiwi_29 | khem : thanks ! | 00:04 |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 00:04 | |
| * khem finally seeing green builds for meta-openembedded after py2 expulsion | 00:13 | |
| *** kiwi_29 <kiwi_29!43cf6f8a@gateway/web/cgi-irc/kiwiirc.com/ip.67.207.111.138> has quit IRC | 00:18 | |
| RP | khem: we'd need to backport but maybe | 00:22 |
| armpit | to a branch or layer ? | 00:23 |
| * armpit backport has too many meanings | 00:23 | |
| khem | armpit: first all the changes RP did need to be in that branch | 00:24 |
| khem | then we can use them to generate buildtools tarballs, which we can then use on ubuntu 18.04 | 00:24 |
| armpit | Khem, what i saw is "finally seeing green builds for meta-openembedded after py2 expulsion" then RP saying we need to backport | 00:30 |
| armpit | so I am trying to clarify | 00:30 |
| armpit | maybe missing context in reading | 00:31 |
| khem | armpit: your jump back loop is smaller :) | 00:33 |
| *** kiwi_29 <kiwi_29!43cf6f8a@gateway/web/cgi-irc/kiwiirc.com/ip.67.207.111.138> has joined #yocto | 00:49 | |
| armpit | no, just a small brain | 00:49 |
| *** kiwi_29 <kiwi_29!43cf6f8a@gateway/web/cgi-irc/kiwiirc.com/ip.67.207.111.138> has quit IRC | 00:51 | |
| khem | armpit: I suggest to not use PIE/PIC code | 00:55 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 01:15 | |
| *** stuom1 <stuom1!3eecd81d@62.236.216.29> has quit IRC | 01:22 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 01:27 | |
| *** likewise <likewise!~leon@145.130.96.189> has quit IRC | 01:33 | |
| *** likewise <likewise!~leon@145.130.96.189> has joined #yocto | 01:33 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 01:51 | |
| *** beratiks <beratiks!c39bc3b1@195.155.195.177> has quit IRC | 01:55 | |
| *** dreyna <dreyna!~dreyna@unknown-6-77.windriver.com> has joined #yocto | 02:01 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 02:36 | |
| *** dougreese <dougreese!48c72660@ip72-199-38-96.sd.sd.cox.net> has joined #yocto | 02:41 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 03:13 | |
| *** anujm <anujm!anujm@nat/intel/x-pszsamzpzgqpltun> has joined #yocto | 03:30 | |
| *** anujm <anujm!anujm@nat/intel/x-pszsamzpzgqpltun> has quit IRC | 03:31 | |
| *** dougreese <dougreese!48c72660@ip72-199-38-96.sd.sd.cox.net> has quit IRC | 03:37 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 04:33 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 04:36 | |
| *** dreyna <dreyna!~dreyna@unknown-6-77.windriver.com> has quit IRC | 04:37 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.21> has joined #yocto | 05:05 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 05:06 | |
| *** blauskaerm <blauskaerm!Fever@gateway/vpn/mullvad/blauskaerm> has joined #yocto | 05:08 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto | 05:35 | |
| *** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has joined #yocto | 05:36 | |
| *** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has quit IRC | 05:38 | |
| *** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has joined #yocto | 05:39 | |
| aehs29 | guys, does the AB publishes any of the images? | 05:55 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-30-55.dynamic.amis.hr> has joined #yocto | 06:06 | |
| *** stuom1 <stuom1!3eecd81d@62.236.216.29> has joined #yocto | 06:32 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 06:37 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 06:42 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 06:43 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 06:52 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 06:52 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 06:56 | |
| *** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has quit IRC | 06:58 | |
| *** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has joined #yocto | 07:02 | |
| *** bornjre <bornjre!~manjaro-b@43.231.210.12> has joined #yocto | 07:02 | |
| *** stuom1 <stuom1!3eecd81d@62.236.216.29> has quit IRC | 07:03 | |
| *** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has quit IRC | 07:04 | |
| *** stuom1 <stuom1!~tuomas@62.236.216.29> has joined #yocto | 07:06 | |
| yocti | New news from stackoverflow: How can i remove linker problem faced while cross-compiling <https://stackoverflow.com/questions/59891822/how-can-i-remove-linker-problem-faced-while-cross-compiling> | 07:07 |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 07:15 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.130> has joined #yocto | 07:29 | |
| *** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has joined #yocto | 07:36 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 07:37 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:39 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:ad2a:7e74:661d:72ca> has joined #yocto | 07:40 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 07:45 | |
| *** jeanba1 <jeanba1!~jbl@77.243.63.34> has joined #yocto | 07:52 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 07:55 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 07:59 | |
| *** mckoan|away is now known as mckoan | 08:04 | |
| mckoan | good morning | 08:04 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 08:06 | |
| erbo | morning! | 08:11 |
| LetoThe2nd | erbo: good lck with that SO guy. | 08:19 |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 08:20 | |
| erbo | LetoThe2nd: yeah I was a bit unsure if I wanted to touch that issue :) | 08:26 |
| LetoThe2nd | erbo: i've tried to help him at least 5 times now. i am through. | 08:27 |
| *** alessioigor <alessioigor!8c69cfe3@out-207-227.elettra.trieste.it> has joined #yocto | 08:27 | |
| LetoThe2nd | erbo: a.k.a. "i cannot even compile anything more complicated than a 'hello world' manually, i wanna do embedded" | 08:28 |
| LetoThe2nd | couple of days back he actually asked "what is a linker flag" | 08:28 |
| LetoThe2nd | and by now obviously understood "a linker flag is something you add to the compiler call to make things magically happen. hopefully" | 08:29 |
| *** jeanba1 <jeanba1!~jbl@77.243.63.34> has left #yocto | 08:30 | |
| * LetoThe2nd gets really angry. sorry. need to vent for all the time i've wasted. | 08:30 | |
| erbo | Oh, looking at the SO history now I can see clean patterns of a help vampire :) | 08:32 |
| LetoThe2nd | nah, i think he's just a clueless idiot. | 08:33 |
| LetoThe2nd | he even removes all the old threads that clearly led to the conclusion that he just has no idea and should do his homework. | 08:34 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 08:36 | |
| qschulz | LetoThe2nd: everyone starts from somewhere and take the time they need to acquire the same level of knowledge. I hate people asking questions before even documenting themselves a little beforehand as well but there are such people, just ignore them if you don't want to talk with them and let other people make their own opinions | 08:42 |
| LetoThe2nd | qschulz: yeah. i know. | 08:42 |
| LetoThe2nd | sorry. i just really needed to vent. | 08:42 |
| qschulz | LetoThe2nd: yeah I know. Try to not insult people that's it. Just critic the way they're doing things without making it personal or offensive to the person. | 08:44 |
| qschulz | LetoThe2nd: that's actually something surprisingly hard. For example in code reviews. | 08:45 |
| qschulz | LetoThe2nd: TGIF for you I guess :) | 08:45 |
| LetoThe2nd | qschulz: i just want my wasted time back. | 08:45 |
| qschulz | LetoThe2nd: ask for beers from the adepts of your sect to forget about it :) | 08:46 |
| LetoThe2nd | hrhr | 08:46 |
| *** RobertBerger <RobertBerger!~rber@athedsl-4432938.home.otenet.gr> has quit IRC | 08:47 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:57 | |
| *** MeanEngi <MeanEngi!5fa87cbc@95.168.124.188> has joined #yocto | 09:01 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 09:02 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 09:04 | |
| yocti | New news from stackoverflow: Yocto build error: Building image with debian package management <https://stackoverflow.com/questions/59716949/yocto-build-error-building-image-with-debian-package-management> | 09:07 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:19 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 09:20 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 09:22 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 09:23 | |
| stuom1 | I added ptest to distro features as per wiki, now how can I selectively add -ptest packages in image recipe? With IMAGE_INSTALL i just get nothing provides package-ptest error | 09:33 |
| *** MeanEngi <MeanEngi!5fa87cbc@95.168.124.188> has quit IRC | 09:48 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC | 09:54 | |
| mcfrisk | hi, can anyone recall why sqlite3 is using the bundled source format in yocto? Is it to avoid tcl, tk etc build time dependencies? applying CVE etch patches is much tricker though since other distros don't use the bundled format and upstream doesn't provide patches for bundled format either.. | 09:57 |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto | 09:58 | |
| *** MeanEngi <MeanEngi!5fa87cbc@95.168.124.188> has joined #yocto | 10:01 | |
| MeanEngi | (got disconnected, not 100% sure what was my last msg :p) | 10:04 |
| MeanEngi | Anyways, the issue of bb.plain not showing in stdout (https://pastebin.com/hJKYpMBg) doesn't seem to be related to `bitbake-layers` as it happens when the layer is added fully manually | 10:05 |
| MeanEngi | Also the example seems to work fine when copying the `bitbake` directory from poky and creating a bare minimal conf/bb structure | 10:06 |
| MeanEngi | That means no `meta` no `meta-poky`... | 10:08 |
| MeanEngi | So I'm not currently clear if this (putting `bb.plain()` in a recipe and not seeing it during the build in stdout) is a bug or a feature | 10:09 |
| MeanEngi | Perhaps that's the core question to solve first. Should `bb.plain()` in a recipe task show during build in a vanilla setting poky? | 10:11 |
| LetoThe2nd | MeanEngi: as the recipe gets created by bitbake-layers that way, and we intentionally ship bitbake-layers plus advocate it as the preferred way to create a new layer, it should be considered a bug. so, please file your findings. the worst that can happen is a "won't fix because..." | 10:11 |
| MeanEngi | LetoThe2nd: Fair :) Will create the issue | 10:12 |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 10:12 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC | 10:15 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto | 10:16 | |
| *** crazy_imp <crazy_imp!~mj@unaffiliated/crazy-imp/x-8704303> has joined #yocto | 10:29 | |
| crazy_imp | hi | 10:29 |
| crazy_imp | is it possible to change the interpreter for a _append function? | 10:29 |
| LetoThe2nd | crazy_imp: hum, like what? | 10:31 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 10:31 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 10:32 | |
| crazy_imp | problem is, my do_rootfs_append fails with syntax error - i highly suspect the cause is: ./meta/classes/image.bbclass:197:fakeroot python do_rootfs () | 10:32 |
| crazy_imp | so the do_rootfs() is initially a python function | 10:33 |
| crazy_imp | and my (old) do_rootfs_append is bash | 10:33 |
| crazy_imp | and if bash code gets append to the python code.... | 10:33 |
| LetoThe2nd | crazy_imp: hmh | 10:34 |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC | 10:37 | |
| bluelightning_ | crazy_imp: rather than _append you probably want to use ROOTFS_POSTPROCESS_COMMAND or IMAGE_POSTPROCESS_COMMAND depending on when you want it to run | 10:39 |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 10:42 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 10:44 | |
| *** rburton <rburton!rburton@nat/intel/x-vbdjtibdwgfqoapt> has joined #yocto | 10:46 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 10:51 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 10:53 | |
| *** mithro <mithro!sid24875@gateway/web/irccloud.com/x-agreqwmhjbuxmokp> has quit IRC | 10:55 | |
| *** mithro <mithro!sid24875@gateway/web/irccloud.com/x-xwpwfcbezznuufaw> has joined #yocto | 10:56 | |
| *** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has quit IRC | 11:01 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 11:07 | |
| rburton | RP: sent a revised dosfstools patch, can you drop the one in next please | 11:07 |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 11:14 | |
| *** otavio <otavio!~otavio@177.194.196.4> has joined #yocto | 11:15 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 11:15 | |
| RP | rburton: the packagegroup one? | 11:26 |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 11:27 | |
| rburton | RP: ues | 11:31 |
| RP | rburton: gone | 11:34 |
| *** otavio <otavio!~otavio@177.194.196.4> has joined #yocto | 11:34 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 11:34 | |
| *** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-cajpwkaobbxjzvzu> has quit IRC | 11:40 | |
| *** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-nchmbazmbipjfxaz> has joined #yocto | 11:40 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has quit IRC | 11:42 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:ad2a:7e74:661d:72ca> has quit IRC | 11:44 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 11:49 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 11:49 | |
| *** berton <berton!~berton@177.194.196.4> has joined #yocto | 11:50 | |
| *** mdp <mdp!sid49840@gateway/web/irccloud.com/x-wnrhzaebsnnfjfmo> has quit IRC | 11:52 | |
| *** mdp <mdp!sid49840@gateway/web/irccloud.com/x-vtjuwimpvbpaxjcy> has joined #yocto | 11:52 | |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto | 11:53 | |
| *** berton <berton!~berton@177.194.196.4> has quit IRC | 11:54 | |
| *** berton <berton!~berton@177.194.196.4> has joined #yocto | 11:55 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 11:55 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 11:56 | |
| *** berton_ <berton_!~berton@177.194.196.4> has joined #yocto | 11:58 | |
| *** berton <berton!~berton@177.194.196.4> has quit IRC | 12:01 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 12:01 | |
| *** otavio <otavio!~otavio@177.194.196.4> has joined #yocto | 12:03 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 12:03 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 12:05 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 12:08 | |
| stuom1 | how do I include an additional kernel module? The sources for the module exist but .ko is not on image | 12:24 |
| stuom1 | (total kernel noob) | 12:25 |
| LetoThe2nd | stuom1: is the module being built (e.g., kernel config enables it) | 12:25 |
| stuom1 | probably not, I guess that is what I would like to do | 12:26 |
| stuom1 | is there some yocto-magic for it or should I just go and learn how that is done in general in linux | 12:27 |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 12:28 | |
| LetoThe2nd | depends a bit on your usecase | 12:30 |
| LetoThe2nd | i personally prefer to nail my defconfig down, but other options exist. | 12:30 |
| *** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-wyckpcevifezzvul> has quit IRC | 12:30 | |
| *** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-ilzxmzmiodnljycq> has joined #yocto | 12:31 | |
| stuom1 | I found this https://wiki.yoctoproject.org/wiki/TipsAndTricks/QuickAndDirtyKernelConfig | 12:33 |
| stuom1 | maybe i try the quick and dirty way first ;) | 12:33 |
| stuom1 | Is this at all the right place to start? | 12:34 |
| *** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has joined #yocto | 12:34 | |
| MeanEngi | LetoThe2nd: Made the issue: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13749 Is it common practice to make a "test case" also? | 12:36 |
| yocti | Bug 13749: normal, Undecided, ---, richard.purdie, NEW , Example recipe created with bitbake-layers create-layer doesn't print to stdout | 12:36 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:37 | |
| LetoThe2nd | MeanEngi: the easier it is to reproduce for somebody looking, the better. Thank you, looks absolutely fine for me. | 12:39 |
| MeanEngi | LetoThe2nd: Thanks :) | 12:43 |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC | 13:02 | |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto | 13:02 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 13:11 | |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto | 13:13 | |
| *** alessioigor <alessioigor!8c69cfe3@out-207-227.elettra.trieste.it> has quit IRC | 13:14 | |
| *** marex-cloud <marex-cloud!sid137234@gateway/web/irccloud.com/x-wminjdzlhjlkjomy> has quit IRC | 13:17 | |
| *** marex-cloud <marex-cloud!sid137234@gateway/web/irccloud.com/x-vtorixslyvgluxbq> has joined #yocto | 13:18 | |
| Ad0 | "Value requested for CONFIG_AUFS_FS not in final .config" what causes that? | 13:24 |
| *** andycooper is now known as andycooper_home | 13:27 | |
| qschulz | Ad0: I think we need a tad bit more info :) Which recipe? Did you do anything special with it? (bbappend, overriding files, etc.)? | 13:27 |
| Ad0 | yes. I have my own entire defconfig . recipes-kernel[dir] -> linux[dir] -> linux-raspberrypi_%.bbappend, linux-raspberrypi[dir] -> defconfig | 13:29 |
| Ad0 | so I know my defconfig makes it's way into there | 13:29 |
| Ad0 | kernel is 4.19.71 so it should support AUFS5. | 13:30 |
| *** dv|2 <dv|2!~dv@213.135.87.10> has joined #yocto | 13:30 | |
| qschulz | Ad0: I don't know exactly honestly. How did you create your defconfig? | 13:31 |
| Ad0 | I dumped it from a device and enabled my own stuff | 13:31 |
| Ad0 | using the /proc method | 13:31 |
| qschulz | Using the proc method? | 13:33 |
| qschulz | I do not understand what you did :) | 13:33 |
| Ad0 | cat /proc/config.gz | gunzip > running.config | 13:33 |
| qschulz | ok, then? | 13:33 |
| fullstop | I just wanted to mention that using EXCLUDE_FROM_SHLIBS was exactly what I needed in my case to maintain my own ABI information for a few select libraries. | 13:34 |
| Ad0 | then renaming that to defconfig and enabling AUFS | 13:34 |
| Ad0 | is there some intelligent config merging / mish mashing? | 13:35 |
| Ad0 | should I perhaps use config fragments or do something else? I want to tweak the entire config myself and totally replace it, should be possible | 13:35 |
| qschulz | how did you do "enabling AUFS"? | 13:36 |
| Ad0 | CONFIG_AUFS_FS=y | 13:37 |
| qschulz | yeah no | 13:37 |
| Ad0 | CONFIG_AUFS_BRANCH_MAX_127=y | 13:38 |
| *** dv99 <dv99!d587570a@213.135.87.10> has joined #yocto | 13:38 | |
| Ad0 | it's not really a yocto problem I think - https://github.com/torvalds/linux/blob/master/scripts/kconfig/merge_config.sh | 13:39 |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC | 13:39 | |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto | 13:39 | |
| dv|2 | I am running Toaster inside Build Appliance. after "bitbake myrecipe" it parses recipes and stops at 85-95% and remain unfinished. What may be wrong? | 13:40 |
| *** dv99 <dv99!d587570a@213.135.87.10> has left #yocto | 13:40 | |
| *** Nathan22 <Nathan22!80e0fc02@128.224.252.2> has quit IRC | 13:41 | |
| dv|2 | Is there are any new documentation how to run Toaster? Hob is outdated. | 13:42 |
| dv|2 | Is there test toaster version in the web? | 13:42 |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC | 13:42 | |
| *** MeanEngi <MeanEngi!5fa87cbc@95.168.124.188> has quit IRC | 13:44 | |
| dv|2 | why Toster WebInterface may show "ToasterSetting object" instead or variable name in Django admin page/ Toaster settings? | 13:45 |
| LetoThe2nd | dv|2: poky ships the corresponding, current toaster version | 13:46 |
| dv|2 | LetoThe2nd, is it usable inside Build Appliance image? | 13:47 |
| qschulz | Ad0: you get the sources (or use devshell or devtool or whatever) if your kernel, then put your running.config at the root and rename it .config. Then you run menuconfig, from there you select the options you want, you save when you exit. Then you run savedefconfig. The defconfig is at the root. You take this one. That's how one creates a defconfig | 13:50 |
| qschulz | Ad0: you can use fragments yes, that's encouraged for kernel-yocto recipes (linux-raspebrry is one). It's honestly a little bit more complex but not too much. You take the .config after your kernel recipe has built. With that one, you run savedefconfig. You backup the defconfig. Then you run menuconfig, from there you select the options you want, you save when you exit. Then you run savedefconfig. | 13:51 |
| qschulz | from there, you do a diff of the backed-up defconfig and the new one. You put it in a .scc file and add it to your SRC_URI | 13:52 |
| Ad0 | thanks | 13:52 |
| Ad0 | maybe that's the way to go | 13:52 |
| qschulz | You're the second or third people to ask the same question in a few days. We're missing some docs or tools for sure then. | 13:52 |
| Ad0 | but I still want to know the reason why a mismatch is created, a mismatch between what? | 13:53 |
| Ad0 | https://www.openembedded.org/wiki/Kernel_Building so doing this one ? | 13:53 |
| Ad0 | bitbake -c menuconfig virtual/kernel | 13:53 |
| Ad0 | the biggest problem for me is where the files are modified and how I am sure they are saved etc | 13:54 |
| qschulz | OK, that's one wiki we could expand. There's much more to say and I'm surprised there is a tool to concatenate fragments but not create them | 13:54 |
| qschulz | Ad0: anything done by bitbake is temporary let's say. If you don't modify something in the Yocto sources or recipes, it's wrong basically. | 13:55 |
| Ad0 | when I do bitbake -c menuconfig virtual/kernel, what defconfig does it read from as a base? | 13:55 |
| qschulz | menuconfig is nice for debugging purposes but it won't save anything | 13:55 |
| Ad0 | ok | 13:55 |
| qschulz | it takes whatever the recipe said it should take | 13:55 |
| tgamblin | RP: I'm thinking patch v3 from last night should solve the logrotate issue. It's a relatively simple fix, but if the test is only meant to test that logrotate works then I think it's a sufficient fix | 13:56 |
| qschulz | it's per recipe, so you would need a bit of digging in the recipe to know exactly what;s going on | 13:56 |
| qschulz | most likely some default defconfig plus fragments for your case | 13:56 |
| Ad0 | yeah | 13:56 |
| Ad0 | maybe raspberrypi3 doesn't like me replacing the entire defconfig and creates a mismatch because it doesn't expect it or something | 13:56 |
| * qschulz shrugs | 13:57 | |
| qschulz | wait wtf... there's a diffconfig tasks /o\ | 14:00 |
| qschulz | maybe you could try menuconfig, select your things and right after a diffconfig | 14:01 |
| qschulz | that should be way better. Hopefully that works. I'm so pissed I didn't know :/ | 14:02 |
| qschulz | Ad0: ^ | 14:03 |
| Ad0 | thanks :) | 14:04 |
| Ad0 | yeah well I want to base it off an existing device's config tho | 14:04 |
| Ad0 | https://github.com/agherzan/meta-raspberrypi/blob/warrior/recipes-kernel/linux/linux-raspberrypi.inc | 14:05 |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC | 14:05 | |
| Ad0 | a mismatch is because the option probably depends on something that is not enabled, so yeah I would use menuconfig I think. | 14:07 |
| Ad0 | or trawl through the defconfig to see what I have to enable by hand | 14:08 |
| qschulz | Yes, try with menuconfig and then diffconfig. This should output a config fragments | 14:08 |
| qschulz | No. You do not edit a defconfig by hand | 14:08 |
| qschulz | same for .config | 14:08 |
| Ad0 | ok | 14:11 |
| Ad0 | thing is that a lot of documentation define the variable name, but it's hard to see in menuconfig what option which only has a description corresponds to the variable name | 14:13 |
| qschulz | Use the "/" Luke :) | 14:14 |
| Ad0 | hehe | 14:14 |
| qschulz | there is a search in menuconfig, use the name of the config without CONFIG_ in front | 14:14 |
| Ad0 | thanks a lot | 14:15 |
| Ad0 | that would solve a bunch of issues | 14:15 |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 14:15 | |
| qschulz | let us know what's the outcome :) | 14:16 |
| qschulz | (i.e. if it works or not. My English seems broken again :) ) | 14:16 |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 14:17 | |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto | 14:18 | |
| Ad0 | AUFS is nowhere to be found | 14:25 |
| Crofton|road | any pi3 and/or alsa people arond, workign on FOSDEM demo :) | 14:25 |
| qschulz | Ad0: how do you know this is supported for this kernel? | 14:28 |
| Ad0 | I have to check further | 14:29 |
| dv|2 | Is there any working Toaster demo? | 14:29 |
| *** tolszak <tolszak!~tolszak@ip-188-127-16-225.ennet.pl> has joined #yocto | 14:30 | |
| qschulz | Ad0: I mean where did you get this specific Kconfig options? | 14:32 |
| Ad0 | https://raw.githubusercontent.com/moby/moby/master/contrib/check-config.sh | 14:33 |
| Ad0 | maybe AUFS support was ditched | 14:33 |
| Ad0 | weird that it works fine in one ARM vexpress kernel but not in raspberrypi's . | 14:34 |
| Ad0 | I think AUFS is dead and is replaced by overlayfs2 | 14:34 |
| tolszak | Hello, I stuck, I created closed package (let's call it A) with commercial license using bin_package. Now I want to use it as dependency of final package (let's call it B) adding DEPENDS += "A". Recipe is parsed correctly, package A is found but not installed in B recipe-sysroot? | 14:34 |
| tolszak | Any idea why? | 14:34 |
| paulbarker | Crofton|road: I expect the table is now full with Beth's disco-in-a-box and Alex's demo hardware | 14:35 |
| qschulz | tolszak: How do you know if package A is found? | 14:35 |
| Crofton|road | Well, any hint on sound, glad I got this going again, should finish it :) | 14:35 |
| qschulz | tolszak: also, not all sources are installed in a sysroot so it might depend where your file is installed in packageB to be able to see it in sysroots | 14:36 |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 14:36 | |
| tolszak | qschulz: If I change it to DEPENDS += "Afoo" bitbake fails because it can | 14:36 |
| tolszak | it can't find Afoo package | 14:36 |
| paulbarker | Crofton|road: I like my boards silent haha, not done any work with sound on the Pi 3 or other hw for several years | 14:36 |
| tolszak | And with DEPENDS += "A" fails on compilation | 14:36 |
| Crofton|road | gqrx tries to bring up some alsa stuff and dies | 14:36 |
| Crofton|road | jsut need to get past the error, and possible something needs updating in bsp | 14:37 |
| qschulz | tolszak: what's the error at compile time? Have you checked in the sysroot that the file needed (header or lib) is present *somewhere*? | 14:38 |
| Crofton|road | https://www.irccloud.com/pastebin/tMRXN2aK/ | 14:39 |
| qschulz | Ad0: from what I could gather, AUFS is a set of patches. It's not in mainline | 14:40 |
| Ad0 | ok thanks. | 14:40 |
| tolszak | qschulz: That's the point, I can see those files in "A" build dir: tmw/work/.../A/... | 14:40 |
| Ad0 | I don't need it I found out but now I am more educated on menu config | 14:40 |
| qschulz | Ad0: http://aufs.sourceforge.net/ | 14:40 |
| Ad0 | and you found about diff :) | 14:40 |
| tolszak | qschulz: but it is not present in tmp/work/.../B/.../recipe-sysroot | 14:40 |
| qschulz | Ad0: yup, one always learn :) | 14:40 |
| qschulz | tolszak: what's the path to the missing file in packageA? | 14:41 |
| tolszak | qschulz: /usr/locale/include | 14:42 |
| tolszak | qschulz: /usr/local/include/A/header.h | 14:43 |
| tolszak | qschulz: Does it make a difference? | 14:43 |
| tolszak | qschulz: and libs in /usr/local/lib/A/libname.so | 14:44 |
| qschulz | yeah, I don't think /usr/local is part of the sources put into a sysroot | 14:44 |
| tolszak | qschulz: Is it documented somewhere? | 14:44 |
| tolszak | I wonder if I can enforce and mark A to be considered as proper build dependency | 14:46 |
| qschulz | tolszak: I don't know, try quickly to put the library from packageA in /usr/lib and see if that helps | 14:46 |
| tolszak | qschulz: FYI I started to learn yocto a week ago and I'm close to finalizing my own distro, so far I love it and I was a bit scared reading in docs about steep learning curve | 14:47 |
| tolszak | Will try that and let know | 14:47 |
| *** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has quit IRC | 14:47 | |
| tolszak | qschulz: Yeah it works | 14:50 |
| tolszak | the /usr/local/ was the issue | 14:50 |
| qschulz | the issue is that I never remember where this thing is done in code so I can't check quickly | 14:51 |
| qschulz | which sources are taken in a DEPENDS => /me shrugs | 14:51 |
| qschulz | https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#ref-tasks-populate_sysroot | 14:53 |
| dv|2 | may I set Preffered_version of the package in img.bb file? | 14:55 |
| tolszak | qschulz: !!!! SYSROOT_DIRS need to be set in A recipe | 14:56 |
| tolszak | qschulz: Many, many thanks! | 14:56 |
| qschulz | tolszak: yes. The question now is why do you think libs in /usr/local is correct? | 14:57 |
| qschulz | I meant why do you put it here | 14:57 |
| tolszak | qschulz: It isn't, it is just 3rd party library that my software depends on, and probably have hardcoded rpath | 14:57 |
| qschulz | Because I don't think the libs will be found without you adding LD_LIBRARY_PATH to your environment | 14:57 |
| tolszak | qschulz: there is custom detection of A paths in my B configuration file | 14:58 |
| tolszak | qschulz: Damn, it compiled! | 14:58 |
| qschulz | tolszak: then install it in /usr/lib (${D}${libdir} to be exact), less pain in the future :) | 14:59 |
| qschulz | tolszak: great :) | 14:59 |
| tolszak | qschulz: if libs provided as binaries have hardcoded rpath to /usr/include/lib .. then I don't want to struggle with it | 15:00 |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 15:01 | |
| tolszak | qschulz: But still, I'm astounded how consistent yocto is | 15:01 |
| qschulz | ugh... we patchelf those sometimes. Pre-built binaries are the worst | 15:02 |
| Crofton|road | We try hard to make it that way :) | 15:04 |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 15:07 | |
| tolszak | qschulz: I think, for me it will be safest to just not do it, those are also used on ubuntu etc, so I'm ok with just adding those paths in configurations files | 15:07 |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC | 15:28 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 15:34 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 15:39 | |
| *** bornjre <bornjre!~manjaro-b@43.231.210.12> has quit IRC | 15:41 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 15:52 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 16:10 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-30-55.dynamic.amis.hr> has quit IRC | 16:21 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 16:25 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:32 | |
| *** FailDev <FailDev!18d83107@24.216.49.7> has joined #yocto | 16:38 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:40 | |
| *** dv|2 <dv|2!~dv@213.135.87.10> has quit IRC | 16:51 | |
| *** dv|2 <dv|2!~dv@213.135.87.10> has joined #yocto | 16:56 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 17:06 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 17:09 | |
| *** develonepi3 <develonepi3!~devel@2600:1700:69f0:42c0::12> has joined #yocto | 17:23 | |
| *** andycooper_home is now known as andycooper | 17:23 | |
| *** RobertBerger <RobertBerger!~rber@athedsl-4432938.home.otenet.gr> has joined #yocto | 17:25 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 17:25 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 17:34 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 17:37 | |
| *** hpsy <hpsy!~hpsy@85.203.15.34> has joined #yocto | 17:54 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 17:57 | |
| *** arkver <arkver!~arkver@2a00:23c4:1c64:3600:ef32:9810:b6a2:ebe> has joined #yocto | 17:57 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 17:58 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 18:00 | |
| arkver | Hi. I have a question re: dnf on the target with an image built including package-management in the IMAGE_FEATURES. I'm using latest thud branch. Problem is that "dnf list installed" on the host comes back empty. I'm wondering if the database that dnf uses is split off into another package that I'm not including in the image? This used to work on pyro. | 18:01 |
| arkver | dnf list installed on the target, I mean. | 18:02 |
| *** rob_gries <rob_gries!~rob@96.72.222.9> has joined #yocto | 18:02 | |
| RobertBerger | @armver | 18:03 |
| RobertBerger | @arkver: Do you mean running dnf on the host or the target? | 18:03 |
| arkver | @RobertBerger: the target, sorry for confusion | 18:04 |
| rob_gries | Hello does anyone know the reason why qualcomm insists on using old versions of yocto in their BSP distributions? I'm working on something for the APQ8053 and it seems like the latest BSP available still uses Yocto Jethro with terribly broken multilib support. | 18:04 |
| RobertBerger | @arkver: Did you create a package feed on the host and tell the target where to find it? | 18:05 |
| arkver | yes, that's working OK and dnf can see updated packages OK, but won't update anything since nothing is installed | 18:05 |
| arkver | (it thinks) | 18:05 |
| RobertBerger | @arkver: I am a bit in the dark with dnf, since I usually use ipk/opk. | 18:06 |
| RobertBerger | @arkver: Would it be easy to switch pkg manager for a test and see if it works with another pkg manager? | 18:07 |
| arkver | ok. With those, is including package-management (with the correct PACKAGE_CLASSES) enough? | 18:09 |
| RobertBerger | Here is what I do: | 18:09 |
| RobertBerger | 1) IMAGE_FEATURES_append = " package-management" | 18:10 |
| RobertBerger | 2) build core-image-minimal | 18:11 |
| RobertBerger | 3) bitbake package-index | 18:11 |
| RobertBerger | 4) expose the package feed via a web server e.g. in /var/www/html/imx6q-phytec-mira-rdk-nand/core-image-minimal-package-repo/3.0.1 a symlink like this: core-image-minimal-package-ipk -> /workdir/build/multi-v7-ml-debug-training-pkgs/tmp/deploy/ipk | 18:14 |
| *** cadsys <cadsys!~cadsys@199.243.155.130> has quit IRC | 18:14 | |
| RobertBerger | 5) on target add to /etc/opkg/base-feeds.conf your feeds | 18:15 |
| arkver | ok, I'm doing that, sort of. My image recipe has IMAGE_FEATURES += " package-management". I wonder if it really needs to be in the build's local.conf | 18:16 |
| arkver | I'm using PACKAGE_FEED_[URIS|BASE_PATHS|ARCHS] which means that the conf file is included in the image automatically. | 18:17 |
| RobertBerger | 5) the base feeds.conf looks like that: src/gz all http://192.168.42.105/imx6q-phytec-mira-rdk-nand/core-image-minimal-package-repo/3.0.1/core-image-minimal-package-ipk/all | 18:17 |
| RobertBerger | src/gz armv7a-neon http://192.168.42.105/imx6q-phytec-mira-rdk-nand/core-image-minimal-package-repo/3.0.1/core-image-minimal-package-ipk/armv7a-neon | 18:17 |
| RobertBerger | src/gz multi-v7-ml http://192.168.42.105/imx6q-phytec-mira-rdk-nand/core-image-minimal-package-repo/3.0.1/core-image-minimal-package-ipk/multi_v7_ml | 18:17 |
| RobertBerger | @arkver | 18:17 |
| RobertBerger | @arkver if you have a package manager in your image chances are it took it ;) | 18:18 |
| arkver | And yeah, it has suitable lines for the package server. That part is OK. It's the initial list of installed packages that should imho have been generated during do_rootfs that's missing. | 18:18 |
| *** denix <denix!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has quit IRC | 18:18 | |
| *** gabrbedd <gabrbedd!~beddingfi@li471-199.members.linode.com> has joined #yocto | 18:19 | |
| *** MeanEngi <MeanEngi!5fa87cbc@95.168.124.188> has joined #yocto | 18:20 | |
| RobertBerger | @Maybe you need to do some kind of update/upgrade? | 18:20 |
| RobertBerger | @arkver: I usually do on the target opkg update and then the party starts | 18:21 |
| RobertBerger | @arkver: You could also try to build a new package, which is not in the rootfs and try to install that | 18:22 |
| arkver | @RobertBerger: DNF syncs the with the package repo using: dnf distro-sync --refresh but fails to notice an updated version of a package that's already installed since it doesn't think it's installed. Will try adding a new one. I'll dig deeper to see what might have changed since pyro (which worked). | 18:25 |
| *** denix <denix!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has joined #yocto | 18:25 | |
| RobertBerger | @arkver: I remember something weird with rpms, let me check a bit | 18:26 |
| *** mckoan is now known as mckoan|away | 18:27 | |
| RobertBerger | @arkver: I guess you have a /etc/yum.repos.d file or so? | 18:28 |
| arkver | I do indeed | 18:28 |
| arkver | and it looks ok | 18:28 |
| RobertBerger | dnf --nogpgcheck makecache | 18:29 |
| RobertBerger | @arkver: I guess you don't sign your packages | 18:30 |
| arkver | I sign the packages, but not the feed. gpgcheck isn't mentioned in the repo config file. makecache didn't magically restore the list of installed packages (sadly) | 18:32 |
| RobertBerger | dnf clean all | 18:33 |
| RobertBerger | dnf update -v | 18:33 |
| arkver | that pulls down the metadata from the repo again (though there are some missing bits? deltainfo, updateinfo) | 18:35 |
| arkver | list installed is still empty | 18:35 |
| arkver | this will be something missing from the rootfs. dnf should know what's installed regardless of whether it can connect to a server. | 18:35 |
| RobertBerger | @arkver: I am afraid I am not much of a help here, since I rarely use dnf ;) | 18:36 |
| arkver | Yeah. I recall I had some "fun" getting it to work right before (also for an imx6q incidentally). Thanks for the help anyway Robert. | 18:37 |
| RobertBerger | @arkver: Anyhow, I don't see anything obviously wrong in what you are doing. Maybe it's really a bug in this specific version of dnf. | 18:38 |
| RobertBerger | @arkver: I would just try with another package manager. If that works, you can dig into dnf. If that does not work, maybe something more fundamental is broken. | 18:39 |
| arkver | Indeed, will give that a whirl too. | 18:39 |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto | 18:54 | |
| *** kiwi_29 <kiwi_29!43cf6f8a@67-207-111-138.static.wiline.com> has joined #yocto | 19:00 | |
| tlwoerner | JPEW: the last time i tried using bmaptool (following the instructions in the manual) it didn't work. i'm happy to see the manual has been updated with new instructions, and it now works :-D | 19:01 |
| tlwoerner | tgamblin: i haven't heard back yet, sorry, i'll ping him again on monday if i haven't heard from him by then (college course) | 19:02 |
| kiwi_29 | Hi, I get this error when using devtool. "ERROR: Something went wrong with source extraction - the devtool-source class was not active or did not function correctly:" | 19:02 |
| JPEW | tlwoerner: Good... was that with a Rock Pi 4 then? | 19:02 |
| tlwoerner | JPEW: yes, i was just testing if calling the tool from a build environment (oe-run-native) worked | 19:03 |
| kiwi_29 | "[Errno 2] No such file or directory: <PATH>/poky/build/tmp/work/<arch>/<recipename>/0.1+gitAUTOINC+2015F7073er15/devtooltmp-zc312g2f/initial_rev" | 19:04 |
| kiwi_29 | I had deleted all the files inside workspace folder by mistake. Could that be causing this problems | 19:04 |
| tgamblin | tlwoerner: no worries! | 19:04 |
| kiwi_29 | How can I reset whole devtool to restart | 19:05 |
| kiwi_29 | and regenerate stuff inside workspace folder | 19:05 |
| *** bornjre <bornjre!~manjaro-b@43.231.210.12> has joined #yocto | 19:05 | |
| arkver | @RobertBerger: I reflashed the system from the image and dnf list installed now shows the correct list. I assume the database had simply been trashed somehow previously. Sorry for the false alarm, and thanks again. | 19:06 |
| *** gabrbedd <gabrbedd!~beddingfi@li471-199.members.linode.com> has quit IRC | 19:07 | |
| *** gabrbedd <gabrbedd!~beddingfi@li471-199.members.linode.com> has joined #yocto | 19:09 | |
| *** FailDev <FailDev!18d83107@24.216.49.7> has quit IRC | 19:14 | |
| *** [Sno] <[Sno]!~sno@p5B25B970.dip0.t-ipconnect.de> has joined #yocto | 19:32 | |
| tlwoerner | JPEW: (ps i'm actually testing bmap on the tinker board since that patch comes before the rock pi 4 stuff, and i'm testing sequentially) | 19:36 |
| JPEW | tlwoerner: ok | 19:51 |
| *** kiwi_29 <kiwi_29!43cf6f8a@67-207-111-138.static.wiline.com> has quit IRC | 20:07 | |
| RobertBerger | @arkver: good to hear that it was just a glitch in the matrix ;) | 20:12 |
| *** nerdboy <nerdboy!~sarnold@47.143.129.36> has joined #yocto | 20:32 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 20:33 | |
| *** Linus_SWE <Linus_SWE!d58e1c30@h213-142-28-48.cust.a3fiber.se> has joined #yocto | 20:50 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:52 | |
| Linus_SWE | Hi! Im working on a distro for a customer to use on a custom board. They want systemd which was no problem but they also want /usr/sbin/service and /usr/sbin/invoke-rc.d for a bunch of old stuff. Is there an easy way to add them? | 20:58 |
| radsquirrel | hello! poll for anyone that uses Yocto for embedded firmware - how long do you support your firmware releases? | 21:01 |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has joined #yocto | 21:05 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 21:05 | |
| fullstop | I've been supporting firmware built with buildroot for nearly a decade now. | 21:08 |
| fullstop | yocto is still new to me, though | 21:08 |
| JPEW | We have typical product lifetimes of 7-10 years | 21:09 |
| radsquirrel | fullstop JPEW thanks! | 21:10 |
| radsquirrel | which industry? | 21:11 |
| JPEW | Consumer Electronics | 21:11 |
| radsquirrel | ty | 21:11 |
| fullstop | automotive telemetry / fleet management | 21:11 |
| radsquirrel | ty | 21:11 |
| radsquirrel | JPEW in those 7-10 years do you maintain a snapshot of Yocto and back-port fixes all that time? | 21:12 |
| radsquirrel | or do you roll from one release of yocto to the next? | 21:13 |
| JPEW | radsquirrel: It depends. We have a wide number of product to support; some of them are fixed on a specific version, some roll forward to newer versions | 21:13 |
| JPEW | radsquirrel: Rolling forward is what we prefer; we only stick on older versions when we have to (which is more than we'd like ;) | 21:14 |
| radsquirrel | right | 21:14 |
| radsquirrel | I also have to support a given version for upwards of 10 years...was just curious if there are a bunch of people out there maintaining old yocto snapshots | 21:15 |
| radsquirrel | there doesn't seem to be much activity in the older releases. | 21:15 |
| JPEW | radsquirrel: I'd guess most people do the maintenance on a fork | 21:15 |
| radsquirrel | ok. bummer. | 21:16 |
| JPEW | radsquirrel: It it | 21:16 |
| JPEW | radsquirrel: It is :) | 21:16 |
| fullstop | I've backported a ton of stuff to a very old kernel, unfortunately. | 21:20 |
| radsquirrel | I was hoping everyone would tell me I'm crazy to do that. | 21:21 |
| radsquirrel | thx again for answering the poll! | 21:22 |
| fullstop | You assume that we are all sane. ;-) | 21:22 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-30-55.dynamic.amis.hr> has joined #yocto | 21:23 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 21:26 | |
| *** arkver <arkver!~arkver@2a00:23c4:1c64:3600:ef32:9810:b6a2:ebe> has quit IRC | 21:27 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 21:27 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-30-55.dynamic.amis.hr> has quit IRC | 21:32 | |
| *** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has joined #yocto | 21:42 | |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 21:42 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 21:46 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 21:47 | |
| *** kiwi_29 <kiwi_29!43cf6f8a@67-207-111-138.static.wiline.com> has joined #yocto | 21:52 | |
| RP | radsquirrel: I'll say you're crazy. I'd also like people to start sharing work... | 22:05 |
| RP | radsquirrel: I'm trying to make it easier for the core project to test older things | 22:05 |
| radsquirrel | RP: thanks! (for the former and the latter) | 22:06 |
| khem | RP: I wanted to add /usr/bin/core_perl to PATH in eSDK during install it need to find HOSTTOOLS which are in /usr/bin/core_perl | 22:17 |
| khem | but it does not respect the shell envs. So I think eSDK installer has its own settings for PATH if I knew I could stick it there | 22:17 |
| fray | eSDK installer core is the regular SDK installer | 22:21 |
| fray | so it's part of the populate_sdk stuff, embedded in all of that | 22:21 |
| *** Linus_SWE <Linus_SWE!d58e1c30@h213-142-28-48.cust.a3fiber.se> has quit IRC | 22:21 | |
| khem | thats fine, I am looking for place where its setting it | 22:23 |
| khem | it doesnt matter where it does that | 22:23 |
| khem | it can look for things in /usr/local/bin e.g. and /usr/bin | 22:24 |
| khem | where is that logic | 22:24 |
| *** kiwi_29 <kiwi_29!43cf6f8a@67-207-111-138.static.wiline.com> has quit IRC | 22:27 | |
| *** MeanEngi <MeanEngi!5fa87cbc@95.168.124.188> has quit IRC | 22:34 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 22:52 | |
| *** rburton <rburton!rburton@nat/intel/x-vbdjtibdwgfqoapt> has quit IRC | 22:52 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 22:54 | |
| *** mmorton <mmorton!930bfc2a@unknown-252-42.windriver.com> has joined #yocto | 22:58 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 22:59 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 23:02 | |
| *** mmorton <mmorton!930bfc2a@unknown-252-42.windriver.com> has quit IRC | 23:03 | |
| *** mmorton <mmorton!930bfc2a@unknown-252-42.windriver.com> has joined #yocto | 23:07 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 23:09 | |
| *** bornjre <bornjre!~manjaro-b@43.231.210.12> has quit IRC | 23:11 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:14 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 23:16 | |
| *** |Sno| <|Sno|!~sno@p5B25B970.dip0.t-ipconnect.de> has joined #yocto | 23:26 | |
| *** OpenSorceress <OpenSorceress!~opensorce@130-45-30-7.dyn.grandenetworks.net> has joined #yocto | 23:26 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 23:26 | |
| *** [Sno] <[Sno]!~sno@p5B25B970.dip0.t-ipconnect.de> has quit IRC | 23:29 | |
| tgamblin | OpenSorceress: nice nickname | 23:32 |
| OpenSorceress | ;) | 23:32 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.130> has quit IRC | 23:43 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!