| *** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC | 00:04 | |
| *** Spock_ncc1701 <Spock_ncc1701!~Spock_ncc@45.56.150.22> has quit IRC | 00:10 | |
| *** xtopher <xtopher!~xtopher@mobile-166-176-187-66.mycingular.net> has quit IRC | 00:35 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 00:37 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 00:38 | |
| *** xtopher <xtopher!~xtopher@mobile-166-176-187-114.mycingular.net> has joined #yocto | 00:47 | |
| *** rhowell <rhowell!44b18a42@68.177.138.66> has joined #yocto | 00:54 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 00:58 | |
| *** rewitt <rewitt!rewitt@unaffiliated/rewitt> has quit IRC | 01:12 | |
| *** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC | 01:13 | |
| *** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has joined #yocto | 01:16 | |
| *** pxfin <pxfin!5faf6819@95.175.104.25> has joined #yocto | 01:23 | |
| pxfin | again | 01:24 |
|---|---|---|
| pxfin | ERROR: iso-codes-4.4-r0 do_fetch: Fetcher failure: Unable to find revision 38edb926592954b87eb527124da0ec68d2a748f3 in branch master even from upstream | 01:24 |
| pxfin | in: /home/devuser/poky/build/tmp/work/all-poky-linux/iso-codes/4.4-r0/temp/log.do_fetch.3955463 | 01:24 |
| pxfin | git went bonkers ? | 01:24 |
| jpuhlman | My guess is someone replaced master and the revision was removed. | 01:26 |
| tgamblin | pxfin: jpuhlman: yeah, I've been getting similar issues on other stuff | 01:30 |
| jpuhlman | They nuked master for main. | 01:31 |
| tgamblin | Yeah | 01:31 |
| pxfin | Today there was talk about this.. its not fixed yet | 01:32 |
| pxfin | well respects to the devs | 01:33 |
| jpuhlman | Ah yeah, as usually a day behind everything. :) Looks like it should be fixed up already in poky. | 01:35 |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 01:48 | |
| *** kaspter <kaspter!~Instantbi@222.64.215.104> has quit IRC | 01:50 | |
| *** kaspter <kaspter!~Instantbi@124.77.87.3> has joined #yocto | 01:50 | |
| pxfin | In the meantime let's listen to Letomusic | 01:57 |
| pxfin | https://www.youtube.com/watch?v=VLhAZLezJvQ | 01:57 |
| rhowell | I want to modify a do_install() function on a recipe provided by poky. The original func is rather large. Is there a way to do a diff-type modification in a bbappend or do I need to completely copy/paste the entire do_install() func to my bbappend and make my changes that way | 02:07 |
| rhowell | Alternatively, I could do a do_install_append() and just undo the particular things in the original do_install() that I don't want. | 02:08 |
| *** rhowell2 <rhowell2!~rhowell@2605:a601:a90e:de00:cd81:abf3:d21e:8f56> has joined #yocto | 02:20 | |
| *** xtopher <xtopher!~xtopher@mobile-166-176-187-114.mycingular.net> has quit IRC | 02:26 | |
| *** kaspter <kaspter!~Instantbi@124.77.87.3> has quit IRC | 02:26 | |
| *** kaspter <kaspter!~Instantbi@222.64.215.104> has joined #yocto | 02:27 | |
| *** rewitt <rewitt!rewitt@unaffiliated/rewitt> has joined #yocto | 02:32 | |
| *** camus1 <camus1!~Instantbi@124.77.87.12> has joined #yocto | 02:42 | |
| *** kaspter <kaspter!~Instantbi@222.64.215.104> has quit IRC | 02:44 | |
| *** camus1 is now known as kaspter | 02:44 | |
| *** pxfin <pxfin!5faf6819@95.175.104.25> has quit IRC | 02:46 | |
| *** rcw <rcw!~rcw@104-195-225-201.cpe.teksavvy.com> has quit IRC | 02:49 | |
| jpuhlman | rhowell: If the changes you want to make are resonably sane, option three, create a knob to change the behavior and add conditionals on that knob in the do_install and provide the patch back to the list. Of your two options they are both not great, but the second is probably less not great. | 03:04 |
| jpuhlman | It also comes down to if you need to maintain the bbappend for all eternity. | 03:06 |
| paulg | don't worry. Eternity is only 2038. | 03:10 |
| jpuhlman | paulg, I thought we already fixed that one. :) | 03:12 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 03:16 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 03:18 | |
| paulg | I guess we will know when we get there. | 03:19 |
| *** kaspter <kaspter!~Instantbi@124.77.87.12> has quit IRC | 03:22 | |
| *** kaspter <kaspter!~Instantbi@124.77.87.23> has joined #yocto | 03:22 | |
| *** xtopher <xtopher!~xtopher@mobile-166-176-187-165.mycingular.net> has joined #yocto | 03:26 | |
| *** xtopher <xtopher!~xtopher@mobile-166-176-187-165.mycingular.net> has quit IRC | 03:42 | |
| jpuhlman | Yeah, there will always be that one place someone for got to fix. When I was in college I worked at a bowling alley. Our oiling machine tripped over y2k and so did our credit card reader. The latter was fixed pretty quickly the other we just reset the date to 1972. | 03:47 |
| *** dreyna_ <dreyna_!~dreyna@2601:646:4201:b1a0:dc1e:da1e:93de:288c> has quit IRC | 04:10 | |
| *** sgw2 <sgw2!~sgw@134.134.137.77> has quit IRC | 04:34 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 04:39 | |
| *** sgw2 <sgw2!sgw@nat/intel/x-bjofkfprxdogitiv> has joined #yocto | 04:52 | |
| tlwoerner | jpuhlman: ...and the oiling machine needed an accurate grasp of the date because... ? | 04:59 |
| jpuhlman | tlwoerner, it had a calendaring system, so you could program the exact oil patterns depending on the day. The mechanic would set it up ahead of time depending on leagues, tournaments etc so all the porters needed to do was pull it out and run it down the lanes. | 05:01 |
| jpuhlman | Rolling back 28 years, you have the exact same calendar(just different year). | 05:03 |
| tlwoerner | my point is, i get the feeling many electronics need an understanding of the passage of time, but not necessarily a "date" per-se | 05:06 |
| jpuhlman | There are lots of features on a lot of things, we don't need. Those kind of machines are low volume high price, so they are constantly adding wizbang features. The one at our local center my family bowls at is completely self contained and runs largely autonomously. | 05:09 |
| *** hjb303 <hjb303!183deaa1@c-24-61-234-161.hsd1.nh.comcast.net> has quit IRC | 05:10 | |
| jpuhlman | When I did it back in the day you had to follow it down the lanes with a 300 foot power cord, move it from lane to lane, etc. Now they drop it on the first lane, tell it how many, pick it up when they are done. | 05:11 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 05:18 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 05:32 | |
| *** elvispre <elvispre!~elvispre@ftp.och.me.uk> has joined #yocto | 05:35 | |
| *** sunfunbaby <sunfunbaby!c30946aa@195.9.70.170> has joined #yocto | 05:36 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:38 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 05:41 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 05:42 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 05:42 | |
| *** wallthar <wallthar!~wallthar@54-18-146-85.ftth.glasoperator.nl> has joined #yocto | 05:43 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 05:44 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 05:46 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 05:46 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 05:47 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 05:48 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 05:49 | |
| *** ndec <ndec!ndec@linaro/ndec> has joined #yocto | 05:49 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 05:49 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 05:50 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 05:50 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 05:54 | |
| *** pohly <pohly!~pohly@p5484912e.dip0.t-ipconnect.de> has joined #yocto | 05:55 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 05:56 | |
| *** gtristan <gtristan!~tristanva@110.11.227.189> has quit IRC | 05:59 | |
| *** jobroe <jobroe!~manjaro-u@p579ebc43.dip0.t-ipconnect.de> has joined #yocto | 06:01 | |
| *** jaik <jaik!58735b23@88-115-91-35.elisa-laajakaista.fi> has joined #yocto | 06:09 | |
| jaik | Anyone else having problems with iso-codes repo? I'm rocking with warrior -release.. It seems the repository had some changes done to change master -> main, but in recipe it should be looking for hash, only when this fails go for the 'master' which now fails anyway :/ | 06:13 |
| ndec | jaik: yes.. we are aware.. it's discussed here https://lists.openembedded.org/g/openembedded-architecture/message/1108, since yesterday | 06:17 |
| *** agust <agust!~agust@p508b628a.dip0.t-ipconnect.de> has joined #yocto | 06:21 | |
| *** polaris- <polaris-!~polaris-@business-90-187-110-129.pool2.vodafone-ip.de> has joined #yocto | 06:24 | |
| jaik | ndec all right, I read the thread considering this, so I understood that this is fixed also in older yocto revisions.. and as workaround I could do append recipe where replace srcuri with nobranch=1 on iso-codes.. :-) thanks | 06:24 |
| *** polaris- is now known as polaris | 06:25 | |
| *** Psykar <Psykar!~Psykar@45.124.202.73> has joined #yocto | 06:26 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.39> has joined #yocto | 06:28 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.39> has quit IRC | 06:29 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 06:29 | |
| *** frsc <frsc!~frsc@mue-88-130-67-160.dsl.tropolys.de> has joined #yocto | 06:30 | |
| Psykar | Simple question: SYSTEMD_SERVICE_${PN} = "ppp@bus.service" - doesn't work as the service file is called ppp@.service - how can I activate this parameterized service? https://stackoverflow.com/questions/54197951/yocto-systemd-service-to-install-a-parameterized-service-service implies it should work for recent versions (i'm on thud) | 06:35 |
| *** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC | 06:39 | |
| Psykar | Not to count my chickens before my builds finish, but looks like I needed to add SYSTEMD_PACKAGES = "ppp" | 06:43 |
| Psykar | For those following at home -- SYSTEMD_PACKAGES = "ppp-tools" | 06:52 |
| *** mckoan|away is now known as mckoan | 06:53 | |
| *** fl0v0 <fl0v0!~fvo@88.130.221.223> has joined #yocto | 06:59 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:07 | |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 07:10 | |
| *** polaris <polaris!~polaris-@business-90-187-110-129.pool2.vodafone-ip.de> has quit IRC | 07:17 | |
| *** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto | 07:18 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:18 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 07:31 | |
| *** tmpNick <tmpNick!a5e11b3e@165.225.27.62> has quit IRC | 07:31 | |
| *** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 07:33 | |
| *** PaowZ__ <PaowZ__!~Vince@193.252.149.222> has joined #yocto | 07:33 | |
| *** kaspter <kaspter!~Instantbi@124.77.87.23> has quit IRC | 07:34 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC | 07:35 | |
| *** rewitt <rewitt!rewitt@unaffiliated/rewitt> has quit IRC | 07:37 | |
| *** dlan <dlan!~dennis@116.226.129.133> has joined #yocto | 07:38 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 07:38 | |
| *** fl0v0 <fl0v0!~fvo@88.130.221.223> has quit IRC | 07:39 | |
| *** fl0v0 <fl0v0!~fvo@88.130.221.223> has joined #yocto | 07:39 | |
| *** fbre <fbre!91fdde45@145.253.222.69> has joined #yocto | 07:40 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 07:42 | |
| *** dlan <dlan!~dennis@116.226.129.133> has joined #yocto | 07:43 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 07:43 | |
| *** Spock_ncc1701 <Spock_ncc1701!~Spock_ncc@45.56.150.106> has joined #yocto | 07:44 | |
| *** kaspter <kaspter!~Instantbi@124.77.87.16> has joined #yocto | 07:45 | |
| *** kaspter <kaspter!~Instantbi@124.77.87.16> has quit IRC | 07:48 | |
| *** kaspter <kaspter!~Instantbi@124.77.87.16> has joined #yocto | 07:48 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto | 07:51 | |
| *** kaspter <kaspter!~Instantbi@124.77.87.16> has quit IRC | 07:52 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 07:54 | |
| *** PaowZ__ <PaowZ__!~Vince@193.252.149.222> has quit IRC | 07:55 | |
| *** dlan <dlan!~dennis@116.226.129.133> has joined #yocto | 07:55 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 07:55 | |
| *** gtristan <gtristan!~tristanva@110.11.227.177> has joined #yocto | 07:56 | |
| *** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto | 07:57 | |
| *** kaspter <kaspter!~Instantbi@124.77.87.16> has joined #yocto | 07:58 | |
| splatch` | good morning | 07:59 |
| *** splatch` is now known as splatch | 07:59 | |
| *** mihai- <mihai-!~mihai@unaffiliated/mihai> has quit IRC | 08:00 | |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 08:00 | |
| *** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto | 08:05 | |
| mckoan | splatch: hi | 08:06 |
| Psykar | And for the masochists, turns out I had a variety of other issues - that I need to extend the ppp_%.bbappend to be able to use it's systemd unit file, so my separate package that was creating the peer had to be merged in... but hey, it works now. | 08:08 |
| Psykar | Also, hi =D | 08:09 |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 08:10 | |
| *** dlan <dlan!~dennis@116.226.129.133> has joined #yocto | 08:11 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 08:11 | |
| *** whoami_ <whoami_!~quassel@103.69.28.18> has joined #yocto | 08:15 | |
| whoami_ | Hi | 08:16 |
| whoami_ | I'm facing some issue in Yocto Thud while doing do_fetch iso-codes-4.1? | 08:17 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:17 | |
| whoami_ | ERROR: iso-codes-4.1-r0 do_fetch: Fetcher failure: Unable to find revision 164802d5fd8c7a8167816fd86a62b286680619f0 in branch master even from upstream | 08:18 |
| *** stew-dw <stew-dw!~stew-dw@2607:fb90:6c30:c401:9297:8129:9715:e6b2> has quit IRC | 08:20 | |
| qschulz | whoami_: add ;branch=main to the end of the SRC_URI of iso-codes | 08:23 |
| *** PaowZ__ <PaowZ__!~Vince@193.252.149.222> has joined #yocto | 08:24 | |
| *** stew-dw <stew-dw!~stew-dw@172.58.59.229> has joined #yocto | 08:25 | |
| *** florian_kc is now known as florian | 08:25 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC | 08:27 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:34 | |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 08:36 | |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 08:38 | |
| *** pbarker[m] <pbarker[m]!pbarkermat@gateway/shell/matrix.org/x-oabfrlbanolwvhpn> has joined #yocto | 08:39 | |
| *** Spock_ncc1701 <Spock_ncc1701!~Spock_ncc@45.56.150.106> has quit IRC | 08:39 | |
| *** Psykar <Psykar!~Psykar@45.124.202.73> has quit IRC | 08:47 | |
| *** PaowZ__ <PaowZ__!~Vince@193.252.149.222> has quit IRC | 08:48 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto | 08:49 | |
| *** pbarker[m] is now known as paulbarker_tmp | 08:50 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC | 08:59 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto | 09:06 | |
| *** whoami_ <whoami_!~quassel@103.69.28.18> has quit IRC | 09:21 | |
| *** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto | 09:22 | |
| *** whoami_ <whoami_!~quassel@207.194.91.130> has quit IRC | 09:29 | |
| *** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto | 09:29 | |
| *** rhowell <rhowell!44b18a42@68.177.138.66> has quit IRC | 09:30 | |
| *** Spock_ncc1701 <Spock_ncc1701!~Spock_ncc@45.56.150.108> has joined #yocto | 09:32 | |
| *** kaspter <kaspter!~Instantbi@124.77.87.16> has quit IRC | 09:33 | |
| *** kaspter <kaspter!~Instantbi@124.77.87.4> has joined #yocto | 09:33 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 09:35 | |
| *** retoatwork <retoatwork!~retoatwor@85.195.220.82> has joined #yocto | 09:40 | |
| splatch | so I'm coming back with problem related to wireguard and systemd service template | 09:41 |
| retoatwork | How would I install a interface specific systemd unit (i.e. wpa_supplicant@wlan0) in a recipe? 'SYSTEMD_SERVICE_${PN} = "wpa_supplicant@wlan0"' results in an error (ERROR: wpa-supplicant-2.9-r0.3 do_package: SYSTEMD_SERVICE_wpa-supplicant value wpa_supplicant@wlan0 does not exist). Any chance doing this without symlinking the unit in do_install? | 09:42 |
| mcfrisk | whoami_: oh, I just had same reports for sumo. seems like Debian developers have changed git repo and branches | 09:42 |
| splatch | retoatwork: I face same issue with wireguard! :-) | 09:44 |
| splatch | https://gist.github.com/splatch/b31e65af931d22696899a77ef65e341e | 09:44 |
| qschulz | mcfrisk: all branches except Yocto master branch are impacted | 09:46 |
| RP | qschulz: we fixed dunfell | 09:49 |
| splatch | retoatwork: I've found this answer: https://stackoverflow.com/questions/54197951/yocto-systemd-service-to-install-a-parameterized-service-service and also some links with network units over github but none of these actually worked for me. | 09:49 |
| qschulz | RP: I stand corrected. Didn't see (or missed) the patches on the ML :) | 09:53 |
| retoatwork | splatch: I tried exactly what the accepted answer suggests, but same - does not work for me | 09:53 |
| splatch | looking for github now to see if I will catch something with wpa as wlan0 is more common trouble than wg0 ;-) | 09:54 |
| RP | hmm, what to do about zeus/thud/sumo :/ | 09:55 |
| *** fbre <fbre!91fdde45@145.253.222.69> has quit IRC | 09:55 | |
| retoatwork | splatch: seems like openvpn got it working | 09:58 |
| qschulz | RP: zeus is still maintained right? so for this one as well. Warrior and thud are community supported so I guess pushing the commit makes sense (without making another dot release)? | 09:58 |
| mcfrisk | btw, is there a way to bypass download cache? | 09:59 |
| mcfrisk | like "bitbake -f -c fetch iso-codes"? | 09:59 |
| RP | mcfrisk: adding PREMIRRORS/MIRRORS to the whitelist env and then clear them? | 10:00 |
| retoatwork | splatch: https://github.com/openembedded/meta-openembedded/blob/74f2b5780dd29b9128be8b24208daa859b08e706/meta-networking/recipes-support/openvpn/openvpn_2.4.9.bb#L20 - well, only after linking manually in https://github.com/openembedded/meta-openembedded/blob/74f2b5780dd29b9128be8b24208daa859b08e706/meta-networking/recipes-support/openvpn/openvpn_2.4.9.bb#L50 | 10:00 |
| retoatwork | s/linking/installing | 10:00 |
| splatch | retoatwork: I won't cry about that, I spent too much time on it already! | 10:02 |
| retoatwork | splatch: actually - did did also not get it 100% - SYSTEMD_AUTO_ENABLE is "disable" | 10:16 |
| retoatwork | *they did also | 10:16 |
| *** hpsy <hpsy!~hpsy@85.203.15.119> has joined #yocto | 10:18 | |
| splatch | retoatwork: hm.. have you tried SYSTEMD_AUTO_ENABLE-${PN} ? | 10:26 |
| jpuhlman | RP: I have iso-code changes on a stable/thud-nut branch in contrib. Did you want an autobuild on it? If so is the autobuild quiet enough. | 10:36 |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@78.42.6.202> has quit IRC | 10:36 | |
| *** mrpelotaz0 <mrpelotaz0!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto | 10:36 | |
| RP | jpuhlman: we'd need a test run before anything can merge and yes, its quiet enough. I do worry whether the helper branches are up to date enough to run thud now :/ | 10:37 |
| jpuhlman | Well the worse thing that can happen is it blows up. Since its the first got around following the instructions I may be the cause. But I will give it a try. | 10:38 |
| RP | jpuhlman: right, lets try it | 10:39 |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 10:41 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 10:42 | |
| jpuhlman | RP: It lists meta-arm in the list however it does not contain a thud branch. Do I blank that out? Leave it pointing at master? | 10:46 |
| *** Spock_ncc1701 <Spock_ncc1701!~Spock_ncc@45.56.150.108> has quit IRC | 10:48 | |
| RP | jpuhlman: point at master | 10:49 |
| RP | just needs to be something which exists | 10:49 |
| jpuhlman | k | 10:49 |
| *** jobroe <jobroe!~manjaro-u@p579ebc43.dip0.t-ipconnect.de> has quit IRC | 10:52 | |
| *** jobroe <jobroe!~manjaro-u@p579ebc43.dip0.t-ipconnect.de> has joined #yocto | 10:52 | |
| splatch | retoatwork: any progress on your end? | 10:57 |
| splatch | none on mine ;-) | 10:57 |
| *** Spock_ncc1701 <Spock_ncc1701!~Spock_ncc@IGLD-84-229-55-214.inter.net.il> has joined #yocto | 10:58 | |
| *** gtristan <gtristan!~tristanva@110.11.227.177> has quit IRC | 10:58 | |
| splatch | I've found yet another example of parametrized service here https://github.com/seife/yocto-poky/blob/2eae64646c62c2093be2baa685c3e975cafa63f1/meta/recipes-core/systemd/systemd-serialgetty.bb#L13 | 10:59 |
| *** wertigon <wertigon!~per@c-7968225c.021-396-7673741.bbcust.telenor.se> has joined #yocto | 11:01 | |
| wertigon | hmmm, having trouble with gstreamer | 11:01 |
| wertigon | it says, missing package gstreamer-gl-1.0 not found | 11:03 |
| wertigon | dunfell | 11:03 |
| wertigon | then crashes horribly on configure | 11:03 |
| *** dakhouya <dakhouya!4a3bc5db@modemcable219.197-59-74.mc.videotron.ca> has joined #yocto | 11:03 | |
| wertigon | Anyone got a quick fix? :D | 11:04 |
| *** Spock_ncc1701_ <Spock_ncc1701_!~Spock_ncc@45.56.150.108> has joined #yocto | 11:07 | |
| *** Spock_ncc1701 <Spock_ncc1701!~Spock_ncc@IGLD-84-229-55-214.inter.net.il> has quit IRC | 11:08 | |
| * RP resists the obvious 'fix' | 11:10 | |
| wertigon | Yes, I'm afraid I do need gl ;_; | 11:13 |
| *** wallthar is now known as wallthar_away | 11:14 | |
| RP | jpuhlman: that build looks unhappy about something but worryingly not easily identifiable :/ | 11:16 |
| RP | jpuhlman: so far the common pattern looks like build hosts with gcc 10 on from buildtools, maybe breaking the cross compiler? :/ | 11:18 |
| * RP is guessing | 11:18 | |
| jpuhlman | Looks like gstreamer is failing. In the few places it failed. Okay ill drill down. | 11:18 |
| jpuhlman | build appliance was on centos7 and its the same gstreamer failure. | 11:19 |
| jpuhlman | I think. | 11:19 |
| jpuhlman | Or do those have the update toolsets from centos? | 11:20 |
| RP | jpuhlman: we have buildtools on centos7, debian8 and ubuntu1604 | 11:21 |
| RP | jpuhlman: one option would be to add the buildtools support in yocto-autobuilder-helper from dunfell and point it at an older buildtools-extended-tarball | 11:22 |
| RP | we might have to build such an older tarball though as I don't think we have one atm | 11:22 |
| *** gtristan <gtristan!~tristanva@110.11.227.189> has joined #yocto | 11:22 | |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 11:23 | |
| *** hjb303 <hjb303!183deaa1@c-24-61-234-161.hsd1.nh.comcast.net> has joined #yocto | 11:24 | |
| jpuhlman | Yeah, thud does not build happily against the buildtools-extended-tarball, which it reminds me every time I forget to restart my shell and build 2.6. The first usual suspect is gnulib iirc. | 11:24 |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 11:25 | |
| retoatwork | splatch: Not yet, it's WIP | 11:30 |
| RP | jpuhlman: gcc version too recent? | 11:30 |
| splatch | retoatwork: which release are you working on? I am on 2.7 / warrior | 11:30 |
| jpuhlman | RP: I didn't dig into it. I have a setup locally lemme see if I can pull up the error again. | 11:31 |
| splatch | I've checked systemd.class and there is almost no traffic on it, it looks like this issue must be solved by valid config which I can not find | 11:32 |
| splatch | anyhow, I have wg-quick@.service installed in lib/systemd/ by wireguard-tools, but I can't use it as SYSTEMD_SERVICE = "wg-quick@wg0.service" | 11:33 |
| splatch | logic in the class indicates it *should* work but I am not sure if actual problem is not building up above, namely on lookups for wg-quick in wrong package | 11:34 |
| splatch | none of rdepends, depends helped me with vanila recipe | 11:34 |
| *** berton <berton!~berton@181.220.84.90> has joined #yocto | 11:40 | |
| *** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has quit IRC | 11:42 | |
| *** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has joined #yocto | 11:43 | |
| *** bradleyb <bradleyb!~radsquirr@mail.fuzziesquirrel.com> has joined #yocto | 11:49 | |
| *** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has quit IRC | 11:50 | |
| jpuhlman | RP: I might be mistaken, the gnulib error I was seeing was on rocko not thud. | 11:54 |
| *** Spock_ncc1701_ <Spock_ncc1701_!~Spock_ncc@45.56.150.108> has quit IRC | 11:55 | |
| jpuhlman | If you are morbidly curious: https://pastebin.com/YMDbC5w3 that is on rocko. | 11:56 |
| splatch | retoatwork: I ended up patching systemd.class manually to see what are lookup paths since my bbappend refused to work too | 11:57 |
| splatch | I have to determine how the systemd unit name is split in the end which paths are scanned | 11:58 |
| splatch | ERROR: wpa-supplicant-2.7-r0 do_package: Systemd service template wpa_supplicant-wired@.service + 21 | 11:59 |
| splatch | ERROR: wpa-supplicant-2.7-r0 do_package: Systemd lookup in wpa-supplicant for path /etc/systemd/system/wpa_supplicant-wired@.service | 11:59 |
| splatch | ERROR: wpa-supplicant-2.7-r0 do_package: Systemd lookup in wpa-supplicant for path /lib/systemd/system/wpa_supplicant-wired@.service | 11:59 |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has quit IRC | 12:02 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.31> has joined #yocto | 12:03 | |
| *** Spock_ncc1701_ <Spock_ncc1701_!~Spock_ncc@IGLD-84-229-55-214.inter.net.il> has joined #yocto | 12:05 | |
| *** tmpNick <tmpNick!a5e11b3e@165.225.27.62> has joined #yocto | 12:05 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 12:08 | |
| splatch | ok, I think I nailed it. in case of wireguard problem is caused by location of unit template. wireguard-tools place it in /lib/systemd while systemd.class looks for it in /lib/systemd/system | 12:12 |
| *** Spock_ncc1701_ <Spock_ncc1701_!~Spock_ncc@IGLD-84-229-55-214.inter.net.il> has quit IRC | 12:17 | |
| *** bradleyb <bradleyb!~radsquirr@mail.fuzziesquirrel.com> has quit IRC | 12:27 | |
| *** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has joined #yocto | 12:29 | |
| *** RP <RP!~RP@5751f4a1.skybroadband.com> has quit IRC | 12:36 | |
| hjb303 | Has anyone encountered a problem where they've loaded a fresh image onto target hardware, then run 'dnf upgrade' and immediately dnf is recommending that a number of packages be reinstalled? I think it's possibly a question for the dnf devs but I can't figure out what's causing it. There's just one version of all the packages so they should all | 12:44 |
| hjb303 | be internally consistent, right? It doesn't want to upgrade and there are no warnings about conflicts, just every time it wants to reinstall the same seemingly-unconnected packages. | 12:44 |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC | 12:46 | |
| lukma | Dear Community - was there any reason to place python-native's executables in recipe-sysroot-native/usr/bin/python-native ? not in recipe-sysroot-native/usr/bin ? The latter patch is similar to one on most HOST machines (like /usr/bin/) | 12:48 |
| lukma | To be more precise - some programs expects to have python2.7 in recipe-sysroot-native/usr/bin/python2.7 , not recipe-sysroot-native/usr/bin/python-native/python2.7 | 12:49 |
| lukma | I could tune the recipe-sysroot-native for this particular recipe and add a symbolic link | 12:49 |
| lukma | but I'm wondering if there is any better (and Yocto approved :-) )way to do it | 12:50 |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto | 12:53 | |
| qschulz | lukma: inherit python3native in your recipe | 12:56 |
| lukma | qschultz: Why shall I add python3native? | 12:56 |
| lukma | The build system requires python 2.7 | 12:57 |
| lukma | I mean the component requires python 2.7 | 12:57 |
| qschulz | lukma: my bad, was looking at upstream which does not support python2 anymore (in base layers) | 12:57 |
| qschulz | lukma: inherit pythonnative probably then | 12:58 |
| lukma | Pythonnative is inherited | 12:59 |
| lukma | as in recipe-sysroot-native/usr/bin/python-native/ I do have python2, python, python2.7 | 12:59 |
| lukma | the "hack" which I need to do is to make a symlink cd recipe-sysroot-native/usr/bin/; ln -s ./python-native/python2.7 python2.7 | 13:00 |
| qschulz | are you saying "it is inherited because I see python* in recipe-sysroot-native/usr/bin/python-native/" or because it is actually inherited in the recipe? (and I talk about inherit, NOT DEPENDS) | 13:00 |
| qschulz | lukma: by inheriting pythonnative, the path to python2.7 should be added to PATH so it should be found | 13:01 |
| qschulz | (by a quick reading of the pythonnative class) | 13:01 |
| lukma | qschulz: Let me double check it | 13:03 |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC | 13:12 | |
| *** pbergin <pbergin!~pbergin@c213-102-88-101.bredband.comhem.se> has joined #yocto | 13:16 | |
| *** rcw <rcw!~rcw@104-195-225-201.cpe.teksavvy.com> has joined #yocto | 13:17 | |
| *** hjb303 <hjb303!183deaa1@c-24-61-234-161.hsd1.nh.comcast.net> has quit IRC | 13:17 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 13:23 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 13:26 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto | 13:28 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto | 13:29 | |
| whoami_ | qshulz: Thank you. It solved do_fetch by adding ;branch=main. | 13:31 |
| *** PaowZ__ <PaowZ__!~Vince@193.252.149.222> has joined #yocto | 13:31 | |
| qschulz | whoami_: my pleasure | 13:34 |
| whoami_ | mcfrisk: Can you point out where i can get more information on debian developers changes for git and repos. | 13:34 |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC | 13:34 | |
| *** jaik <jaik!58735b23@88-115-91-35.elisa-laajakaista.fi> has quit IRC | 13:37 | |
| *** dakhouya <dakhouya!4a3bc5db@modemcable219.197-59-74.mc.videotron.ca> has quit IRC | 13:39 | |
| jpuhlman | whoami_, One of the threads on the devel list was/is here: https://lists.debian.org/debian-devel/2020/06/msg00158.html | 13:40 |
| *** sunfunbaby <sunfunbaby!c30946aa@195.9.70.170> has quit IRC | 13:42 | |
| *** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto | 13:43 | |
| *** rhowell2 <rhowell2!~rhowell@2605:a601:a90e:de00:cd81:abf3:d21e:8f56> has left #yocto | 13:51 | |
| retoatwork | splatch: This is my solution: https://github.com/rettichschnidi/smart-garden-gateway-yocto-meta-distribution/blob/28757f07b0982ffa6a6ff5c056d92e375b71e48c/recipes-connectivity/wpa-supplicant/wpa-supplicant_2.9.bbappend | 13:55 |
| qschulz | retoatwork: shouldn't you just need to enable the @wlan0.service in SYSTEMD_SERVICE_${PN}? | 13:58 |
| splatch | retoatwork: I've got something similar, had to pick if I decide to go with append or separate pacakge, decided to copy service template to own pkg | 13:59 |
| splatch | in my case problem starts from .service which is left in wrong path by wireguard-tools itself | 13:59 |
| *** maudat <maudat!~moda@mtrlpq2848w-lp140-03-69-159-171-179.dsl.bell.ca> has joined #yocto | 14:00 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:00 | |
| splatch | when I've tried to add it via bbappend it did work, but my package which ships configuration for template service (wg-quick@*wg0*.service) whole thing fall apart | 14:00 |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 14:01 | |
| splatch | from what I have found in existing samples most of people copy service definitions since its easier to keep it up :/ | 14:01 |
| *** camus1 <camus1!~Instantbi@222.64.209.232> has joined #yocto | 14:04 | |
| *** kaspter <kaspter!~Instantbi@124.77.87.4> has quit IRC | 14:04 | |
| *** camus1 is now known as kaspter | 14:04 | |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 14:07 | |
| lukma | qshultz: Adding inherit pythonnative causes some other issues with creating virtualenv s | 14:19 |
| wertigon | Running circles around this one -_- | 14:23 |
| wertigon | Keep getting the same error message; opengl is part of DISTRO_FEATURES | 14:24 |
| wertigon | | Cross dependency gstreamer-gl-1.0 found: NO (tried pkgconfig and cmake) | 14:24 |
| *** jobroe <jobroe!~manjaro-u@p579ebc43.dip0.t-ipconnect.de> has quit IRC | 14:35 | |
| *** wallthar_away <wallthar_away!~wallthar@54-18-146-85.ftth.glasoperator.nl> has quit IRC | 14:38 | |
| *** tmpNick <tmpNick!a5e11b3e@165.225.27.62> has quit IRC | 14:47 | |
| *** hjb303 <hjb303!183deaa1@c-24-61-234-161.hsd1.nh.comcast.net> has joined #yocto | 14:48 | |
| splatch | what is advised way of delivering device specific information via the build. I know this is usually provisioning step which is done in manufacturing but I have a test device which I need to identify with my own ID. Should I append files after producing system image? I have space on /data partition for that, but can't find a valid example for that. | 14:49 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 14:50 | |
| fray | splatch I've seen everyone do this a bit differently.. so I'm not sure there is one 'right way'.. | 14:50 |
| fray | but generally if you have a common image across devices, and then have device specific content you do need either a device partition (or storage area such as eeprom or something).. all depends on the data you are storing and when it's written.. | 14:51 |
| fray | lots of devices that have RO filesystems use eeproms to raw store device info/configuration and then run an app on startup to pull that down and drop the data in a ram filesystem for easy consumption by apps.. that kind of thing | 14:52 |
| splatch | fray: so far I have vpn connection data and secret to keep. I managed to get it out of rootfs, now I need to make it variable | 14:53 |
| fray | Ya, I don't really have a best practice to suggest for you.. but filesystem is easiest.. but if there are secrets involved then often people use encrypted storage/tpm style access, etc.. | 14:54 |
| splatch | each device needs its own secret. I have testing pool and I can manage secrets manually (I flush devices myself), yet bitbake does not re-build image when I pass new env | 14:54 |
| splatch | fray: I can dream about tpm, some day maybe someone will do it for me ;-))) | 14:54 |
| fray | bitbake will only rebuild if the item is listed in some way as a dependency.. You can often do that by adding SRC_URI into say an image recipe or something, but then you end up with an image per device, and that isn't very optimal.. better to have one image and then a way to provision the device on first boot (or prior to first boot 'at the factory') | 14:55 |
| qschulz | splatch: BB_ENV_EXTRAWHITE for your env variable ;) | 14:55 |
| splatch | let me see :) | 14:57 |
| splatch | since I attracted two people I will ask about testing - now I do output vmdk and run virtualbox for each passed build, is there a faster way ie. with docker to test qemu-a-like machine? | 14:59 |
| splatch | I haven't got to the point where runqemu works for me since I do have build inside docker (via kas-docker) and this goal seems to not work there | 14:59 |
| qschulz | splatch: https://www.youtube.com/watch?v=jPbcQEffzJo maybe? (read the docker buzzword only :) ) | 15:02 |
| kergoth | hmm, wonder if the toolchain unit tests iterate over the multilib configurations | 15:02 |
| splatch | qschulz: thanks for pointer, I actually missed this one! | 15:04 |
| *** pbergin <pbergin!~pbergin@c213-102-88-101.bredband.comhem.se> has quit IRC | 15:07 | |
| *** xtopher <xtopher!~xtopher@50-38-32-4.csby.or.frontiernet.net> has joined #yocto | 15:08 | |
| splatch | qschulz: I am already excited by introduction ;-) | 15:09 |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.31> has quit IRC | 15:11 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.32> has joined #yocto | 15:11 | |
| kergoth | hmm, now to refresh my memory on how our oe-selftest tests are written again, haven't added one in ages.. | 15:17 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:22 | |
| *** srijan_root <srijan_root!0e66a0b2@14.102.160.178> has joined #yocto | 15:23 | |
| *** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC | 15:23 | |
| *** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto | 15:24 | |
| srijan_root | I am getting these messages: | 15:24 |
| srijan_root | The following packages have unmet dependencies: kernel-modules : Depends: kernel-module-6lowpan-5.2.17-GrayS-standard but it is not installable Depends: kernel-module-8021q-5.2.17-GrayS-standard but it is not installable Depends: kernel-module-8139cp-5.2.17-GrayS-standard but it is not installable | 15:24 |
| srijan_root | How can I rebuild kernel-modules | 15:24 |
| srijan_root | rest all packages build without issues apart from the kernel-modules | 15:25 |
| *** frsc <frsc!~frsc@mue-88-130-67-160.dsl.tropolys.de> has quit IRC | 15:29 | |
| *** srijan_root <srijan_root!0e66a0b2@14.102.160.178> has quit IRC | 15:35 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 15:37 | |
| *** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC | 15:40 | |
| *** srijan_root <srijan_root!0e66a0b2@14.102.160.178> has joined #yocto | 15:41 | |
| *** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto | 15:41 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 15:53 | |
| *** fl0v0 <fl0v0!~fvo@88.130.221.223> has quit IRC | 16:01 | |
| *** mckoan is now known as mckoan|away | 16:10 | |
| khem | KDE now had gitlab instance of their own https://about.gitlab.com/blog/2020/06/29/welcome-kde/ | 16:11 |
| *** RP <RP!~RP@5751f4a1.skybroadband.com> has joined #yocto | 16:12 | |
| *** pbergin <pbergin!~pbergin@c213-102-88-101.bredband.comhem.se> has joined #yocto | 16:37 | |
| jpuhlman | RP: Figured out the issue with gstreamer modules base. Its not gcc-10. Its the updated version of make. | 16:37 |
| RP | jpuhlman: ah. | 16:37 |
| RP | jpuhlman: FWIW I have a python buildtools-tarball we could experiment with | 16:38 |
| jpuhlman | https://bugs.gentoo.org/705974#c14 | 16:38 |
| *** dl9pf <dl9pf!5f584ee0@opensuse/member/dl9pf> has joined #yocto | 16:38 | |
| RP | jpuhlman: I also have a -helper branch for thud which I've tried "splatting" the changes I think it would need into | 16:38 |
| jpuhlman | All the #include lines in the generated files are proceeded with \# | 16:38 |
| RP | jpuhlman: hmm, such fun with forwards/backwards compat :/ | 16:41 |
| jpuhlman | It likely wouldn't hurt to backport the patches, since newer hosts have the updated version of make. However I am not sure how far the rabbit hole goes. | 16:46 |
| jpuhlman | Those executions are basically building core-image-sato correct? | 16:48 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:48 | |
| *** RobertBerger <RobertBerger!~rber@ppp-2-86-138-91.home.otenet.gr> has quit IRC | 16:51 | |
| RP | jpuhlman: it will build all kinds of things including world | 16:52 |
| * RP suspects that is a deep rabbit hole | 16:53 | |
| RP | jpuhlman: https://autobuilder.yoctoproject.org/typhoon/#/builders/70/builds/2126 is your thud-nut with my rpurdie/thud helper branch and a pyro buildtools | 16:53 |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 16:55 | |
| jpuhlman | In theory it should build fine with the regular build older build tools. Internally we use the regular buildtools on thud for every host, for consistency. | 16:56 |
| jpuhlman | Thanks for looking at it. The helper stuff is still a little bit of voodoo. | 16:56 |
| RP | jpuhlman: I'm trying to see if this technique would let us use the newer workers with gcc 10 on too... | 16:57 |
| RP | (which means I need the extended tarball) | 16:57 |
| RP | jpuhlman: I'm kind of hoping we can use this to repair up and be able to build many of the old releases the autobuilder hasn't been able to touch for a while | 16:58 |
| jpuhlman | Sounds good. | 17:00 |
| RP | jpuhlman: that build is looking fairly positive... | 17:02 |
| RP | the tumbleweed one understandably blew up as it wasn't configured to use buildtools. I think thud would have to be set to use a newer uninative for that one to work though | 17:03 |
| *** elfenix <elfenix!~andrew@199.83.58.6> has joined #yocto | 17:07 | |
| jpuhlman | Yeah I haven't tried tubleweed in a while, at one point it works working okay for thud, but no idea of late. | 17:09 |
| RP | jpuhlman: with gcc 10 there it was going to go badly | 17:12 |
| jpuhlman | With the buildtools extended tarball with gcc 10, its getting surprisingly far. That will of course jinx it... | 17:15 |
| RP | jpuhlman: which buildtools tarball did you use? | 17:16 |
| jpuhlman | OTOH, I may have already built most of the native stuff to get to the gstreamer error sooner. | 17:16 |
| jpuhlman | 3.2M1 | 17:16 |
| RP | jpuhlman: so a gcc 10? With thud it wasn't even running gcc --version correctly :/ | 17:16 |
| jpuhlman | I am pretty sure there was a qemu error iirc when it got start. | 17:17 |
| *** rewitt <rewitt!rewitt@unaffiliated/rewitt> has joined #yocto | 17:17 | |
| jpuhlman | RP: Weird. So I ran cleansstate on gdbm-native which was one of the failed applications in the tumbleweed build and it rebuilt against the build tools gcc with out issue. | 17:24 |
| jpuhlman | Double checked the config.log: gcc version 10.1.0 (GCC) | 17:24 |
| jpuhlman | Like I said I think I did see the native qemu build choke earlier, but it doesn't look quite as dire as on tumbleweed. | 17:25 |
| RP | jpuhlman: there is probably more at play on tumbleweed | 17:27 |
| RP | jpuhlman: are you building poky or nodistro? | 17:27 |
| RP | I'm now wondering whether I should try and rebuild the iso-codes mirror tarball using my new fetcher patch, then we don't have to patch the older releases | 17:28 |
| zeddii | we should have drinking game | 17:29 |
| zeddii | everytime someone reports iso-codes. DRINK. | 17:29 |
| jpuhlman | RP: Right now I have just been using our standard distro since every error so far has been reproduceable there. | 17:30 |
| jpuhlman | The nut stuff the base. | 17:30 |
| jpuhlman | nodisto | 17:30 |
| RP | jpuhlman: nodistro doesn't use uninative so I'd bet that hides this | 17:31 |
| jpuhlman | Okay. Ill make sure to use poky to test. | 17:32 |
| jpuhlman | zeddii, its too early to be that drunk.:) | 17:33 |
| RP | zeddii: My alcohol tolerance isn't good enough for that these days... :) | 17:40 |
| *** xtopher <xtopher!~xtopher@50-38-32-4.csby.or.frontiernet.net> has quit IRC | 17:44 | |
| matthewzmd | I'm planning to create an Angular recipe for yocto. Do you guys think meta-browser is an appropriate layer to store this recipe, or another layer should be used instead (like meta-nodejs) | 17:45 |
| zeddii | oh, but did you know that they changed the branch names!? ;) | 17:51 |
| * zeddii runs | 17:51 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 17:53 | |
| *** rcrudo <rcrudo!~rcrudo@2001:16b8:c276:5600:ff96:e9cc:a195:3fd4> has joined #yocto | 18:01 | |
| rcrudo | I'd like to enable base64 command for busybox. I see this comment on coreutil.bb: "# [ df mktemp nice printenv base64 gets a special treatment and is not included in this" | 18:03 |
| RP | zeddii: careful or I'll ask about linux-libc-headers | 18:03 |
| rcrudo | how can I add base64 command to my busybox? | 18:04 |
| zeddii | then I'll start drinking. | 18:04 |
| RP | rcrudo: you'll probably have to enable it in busybox and maybe configure util-linux not to conflict with it | 18:05 |
| RP | er, coreutils | 18:05 |
| rcrudo | RP: via busybox means creating an append file? | 18:06 |
| RP | rcrudo: that would be a sensible way to do it, yes | 18:06 |
| RP | jpuhlman: FWIW I've hacked the autobuilder sources to add master back to that source archive | 18:08 |
| jpuhlman | Does that help outside of the autobuilder? I guess I am not sure what that means. | 18:09 |
| RP | jpuhlman: our source mirrors are default so I think thud will work unpatched again now | 18:13 |
| jpuhlman | RP, the issue with gcc version is the pattern match in host_gcc_version is looking for a very specific output. | 18:13 |
| RP | jpuhlman: right, I think master has a fix for that? | 18:13 |
| jpuhlman | Not sure, I was just drilling down cause the image build was freaking out, and it was tossing an error. Ill look at that. | 18:14 |
| *** wertigon <wertigon!~per@c-7968225c.021-396-7673741.bbcust.telenor.se> has quit IRC | 18:20 | |
| jpuhlman | RP: The updated regex worked. | 18:21 |
| *** RP <RP!~RP@5751f4a1.skybroadband.com> has quit IRC | 18:23 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 18:26 | |
| *** RP <RP!~RP@5751f4a1.skybroadband.com> has joined #yocto | 18:29 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 18:35 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 18:35 | |
| jpuhlman | RP: So that will work for the project, but I am stuck with using our own source mirrors. Ultimately I personally am going to need a patch for it. | 18:37 |
| *** srijan_root <srijan_root!0e66a0b2@14.102.160.178> has quit IRC | 18:52 | |
| RP | jpuhlman: you could port the patch from master and reset your mirror from a backup? | 19:12 |
| jpuhlman | That is what is in nut. | 19:12 |
| RP | we probably will end up having to patch this one | 19:12 |
| RP | jpuhlman: I mean the fetcher change | 19:12 |
| jpuhlman | Oh got it, yeah I can pull that. Its that is what is running through the next build now? | 19:13 |
| *** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-tccmcwlhlxitpolw> has joined #yocto | 19:17 | |
| *** fury <fury!uid193779@gateway/web/irccloud.com/x-rfsmtimvpfmzvjpq> has joined #yocto | 19:21 | |
| *** rcrudo <rcrudo!~rcrudo@2001:16b8:c276:5600:ff96:e9cc:a195:3fd4> has quit IRC | 19:24 | |
| RP | jpuhlman: yes, only downside is you have to reset the source archive to an old version so the old branch can be retained | 19:25 |
| jpuhlman | I believe the way we have our archiving I don't think that is an issue. Is there any issue with retaining the current iso-codes patch in nut to cover the basis for now? | 19:28 |
| *** ndec_ <ndec_!sid219321@linaro/ndec> has joined #yocto | 19:30 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 19:30 | |
| RP | jpuhlman: no, I'm just trying to avoid having to patch all the old release branches | 19:31 |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 19:31 | |
| jpuhlman | Fair enough. | 19:32 |
| *** madisox <madisox!uid453692@gateway/web/irccloud.com/x-kuxupcdjnsnuomtl> has joined #yocto | 19:32 | |
| *** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-dvzjpfgocyjliebp> has joined #yocto | 19:33 | |
| *** fancer <fancer!fancer@gateway/web/irccloud.com/x-ziuyugmgqjxegabm> has joined #yocto | 19:33 | |
| *** marex-cloud <marex-cloud!sid137234@gateway/web/irccloud.com/x-lboaieeadunxbtvj> has joined #yocto | 19:34 | |
| *** rewitt1 <rewitt1!~rewitt@unaffiliated/rewitt> has joined #yocto | 19:35 | |
| *** rewitt <rewitt!rewitt@unaffiliated/rewitt> has quit IRC | 19:35 | |
| *** rewitt1 is now known as rewitt | 19:35 | |
| *** mithro <mithro!sid24875@gateway/web/irccloud.com/x-ewnwixgypojjrdpe> has joined #yocto | 19:35 | |
| *** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-ooghtrzxiocklflp> has joined #yocto | 19:36 | |
| *** nohit <nohit!sid334887@gateway/web/irccloud.com/x-inopqjlwmgjzfzih> has joined #yocto | 19:36 | |
| fullstop | that odd moment when I rebuild a device tree and yocto decides to rebuild the kernel.. I'm really not sure what triggered that. | 19:36 |
| *** runde <runde!sid228344@gateway/web/irccloud.com/x-klluoxoorgupsnqe> has joined #yocto | 19:37 | |
| *** blauskaerm <blauskaerm!~blauskaer@141.98.255.145> has joined #yocto | 19:37 | |
| *** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-hfoduvyyowpymgeu> has joined #yocto | 19:37 | |
| *** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-nvnecvtzqrbiymgm> has joined #yocto | 19:38 | |
| *** dl9pf_ <dl9pf_!sid395223@opensuse/member/dl9pf> has joined #yocto | 19:41 | |
| *** mirzak <mirzak!sid303002@gateway/web/irccloud.com/x-makvqqkygbalefvs> has joined #yocto | 19:41 | |
| fullstop | oh wait, I deserved it | 19:43 |
| fullstop | new initramfs was added | 19:44 |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 19:48 | |
| *** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-mbcbticqaxkvvwqm> has joined #yocto | 19:49 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-jjhvdmgqoqwkuzqx> has joined #yocto | 19:50 | |
| *** rburton <rburton!sid1738@gateway/web/irccloud.com/x-muerhvvlbqswkkky> has joined #yocto | 19:50 | |
| *** mdp_ <mdp_!sid49840@gateway/web/irccloud.com/x-nlnfiljydqqtcrso> has joined #yocto | 19:50 | |
| *** mdp_ is now known as mdp | 19:50 | |
| *** lh__ <lh__!sid77898@gateway/web/irccloud.com/x-yjyczbadibdgdhel> has joined #yocto | 19:51 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 19:51 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 19:51 | |
| *** Crofton|cloud <Crofton|cloud!sid401373@gateway/web/irccloud.com/x-dehwxnfqcxrcroxi> has joined #yocto | 19:52 | |
| *** berton <berton!~berton@181.220.84.90> has quit IRC | 19:53 | |
| *** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has joined #yocto | 19:53 | |
| *** pbergin <pbergin!~pbergin@c213-102-88-101.bredband.comhem.se> has quit IRC | 19:58 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-iezxutqkvxhtwxan> has joined #yocto | 20:03 | |
| *** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-ykdjjjrqfufnllxq> has joined #yocto | 20:11 | |
| *** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-ltyinhpxpyajtnhv> has joined #yocto | 20:11 | |
| *** rsalveti <rsalveti!sid117878@gateway/web/irccloud.com/x-kwyoyidwafzpeyxr> has joined #yocto | 20:11 | |
| *** justinsg <justinsg!uid296040@gateway/web/irccloud.com/x-vdatbfhnfyycyoki> has joined #yocto | 20:14 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-amxnxwtaiiawgexw> has joined #yocto | 20:18 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-ypbzsercfskmuvkb> has joined #yocto | 20:19 | |
| *** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-wefopqtinsaetgdv> has joined #yocto | 20:20 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-xohfihxqgtkcluca> has joined #yocto | 20:21 | |
| *** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-lyncgfvkacebfuay> has joined #yocto | 20:21 | |
| *** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-akafntufufckraet> has joined #yocto | 20:24 | |
| splatch | is there a way to speed up downloads from yocto mirrors? I see that mirror I get for my operations is at 20% of my low bandwitch which makes it even worse | 20:31 |
| splatch | I am waiting since 4 hours to complete download of 2.5 GB archive which is normally fetched from my intermediate server within 30 minutes | 20:31 |
| *** ndec <ndec!ndec@linaro/ndec> has left #yocto | 20:31 | |
| *** sgw2 <sgw2!sgw@nat/intel/x-bjofkfprxdogitiv> has quit IRC | 20:35 | |
| *** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-clektavimxczpuqr> has joined #yocto | 20:36 | |
| *** rcw <rcw!~rcw@104-195-225-201.cpe.teksavvy.com> has quit IRC | 20:36 | |
| *** Guest47888 is now known as mischief | 20:41 | |
| mischief | in yocto zeus, do i still need separate TMPDIR for multiconfig builds? | 20:42 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-jqhcboeduwoppapu> has joined #yocto | 20:52 | |
| JPEW | mischief: I think it depends | 20:52 |
| JPEW | But in most cases, you probably do | 20:52 |
| mischief | what does it depend on | 21:01 |
| JPEW | mischief: You *might* be able to share a TMPDIR if the builds won't clobber each other at all? I'm not sure how easy that is to determine, and FWIW I always put my multiconfigs in their own TMPDIR | 21:08 |
| *** pohly <pohly!~pohly@p5484912e.dip0.t-ipconnect.de> has quit IRC | 21:13 | |
| *** ndec_ is now known as ndec | 21:15 | |
| *** sgw2 <sgw2!sgw@nat/intel/x-ylrybzurtattjupe> has joined #yocto | 21:22 | |
| RP | mischief: if for example its just different MACHINE settings but otherwise the same and the machines are well behaved it would work | 21:29 |
| *** dev1990 <dev1990!~dev@dynamic-62-87-242-225.ssp.dialog.net.pl> has quit IRC | 21:32 | |
| mischief | i tried it and got some horrible errors from dpkg and `do_package_qa: Package already staged` | 21:34 |
| mischief | so maybe best to go split TMPDIR for now. | 21:34 |
| mischief | i think it would be nice to get it working though | 21:34 |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 21:35 | |
| RP | mischief: can you replicate that with master MACHINEs? | 21:42 |
| *** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 21:47 | |
| mischief | we run non-multiconfig builds in jenkins multiple times a day and it never happened | 21:50 |
| *** dev1990 <dev1990!~dev@dynamic-62-87-242-225.ssp.dialog.net.pl> has joined #yocto | 21:50 | |
| mischief | i am only now experimenting with ways to make our build faster, BBMULTICONFIG is one of those experiments | 21:50 |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 21:51 | |
| *** dev1990 <dev1990!~dev@dynamic-62-87-242-225.ssp.dialog.net.pl> has quit IRC | 21:51 | |
| *** maudat <maudat!~moda@mtrlpq2848w-lp140-03-69-159-171-179.dsl.bell.ca> has quit IRC | 21:55 | |
| RP | mischief: What I mean is that I suspect something in your machines overlap with incompatible configuration. That would need debugging though | 22:11 |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 22:25 | |
| jpuhlman | RP: Is there a specific window or activity level on the autobuilder where I should avoid adding load? | 22:26 |
| paulg | stop when you smell smoke.... | 22:29 |
| RP | jpuhlman: Friday am pacific is the maintenance window so no builds then, otherwise its fairly open. The more loaded the system is, the more races the builds see | 22:32 |
| RP | jpuhlman: I've got as far as trying to construct a proper warrior autobuilder config | 22:33 |
| RP | http://git.yoctoproject.org/cgit.cgi/yocto-autobuilder-helper/log/?h=contrib/rpurdie/warrior | 22:33 |
| RP | jpuhlman: I've now created a better looking contrib/rpurdie/thud | 22:59 |
| jpuhlman | Was there something causing the hosttools to not get downloaded? | 23:05 |
| RP | jpuhlman: I've realised we have a slight issue. There is code in yocto-autobuilder2 which filters older releases onto specific releases. Sadly it does that based on yocto-autobuilder-helper release name, which breaks for custom helper branches :( | 23:05 |
| RP | jpuhlman: e.g your build is running on centos8 | 23:05 |
| RP | jpuhlman: buildtools is only used on the specifically configured hosts | 23:06 |
| *** dl9pf <dl9pf!5f584ee0@opensuse/member/dl9pf> has quit IRC | 23:06 | |
| *** dl9pf_ is now known as dl9pf | 23:06 | |
| RP | jpuhlman: let me try and improve the config | 23:06 |
| jpuhlman | Got it. Okay, I was trying to figure out where I went off the rails. | 23:08 |
| RP | jpuhlman: lets restart it now I've added http://git.yoctoproject.org/cgit.cgi/yocto-autobuilder-helper/commit/?h=contrib/rpurdie/thud&id=2f57b468a81429444b09f9d03a484ccccf638ef9 ? | 23:12 |
| jpuhlman | So just hit stop on the last one in the build status screen correct? | 23:13 |
| RP | jpuhlman: yes | 23:16 |
| splatch | which mailing list I should use to discuss wireguard-tools issue? | 23:17 |
| *** agust <agust!~agust@p508b628a.dip0.t-ipconnect.de> has quit IRC | 23:17 | |
| splatch | it is related to systemd unit handling I was struggling over, I think it deserves a patch, but I am not sure if it does | 23:18 |
| RP | splatch: is this a unit file from OE metadata or an upstream one? | 23:18 |
| splatch | RP: it comes from wireguard project itself, actual issue is caused by its wrong location | 23:19 |
| RP | splatch: you'd probably be best finding their mailing list or issue tracker then | 23:19 |
| splatch | so when you make service such wg-quick@aaa.service it never works unless you move wg-quick somewhere where systemd class looks for it | 23:19 |
| RP | ah, hmm, so wrong location could be OE's fault? | 23:20 |
| RP | mailing list the patches for the layer containing the recipe would be the place to discuss then | 23:20 |
| RP | jpuhlman: If I have to guess, its going to get upset about the old uninative in thud and you'll need to uprev that | 23:21 |
| RP | jpuhlman: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=stable/thud-nut&id=8e23315bda711e4b9f4848672d0b0acccea1ae6c - find the newer version bumps | 23:22 |
| mbulut_nameclash | suppose I wanted to build an sdk from core-image-minimal but wanted to exclude the kernel from the build -- what would be the proper way to do so? I tried removing "virtual/kernel" and/or "linux-yocto" from IMAGE_INSTALL but it still seems to get baked in, probably through dependencies from other recipes... | 23:23 |
| jpuhlman | Okay. | 23:23 |
| RP | jpuhlman: hmm, python2 issues :/ | 23:25 |
| RP | jpuhlman: time for me to sleep | 23:26 |
| jpuhlman | mbulut_nameclash, Create an image based off of image-container class. I think you can set PREFERRED_PROVIDER_virtual/kernel="linux-dummy" iirc. | 23:26 |
| jpuhlman | Yup get some rest. Thanks for all of your help. | 23:26 |
| mbulut_nameclash | jpuhlman: thx, will give it a shot | 23:26 |
| splatch | RP: it is definitelly causing confusion on users ;), package split leaves unit in place which is useless, it might be an issue of wireguard tools as well as systemd class. I would rather bet on earlier one since later is widely used. | 23:26 |
| retoatwork | splatch/qschulz: SYSTEMD_SERVICE_${PN} works! | 23:36 |
| retoatwork | splatch: newest recipe: https://github.com/rettichschnidi/smart-garden-gateway-yocto-meta-distribution/blob/30f8ec84dac928c92e027c9d0e7f3554e7fc86e4/recipes-connectivity/wpa-supplicant/wpa-supplicant_2.9.bbappend | 23:38 |
| splatch | aha! :) | 23:42 |
| splatch | glad it did help! | 23:42 |
| *** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has joined #yocto | 23:43 | |
| splatch | retoatwork: looks like I could use your thing too ;) my existing watering system is quite annoying | 23:44 |
| splatch | or it is lawn maker? | 23:44 |
| retoatwork | splatch: both - https://www.gardena.com/int/products/smart/ | 23:52 |
| splatch | will take a look, if you need integration with openhab, I can make it ;-) | 23:53 |
| retoatwork | There is already a openhab binding: https://github.com/openhab/openhab-addons/issues/7169 | 23:55 |
| retoatwork | But having some more users/developers would surely be very nice | 23:56 |
| retoatwork | problem is a bit that our system is very much depending on the (our) cloud | 23:56 |
| retoatwork | (but that is something that we might improve in the future) | 23:57 |
| retoatwork | btw: this is the official main repo: https://github.com/husqvarnagroup/smart-garden-gateway-public | 23:58 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!