Thursday, 2024-05-16

*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto00:09
*** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 255 seconds)00:23
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)00:26
*** Saur_Home31 <Saur_Home31!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)00:44
*** Saur_Home31 <Saur_Home31!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto00:44
*** Saur_Home31 <Saur_Home31!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)00:56
*** Saur_Home31 <Saur_Home31!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto00:56
*** mjm <mjm!~mjm@user/mjm> has quit IRC (Quit: mjm)00:57
*** jclsn <jclsn!~jclsn@2a04:4540:6524:cb00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 260 seconds)01:23
*** jclsn <jclsn!~jclsn@2a04:4540:6512:e700:2ce:39ff:fecf:efcd> has joined #yocto01:25
khemRP: hmm I sent a fix for this few months ago but it is still not applied to meta-mingw see https://patchwork.yoctoproject.org/project/yocto/patch/20240130171030.2154086-1-raj.khem@gmail.com/02:58
khemcherry-pick this into meta-mingw and you should make progress02:59
*** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has quit IRC (Ping timeout: 255 seconds)03:02
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has joined #yocto04:29
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has quit IRC (Remote host closed the connection)04:35
*** Saur_Home31 <Saur_Home31!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)04:43
*** nwhitlockeizo <nwhitlockeizo!~nwhitlock@syn-071-046-234-100.biz.spectrum.com> has quit IRC (Ping timeout: 268 seconds)05:00
*** MrCryo <MrCryo!~MrCryo@user/MrCryo> has joined #yocto05:29
*** pbiel <pbiel!~bielpa@89-70-29-32.dynamic.chello.pl> has joined #yocto05:53
*** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto06:16
*** frieder <frieder!~frieder@255-179-142-46.pool.kielnet.net> has joined #yocto06:29
*** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto06:38
*** sng <sng!~quassel@217.140.105.54> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)06:42
*** sng <sng!~quassel@217.140.105.54> has joined #yocto06:43
*** mckoan|away is now known as mckoan06:45
*** snowurm <snowurm!~snowurm@62-113-179-0.bb.dnainternet.fi> has joined #yocto06:48
*** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1566-5.w90-52.abo.wanadoo.fr> has joined #yocto06:50
*** zpfvo <zpfvo!~fvo@i59F5CFB3.versanet.de> has joined #yocto06:57
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto07:00
*** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has joined #yocto07:04
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto07:42
*** Esben <Esben!~Srain@185.17.218.86> has joined #yocto07:43
*** gmask <gmask!~Thunderbi@2a02:168:5fe6:0:5e3b:f5a1:7f4d:a8b2> has joined #yocto07:46
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:f5d0:e45f:5eb2:f195> has joined #yocto07:53
*** mbulut_ <mbulut_!~mbulut@31.18.142.81> has joined #yocto08:00
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:f5d0:e45f:5eb2:f195> has quit IRC (Ping timeout: 268 seconds)08:03
qschulzyudjinn: maybe there's even a simpler way to handle all of this. is make_conf only ever called from withing do_make_conf_special task?08:09
qschulzyudjinn: if so, you can simply define the make_conf directly inside your task08:09
qschulze.g. https://paste.ack.tf/e3305f08:13
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto08:19
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto08:22
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto08:45
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto08:47
LetoThe2ndyo dudX09:03
mckoanLetoThe2nd: hey09:08
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto09:12
*** michaelo_ <michaelo_!~mike@shells.bootlin.com> has joined #yocto09:57
*** michaelo_ <michaelo_!~mike@shells.bootlin.com> has quit IRC (Client Quit)09:58
*** michaelo_ <michaelo_!~mike@shells.bootlin.com> has joined #yocto09:58
*** michaelo_ <michaelo_!~mike@shells.bootlin.com> has quit IRC (Client Quit)10:01
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:2c21:14d3:a9a:2c5d> has joined #yocto10:21
*** zkrx <zkrx!~slimshady@adsl-89-217-232-7.adslplus.ch> has quit IRC (Ping timeout: 256 seconds)10:21
*** zkrx <zkrx!~slimshady@adsl-89-217-232-7.adslplus.ch> has joined #yocto10:23
*** ray-san <ray-san!~ray-san@195.50.168.194> has joined #yocto10:28
*** starblue <starblue!~juergen@87.122.36.120> has quit IRC (Quit: WeeChat 3.8)10:55
LihisI have tried to test out my image with "runqemu qemux86-64 slirp nographic ovmf <my-image-name> wic" but only get error "IMAGE_LINK_NAME wasn't set to find corresponding .qemuboot.conf file". Reference manual says that "default value is derived using the IMAGE_BASENAME and IMAGE_MACHINE_SUFFIX variables". I haven't override the value so how come it is not set? I'm on master branch if that matters10:57
rburtonthe arg to 'ovmf' is the firmware to use, not your image10:59
rburton"runqemu qemux86-64 slirp nographic " should just work10:59
Lihisthe 'ovmf' is needed to boot with UEFI?11:13
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has quit IRC (Ping timeout: 264 seconds)11:19
rburtonah its an optional arg.  the AB exercises this with just 'runqemu nographic serial wic ovmf', so maybe remove your image name and let runqemu find it?  runqemu argument parsing can be a little fiddly...11:23
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Remote host closed the connection)11:33
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto11:33
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)11:38
*** jmiehe1 <jmiehe1!~Thunderbi@user/jmiehe> has joined #yocto11:38
*** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has joined #yocto11:39
*** jmiehe1 is now known as jmiehe11:41
Lihisthanks rburton, it works! looks like only thing needed was to drop the image name from the command11:42
Lihissomehow I got the impression that the image name would have been required but I was wrong11:43
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Client Quit)11:43
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has joined #yocto12:20
rburtonLihis: it should have used the name as a hint but as i said, the parsing is a bit complex as its so flexible12:44
*** MrCryo_ <MrCryo_!~MrCryo@user/MrCryo> has joined #yocto12:46
*** MrCryo <MrCryo!~MrCryo@user/MrCryo> has quit IRC (Ping timeout: 255 seconds)12:46
*** MrCryo_ is now known as MrCryo12:47
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:2c21:14d3:a9a:2c5d> has quit IRC (Quit: ehussain)12:48
*** MrCryo <MrCryo!~MrCryo@user/MrCryo> has quit IRC (Ping timeout: 268 seconds)12:53
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto13:02
*** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Ping timeout: 240 seconds)13:21
*** alessioigor82 <alessioigor82!~alessioig@185.178.95.238> has joined #yocto13:28
*** alessioigor82 <alessioigor82!~alessioig@185.178.95.238> has quit IRC (Client Quit)13:29
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Ping timeout: 250 seconds)13:29
*** MrCryo <MrCryo!~MrCryo@user/MrCryo> has joined #yocto13:41
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto13:46
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 264 seconds)13:50
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving)13:52
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection)13:56
vvnhi there -- DEPLOY_DIR can be safely shared between multiple distro/machine/releases, right?14:03
vvnhum, not distro, one DEPLOY_DIR per distro, but multiple releases and machines14:04
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)14:07
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)14:14
gmaskHi community! buildpath warnings show up in scarthgap for projects using gcov (-fprofile-arcs --coverage). Seems that absolute `gcda` paths are injected into object files. The new -fprofile-prefix-map has been implemented, but is not working as expected (see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063). Any idea what to do about this?14:19
rburtongmask: sounds like this is a gcc bug so i'm not sure what you expect us to do?14:34
vvnis it safe to use BBMASK with distro/machines overrides?14:40
gmaskrburton: this new `-fprofile-prefix-map` is not in `DEBUG_FLAGS` or anywhere in `bitbake.conf`, so I wonder if this is intentional or none had found this problem before? In the former case, maybe you've found another set of flags to work around this14:45
*** ray-san <ray-san!~ray-san@195.50.168.194> has quit IRC (Ping timeout: 240 seconds)14:47
rburtongmask: add it and see if it fixes your problem, if it does send a patch14:49
*** Esben <Esben!~Srain@user/Esben> has quit IRC (Remote host closed the connection)14:53
gmaskIt doesn't, although it should. That's why I was asking herer14:55
rburtonsounds like a gcc bug then14:57
*** Guest62 <Guest62!~Guest62@192.55.79.171> has joined #yocto14:58
*** Guest62 <Guest62!~Guest62@192.55.79.171> has quit IRC (Client Quit)14:58
*** mjm <mjm!~mjm@user/mjm> has joined #yocto14:59
*** florian_kc <florian_kc!~florian@dynamic-093-131-012-242.93.131.pool.telefonica.de> has joined #yocto15:00
gmaskrburton: yes, and it seems like none has even attempted to use the flag, since it's nowhere in the code, which is strange, since it will be required for reproducible builds (if using gcov)15:00
rburtonobviously nobody has wanted reprod builds with coverage enabled15:01
gmaskwhy obviously?15:03
rburtonbecause it doesn't work :)15:03
rburtonif the flag doesn't work then its a gcc bug, so ask gcc15:04
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)15:07
*** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1566-5.w90-52.abo.wanadoo.fr> has quit IRC (Remote host closed the connection)15:08
gmaskThe flag works partially, and there are other flags associated with profiling that some people seem to have used, hence my question here. But ok, I'll go ask Mr gcc15:10
*** florian_kc <florian_kc!~florian@dynamic-093-131-012-242.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds)15:16
kilobyte_chHello, I'm using chromium in kiosk mode on yocto with matchbox-wm. Now I would like to display a video windows (borderless window) on top of chromium. For this I use libSDL. I can set the libSDL window Borderless. But in matchbox-wm it is always fullscreen. Can I somehow convince matchbox-wm to not make this window fullscreen?15:21
rburtonkilobyte_ch: make it a dialog window15:23
rburtonnormal windows are fullscreen in matchbox, you can't avoid that15:24
kilobyte_chrburton: do you know how that would work with a chromium window and then a SDL window on top of it as "dialog window"? Is there an SDL flag for that?15:26
*** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Ping timeout: 264 seconds)15:28
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has joined #yocto15:30
rburtoni won't ask why you can't play the video in chromium...15:30
rburtonnever used sdk15:30
rburtonsdl15:30
rburtonhttps://specifications.freedesktop.org/wm-spec/latest/ar01s05.html#idm45491728030320 <-- you just want a window type that tells matchbox 'this is not a normal window'.  dialog or splash will work15:32
kilobyte_chrburton: ok, thanks. Window type is a good thing to dig deeper. Even though I don't see yet how to implement this with SDL.15:34
kilobyte_chrburton: oh, there is SDL_WINDOW_POPUP_MENU. With that it works, very nice!15:38
*** pasherring <pasherring!~paulo@89-181-108-53.net.novis.pt> has joined #yocto15:42
pasherringHey there =) Regarding packages-split (which I am still learning about, so, please correct me if I say something stupid =), I understand that the files are selected to populate the package from left to right, according to the FILES_ match. What if I wish the same file is installed in multiple packages, is it possible?15:44
rburtonno15:46
rburtonyou can put files in a common package and then have other packages depend on that common package15:47
pasherringrburton, Nice, thanks! Do you have an example to share regarding this usage (maybe some recipe you know by heart that does this)?15:48
rburtonits nothing clever15:48
rburtonPACKAGES = PN-foo PN-bar PN-common15:49
rburtonput into common the files that you want present if either foo or bar are installed15:49
rburtonthen add RDEPENDS from foo and bar to common15:49
vvnPN-common would usually be simply PN15:57
vvnand PN-foo depends on PN15:57
rburtonsure, maybe15:58
*** Xagen <Xagen!~Xagen@4.14.206.69> has joined #yocto15:59
pasherringOk, got it... I did something here, but the packages-split folder doesn't seem what I was expecting. So, the file was added to PN-common indeed, but the file is absent under the PN-foo. Is this expected?16:00
rburtonyes, because it will be in one package16:01
rburtonremember you're digging around the build tree, not looking at what gets installed in an image16:01
rburtonyou make pn-foo rdepend on pn-common, then installing pn-foo will also install pn-common, and the file you want exists16:02
pasherringvvn, got it, makes sense! The file in question is the lib's pkg-config file (libfoo.pc). In this specific case, I don't want it to go into the PN.16:02
pasherringrburton, got it, many thanks for the explanation and suggestion!16:03
rburton.pc files should be in the -dev package16:03
*** zpfvo <zpfvo!~fvo@i59F5CFB3.versanet.de> has quit IRC (Remote host closed the connection)16:04
pasherringYeah, this specific recipe is a vendor provided, faulty one that was packing it into -dbg. I wanted to move it into -dev (it was not being added to the sdk because of that), but I wish also to keep things as is not to break the vendor's assumptions16:04
*** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Quit: ZNC 1.9.0 - https://znc.in)16:13
*** mckoan is now known as mckoan|away16:14
*** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto16:17
vvnIf I build the same distro (but different OE releases) for various machines, can I safely share DEPLOY_DIR between builds to serve a single artifacts location during development?16:18
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has left #yocto (ERC 5.4 (IRC client for GNU Emacs 28.2))16:23
*** geoffhp <geoffhp!~geoff@syn-023-241-067-081.res.spectrum.com> has joined #yocto16:27
*** pasherring <pasherring!~paulo@89-181-108-53.net.novis.pt> has quit IRC (Remote host closed the connection)16:31
rburtonno, builds will go and clean "old" files from it16:32
vvnha16:32
vvnsame for DEPLOY_DIR_* (such as DEPLOY_DIR_IPK)16:33
vvn?16:33
rburtonyes16:35
vvnshould artifacts be necessarily merged manually? How do you guys usually centralize artifacts for e.g. factory images or development .ipk?16:37
rburtoni can't answer that, but i can ask why you want to merge different releases into a single artifact16:41
*** yudjinn <yudjinn!~yudjinn@c-73-153-47-71.hsd1.co.comcast.net> has quit IRC (Ping timeout: 255 seconds)16:42
vvnrburton: I have several machines supported by my distro, some of them build against kirkstone, some of them build again mickledore, and so on.16:42
vvnI guess I'll have no choice but to have deploy dirs per machine then16:47
JaMavvn: do those builds with kirkstone and mickledore share anything other than DL_DIR? I share TOPDIR for multiple MACHINEs but not for different releases16:50
vvnJaMa: DL_DIR, SSTATE_DIR, and I thought about DEPLOY_DIR, but this is likely a bad idea16:51
JaMabut why not share DL_DIR, SSTATE_DIR from 2 different TOPDIRs?16:52
vvnthat's what I'll do, yes16:53
vvnbut in the end I want the .ipk for internal development and the *.wic* as well, I thought I was being smart by sharing DEPLOY_DIR_IPK and DEPLOY_DIR_IMAGES from my distro16:53
JaMatechnically you can share SSTATE_DIR across all possible combinations, but I don't think you'll actually reuse much from kirkstone in mickledore build, so I keep SSTATE_DIR separate per release as well (which makes it easier to delete/prune it when some major change is merged and all older sstate is invalidated)16:54
JaMamaybe I'm missing something, but sharing e.g. bash .ipk from mickledore in package-feed for kirkstone (if some of your MACHINEs share common TUNE_PKGARCH) sound like terrible not smart idea :)16:55
vvnif it doesn't hurt to share, I think it'd be better to share sstate with all releases, then eventually sometimes clear it in the CI16:55
vvnJaMa: I figured :)16:56
vvnand relying on "releases" isn't the best too, because different BSPs will require different revision of some layers within the mickledore or kirkstone timeline16:57
JaMait works but in my experience isn't particulary useful and this "sometimes clear" is different for each release (e.g. master builds need prunning much more often as they grow faster compared to e.g. mickledore which isn't getting many changes and doesn't grow and can stay valid for months - prunning it would cause unnecesary rebuilds)16:58
JaMaah evil BSPs :)16:58
vvnso beside DL_DIR and SSTATE_DIR, sharing sounds nice but is likely a bad idea... one build dir per machine (including its DEPLOY_DIR) then a post build script to serve artifacts from various locations16:59
JaMaask BSP vendor to get some sense, with more people complaining they will more likely understand that it's not ideal17:00
vvnho I do that too, do not worry17:00
vvnbut in the meantime, I have to deal with it17:00
vvn(an example is the NXP based boards from various manufacturers, you may be able to share meta-freescale for mickledore between them, or not)17:01
vvnwith all bbappend for fixed versions (including minor numbers) it becomes a nightmare17:02
vvnor some soc overrides trick they may do17:03
*** florian_kc <florian_kc!~florian@dynamic-093-131-012-242.93.131.pool.telefonica.de> has joined #yocto17:31
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)17:45
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto17:46
*** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has joined #yocto17:56
*** MrCryo <MrCryo!~MrCryo@user/MrCryo> has quit IRC (Remote host closed the connection)18:18
kilobyte_chMaybe a dumb question, is there something like Electron for Embedded/Yocto? Or is QT still the "only" good way to go for a proper embedded GUI?18:42
*** frieder <frieder!~frieder@255-179-142-46.pool.kielnet.net> has quit IRC (Remote host closed the connection)18:50
rburtonkilobyte_ch: just use electron?18:54
rburtonif you like it, use it18:54
rburtonhttps://github.com/vulcanoio/meta-electron is very old but seems a reasonable start once updated18:56
rburtonand meta-browser has chromium etc already18:57
rburtonthere's also meta-flutter if you like that sort of thing.  or gtk4.18:57
JaMaor lvgl and many other things, depends on what you need18:58
kilobyte_chrburton: thanks, I have searched multiple times for yocto and electron, but never found that meta layer. That's a very valuable starting point!18:58
rburtonliterally the top hit for 'yocto electron' :)18:59
kilobyte_chFlutter is pretty great, I use it for mobile, but for embedded it doesn't really feel ready (yet). Tried it some years ago. Maybe its already better.19:00
rburtonif you like flutter then meta-flutter is actively maintained19:00
JaMaI don't use it myself but some other project use it with some issues (like the fetcher is far from ideal - similarly to npm and cargo and all these fancy new things)19:01
JaMahttps://github.com/meta-flutter/meta-flutter/blob/scarthgap/classes/gn-fetcher.bbclass19:02
*** mbulut_ <mbulut_!~mbulut@31.18.142.81> has quit IRC (Remote host closed the connection)19:13
*** mbulut_ <mbulut_!~mbulut@31.18.142.81> has joined #yocto19:13
*** ajfriesen1 <ajfriesen1!~ajfriesen@p5b27a0a0.dip0.t-ipconnect.de> has joined #yocto19:15
*** Bardon_ <Bardon_!~Bardon@user/Bardon> has joined #yocto19:15
*** gmask <gmask!~Thunderbi@2a02:168:5fe6:0:5e3b:f5a1:7f4d:a8b2> has quit IRC (Remote host closed the connection)19:16
*** denix <denix!sid553794@id-553794.ilkley.irccloud.com> has quit IRC (Ping timeout: 246 seconds)19:16
*** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (Ping timeout: 268 seconds)19:16
*** tleb <tleb!6dbdd9ebc9@2a03:6000:1812:100::10cf> has quit IRC (Read error: Connection reset by peer)19:16
*** ajfriesen <ajfriesen!~ajfriesen@p5b27a0a0.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 246 seconds)19:16
*** ajfriesen1 is now known as ajfriesen19:16
*** trochotron_ <trochotron_!sid610731@id-610731.ilkley.irccloud.com> has joined #yocto19:16
*** armpit_ <armpit_!sid501830@id-501830.uxbridge.irccloud.com> has joined #yocto19:16
*** dl9pf_ <dl9pf_!sid395223@user/dl9pf> has joined #yocto19:16
*** patersonc_ <patersonc_!sid614485@id-614485.hampstead.irccloud.com> has joined #yocto19:16
*** rsalveti_ <rsalveti_!uid117878@id-117878.uxbridge.irccloud.com> has joined #yocto19:17
*** dl9pf <dl9pf!sid395223@user/dl9pf> has quit IRC (Ping timeout: 256 seconds)19:17
*** patersonc <patersonc!sid614485@id-614485.hampstead.irccloud.com> has quit IRC (Read error: Connection reset by peer)19:17
*** dl9pf_ is now known as dl9pf19:17
*** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has quit IRC (Read error: Connection reset by peer)19:17
*** patersonc_ is now known as patersonc19:17
*** rsalveti_ is now known as rsalveti19:17
*** JaMa <JaMa!~martin@user/JaMa> has quit IRC (Killed (tungsten.libera.chat (Nickname regained by services)))19:17
*** JaMa <JaMa!~martin@user/JaMa> has joined #yocto19:17
*** shoragan_ <shoragan_!~shoragan@user/shoragan> has joined #yocto19:17
*** shoragan <shoragan!~shoragan@user/shoragan> has quit IRC (Ping timeout: 256 seconds)19:17
*** denix <denix!sid553794@id-553794.ilkley.irccloud.com> has joined #yocto19:17
*** armpit <armpit!sid501830@id-501830.uxbridge.irccloud.com> has quit IRC (Ping timeout: 246 seconds)19:17
*** rburton <rburton!rburton@user/rburton> has quit IRC (Ping timeout: 246 seconds)19:17
*** armpit_ is now known as armpit19:17
*** gmorell <gmorell!~gmorell@51.15.74.229> has quit IRC (Ping timeout: 268 seconds)19:17
*** gmorell_ <gmorell_!~gmorell@51.15.74.229> has joined #yocto19:17
*** drkhsh <drkhsh!~drkhsh@user/drkhsh> has quit IRC (Ping timeout: 268 seconds)19:17
*** rburton_ <rburton_!rburton@user/rburton> has joined #yocto19:17
*** trochotron <trochotron!sid610731@user/trochotron> has quit IRC (Ping timeout: 268 seconds)19:18
*** olof <olof!zibri@shell.x20.se> has quit IRC (Ping timeout: 268 seconds)19:18
*** trochotron_ is now known as trochotron19:18
*** olof <olof!zibri@shell.x20.se> has joined #yocto19:18
*** schtobia <schtobia!~quassel@schmidl.dev> has quit IRC (Remote host closed the connection)19:18
*** tleb <tleb!6dbdd9ebc9@2a03:6000:1812:100::10cf> has joined #yocto19:19
*** _lore_ <_lore_!~lorenzo@net-93-151-202-124.cust.dsl.teletu.it> has quit IRC (Ping timeout: 264 seconds)19:19
*** drkhsh <drkhsh!~drkhsh@user/drkhsh> has joined #yocto19:19
*** schtobia <schtobia!~quassel@schmidl.dev> has joined #yocto19:20
*** _lore_ <_lore_!~lorenzo@net-93-151-202-124.cust.dsl.teletu.it> has joined #yocto19:22
*** pbiel <pbiel!~bielpa@89-70-29-32.dynamic.chello.pl> has quit IRC (Ping timeout: 252 seconds)19:36
khemlvgl anytime19:36
*** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Quit: enok)19:40
*** _lore_ <_lore_!~lorenzo@net-93-151-202-124.cust.dsl.teletu.it> has quit IRC (Ping timeout: 256 seconds)20:05
*** _lore_ <_lore_!~lorenzo@net-188-152-99-152.cust.dsl.teletu.it> has joined #yocto20:07
JaMaat least it doesn't take ages to build like chromium :)20:23
JaMaand not every embedded device needs full-blown html rendering (that's why I've mentioned it) on the other hand 97 inch oled from LGE has also OS built with OpenEmbeded and try to "embed" this to average living room :)20:26
*** Xagen <Xagen!~Xagen@4.14.206.69> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)20:26
Jookiakilobyte_ch: there's wpewebkit. xogium and i have had mixed results with it20:27
Jookiaunfortunately if you need something accessible you will need a full desktop environment basically20:27
*** gmask <gmask!~Thunderbi@2a02:168:5fe6:0:5e3b:f5a1:7f4d:a8b2> has joined #yocto20:40
*** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has quit IRC (Quit: Leaving.)20:54
*** amitk <amitk!~amit@58.84.60.19> has quit IRC (Ping timeout: 268 seconds)21:05
*** Guest60 <Guest60!~Guest34@2a02-a420-72-5521-9137-fc97-e7fe-bd42.mobile6.kpn.net> has joined #yocto21:29
*** Guest60 <Guest60!~Guest34@2a02-a420-72-5521-9137-fc97-e7fe-bd42.mobile6.kpn.net> has quit IRC (Client Quit)21:30
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto21:44
*** snowurm <snowurm!~snowurm@62-113-179-0.bb.dnainternet.fi> has quit IRC (Ping timeout: 255 seconds)21:57
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 255 seconds)22:03
smurrayJaMa: there's some ongoing discussion on coming up with a scheme for Dart/Flutter similar to what's being done for Rust crates (i.e. modules recorded into SRC_URI for reproducibility)22:14
smurrayJaMa: hopefully that'll materialize within the next couple of months, a few people are working on it22:15
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto22:18
*** florian_kc <florian_kc!~florian@dynamic-093-131-012-242.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds)22:25
JaMasmurray: cool, thanks for info, this has some fetcher for dh, but still enables the network in configure/compile, I haven't looked further22:27
smurrayJaMa: the goal is to get to where Rust support currently is, and maybe further wrt license info22:29
smurrayJaMa: there are multiple companies with people keen on it from the sounds of it, so I'm hopeful.  I expect we'll be helping test it in AGL22:32
*** |Xagen <|Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto22:34
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 246 seconds)22:37
*** gmask <gmask!~Thunderbi@2a02:168:5fe6:0:5e3b:f5a1:7f4d:a8b2> has quit IRC (Ping timeout: 256 seconds)23:09
*** mbulut_ <mbulut_!~mbulut@31.18.142.81> has quit IRC (Ping timeout: 268 seconds)23:12
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds)23:20
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto23:22
*** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 260 seconds)23:58

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!