| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@prometheus.umask.eu> has quit IRC | 00:01 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@prometheus.umask.eu> has joined #yocto | 00:02 | |
| *** yann <yann!~yann@88.120.44.86> has quit IRC | 00:26 | |
| *** dev1990 <dev1990!~dev@62.87.215.57> has quit IRC | 00:46 | |
| *** dp <dp!~phillid@oh.not.bad.aye.yeah.nah.nz> has joined #yocto | 01:34 | |
| *** manuel1985 <manuel1985!~manuel@213-147-160-39.nat.highway.bob.at> has quit IRC | 01:35 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 01:37 | |
| *** manuel1985 <manuel1985!~manuel@089144217128.atnat0026.highway.a1.net> has joined #yocto | 01:51 | |
| dp | Hi all, I know about `bitbake-layers show-recipes` but is there a way to list recipes within specific layers, aside from including only the desired layer in my bblayers.conf? | 01:57 |
|---|---|---|
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 02:01 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 02:01 | |
| zeddii | cd $layer; find . -name '*.bb' ? | 02:16 |
| zeddii | :) | 02:16 |
| dp | Yeah that's what I'm resorting to otherwise | 02:26 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 02:28 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 02:28 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 02:29 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 02:30 | |
| *** nslu2-log_ is now known as nslu2-log | 02:30 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 02:55 | |
| *** hpsy1 <hpsy1!~hpsy@92.118.12.72> has joined #yocto | 02:55 | |
| *** hpsy <hpsy!~hpsy@92.118.12.72> has quit IRC | 02:56 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 03:09 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 03:11 | |
| *** nslu2-log_ is now known as nslu2-log | 03:12 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 03:56 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 03:56 | |
| *** camus1 is now known as kaspter | 03:56 | |
| *** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has joined #yocto | 04:06 | |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has joined #yocto | 05:05 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 05:06 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-181.hsi6.kabel-badenwuerttemberg.de> has joined #yocto | 05:08 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 05:33 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 05:33 | |
| *** jobroe <jobroe!~manjaro-u@p579eb7b4.dip0.t-ipconnect.de> has joined #yocto | 05:34 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 05:36 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 05:36 | |
| *** nslu2-log_ is now known as nslu2-log | 05:36 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 05:38 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 05:41 | |
| *** matthewzmd <matthewzmd!~user@72.138.138.18> has joined #yocto | 05:41 | |
| *** nslu2-log_ is now known as nslu2-log | 05:41 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:46 | |
| *** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has joined #yocto | 05:51 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 05:53 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 05:54 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 05:57 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 05:57 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 05:58 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 05:58 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 05:59 | |
| *** matthewzmd <matthewzmd!~user@72.138.138.18> has quit IRC | 06:00 | |
| *** zandrey <zandrey!~zandrey@cable-static2-2-7.rsnweb.ch> has quit IRC | 06:00 | |
| *** matthewzmd <matthewzmd!~user@72.138.138.18> has joined #yocto | 06:00 | |
| *** matthewzmd <matthewzmd!~user@72.138.138.18> has quit IRC | 06:06 | |
| *** matthewzmd <matthewzmd!~user@72.138.138.18> has joined #yocto | 06:07 | |
| *** manuel1985 <manuel1985!~manuel@089144217128.atnat0026.highway.a1.net> has quit IRC | 06:12 | |
| *** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has quit IRC | 06:12 | |
| *** ilkappe <ilkappe!c65a42b1@198.90.66.177> has joined #yocto | 06:23 | |
| ilkappe | hello guys, I'm struggling with kernel patches. I've to patch the defconfig and a Kconfig file inside a kernel tree. So, I've downlaaded the kernel with bitbake, modified the mentioned files inside the git/ folder. So that if I run "git status" I can see the previous files as modified. The I create the patch running "git diff > mypatch.patch". Then | 06:28 |
| ilkappe | I copied the patch insid the "files" folder in the recipe folder. By the way the do_patch tasks seems to do nothing as the final .config files is not modified at all. ANy suggestion ? | 06:28 |
| khem | ilkappe: check in recipe which file its using for creating .config | 06:36 |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.32> has quit IRC | 06:38 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.31> has joined #yocto | 06:39 | |
| khem | sometimes defconfig is added via file:// and used | 06:39 |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:39 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 06:41 | |
| *** mckoan|away is now known as mckoan | 06:42 | |
| mckoan | good morning | 06:42 |
| ilkappe | khem, yep, no defconfig is added via file:// it's the one in the kernel's config folder. The strange thing by the way is that the patches seems to have no effect on the repo since if I run git status in the kernel folder I can't see any new commit on the tree | 06:47 |
| *** gsalazar <gsalazar!955ab50e@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.181.14> has joined #yocto | 06:58 | |
| *** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has joined #yocto | 06:59 | |
| erbo | ilkappe: In addition to adding the patch to files/, do you also add it to SRC_URI? | 07:23 |
| *** dev1990 <dev1990!~dev@62.87.215.57> has joined #yocto | 07:25 | |
| *** yann <yann!~yann@88.120.44.86> has joined #yocto | 07:27 | |
| ilkappe | erbo, yes I have ! The strange thin is also that the patches are not in the WORKDIR dir | 07:27 |
| *** manuel1985 <manuel1985!~manuel@62.99.131.178> has joined #yocto | 07:28 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@78-134-51-148.v4.ngi.it> has joined #yocto | 07:29 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 07:29 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 07:30 | |
| *** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-vlcppgqtjebyiqdd> has joined #yocto | 07:40 | |
| *** carlsb3rg <carlsb3rg!c147b478@193.71.180.120> has joined #yocto | 07:45 | |
| *** manuel1985 <manuel1985!~manuel@62.99.131.178> has quit IRC | 07:45 | |
| carlsb3rg | Hi! I need some custom bootloader arguments in my bake and realize I can use the canned directdisk-bootloader-config from poky/scripts/lib/wic/canned-wks/, but I want the directdisk-bootloader-config.cfg to be a part of my bsp layer and not change the original directdisk-bootloader-config.cfg in the poky directory. How do I go about that? | 07:49 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:52 | |
| carlsb3rg | I was thinking of .bbappending the recipe that provides "WKS_FILE" and the rest of the WKS stuff to change the directory where it searches for wks files, but that might not be the right way to go. The directdisk-bootloader-config.wks file includes common.wks.inc which is also in the poky directory. I guess what I'm saying is that I can't find any | 07:53 |
| carlsb3rg | way of changing the bootloader parameters without modifying files in the poky directory. | 07:53 |
| *** marquiz <marquiz!marquiz@nat/intel/x-ndepsixevuefawfv> has quit IRC | 07:53 | |
| *** hpsy1 <hpsy1!~hpsy@92.118.12.72> has quit IRC | 07:58 | |
| *** hpsy <hpsy!~hpsy@92.118.12.72> has joined #yocto | 07:58 | |
| erbo | ilkappe: That is strange. If you do e.g. "bitbake -e virtual/kernel | grep ^SRC_URI", do you see that the final SRC_URI really contains your patch? | 08:00 |
| *** marquiz <marquiz!marquiz@nat/intel/x-byrgunridvsmudrk> has joined #yocto | 08:00 | |
| *** manuel1985 <manuel1985!~manuel@62.99.131.178> has joined #yocto | 08:00 | |
| *** chris_ber <chris_ber!~quassel@213.138.44.181> has joined #yocto | 08:04 | |
| ilkappe | erbo, thanks, I've missed a typo in SRC_URI | 08:07 |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 08:18 | |
| *** zandrey <zandrey!~zandrey@193.8.40.126> has joined #yocto | 08:21 | |
| *** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 08:27 | |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has joined #yocto | 08:29 | |
| *** psnsilva_ <psnsilva_!~psnsilva@207.15.249.5.rev.vodafone.pt> has joined #yocto | 08:37 | |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:7da9:2f6a:f755:42c5> has quit IRC | 08:39 | |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:7da9:2f6a:f755:42c5> has joined #yocto | 08:39 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 09:08 | |
| *** psnsilva__ <psnsilva__!~psnsilva@194.38.148.130> has joined #yocto | 09:18 | |
| *** psnsilva_ <psnsilva_!~psnsilva@207.15.249.5.rev.vodafone.pt> has quit IRC | 09:20 | |
| *** sinseman44 <sinseman44!a5e14d32@165.225.77.50> has joined #yocto | 09:22 | |
| *** eduardas <eduardas!~eduardas@85.254.96.13> has joined #yocto | 09:35 | |
| xantoz | hi. is there a way to stop wic from writing to /etc/fstab ? | 09:41 |
| xantoz | for reasons, I need a manually created /etc/fstab, and I don't want wic to touch it | 09:42 |
| *** zandrey <zandrey!~zandrey@193.8.40.126> has quit IRC | 09:42 | |
| *** ak77 <ak77!~akrpic77@193.46.75.3> has quit IRC | 09:46 | |
| *** mort <mort!~mort96@snow/mort96> has quit IRC | 09:46 | |
| *** ak77 <ak77!~akrpic77@193.46.75.3> has joined #yocto | 09:46 | |
| *** mario-goulart <mario-goulart!~user@static.107.70.9.5.clients.your-server.de> has quit IRC | 09:46 | |
| *** mario-goulart <mario-goulart!~user@static.107.70.9.5.clients.your-server.de> has joined #yocto | 09:46 | |
| *** mort <mort!~mort96@snow/mort96> has joined #yocto | 09:46 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:e1aa:69c3:1411:f726> has quit IRC | 09:46 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:2975:33fa:6fa4:1208> has joined #yocto | 09:47 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 09:53 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 09:54 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 09:59 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 09:59 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC | 10:04 | |
| paulbarker | xantoz: `--no-fstab-update` | 10:05 |
| paulbarker | xantoz: As an argument to the wic program | 10:06 |
| xantoz | right. where does it get called, normally? | 10:06 |
| paulbarker | xantoz: It's executed from image_types_wic.bbclass | 10:06 |
| xantoz | ok, so I should override that somehow? | 10:07 |
| paulbarker | I think `WIC_CREATE_EXTRA_ARGS` is the variable to add command line args for wic | 10:07 |
| xantoz | ah, that might be easier | 10:07 |
| paulbarker | It's not terribly well documented, you may have to look at https://git.openembedded.org/openembedded-core/tree/meta/classes/image_types_wic.bbclass | 10:07 |
| xantoz | right now I tried just removing the "--fsoptions" in the .wks file | 10:07 |
| paulbarker | And https://git.openembedded.org/openembedded-core/tree/scripts/wic | 10:07 |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto | 10:08 | |
| *** florian_kc is now known as florian | 10:08 | |
| xantoz | thanks for the tips | 10:09 |
| *** jobroe_ <jobroe_!~manjaro-u@p579eba78.dip0.t-ipconnect.de> has joined #yocto | 10:20 | |
| *** jobroe <jobroe!~manjaro-u@p579eb7b4.dip0.t-ipconnect.de> has quit IRC | 10:22 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:45 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 10:59 | |
| *** jtrimble <jtrimble!64247c08@pool-100-36-124-8.washdc.fios.verizon.net> has joined #yocto | 11:01 | |
| jtrimble | Hi all -- a question regarding multiconfig: What are the advantages of using a "multiconfig" arrangement over just having multiple yocto build directories pointing to the same source layers? | 11:02 |
| rburton | jtrimble: multiconfig lets you build a single artifact that has multiple configurations in | 11:14 |
| rburton | think an image that ships a hypervisor, a linux filesystem, and a rtos app | 11:30 |
| rburton | or firmware, or whatever | 11:30 |
| *** kamel_b <kamel_b!~kamel@ec2-52-47-93-88.eu-west-3.compute.amazonaws.com> has quit IRC | 11:36 | |
| *** kamel_b <kamel_b!~kamel@ec2-52-47-93-88.eu-west-3.compute.amazonaws.com> has joined #yocto | 11:38 | |
| *** berton <berton!~berton@181.220.78.182> has joined #yocto | 11:46 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.41.204.30> has joined #yocto | 11:47 | |
| qschulz | kinda stupid question but why do we not disable configure and compile tasks for allarch inheriting recipes? | 11:55 |
| rburton | because you can still configure and so on | 11:55 |
| rburton | think an icon theme | 11:55 |
| rburton | like adwaita | 11:55 |
| rburton | that configures and "compiles" (converts SVG to PNG), but the output is arch-independent | 11:56 |
| rburton | allarch does break configure so if it looks for a proper compiler, it fails | 11:56 |
| bluelightning | ok, outreachy project submitted | 11:59 |
| bluelightning | we may have a corresponding influx of potential contributors soon (hopefully !) | 11:59 |
| bluelightning | ndec ^^ FYI | 12:00 |
| qschulz | rburton: makes sense, thx! | 12:04 |
| paulbarker | bluelightning: That looked like a really useful project, I hope we have plenty of applications :) | 12:10 |
| RP | bluelightning: thanks for doing it! | 12:10 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-mrioxxbuqjrilpxn> has joined #yocto | 12:16 | |
| *** psnsilva__ <psnsilva__!~psnsilva@194.38.148.130> has quit IRC | 12:18 | |
| ndec | bluelightning: thanks! | 12:34 |
| *** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:8cbe:5797:375a:2468> has joined #yocto | 12:35 | |
| *** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto | 12:38 | |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has quit IRC | 12:44 | |
| JPEW | RP: Well, I think the bitbaker cooker is a lot more stable now. After rebasing, I ran 4000+ iterations of the torture test this weekend and I stopped it without it deadlocking. Before that it was only getting about 100 before something would break | 12:45 |
| RP | JPEW: that is good news :) | 12:46 |
| RP | JPEW: I also now know where its blocking causing the timeout problems on the autobuilder, its the SyncThread. Any ideas on why that could be so slow? Simply IO bound? | 12:46 |
| JPEW | Possibly. Could be waiting on semaphore or something also | 12:47 |
| RP | JPEW: a sempahore from where? :/ | 12:47 |
| RP | bitbake is otherwise "gone" at that point | 12:47 |
| *** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has joined #yocto | 12:48 | |
| JPEW | RP: Ya, I don't know. I/O seems more likely. I don't think I ever saw that one in the torture test, so I/O seems most likely | 12:48 |
| RP | JPEW: ideas for better debug to help diagnose welcome, I've not gotten to thinking about it yet | 12:48 |
| RP | JPEW: does your torture test include invalid metadata to parse? | 12:48 |
| JPEW | It doesn't | 12:48 |
| JPEW | That's a good idea though | 12:49 |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 12:51 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 12:54 | |
| *** nslu2-log_ is now known as nslu2-log | 12:54 | |
| JPEW | RP: On the bad news, parsing seems to have gotten slower. A simple clean `bitbake -p` takes ~35s for me when it used to take < 20s (sorry, I don't have the exact numbers from before). Not sure if this is just my local setup or if it did indeed get slower... | 12:56 |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has joined #yocto | 12:57 | |
| JPEW | RP: Nevermind. Must just be me. I went back and it's still slower. I must have changed something in local.conf w/o realizing | 13:00 |
| *** Sandrita <Sandrita!b8a36cf4@gateway/web/cgi-irc/kiwiirc.com/ip.184.163.108.244> has joined #yocto | 13:04 | |
| *** maudat <maudat!~moda@bras-vprn-mtrlpq2848w-lp130-10-174-92-198-55.dsl.bell.ca> has joined #yocto | 13:05 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 13:05 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 13:07 | |
| *** nslu2-log_ is now known as nslu2-log | 13:08 | |
| *** ilkappe <ilkappe!c65a42b1@198.90.66.177> has quit IRC | 13:13 | |
| *** bradleyb is now known as radsquirrel | 13:26 | |
| *** Sandrita <Sandrita!b8a36cf4@gateway/web/cgi-irc/kiwiirc.com/ip.184.163.108.244> has quit IRC | 13:32 | |
| manuel1985 | Is anyone around here building yocto on AWS? Which kind of machine instance do you use? That is, which combination of CPU/memory is ideal? I don't want to pay for ressources I don't use. | 13:33 |
| rburton | spin the machine down when its not building, just ensure you have persistent storage for sstate | 13:34 |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:7da9:2f6a:f755:42c5> has quit IRC | 13:35 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-11-174-88-220-58.dsl.bell.ca> has joined #yocto | 13:36 | |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:7da9:2f6a:f755:42c5> has joined #yocto | 13:44 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 13:46 | |
| *** rangergord <rangergord!rangergord@gateway/shell/xshellz/x-jrxrwcifhbizgppe> has joined #yocto | 13:46 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 13:46 | |
| *** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has joined #yocto | 13:48 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:48 | |
| *** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has quit IRC | 13:48 | |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto | 13:49 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 13:50 | |
| *** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has joined #yocto | 13:53 | |
| JPEW | manuel1985: When I was experimenting with it, I chose C5aXlarge nodes. Seemed to have the best size/cost tradeoff (at the time). | 13:59 |
| rburton | the graviton2 arm nodes are cheap and in my benchmarking of comparable speed | 13:59 |
| *** jtrimble <jtrimble!64247c08@pool-100-36-124-8.washdc.fios.verizon.net> has quit IRC | 14:00 | |
| manuel1985 | JPEW, rburton: Thanks! | 14:00 |
| *** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has quit IRC | 14:01 | |
| JPEW | manuel1985: I also just setup my nodes to mount a EFS volume for the sstate cache. Maybe not the most cost effective, but it was really easy and works really well | 14:04 |
| JPEW | Fully disclosure, I'm not doing anywhere near production volume builds, just playing around :) | 14:04 |
| manuel1985 | JPEW: Is there a reason you chose EFS over EBS or instance store? Is it cheaper? Or because you can access EFS simultanously from different hosts? I'm very new to AWS... Made my account just yesterday... Still trying to make sense of all these options there are... | 14:12 |
| JPEW | Right. You could do EBS I think, but you'd have to stand up an NFS server instance in front of it so that your nodes can access it. This seemed more complicated than I wanted to do for my expirement. | 14:15 |
| *** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:8cbe:5797:375a:2468> has quit IRC | 14:23 | |
| *** dexterlb <dexterlb!~dexterlb@2a01:9e40:2:2::2> has joined #yocto | 14:25 | |
| *** srijan_root <srijan_root!0e66a0b2@14.102.160.178> has joined #yocto | 14:27 | |
| srijan_root | Facing an issue compiling binutils. The error says:fatal: repository '/opt/grays-poky/build-grays/downloads/git2/sourceware.org.git.binutils-gdb.git/' does not existWhereas I see this directory over there. Can also do a git clone, so it is not a network issue. | 14:28 |
| srijan_root | Facing this issue with binutils | 14:29 |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 14:29 | |
| *** D`K_C is now known as dkc | 14:32 | |
| *** carlsb3rg <carlsb3rg!c147b478@193.71.180.120> has quit IRC | 14:32 | |
| *** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto | 14:36 | |
| *** j241 <j241!~Adium@20.ip-51-79-160.net> has joined #yocto | 14:40 | |
| *** j241 <j241!~Adium@20.ip-51-79-160.net> has quit IRC | 14:41 | |
| RP | JPEW: I've wondered about performance. Sadly its not something I've had any time on recently | 14:43 |
| RP | JPEW: that sync threads thing was a performance measure, wondering if we should just get rid of it | 14:43 |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC | 14:46 | |
| *** manuel1985 <manuel1985!~manuel@62.99.131.178> has quit IRC | 14:47 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-181.hsi6.kabel-badenwuerttemberg.de> has quit IRC | 14:49 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:50 | |
| *** eduardas <eduardas!~eduardas@85.254.96.13> has quit IRC | 14:52 | |
| *** maudat <maudat!~moda@bras-vprn-mtrlpq2848w-lp130-10-174-92-198-55.dsl.bell.ca> has quit IRC | 14:57 | |
| *** maudat <maudat!~moda@64.18.88.250> has joined #yocto | 14:57 | |
| JPEW | RP: I'm trying to figure out what the sync thread is doing | 15:01 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 15:02 | |
| *** rcw <rcw!~rcw@45.72.241.84> has joined #yocto | 15:06 | |
| RP | JPEW: its writing out bb_caches to disk | 15:08 |
| RP | JPEW: so iterating over the caches calling .sync() | 15:08 |
| RP | JPEW: we do this so bitbake can get on with doing whatever it wants whilst the cache is saved out in parallel | 15:09 |
| *** maudat <maudat!~moda@64.18.88.250> has quit IRC | 15:11 | |
| *** maudat <maudat!~moda@bras-vprn-mtrlpq2848w-lp130-10-174-92-198-55.dsl.bell.ca> has joined #yocto | 15:12 | |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:7da9:2f6a:f755:42c5> has quit IRC | 15:21 | |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:7da9:2f6a:f755:42c5> has joined #yocto | 15:22 | |
| JPEW | RP: Oh, I misunderstood the "get rid of it" part. You mean get rid of the thread and sync on the main thread, not get rid of the sync() completely? | 15:22 |
| RP | JPEW: right | 15:23 |
| RP | JPEW: just block there | 15:23 |
| JPEW | RP: It seems like final_cleanup() is always right after shutdown(), so the thread likely isn't really gaining anything | 15:23 |
| RP | JPEW: under many workloads it would be long done by then though | 15:24 |
| RP | JPEW: the cleanup is just to block if its still there | 15:24 |
| JPEW | Well, I guess the thread parallelizes the parse_cache_savemerge(), fetcher_parser_done(), and profile saving? | 15:25 |
| RP | JPEW: right | 15:25 |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:7da9:2f6a:f755:42c5> has quit IRC | 15:28 | |
| *** srijan_root <srijan_root!0e66a0b2@14.102.160.178> has quit IRC | 15:34 | |
| RP | JPEW: FWIW there is an open bug about parsing failures and unclean bitbake shutdowns causing locks so it may be worth a second torture run like that | 15:36 |
| JPEW | K, I'll modify the test to do that and give it a go | 15:39 |
| RP | JPEW: thanks. Reporter said the issues weren't fixed :/ | 15:43 |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:7da9:2f6a:f755:42c5> has joined #yocto | 15:44 | |
| *** sxiii <sxiii!~sw@cm-84.214.223.252.getinternet.no> has joined #yocto | 15:44 | |
| sxiii | Hey hey guys! Had anybody experience in making graphics driver autodetection for yocto? | 15:45 |
| qschulz | i'm not sure this is specific in any way to Yocto? | 15:47 |
| *** sinseman44 <sinseman44!a5e14d32@165.225.77.50> has quit IRC | 15:47 | |
| sxiii | Yes and no (I'm not sure). I was trying to to it with alpine and totally failed. That's why I am asking before I switch to something different :) | 15:48 |
| sxiii | I am trying to build a distribution with sole purpose of giving presentations. That's the reason for graphics driver | 15:49 |
| qschulz | sxiii: why do you need to know about the graphic driver? | 15:51 |
| sxiii | Let's say we have nvidia and two screens (one full-hd laptop screen and a 4K projector). We need to be sure that resolutions are okay. Or we can have AMD graphics and 1 screen. Or intel graphics... Etc. Ideally, I need automatic videodriver detection and support. Or I might try to stick with some generic driver, too, but I'm not sure that this will give some reasonable results | 15:53 |
| sxiii | I don't actually need to know, I just want the full-resolution of the device to be automatically utilized. | 15:54 |
| *** sxiii <sxiii!~sw@cm-84.214.223.252.getinternet.no> has quit IRC | 16:02 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:03 | |
| *** sxiii <sxiii!~sw@cm-84.214.223.252.getinternet.no> has joined #yocto | 16:04 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 16:07 | |
| *** chris_ber <chris_ber!~quassel@213.138.44.181> has quit IRC | 16:13 | |
| *** sw_ <sw_!~sw@cm-84.214.223.252.getinternet.no> has joined #yocto | 16:14 | |
| *** sxiii <sxiii!~sw@cm-84.214.223.252.getinternet.no> has quit IRC | 16:15 | |
| *** rubdos_ <rubdos_!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 16:20 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 16:21 | |
| *** mckoan is now known as mckoan|away | 16:23 | |
| *** sw_ <sw_!~sw@cm-84.214.223.252.getinternet.no> has quit IRC | 16:25 | |
| *** sxiii <sxiii!~sw@cm-84.214.223.252.getinternet.no> has joined #yocto | 16:31 | |
| *** sw_ <sw_!~sw@cm-84.214.223.252.getinternet.no> has joined #yocto | 16:38 | |
| *** sxiii <sxiii!~sw@cm-84.214.223.252.getinternet.no> has quit IRC | 16:40 | |
| *** sxiii <sxiii!~sw@cm-84.214.223.252.getinternet.no> has joined #yocto | 16:42 | |
| *** havok101 <havok101!~havok101@2601:241:8a00:46e0:1cf:4ff4:58ea:1a8d> has joined #yocto | 16:42 | |
| *** sw_ <sw_!~sw@cm-84.214.223.252.getinternet.no> has quit IRC | 16:43 | |
| havok101 | Hey, so when I used boot2qt. It generated a configure-qtcreator.sh script for setting up the kit in qt creator for new machines. Is there such a thing for eclipse? Or is there any good instruction to setup eclipse? All seem to use the yocto plugin which is not supported for newer eclipse releases. | 16:44 |
| *** sw_ <sw_!~sw@cm-84.214.223.252.getinternet.no> has joined #yocto | 16:45 | |
| *** sxiii <sxiii!~sw@cm-84.214.223.252.getinternet.no> has quit IRC | 16:48 | |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:7da9:2f6a:f755:42c5> has quit IRC | 16:55 | |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:7da9:2f6a:f755:42c5> has joined #yocto | 16:56 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 16:56 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 16:58 | |
| *** nslu2-log_ is now known as nslu2-log | 16:59 | |
| *** sw_ is now known as sxiii | 17:00 | |
| *** vineela <vineela!~vtummala@134.134.137.73> has joined #yocto | 17:15 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@78-134-51-148.v4.ngi.it> has quit IRC | 17:20 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 17:29 | |
| *** fatalhalt <fatalhalt!~fatalhalt@2601:244:4d01:52df:225:90ff:feda:2428> has joined #yocto | 17:29 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.51> has joined #yocto | 17:29 | |
| JPEW | RP: I know there is a bug with the config fragment to reproduce that issue, but I can't find it ATM. Do you happen to know what it is? | 17:36 |
| *** manuel1985 <manuel1985!~manuel@089144217128.atnat0026.highway.a1.net> has joined #yocto | 17:36 | |
| JPEW | https://bugzilla.yoctoproject.org/show_bug.cgi?id=14034 Maybe? | 17:42 |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has quit IRC | 17:44 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 17:45 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 17:47 | |
| *** nslu2-log_ is now known as nslu2-log | 17:48 | |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has joined #yocto | 17:58 | |
| *** jobroe_ <jobroe_!~manjaro-u@p579eba78.dip0.t-ipconnect.de> has quit IRC | 17:58 | |
| *** jadelclemens <jadelclemens!~jadelclem@c-174-51-134-157.hsd1.co.comcast.net> has joined #yocto | 18:03 | |
| jadelclemens | Hey all, running into a weird issue with Git repos and bitbake. It's failing to clone a specific repo as a submodule (permission denied (publickey) error), but it doesn't have the same issue cloning other repos on the same git server using the same keypair. I am also able to clone this repo with no incident manually (outside of bitbake) | 18:04 |
| jadelclemens | Any ideas what may be going on here? | 18:04 |
| fray | submodules, are each cloned one at a time in OE. So if you are xpecting the original SRC_URI to point to the credentials it won't work right.. | 18:07 |
| fray | the other thing you can do is manually specify the URIs for all of the submodules within your SRC_URI of the recipe, that might give you more info why it's failing.. | 18:08 |
| fray | (basically use "git:..." for each URL not gitsm) | 18:08 |
| jadelclemens | So the username is encoded in the request URI (git@[submodule URI]) and the credentials should be handled by ssh (as configured in .ssh/config). What I'm seeing is that gitsm had issues with user and password included in the URI, but that is not the case with my setup | 18:11 |
| jadelclemens | In fact it looks like bitbake isn't cloning the submodule manually (via a URI in a recipe) but as a consequence of a recursive clone of the parent repository. | 18:16 |
| *** samvlewis <samvlewis!~samvlewis@45.32.247.239> has quit IRC | 18:16 | |
| jadelclemens | Or, sorry, it configures a number of submodules and then does a recursive submodule update --init then sync | 18:16 |
| *** samvlewis <samvlewis!~samvlewis@45.32.247.239> has joined #yocto | 18:17 | |
| fray | username is not transfered to the submodules | 18:21 |
| fray | the submodule uri's are used -exactly- as speified in the submodule | 18:22 |
| fray | so if you need to provide credentials for the submodules, you will need to break it out manually and specify each URI within the recipe itself.. | 18:22 |
| fray | The behavior I am describing started sometime last year if I remember correctly (2019) | 18:22 |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 18:23 | |
| jadelclemens | Well, my submodule URIs do specify the username, and credentials should be handled by my ssh agent (using keypairs specified in ~/.ssh/config). Is there something about the bitbake configure process that would interfere with the ssh agent being able to provide those credentials? | 18:24 |
| jadelclemens | This is in .gitmodules - the recipe does not specify separate URIs for submodules, just adds shell commands to update the submodules we need for a given Yocto build | 18:24 |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 18:32 | |
| *** stacktrust <stacktrust!~stacktrus@cpe-67-250-48-90.nyc.res.rr.com> has quit IRC | 18:35 | |
| *** stacktrust <stacktrust!~stacktrus@cpe-67-250-48-90.nyc.res.rr.com> has joined #yocto | 18:36 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.51> has quit IRC | 18:49 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.51> has joined #yocto | 18:49 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.51> has quit IRC | 18:49 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 18:49 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@prometheus.umask.eu> has quit IRC | 19:11 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@prometheus.umask.eu> has joined #yocto | 19:11 | |
| *** elcfd <elcfd!~jester@92.40.169.104.threembb.co.uk> has joined #yocto | 19:13 | |
| elcfd | hi, i have a recipe which pulls a private git repo. in order to connect i have my credentials in .gitconfig using git credential helper | 19:14 |
| elcfd | however, bitbake does not seem to pick this up. is this by design? | 19:14 |
| erbo | elcfd: not really an answer to your question, but I usually go for git over ssh, and ssh key authorization for private repos | 19:26 |
| elcfd | erbo < normally i would but work have their git server setup without ssh access. it seems im going to have to go into meetings with IT to get this changed! | 19:28 |
| elcfd | was hoping to avoid having to do this because it wont be a quick process | 19:28 |
| erbo | Ah, the dreaded IT meeting :) | 19:28 |
| elcfd | indeed - you want what port opened! | 19:28 |
| elcfd | i nmapped the server they are filtering the ssh port :( | 19:29 |
| erbo | elcfd: Hmm, this (old) SO post seems to indicate that it should work to have it in .gitconfig | 19:32 |
| elcfd | erbo < do you have the link for the post? | 19:39 |
| erbo | elcfd: right, I intended to paste that at the end of the last message :) https://stackoverflow.com/questions/53656233/yocto-fetch-private-repo-using-https | 19:40 |
| *** jadelclemens <jadelclemens!~jadelclem@c-174-51-134-157.hsd1.co.comcast.net> has quit IRC | 19:40 | |
| *** jadelclemens <jadelclemens!~jadelclem@c-174-51-134-157.hsd1.co.comcast.net> has joined #yocto | 19:49 | |
| elcfd | erbo < thanks - i think it may actually be the work proxy causing the authentication error message i am seeing. | 19:50 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 19:55 | |
| *** elcfd <elcfd!~jester@92.40.169.104.threembb.co.uk> has quit IRC | 20:01 | |
| *** dev1990 <dev1990!~dev@62.87.215.57> has quit IRC | 20:09 | |
| *** dev1990 <dev1990!~dev@62.87.215.57> has joined #yocto | 20:10 | |
| *** jadelclemens <jadelclemens!~jadelclem@c-174-51-134-157.hsd1.co.comcast.net> has quit IRC | 20:13 | |
| JPEW | RP: Ok, that was pretty easy to reproduce. Looks like another multiprocessing termination bug. FWIW, the re-write I've been working on seems to fix it | 20:21 |
| JPEW | will run more tests overnight | 20:21 |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 20:30 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 20:33 | |
| *** nslu2-log_ is now known as nslu2-log | 20:33 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 20:45 | |
| *** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC | 20:49 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 20:57 | |
| RP | JPEW: hmm. So its definitely not fixed by existing patches? :( | 20:57 |
| RP | JPEW: you found a fragment I guess? I was afk | 20:57 |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 20:59 | |
| *** nslu2-log_ is now known as nslu2-log | 20:59 | |
| *** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC | 21:00 | |
| JPEW | RP: Ya, I did. It's the exact one from the bug report. And it's pretty easy to reproduce, just CTRL+C after the stacktrace appears from the invalid expansion | 21:02 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 21:02 | |
| RP | JPEW: ah, I wasn't doing the Ctrl+C | 21:03 |
| JPEW | RP: The torture test finds it in less than 10 iterations for me, and most of those are where it completely misses the window because it's too early or too late | 21:03 |
| RP | JPEW: I wonder if blocking the SIGINT from the children would help | 21:03 |
| JPEW | RP: Hmm, maybe. I can try it | 21:04 |
| RP | JPEW: or maybe blocking it in the parent | 21:04 |
| RP | JPEW: worth a try since you can easily reproduce! | 21:04 |
| *** berton <berton!~berton@181.220.78.182> has quit IRC | 21:13 | |
| JPEW | RP: `signal.signal(signal.SIGINT, signal.SIG_IGN)` seems to fix the problem. It's done over 100 iterations now | 21:15 |
| dv_ | hm there is no 3.2 schedule page on the wiki? https://wiki.yoctoproject.org/wiki/Yocto_3.1_Schedule exists, but https://wiki.yoctoproject.org/wiki/Yocto_3.2_Schedule is 404 | 21:15 |
| dv_ | given that gatesgarth (3.2) is planned for october, that is a little weird ... ? | 21:15 |
| JPEW | RP: Patch sent | 21:17 |
| RP | JPEW: great, thanks! | 21:18 |
| RP | dv_: its a sign that we don't have enough people to do everything :( | 21:18 |
| *** Piraty <Piraty!~irc@unaffiliated/piraty> has quit IRC | 21:20 | |
| *** hch <hch!~hch@unaffiliated/hch> has quit IRC | 21:20 | |
| *** Piraty <Piraty!~irc@unaffiliated/piraty> has joined #yocto | 21:21 | |
| *** hch <hch!~hch@unaffiliated/hch> has joined #yocto | 21:21 | |
| *** maudat <maudat!~moda@bras-vprn-mtrlpq2848w-lp130-10-174-92-198-55.dsl.bell.ca> has quit IRC | 21:26 | |
| *** ak77_ <ak77_!~akrpic77@193.46.75.3> has joined #yocto | 21:32 | |
| *** wooosaiii <wooosaiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 21:32 | |
| *** ak77 <ak77!~akrpic77@193.46.75.3> has quit IRC | 21:34 | |
| *** zandrey <zandrey!~zandrey@cable-static2-2-7.rsnweb.ch> has joined #yocto | 21:35 | |
| *** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC | 21:35 | |
| RP | sakoman: did you make any progress with https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/1389 - the python version issue? | 21:38 |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 21:39 | |
| RP | sakoman: its a bit invasive but I think we split utils.setup_buildtools_tarball into two and then call the second half from the qa-send script | 21:41 |
| *** lucaceresoli <lucaceresoli!~lucaceres@78-134-51-148.v4.ngi.it> has joined #yocto | 21:50 | |
| *** havok101 <havok101!~havok101@2601:241:8a00:46e0:1cf:4ff4:58ea:1a8d> has quit IRC | 21:55 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@78-134-51-148.v4.ngi.it> has quit IRC | 22:03 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 22:09 | |
| *** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has quit IRC | 22:18 | |
| dv_ | RP: oh.. | 22:18 |
| dv_ | RP: could this lead to gatesgarth being postponed? | 22:18 |
| RP | dv_: the release is going ahead as planned, we just don't have all the planning documents and wiki updated :/ | 22:18 |
| dv_ | ah I see | 22:19 |
| RP | well, assuming we actually build M3 (feature freeze). That is two weeks behind right now but I'm not overly concerned about that | 22:19 |
| dv_ | I originally wanted to look up in what milestone we are in | 22:19 |
| dv_ | and I assume that gstreamer 1.18 (which got released ~7 days ago) won't make it in .. too late for that | 22:19 |
| RP | dv_: how big a change is it and are there good reasons we'd want it? | 22:20 |
| RP | its late and past feature freeze so we'd need a compelling reasons | 22:20 |
| dv_ | well it is always good to stick to the latest gstreamer version. support is much easier then | 22:20 |
| dv_ | oh thats what you mean | 22:20 |
| dv_ | no, I dont think there are pressing reasons for an exception | 22:20 |
| RP | I understand latest is "best" but we do have to draw a line somewhere! | 22:21 |
| dv_ | of course, of course. thats why I wanted to know the current milestone. if it were an early one, I'd try to get 1.18 in | 22:21 |
| dv_ | but M3 is a late one | 22:22 |
| dv_ | anyway, thanks for the info | 22:22 |
| RP | dv_: np, thanks for checking! | 22:22 |
| dv_ | you're welcome. | 22:27 |
| dv_ | oh, one last thing (different topic), then I anyway have to go: why does the SDK's environment file add optimization and debug symbol flags to CFLAGS, CXXFLAGS, LDFLAGS, and also to build system specific scripts like meson.cross? | 22:28 |
| dv_ | this gets very annoying when you try to build a debug build, wanna step through it with gdb, only to find that stuff has been optimized out | 22:29 |
| dv_ | optimization and debug symbol flags (-g etc.) shouldn't really be part of a BSP setup | 22:29 |
| dv_ | err, part of an SDK setup | 22:30 |
| RP | dv_: I'd imagine people do want the optimization flags there in general | 22:30 |
| RP | I'd assume we're thinking people will split the debug symbols out like we do with in tree builds | 22:30 |
| zeddii | RP: I'm sending some -stable bumps and a fixed up lttng-modules patch in the next few minutes. just one more build to see pass. | 22:30 |
| dv_ | for yocto builds, yeah. | 22:30 |
| dv_ | but if you use the SDK, the situation is different | 22:30 |
| RP | dv_: It depends. If we remove that info its hard to someone to get it back but easier for them to remove it if needed | 22:31 |
| RP | zeddii: ok, I'm about to start a build and head to bed. I wonder whether sleep will win :) | 22:31 |
| dv_ | hm. maybe some flag that can enables/disables it? | 22:31 |
| dv_ | I'll discuss this with my BSP colleaguees | 22:32 |
| dv_ | -e | 22:32 |
| RP | dv_: I was just wondering about two environment files. That has big impact on the docs though | 22:32 |
| RP | dv_: its worth thinking about | 22:32 |
| dv_ | true | 22:32 |
| dv_ | alright | 22:33 |
| dv_ | anyway, gotta go, l8r! | 22:33 |
| zeddii | it built. sending the queue. feel free to let sleep win. | 22:33 |
| *** gsalazar <gsalazar!955ab50e@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.181.14> has quit IRC | 22:34 | |
| RP | zeddii: series doesn't apply? :/ | 22:35 |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC | 22:35 | |
| zeddii | some kind of strange encoding on one patch. | 22:35 |
| zeddii | git send email complained on the way out. | 22:35 |
| RP | zeddii: patch just before the ones you sent in the branch? | 22:37 |
| RP | linux-yocto/config: netfilter: Enable nat for ipv4 and ipv6 | 22:37 |
| zeddii | bugger. | 22:37 |
| zeddii | I missed one. | 22:37 |
| zeddii | I can resend, or you can grab it off the branch. apparently I can't count. | 22:38 |
| zeddii | rushing never pays off. | 22:38 |
| RP | zeddii: I have it :) | 22:38 |
| zeddii | I'll follow up to my 0/N in case someone out there is trying to grab the patches and apply them. | 22:39 |
| zeddii | my AB run is green now with those changes, so in theory, it shouldn't cause you any issues. | 22:39 |
| RP | zeddii: I was rushing to get to sleep to which obviously meant it all was doomed ;-) | 22:39 |
| RP | zeddii: I'm off to bed now, will see what happened tomorrow | 22:39 |
| zeddii | my first AB runs .. didn't go well, hence why I ended up with lttng changes :D | 22:39 |
| zeddii | later! | 22:39 |
| paulg | 2020 and ltt is still a thing. | 22:44 |
| paulg | ltt-ng-ng-ng | 22:44 |
| paulg | wouldn't have predicted that back in 2005 or whatever. | 22:46 |
| *** yann <yann!~yann@88.120.44.86> has quit IRC | 23:09 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 23:12 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 23:15 | |
| *** nslu2-log_ is now known as nslu2-log | 23:15 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 23:24 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!