Thursday, 2022-11-17

*** kscherer <kscherer!> has quit IRC (Quit: Konversation terminated!)00:08
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 260 seconds)00:08
*** nemik <nemik!> has joined #yocto00:09
*** nemik <nemik!> has quit IRC (Ping timeout: 256 seconds)00:18
*** nemik <nemik!~nemik@> has joined #yocto00:19
*** mvlad <mvlad!~mvlad@2a02:2f08:4503:c400:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection)00:30
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)00:47
*** demirok <demirok!~bell@user/demirok> has quit IRC (Quit: Leaving.)01:59
*** davidinux <davidinux!> has quit IRC (Ping timeout: 260 seconds)02:04
*** davidinux <davidinux!> has joined #yocto02:10
*** sakoman <sakoman!> has joined #yocto02:39
*** starblue <starblue!> has quit IRC (Ping timeout: 240 seconds)02:42
*** starblue <starblue!> has joined #yocto02:44
*** Wouter0100 <Wouter0100!> has quit IRC (Quit: The Lounge -
*** Wouter0100 <Wouter0100!> has joined #yocto03:12
*** jclsn <jclsn!~jclsn@2a04:4540:6524:6600:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 240 seconds)03:16
*** jclsn <jclsn!~jclsn@2a04:4540:6538:e200:2ce:39ff:fecf:efcd> has joined #yocto03:18
*** amitk <amitk!~amit@> has joined #yocto03:19
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)05:10
*** Circuitsoft <Circuitsoft!> has joined #yocto05:19
*** alessioigor <alessioigor!~alessioig@> has joined #yocto06:05
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)06:22
*** Guest86 <Guest86!> has joined #yocto06:41
*** Estrella <Estrella!> has quit IRC (Ping timeout: 248 seconds)07:03
*** xmn <xmn!> has joined #yocto07:04
*** mthenault <mthenault!> has joined #yocto07:06
*** Wouter0100 <Wouter0100!> has quit IRC (Quit: The Lounge -
*** Wouter0100 <Wouter0100!> has joined #yocto07:08
*** CQ <CQ!> has joined #yocto07:09
*** CQ <CQ!> has quit IRC (Client Quit)07:10
*** Estrella <Estrella!> has joined #yocto07:14
*** demirok <demirok!~bell@user/demirok> has joined #yocto07:27
*** Schlumpf <Schlumpf!~Schlumpf@> has joined #yocto07:37
*** rob_w <rob_w!> has joined #yocto07:39
*** mthenault <mthenault!> has quit IRC (Quit: Leaving)07:49
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto07:50
LetoThe2ndyo dudX07:52
*** gho <gho!> has joined #yocto08:13
*** zpfvo <zpfvo!> has joined #yocto08:14
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 260 seconds)08:16
*** amelius <amelius!~quassel@> has joined #yocto08:20
*** amelius <amelius!~quassel@> has quit IRC (Client Quit)08:21
*** florian <florian!> has joined #yocto08:28
*** Circuitsoft <Circuitsoft!> has quit IRC (Quit: Connection closed for inactivity)08:29
*** xmn <xmn!> has quit IRC (Ping timeout: 260 seconds)08:32
*** mvlad <mvlad!~mvlad@2a02:2f08:4503:c400:24d7:51ff:fed6:906d> has joined #yocto08:36
*** manuel_ <manuel_!~manuel198@> has joined #yocto08:45
*** amitk_ <amitk_!~amit@> has joined #yocto08:49
RPrburton: from :/09:01
*** ptsneves <ptsneves!Thunderbir@gateway/vpn/protonvpn/ptsneves> has joined #yocto09:11
mcfriskshould IMAGE_CLASSES be modified by distro config, build config or image recipes? I can't decide..09:23
mcfriskor even machine config09:24
*** Schlumpf <Schlumpf!~Schlumpf@> has quit IRC (Ping timeout: 260 seconds)09:30
*** amelius <amelius!~quassel@> has joined #yocto09:32
ameliushey, is there an easy why to analyse the dot output of bitbake -g?09:33
*** adams[1] <adams[1]!~adams1]@> has quit IRC (Quit: Client closed)09:34
qschulzamelius: with your text editor09:39
qschulzthe .dot files are known to be impossible to be generated by dot09:39
qschulzit'll take an awful amount of the time (like hours) for something that isn't usable (at least that was my experience with the dot files from thud)09:40
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto09:41
*** d-s-e <d-s-e!> has joined #yocto09:42
*** frieder <frieder!> has joined #yocto10:01
*** Schlumpf <Schlumpf!~Schlumpf@> has joined #yocto10:02
*** ptsneves <ptsneves!Thunderbir@gateway/vpn/protonvpn/ptsneves> has quit IRC (Ping timeout: 240 seconds)10:05
*** alessioigor <alessioigor!~alessioig@> has joined #yocto10:14
*** amelius_ <amelius_!~quassel@> has joined #yocto10:18
*** amelius <amelius!~quassel@> has quit IRC (Read error: Connection reset by peer)10:20
*** kris <kris!~chaplin@> has joined #yocto10:22
*** Guest13 <Guest13!~Guest13@> has joined #yocto10:26
Guest13hi, everyone.10:26
Guest13i created an image for coral dev board in yocto.10:26
Guest13the layers i use are freescale community(kirkstone) and meta-coral(
Guest13when i plug in hdmi, nothing appear. only black screen. i connected with minicom from ttyusb0 and when i look at the logs, i dontt see any output related to hdmi such as error, warning, fail. why is hdmi not working? when i plug and unplug a usb, i can see the log of it, but when i plug and unplug the hdmi, i cant see any log about that on minicom.10:26
Guest13log :
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 260 seconds)10:29
*** nemik <nemik!> has joined #yocto10:29
*** zpfvo <zpfvo!> has quit IRC (Quit: Leaving.)10:30
LetoThe2ndGuest13: first, the log is not available. second, who do you expect on hdmi? unless you explicitly enable some form of gui, there just won't be anything. the classic way to interact with a board is the serial terminal.10:31
*** zpfvo <zpfvo!> has joined #yocto10:31
*** nemik <nemik!> has quit IRC (Ping timeout: 256 seconds)10:34
*** nemik <nemik!~nemik@> has joined #yocto10:34
LetoThe2ndGuest13: ok, so you're explicitly building wayland support?10:34
Guest13xwayland, yep10:35
LetoThe2ndnever used that so i can't really comment. maybe there is some form of testing utility, like filling the framebuffer?10:36
*** sa7mfo <sa7mfo!> has quit IRC (Remote host closed the connection)10:40
Saur[m]amelius: It is possible to visualize, at least if you filter it to the parts that are relevant for you. E.g., if you are looking for some target dependencies, you can filter out all the native tasks. The `gvpr` and `tred` tools from the graphviz package are great for this. For rendering, I use
*** starblue <starblue!> has quit IRC (Ping timeout: 256 seconds)10:58
*** starblue <starblue!> has joined #yocto11:00
RPSaur[m]: The changes I have in mind to improve basehash debugging are going to mean more data over IPC and you have me a bit worried about that now :/11:02
Saur[m]The sample set (your and mine computer) is rather small though...11:05
RPSaur[m]: yes. I wish we knew why the difference :/11:06
Saur[m]I'll see if I can get some colleagues to test and see what it looks like for them.11:06
RPSaur[m]: thanks, more data points would be helpful11:07
*** d-fens <d-fens!~d-fens@> has joined #yocto11:08
*** Guest13 <Guest13!~Guest13@> has quit IRC (Quit: Client closed)11:10
*** Guest13 <Guest13!~Guest13@> has joined #yocto11:12
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Client closed)11:12
*** rfs613 <rfs613!> has quit IRC (Read error: Connection reset by peer)11:14
*** prabhakarlad <prabhakarlad!> has joined #yocto11:14
*** rfs613 <rfs613!> has joined #yocto11:14
d-fenshi, build my first image and worked so good success, now i'm structuring stuff and don't want to overengineer; i added a layer 'mydistroname' with distro.conf (just name and version) and the question is: should i move BBLAYERS  (meta-poky, mender , rspberrypi...) from bblayers.conf to the layer.conf?  does that make sense and is that good11:14
*** d-fens <d-fens!~d-fens@> has quit IRC (Quit: Client closed)11:16
*** d-fens <d-fens!~d-fens@> has joined #yocto11:16
RPOuch. Saving the hash data into the cache doubles parsing time :(11:18
LetoThe2ndd-fens: clearly no, its not only a bad practise, probably it even doesn't work.11:27
d-fensok, the configuration possibilities and  are just quite overwhelming for me being so new into the topic11:29
*** zpfvo <zpfvo!> has quit IRC (Ping timeout: 240 seconds)11:31
*** zpfvo <zpfvo!> has joined #yocto11:35
rburtonamelius_: define 'analyse'11:35
*** Guest13 <Guest13!~Guest13@> has quit IRC (Quit: Client closed)11:56
qschulzd-fens: you can explicit the layer dependencies in your layer.conf11:59
qschulzand if you use bitbake-layers add-layer to add layers to your bblayers.conf, it'll refuse to include it if its dependencies aren't already added11:59
LetoThe2ndindeed but dependency != layer path12:00
qschulzd-fens: there's a new tool in langdale and master for setting the layers up, don't remember the name12:00
qschulzfor before, people use other tools, such as kas for example12:00
qschulzLetoThe2nd: not sure why this is important in the context right now? what did I miss?12:01
d-fens ok makes sense, not include but define dependencies12:02
LetoThe2ndqschulz: the question was about movinb BBLAYERS. that points to actual working copies, right? the dependencies just name a kind of identifier, and its still up to you to provide the working copy.12:03
*** amelius_ is now known as amelius12:05
*** amelius is now known as amelius_12:05
*** Guest86 <Guest86!> has quit IRC (Quit: Client closed)12:06
amelius_Saur thanks a lot, that was the answer I was looking for12:10
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)12:14
*** alessioigor <alessioigor!~alessioig@> has joined #yocto12:14
*** Guest13 <Guest13!~Guest13@> has joined #yocto12:17
d-fenstotally offtopic: after many years again on irc brings back memories but also when being used to discord i'm really missing the features like having a searchable chat history, emoj reactions, pasting markup code with syntax highlighting ... i see the reason of using foss and thus libera but still, feels like back in the 90ties :)12:21
*** Guest86 <Guest86!> has joined #yocto12:29
*** Schlumpf <Schlumpf!~Schlumpf@> has quit IRC (Quit: Client closed)12:30
*** graham_o[m] <graham_o[m]!~grahamoma@2001:470:69fc:105::2:ba2f> has joined #yocto12:31
*** d-s-e <d-s-e!> has quit IRC (Ping timeout: 256 seconds)12:36
*** Guest13 <Guest13!~Guest13@> has quit IRC (Quit: Client closed)12:36
Crofton@d-fens no guarantee Discord remains free though. Could be bought by Elon for example12:43
d-fensCrofton, hehe what could _not_ be bought by Elon12:46
*** Wouter0100 <Wouter0100!> has quit IRC (Quit: The Lounge -
*** Wouter0100 <Wouter0100!> has joined #yocto12:47
qschulzd-fens: we have a matrix bridge IIRC12:56
qschulzd-fens: the nice thing about old uncool techs is that they are battle-field tested and (reliably) work12:56
qschulzand we cannot satifsy every one :/12:57
d-fensi see and it all good, it's the community that matters, those ping timeouts just give me a warm feeling of nostalgia :)13:01
qschulzd-fens: the trick is to make your IRC client ignore them :)13:03
*** amitk_ <amitk_!~amit@> has quit IRC (Ping timeout: 260 seconds)13:07
*** d-fens <d-fens!~d-fens@> has quit IRC (Quit: Client closed)13:07
*** vmeson <vmeson!~rmacleod@> has quit IRC (Ping timeout: 240 seconds)13:08
*** vmeson <vmeson!~rmacleod@> has joined #yocto13:09
hmw[m]can you do make commands in do_patch ?13:17
*** __ad <__ad!~heisenbug@2a01:4f8:c2c:5a84::1> has quit IRC (Read error: Connection reset by peer)13:19
*** ad__ <ad__!~heisenbug@> has joined #yocto13:19
qschulzhmw[m]: usually make commands are better located in do_configure or do_compile, why specifically in do_patch?13:23
hmw[m]u-boot build fails and calls for a make mrproper. did a google and a answer suggested to do it manually at the do_patch stage13:24
qschulzhmw[m]: mmmm did you play within WORKDIR of u-boot or are you using externalsrc?13:25
qschulzI don't think this should happen reliably13:25
qschulz(except if you committed temp/binary files)13:26
*** zpfvo <zpfvo!> has quit IRC (Ping timeout: 260 seconds)13:26
*** gho <gho!> has quit IRC (Ping timeout: 268 seconds)13:26
qschulzhmw[m]: oe_runmake mrproper will probably work. Now if do_patch is a python task (I think it is by default), you can't just append to it a shell command13:27
hmw[m]qschulz: qschulz:no got it on a clean open embedded system aswel13:27
qschulzyou'd need to either use do_patch[postfuncs] += ""13:27
qschulzor prepend it to another task (e.g. do_configure)13:28
hmw[m]<qschulz> "you'd need to either use..." <- uhh on one system i get  function not exist and the other one just works13:36
hmw[m]<qschulz> "you'd need to either use..." <- tnx for now13:37
jclsnJPEW: Sorry, not a prio atm. We need to provide a kirkstone dev image until the end of the week13:40
jclsnI will try again when I find the time13:40
*** gho <gho!> has joined #yocto13:41
*** d-s-e <d-s-e!> has joined #yocto13:41
*** zpfvo <zpfvo!> has joined #yocto13:41
JPEWjclsn: I understand. Sorry it's not working properly13:41
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Ping timeout: 256 seconds)13:54
*** sakoman <sakoman!> has joined #yocto13:55
jclsnMight be my fault as well14:00
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Client closed)14:03
*** Guest86 <Guest86!> has quit IRC (Quit: Client closed)14:13
vvnhi there -- can someone test INITRAMFS_MULTICONFIG="default" so see if it fails as well or not?14:33
*** prabhakarlad <prabhakarlad!> has joined #yocto14:35
Saur[m]RP: Ok, I figured out why I was only seeing 64 kB reads over the pipe. It was a case of PEBKAC. When I had problems with only getting 8 kB read due to having too many pipes, one of the things I had tried was to change read() to read(65536), and I had of course forgotten about it and left it in there when I later figured out that it was the number of pipes that was the real problem. So once the read() was restored, I am now seeing reads > 64 kB. :P14:43
*** d-s-e <d-s-e!> has quit IRC (Quit: Konversation terminated!)14:51
*** gho <gho!> has quit IRC (Quit: Leaving.)14:52
*** d-fens <d-fens!~d-fens@> has joined #yocto14:55
*** gho <gho!> has joined #yocto14:57
d-fensi need to symlink wpa_supplicant.conf to /data/etc/wpa_supplicant.conf  so connectivity stays during mender updates, so i added a to my layer and added a do_install() method, how can i make this receipe run only / depend when wpa_supplicant is included in the build and is do_install() the right hook to run after etc/wpa_supplicant.conf is15:03
d-fensadded to the image?15:03
LetoThe2ndd-fens: you have to make it an append to the wpa-supplicant recipe. one recipe can not react on anything that another image does.15:08
vvnd-fens: I would simply edit the wpa_supplicant service to use /data/etc/wpa_supplicant.conf instead of /etc/wpa_supplicant.conf15:08
d-fensthanks will try...15:12
*** florian <florian!> has quit IRC (Quit: Ex-Chat)15:15
*** rob_w <rob_w!> has quit IRC (Remote host closed the connection)15:16
RPSaur[m]: ok, that is something of a relief! :)15:21
RPSaur[m]: so what we probably need is a check/warning somewhere if the pipesize falls too low15:21
*** Guest86 <Guest86!> has joined #yocto15:23
qschulzRP: wait, CACHE is the directory where the parsing cache is stored?15:35
qschulzwouldn't this be super convenient for faster parsing if we persist it between CI builds (thinking about my usecase of course)15:36
*** Tamis <Tamis!> has joined #yocto15:38
*** tor <tor!~tor@user/tor> has joined #yocto15:38
rburtonqschulz: yes, assuming saving ~10 seconds is a worthwhile gain15:40
vvnDamn, 540Go sstate-cache15:45
vvnSo guys, INITRAMFS_MULTICONFIG is definitely broken, the simplest build (e.g. beaglebone-yocto/poky) with INITRAMFS_MULTICONFIG="default" results in a bitbake stack trace15:50
vvnwith both kirkstone or latest master for bitbake/OE-Core(/meta-yocto)15:51
rburtonbug and/or patch please :)15:52
*** kscherer <kscherer!> has joined #yocto15:53
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)15:54
vvnrburton: thanks I know how it works, I just reproduced it with the minimal setup...15:54
*** alessioigor <alessioigor!~alessioig@> has joined #yocto15:54
*** jlnM <jlnM!~jln@> has joined #yocto15:54
vvnand I'm trying to understand to problem to see if I can submit a patch directly15:55
d-fenshmm. Deeper down the rabbit hole : doing  stuff in do_install:append() and also added FILES:{PN} += " \/data \/data/etc \/data/etc/wpa_supplicant.conf \" (multiline) but still get  "QA Issue: wpa-supplicant: Files/directories were installed but not shipped in any package" ,  any hint?16:00
vvnd-fens: don't escape the FILES entries16:00
d-fensoh thats from pasting multi line as one line , they are not escaped just line breaks16:01
jlnMHello.. i have proble16:03
amelius_d-fens what directories are shown to be missing?16:03
jlnMHello.. i have problem with yocto.. see (
LetoThe2ndjlnM: disk full?16:04
vvnjlnM: read the last line.16:04
d-fensvvn  that missing $ did it, thanks!16:05
jlnMIt not full see (
rburtonjlnM: you've run out of inotify watchers16:07
amelius_jlnM: either your disk is full or you have some BB_DISKMON_DIRS  defined16:07
jlnMbut on ubuntu 20.04 it dont find pylint316:08
rburtonignore that16:08
rburtonwas does "sysctl fs.inotify.max_user_watches" say?16:08
rburtonjlnM: ^16:08
jlnMresult is fs.inotify.max_user_watches = 6553616:10
rburtonset that to about ten times more16:10
rburtonbuild again16:11
qschulzjlnM: you don't need pylint3, we just recently updated the docs (or soon will) to remove this dependency thanks to feedback :)16:18
vvnrburton: before submitting anything I'm trying to understand the stacktrace caused by INITRAMFS_MULTICONFIG="default":
jlnMi am on a virtual box VM with unbuntu 20.0416:22
qschulzjlnM: 1) why a VM 2) did you allocate enough space (Yocto needs *a lot* of it)16:23
*** GillesM <GillesM!> has joined #yocto16:23
*** d-fens <d-fens!~d-fens@> has quit IRC (Quit: Client closed)16:24
*** xmn <xmn!> has joined #yocto16:25
rburtonjlnM: fwiw, if you're on a windows machine, then builds in WSL2 should work and might be faster/easier to manage.  If you're on a linux machine, use a container not a whole VM.16:29
*** manuel_ <manuel_!~manuel198@> has quit IRC (Ping timeout: 256 seconds)16:29
*** Circuitsoft <Circuitsoft!> has joined #yocto16:36
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 256 seconds)16:39
*** nemik <nemik!> has joined #yocto16:39
*** Guest86 <Guest86!> has quit IRC (Quit: Client closed)16:40
jlnMi have deleted some files and is OK now... thanks guy....16:40
*** kscherer <kscherer!> has quit IRC (Quit: Konversation terminated!)16:42
*** nemik <nemik!> has quit IRC (Ping timeout: 268 seconds)16:44
*** nemik <nemik!~nemik@> has joined #yocto16:44
*** gho <gho!> has quit IRC (Quit: Leaving.)16:45
*** kscherer <kscherer!> has joined #yocto16:49
RPqschulz: yes, CACHE is where the parsing cache is stored16:52
RPqschulz: persisting it between CI runs might work, depends on what other bits of your CI do :)16:52
*** gho <gho!> has joined #yocto16:56
rfs613sakoman: finally posted my golang CVE fixes. Forgot to mention they are only needed in dunfell (because it uses old golang-1.14, which is outside the upstream policy of supporting only the last two releases).17:00
qschulzRP: I guess it shouldn't be accessed concurrently as opposed to SSTATE_DIR and DL_DIR?17:05
*** Tokamak <Tokamak!~Tokamak@2600:381:492b:6ce2:4dce:c6e9:2836:c05> has joined #yocto17:15
RPqschulz: I think there are locks but it wouldn't be recommended. It also isn't relocatable like the others, it has a ton of fixed paths in to the metadata that it is the cache for17:17
RPqschulz: For the 10s parse, making it sharable seems pointless17:17
*** gho <gho!> has quit IRC (Quit: Leaving.)17:20
rfs613two of the CVEs that I am suggesting be ignored are a bit interesting: per the NVD they are in "go" package... but they don't affect the go compiler itself. They could however show up in other code build using go (such as docker). The cve-checker won't flag them against other packages, so they will likely go unnoticed.17:23
rfs613I did check docker-moby, opencontainers, and runc sources, and I think those are safe (not 100% sure) but of course there are plenty more things built with go.17:24
*** gsalazar <gsalazar!> has quit IRC (Quit: Leaving)17:25
*** frieder <frieder!> has quit IRC (Remote host closed the connection)17:25
*** gsalazar <gsalazar!> has joined #yocto17:26
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 256 seconds)17:27
*** zpfvo <zpfvo!> has quit IRC (Remote host closed the connection)17:30
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto17:34
*** gsalazar <gsalazar!> has quit IRC (Remote host closed the connection)17:35
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)17:37
RPJPEW: FWIW I tried using the strings/sets as the key directly and it made no difference to the timings17:38
*** amelius_ <amelius_!~quassel@> has quit IRC (Quit: - Chat comfortably. Anywhere.)17:39
sakomanrfs613: Thanks!  I had to tweak them a bit since I'd taken:
sakomanrfs613: testing on the autobuilder now17:43
rfs613sakoman: wow you're fast ;-)17:43
sakomanrfs613: doesn't feel like it to me :-)  I'm juggling three different branches so it always feels like I am behind where I need to be :-(17:44
rfs613sakoman: I should have rebased onto your repo first, to save you the extra legwork17:48
sakomanrfs613: no worries, it is something I need to deal with quite often17:49
*** jlnM <jlnM!~jln@> has quit IRC (Ping timeout: 256 seconds)17:55
*** tor_ <tor_!~tor@user/tor> has joined #yocto18:03
*** tor <tor!~tor@user/tor> has quit IRC (Ping timeout: 268 seconds)18:06
*** sr2 <sr2!~sr2@> has joined #yocto18:07
*** jlnM <jlnM!~jln@> has joined #yocto18:07
RPJPEW: interesting, 436057 strings which are referenced twice and one string referenced 561570 times18:22
JPEWOut of how many total?18:26
*** PhoenixMage <PhoenixMage!~phoenix@> has quit IRC (Ping timeout: 260 seconds)18:30
*** PhoenixMage <PhoenixMage!~phoenix@> has joined #yocto18:31
*** tor_ is now known as tor18:32
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)18:32
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 252 seconds)18:38
*** Tamis <Tamis!> has quit IRC (Ping timeout: 260 seconds)18:44
*** Tokamak <Tokamak!~Tokamak@2600:381:492b:6ce2:4dce:c6e9:2836:c05> has quit IRC (Quit: Tokamak)18:50
*** geoffhp <geoffhp!~geoff@> has joined #yocto18:59
rfs613anybody know what's going on with,, etc?19:04
sakomanrfs613: seems to be down, I'm getting errors on the autobuilder and locally19:07
*** PhoenixMage <PhoenixMage!~phoenix@> has quit IRC (Ping timeout: 268 seconds)19:07
*** PhoenixMage <PhoenixMage!~phoenix@> has joined #yocto19:08
*** jlnM <jlnM!~jln@> has quit IRC (Ping timeout: 256 seconds)19:09
rfs613  "Some systems are experiencing a major outage"19:09
*** jlnM <jlnM!~jln@> has joined #yocto19:12
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto19:15
*** rcw <rcw!~rcwoolley@> has joined #yocto19:33
*** Wouter0100 <Wouter0100!> has quit IRC (Quit: The Lounge -
*** jlnM <jlnM!~jln@> has quit IRC (Ping timeout: 268 seconds)19:36
*** Wouter0100 <Wouter0100!> has joined #yocto19:37
*** jlnM <jlnM!~jln@> has joined #yocto19:37
*** jlnM <jlnM!~jln@> has quit IRC (Ping timeout: 252 seconds)19:42
*** lenkovitsa <lenkovitsa!> has joined #yocto19:59
*** lenkovitsa is now known as neilim20:09
*** Circuitsoft <Circuitsoft!> has quit IRC (Quit: Connection closed for inactivity)20:16
*** alessioigor <alessioigor!~alessioig@> has joined #yocto20:16
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Remote host closed the connection)20:16
*** sr2 <sr2!~sr2@> has quit IRC (Quit: Ping timeout (120 seconds))20:16
*** florian <florian!> has joined #yocto20:17
*** kris <kris!~chaplin@> has quit IRC (Remote host closed the connection)20:32
*** kris <kris!~chaplin@> has joined #yocto20:32
*** neilim <neilim!> has quit IRC (Ping timeout: 268 seconds)20:33
*** Circuitsoft <Circuitsoft!> has joined #yocto20:34
*** mvlad <mvlad!~mvlad@2a02:2f08:4503:c400:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection)20:42
*** DvorkinDmitry <DvorkinDmitry!~dvorkin@> has quit IRC (Quit: KVIrc 5.0.0 Aria
*** tor <tor!~tor@user/tor> has quit IRC (Quit: Leaving)21:04
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto21:07
*** d-s-e <d-s-e!~d.s.e@2001:a61:12c9:6cfe::3f1> has joined #yocto21:22
*** d-s-e <d-s-e!~d.s.e@2001:a61:12c9:6cfe::3f1> has quit IRC (Client Quit)21:25
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection)22:20
RPJPEW: 461978 unique strings22:31
JPEWHeh, whats' the one string? "" ?22:35
RPJPEW: max string length is 22300, peak of the lengths graph looks to be about length 33, most are probably under 5722:36
RPJPEW: Frustratingly, I don't know! It could be :/22:36
RPJPEW: good guess! :)22:37
rburtonit was going to be "" or "1"22:38
* RP has made the code exclude that22:39
RPrburton: that is probably second place at 53713 references22:39
*** jjmcdn <jjmcdn!~jjmcdn@> has quit IRC (Ping timeout: 268 seconds)22:41
*** jjmcdn <jjmcdn!~jjmcdn@> has joined #yocto23:05
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto23:15
RPJPEW: 10% speedup if I unroll the getstring function into longhand code so function overhead is playing a large part here23:15
RPwell, 20% on that code23:16
*** jpiat <jpiat!> has joined #yocto23:16
jpiatI'm looking for some help regarding the install of node package in a yocto build. I used devtool with my repository addresses, it created the recipe which ran fine but I don't host the built sources of my typescript on the repository. The problem is that I can't find a proper way to tell bitbake to do a npm run build on my package before copying to23:21
jpiatthe roots23:21
*** jpiat <jpiat!> has quit IRC (Quit: Connection closed)23:27
*** florian <florian!> has quit IRC (Ping timeout: 256 seconds)23:48

Generated by 2.17.2 by Marius Gedminas - find it at!