| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 00:14 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 272 seconds) | 00:31 | |
| *** nerdboy <nerdboy!~nerdboy@107.127.61.194> has joined #yocto | 00:45 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 258 seconds) | 01:14 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-140-204.home.otenet.gr> has joined #yocto | 01:32 | |
| *** nerdboy <nerdboy!~nerdboy@47.143.129.7> has joined #yocto | 01:33 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-140-204.home.otenet.gr> has quit IRC (Ping timeout: 258 seconds) | 01:34 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds) | 01:38 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 01:45 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 03:21 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 255 seconds) | 03:23 | |
| *** camus1 is now known as camus | 03:23 | |
| *** mccc <mccc!~mccc@c-73-239-24-228.hsd1.wa.comcast.net> has joined #yocto | 03:28 | |
| mccc | Hi, should $D be used in pkg_postinst_ontarget_${PN}? Docs suggest it should in pkg_postrm_${PN} which makes sense to match pkg_postinst_${PN} although I'd imagine postrm would only ever run on the device. | 03:33 |
|---|---|---|
| otavio | mccc: not really; you can end removing packages in a rootfs step and D could be used | 03:37 |
| mccc | Got it, okay thank you otavio. | 03:38 |
| *** otavio <otavio!~otavio@200.203.25.205> has quit IRC (Remote host closed the connection) | 03:49 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 04:41 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 265 seconds) | 04:56 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 04:57 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-04-184-148-236-79.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.3-dev) | 05:01 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 246 seconds) | 05:21 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 05:25 | |
| *** rob_w <rob_w!~rob@ppp-93-104-37-168.dynamic.mnet-online.de> has joined #yocto | 06:14 | |
| *** frieder <frieder!~frieder@i6DFA8D7F.versanet.de> has joined #yocto | 06:36 | |
| *** meck[m] <meck[m]!~meckmeckd@2001:470:69fc:105::3a51> has joined #yocto | 06:55 | |
| *** hpsy <hpsy!~hpsy@85.203.15.7> has joined #yocto | 06:56 | |
| *** zpfvo <zpfvo!~fvo@88.130.220.89> has joined #yocto | 06:58 | |
| *** ant__ <ant__!~ant@host-87-8-132-196.retail.telecomitalia.it> has quit IRC (Remote host closed the connection) | 07:05 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 07:09 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 255 seconds) | 07:10 | |
| *** camus1 is now known as camus | 07:10 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:17 | |
| *** Neur0mante <Neur0mante!~Neur0mant@host-80-21-103-84.business.telecomitalia.it> has joined #yocto | 07:23 | |
| Ch^W | I reviewed a resume today that said they had used "Buildroot/Yocto" as the build system on a previous project. Remarkably, that was not the strangest thing I found on that resume. | 07:31 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 07:37 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 08:02 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer) | 08:03 | |
| *** camus1 is now known as camus | 08:03 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:04 | |
| qschulz | yates_home: PACKAGE_NO_GCONV is specific to recipes inheriting libc-package.bbclass. I'm not sure it makes sense to start listing what some classes do that makes FILES_ variable not work/or be not enough | 08:08 |
| qschulz | splatch: not sure to understand the request... what about making bzimage an artifact in the swupdate image so that it can be flashed on its own. On initial flash (or forced), everything will be reflashed so you'll be good to go. | 08:14 |
| qschulz | swupdate has support for AB partitioning AFAIR, you might just need to add some logic so that your bootloader knows which partition (A or B) to boot from | 08:14 |
| *** kanavin <kanavin!~Alexander@2a02:2454:2a0:cb00:eb83:2e01:3dda:5d46> has quit IRC (Remote host closed the connection) | 08:16 | |
| splatch | qschulz: I do have A/B partition, but bzimage is on boot partition and that's something I haven't found a good solution, best would be to use bzimage from A/B partition to do not mess with boot contents | 08:26 |
| splatch | this was kind of surprise for me, cause I thought it will be as simple as "take partition A" and boot everything (including kernel) from there. It turns out to be different. Its not an issue of swupdate itself, cause I am pretty sure it can manage that. It is just lack of good examples to follow. | 08:28 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:39 | |
| splatch | qschulz: I found this https://github.com/tano-systems/meta-tanowrt/blob/master/meta-tanowrt/recipes-image/images/tanowrt-image-full-swu/qemupc/sw-description#L65L75 which turns to be a quite compelx setup for grub (which I also use). The config is there: https://github.com/tano-systems/meta-tanowrt/blob/master/meta-tanowrt/recipes-bsp/grub/grub-bootconf/qemupc/grub.cfg, however it uses separate rootfs and | 08:40 |
| splatch | kernel partitions. | 08:40 |
| qschulz | splatch: so basically, you have A/B systems which selects a "rootfs" partition to boot, but in this rootfs you have /boot directory which can be updated from swupdate separately from the rootfs? | 08:49 |
| splatch | qschulz: let me have a look if I actually do | 08:50 |
| qschulz | I'm having a hard time understanding what your setup is and what your issue(s) is. Also... you might receive better help on the swupdate mailing list.. maybe they even have an IRC chan on some server? | 08:52 |
| splatch | qschulz: yes, this is pretty much what I have https://gist.github.com/splatch/b57eb073ca9befe0bb72f87b7c58ad45 | 08:53 |
| splatch | qschulz: I think I just need to read a bit more on grub config and how to mount /boot from rootfsA or B. Then it should work. I am kind of delaying writing to swupdate mailing lists as I am still able to generate some progress (with screaming but still!) | 08:54 |
| qschulz | splatch: can your kernel be updated without the rootfs being updated? | 08:56 |
| *** JK <JK!~Josef@185.138.68.220> has joined #yocto | 08:56 | |
| splatch | qschulz: I hardly can imagine such scenario right now | 08:57 |
| splatch | for simplicity (of partitioning too) I would assume rootfs and kernel come together | 08:58 |
| qschulz | then just remove the kernel entry in sw-description? then use the same mechanism in grub as the one you gave earlier, which is reading boot artifacts from different partitions | 09:00 |
| qschulz | and add your kernel directly in the /boot directory with Yocto | 09:00 |
| JK | Dear gentlamem, is there any one who could help me to to solve the dependency ridle with yocto build ? The best might be dedicated channel such way I do not blast it here with logs. | 09:02 |
| splatch | my grub call is 'linux /EFI/BOOT/bzImage-initramfs rootwait root=LABEL=${boot_part} rootfstype=ext4', I am just thinking is it possible to make it look like 'linux ${boot_part}/boot/bzimage ...' | 09:02 |
| splatch | going to play a bit with virtualbox to see how it goes | 09:03 |
| qschulz | JK: pastebins exist so you can put your logs there and ask your question(s) here | 09:03 |
| JK | OK I will do .... | 09:05 |
| JK | thanks | 09:05 |
| qschulz | splatch: I think you should use the (hd0,2) part in the grub.cfg, adapted to your need obviously | 09:07 |
| qschulz | because linux /some/path is for grub and what's after is for the kernel (kernel command line). So the kernel knows about /dev/sdxx (or /dev/mmcblk, etc...) but grub does not use this convention | 09:08 |
| splatch | qschulz: yeah, now figuring out what rootfsA/B numbers are, if this will fly then I'm set | 09:09 |
| qschulz | splatch: I think you can list partitions from the grub terminal | 09:11 |
| qschulz | splatch: ls :) | 09:12 |
| splatch | qschulz: I am lucky enough to have virtualbox where both parts are the same.. sometimes I ask myself why I haven't become a carpenter, do you have sometimes similar feelings? ;)\ | 09:15 |
| JK | Well the situation is following: I have inherited this project and my skill with yocto is limited. The bitbake was working till about 1 month ago. Then I have received the error that dependency of one company recept package is missing << No local packages or download links found for pbr>=1.9 >> My gues is that some other package stopped require this particular package and it broke the dependency (it might be badly defined). Thus I added the dependency in image | 09:18 |
| JK | recepy but the error remains. I have even tryed to create own recept for this package. I can see it by command bitbake-layers show-recipes but I still get the error ... | 09:18 |
| JK | https://pastebin.ubuntu.com/p/XYCccsKtfp/ | 09:19 |
| *** ykrons <ykrons!~guillaume@62.192.23.101> has quit IRC (Ping timeout: 272 seconds) | 09:19 | |
| JK | My only gues is that the problem might be related to DEPENDENCY and RDEPENDENCY | 09:21 |
| qschulz | JK: missing DEPENDS += | 09:21 |
| qschulz | "python-pbr" probably | 09:21 |
| qschulz | in python-tendo recipe | 09:21 |
| JK | well I have added this ...no change .... | 09:22 |
| qschulz | looks like it might be looking for python-pbr to run on the host and not on the target, so try DEPENDS += "python-pbr-native" | 09:23 |
| qschulz | also... Morty release? It's EOL for 3 years now :) | 09:24 |
| qschulz | otherwise, I've limited knowledge in python package recipes handling in Yocto, so if it still does not work, I can't suggest anything else.. | 09:25 |
| JK | OK I will try and be right back ..... unfortunately I have too much to do on the project ... JS, python, VHDL etc.etc..... hw debuging .... | 09:25 |
| *** hpsy <hpsy!~hpsy@85.203.15.7> has quit IRC (Ping timeout: 255 seconds) | 09:29 | |
| JK | OK it seems it is working EXCELENT what is the difference in native package ? | 09:33 |
| *** mccc <mccc!~mccc@c-73-239-24-228.hsd1.wa.comcast.net> has quit IRC (Ping timeout: 255 seconds) | 09:34 | |
| qschulz | JK: native package runs on the host, during compilation, target package runs on the target as the name implies. You need a target dependency in DEPENDS for headers, shared libraries that are used by the linker | 09:39 |
| *** mccc <mccc!~mccc@c-73-239-24-228.hsd1.wa.comcast.net> has joined #yocto | 09:40 | |
| JK | What I do not understand is that it was working in the past. And stoped working not long time ago .... As you sad Morty is old. It should be stable. Howevet thanks a lot I would not gues -native ever. One last question. Is it difficult to migrate yocto ? Thanks a lot for Your help. It is much appeciated. I have spend a week on it :D | 09:41 |
| JK | Now I need to try that the device is working correctly and not missing the package .... | 09:42 |
| qschulz | JK: it does not need the pythn-pbr package on the target most likely, so it won't appear in your image | 09:43 |
| *** mccc <mccc!~mccc@c-73-239-24-228.hsd1.wa.comcast.net> has quit IRC (Ping timeout: 245 seconds) | 09:45 | |
| qschulz | JK: two reasons: 1) host contamination, you had python-pbr installed on your desktop distribution and it disappeared or was uninstalled? 2) Morty still has bitbake-wide sysroot (it was changed in pyro to recipe-specific sysroot) which means if any recipe before python-tendo is built pulls the python-pbr-native recipe in the bitbake-wide sysroot, it'll be available to python-tendo. Obviously that | 09:48 |
| qschulz | means if DEPENDS aren't properly set, race conditions can occur. This also means if you happen to remove a recipe or package from your image or from dependencies of other packages, python-pbr-native might not make it to the bitbake-wide sysroot | 09:48 |
| qschulz | JK: migrating from bitbake-wide to recipe-specific sysroot is not always straightforward. There's also the jump from openssl 1.0 to openssl 1.1 probably, which might break your old source code if it does not get updated. | 09:49 |
| splatch | qschulz: building right now an older kernel release to test kernel downgrade :) | 09:50 |
| qschulz | But before getting you hyped up with a Yocto upgrade, I think anyone (at least those planning for an upgrade) should know the basics of Yocto otherwise it's going to be a nightmare and constant confusion | 09:50 |
| qschulz | JK: as always "It depends" (TM) | 09:51 |
| qschulz | if you have a lot of recipes, legacy code, etc... it might take some time and be non-trivial | 09:51 |
| JK | Yeah that is what I was thinking .... As I sad I inherited the project (not simple one) and I have to live with it as is .... | 09:51 |
| qschulz | that's why we usually recommend updating often so the jumps aren't so big :) | 09:51 |
| qschulz | JK: staying with morty also mean highly outdated sw, with unfixed security issues (and missing features/optimization/bugfixes, etc...) | 09:52 |
| JK | fortunately, the use is specific in stand alone mode (requested)..... | 09:53 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 09:53 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 265 seconds) | 09:53 | |
| splatch | I just did an upgrade from warrior to gatesgarth and it was a bit of pain due to changes in oe recipes and wireguard. Yet I would say someone with a minimum experience (as I am) was able to go through the process with container based builds. I did struggle a bit with host contamination, but it turned out to be my recipe error which I was able to trace with people's help here. | 09:54 |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 09:54 | |
| splatch | hence, looking at my experiences I could recommend isolating build so you don't get false positives or fighting with host setup | 09:55 |
| JK | what exactly you mean by isolating ? | 09:55 |
| splatch | I inherited a project (rather simple) which rely on docker builds | 09:56 |
| splatch | so I haven't installed nor configured poky on my host machine | 09:56 |
| JK | I am also using docker .... so basicaly I run from scratch ech time .... | 09:57 |
| *** hpsy <hpsy!~hpsy@85.203.15.7> has joined #yocto | 09:58 | |
| splatch | JK: then you are in good place to start your transition. I found for example that I had to add DEPENDS or adjust RDEPENDS variables over the way. If you try going every second release maybe you will be finally able to streamline configs and get issues sorted. | 09:59 |
| splatch | I consider myself a n00b here (I run linux on daily basis, but that'd be it). I could not for example sort my build with zeus cause lack of time, then did two attempts with dunfell which also did not succeeed for various reasons. I guess sometimes it is a matter of luck and advices from people here! | 10:01 |
| *** jsandmand <jsandmand!~jsandman@95.179.203.88> has joined #yocto | 10:01 | |
| JK | OK thanks a lot, I will go now to continue in my work to fix firmware :) Something that I am a week delayed from by yocto :/ | 10:02 |
| splatch | JK: welcome in the club :) | 10:02 |
| splatch | we're waring same schoes | 10:02 |
| *** jsandmand is now known as jsandman | 10:02 | |
| JK | :D yeah ..... but I am HW engineer :D I am dealing with SW now and it is a lot to learn ... | 10:04 |
| jsandman | Hi! I'm trying to generate flashable image using some tools from my bsp provider. For that I added a MACHINE-bsp-native recipe to be used in the image recipe. I am trying to add a DEPENDS_machine += "machine-bsp-native" in my image recipe but I get a 'No such file or directory: 'cross-localedef'' error when the image recie does the do_rootfs stuff. | 10:06 |
| jsandman | Any ideas why I am getting this? | 10:06 |
| splatch | jsandman: are you doing anything with gconv or localdef in your build? | 10:08 |
| jsandman | I can't really tell right now. there are many components. At least for this bsp tool that should not be the case | 10:11 |
| jsandman | The thing is. If I just do DEPENDS += "machine-bsp-native". I seem to get the sysroot populated correctly. The problem comes when I do a pre-machine dependency with DEPENDS_machine += "machine-bsp-native" | 10:14 |
| qschulz | jsandman: DEPENDS_append_machine = " machine-bsp-native" then I assume is what you want | 10:25 |
| qschulz | jsandman: https://pretalx.com/media/yocto-project-summit-2021/submissions/WTT3UV/resources/Demystifying_the_OVERRIDES_mechan_no6J6fb.pdf for the difference between DEPENDS_machine += and DEPENDS_append_machine ;) | 10:26 |
| qschulz | also... I think you might want to have a look at IMAGE_CMD and add your own, and you can select it with IMAGE_FSTYPES IIRC in your machine.conf then i think there's an IMAGE_DEPS or something like this to specify on which rative recipe your IMAGE_CMD depends on | 10:29 |
| qschulz | poky/meta/classes/image_types.bbclass is where most are defined | 10:29 |
| jsandman | Yeah! That seems to be working now. Thank you very much qschulz. I'll check that talk of yours. It will sure clear some things up. | 10:30 |
| jsandman | Thanks for the advise! I'll check that IMAGE_CMD too ;) | 10:30 |
| qschulz | jsandman: my pleasure, have fun! | 10:31 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 10:46 | |
| *** radek <radek!~radek@vpn.streamunlimited.com> has joined #yocto | 10:55 | |
| *** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto | 11:13 | |
| *** Neur0mante <Neur0mante!~Neur0mant@host-80-21-103-84.business.telecomitalia.it> has quit IRC (Ping timeout: 246 seconds) | 11:17 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 11:33 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 255 seconds) | 11:48 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 12:06 | |
| *** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has joined #yocto | 12:08 | |
| *** mranostaj <mranostaj!~mranostaj@185.193.126.133> has quit IRC (Ping timeout: 258 seconds) | 12:15 | |
| *** mranostaj <mranostaj!~mranostaj@185.193.126.133> has joined #yocto | 12:32 | |
| *** Dracos-Carazza_ <Dracos-Carazza_!~Dracos-Ca@94.31.84.230> has joined #yocto | 12:33 | |
| *** hpsy <hpsy!~hpsy@85.203.15.7> has quit IRC (Ping timeout: 265 seconds) | 12:34 | |
| *** Dracos-C- <Dracos-C-!~Dracos-Ca@94.31.84.230> has joined #yocto | 12:35 | |
| *** Dracos-C- <Dracos-C-!~Dracos-Ca@94.31.84.230> has quit IRC (Read error: Connection reset by peer) | 12:35 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.96.230> has quit IRC (Ping timeout: 272 seconds) | 12:36 | |
| *** Dracos-Carazza_ <Dracos-Carazza_!~Dracos-Ca@94.31.84.230> has quit IRC (Ping timeout: 268 seconds) | 12:37 | |
| thekappe | hello guys | 12:39 |
| thekappe | while trying to bitbake my image, I got the following error: | 12:39 |
| thekappe | Uninative selected but not configured correctly, please set UNINATIVE_CHECKSUM[x86_64] | 12:39 |
| thekappe | I've also had some previous problem with poky's uninative bbclass since the os.path.exists(loader) return with error. I fixed it (hopefully) changing it to os.path.exists(str(loader)) | 12:41 |
| thekappe | I'm building from gatesgarth | 12:43 |
| * RP ponders if ":" as an override character is an improvement: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=4bc73f0e17e237721bc142657b36df833437e8be | 12:45 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.96.230> has joined #yocto | 12:45 | |
| RP | JPEW, kergoth, rburton: ^^^ | 12:47 |
| rburton | yes | 12:48 |
| JPEW | yes | 12:48 |
| RP | Perhaps we just have to start simple with this. Fixing that would then give the parser more options as we'd actually know what was an override and what was not | 12:48 |
| RP | That will be a major pain to migrate to but I'm starting to think we're pinned in without doing it | 12:49 |
| RP | Apart from the conversation, the package code will need heavy changes I suspect | 12:49 |
| RP | since access to RDEPENDS | 12:50 |
| RP | since access to RDEPENDS_${PN} no longer works | 12:50 |
| JPEW | Is that really an "override" though? | 12:50 |
| RP | JPEW: it is used as both :/ | 12:50 |
| *** Neur0mante <Neur0mante!~Neur0mant@host-80-21-103-84.business.telecomitalia.it> has joined #yocto | 12:50 | |
| RP | e.g. http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/classes/package_rpm.bbclass#n340 | 12:51 |
| RP | JPEW: certainly it was intended to be but it is used half and half | 12:53 |
| JPEW | Hmm | 12:53 |
| JPEW | hmm | 12:53 |
| qschulz | RP: thanks for laying down your thoughts on the mailing list. I had a hard time following yesterday :) | 12:54 |
| qschulz | RP: I'll answer on the mail later, just a few questions: what about ??= and ?=, would yo have a FOO_weakval_weakval and FOO_weakval_defval? | 12:55 |
| RP | qschulz: weakval is ??=, I was ignoring ?= for now ;-) | 12:55 |
| RP | ?= doesn't really equate well to overrides | 12:55 |
| qschulz | RP: what happens when you have FOO += "bar" followed by FOO = "baz"? | 12:55 |
| RP | today, baz gets set and bar gets dropped | 12:56 |
| qschulz | but... why? | 12:56 |
| RP | qschulz: because that is the way the language is setup | 12:56 |
| qschulz | because FOO += "bar" is actually FOO_defval_append IIUC | 12:56 |
| RP | qschulz: right, in a new world, it becomes problemtic | 12:56 |
| qschulz | If the changes are just internal (i.e. recipes do not need to change anything to be compatible with the next release), then it's fine. If it changes anything in the behavior (such as FOO += "bar" FOO = "baz" with the current suggestion), I feel like it's fine to also change the override delimiter from _ to : | 12:59 |
| qschulz | since we're going to require changes anyways | 12:59 |
| RP | qschulz: the question is whether someone looking at the metadata can know what the correct change is | 12:59 |
| JPEW | qschulz: Some of your Pyrex changes don't pass the format check (run `black .`) | 12:59 |
| qschulz | JPEW: bad qschulz, bad. | 13:00 |
| RP | I'm ok to require changes to the metadata but I'm not sure we want to do things which create hard to find bugs | 13:00 |
| JPEW | RP: Is the expectation that the resulting recipes populate the same end variables in the datastore? I feel like a tool could be written to validate that | 13:01 |
| RP | JPEW: I did kind of start one. I'm thinking that could be useful to check | 13:01 |
| RP | it wouldn't cover things like the dynamic packaging code :/ | 13:01 |
| vmeson | We've been having trouble with the Yocto Autobuilder load, if you'd like to help out or just find out what's going join: https://windriver.zoom.us/j/3696693975 | 13:01 |
| RP | This is a meeting about trying to figure out the intermittent bugs | 13:02 |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-137-12.home.otenet.gr> has joined #yocto | 13:03 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.96.230> has quit IRC (Read error: Connection reset by peer) | 13:03 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-140-204.home.otenet.gr> has quit IRC (Ping timeout: 252 seconds) | 13:03 | |
| *** Dracos-Carazza_ <Dracos-Carazza_!~Dracos-Ca@94.31.96.230> has joined #yocto | 13:04 | |
| qschulz | JPEW: kas actually disables known_hosts check in the container, would you be open to something similar for pyrex container images? | 13:09 |
| JPEW | Eww, that's kinda terrifying :) What does the change look like (maybe we can make it optional) | 13:10 |
| *** rber|res <rber|res!~rber|res@ppp-2-86-128-223.home.otenet.gr> has joined #yocto | 13:10 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-137-12.home.otenet.gr> has quit IRC (Ping timeout: 245 seconds) | 13:10 | |
| *** Neur0mante <Neur0mante!~Neur0mant@host-80-21-103-84.business.telecomitalia.it> has quit IRC (Quit: Client closed) | 13:12 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 265 seconds) | 13:16 | |
| thekappe | hello guys, while trying to bitbake my image, I got the following error: | 13:16 |
| thekappe | Uninative selected but not configured correctly, please set UNINATIVE_CHECKSUM[x86_64] | 13:16 |
| thekappe | I've also had some previous problem with poky's uninative bbclass since the os.path.exists(loader) return with error. I fixed it (hopefully) changing it to os.path.exists(str(loader)) | 13:16 |
| thekappe | I'm building from gatesgarth | 13:16 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 13:16 | |
| *** Neur0mante <Neur0mante!~Neur0mant@host-80-21-103-84.business.telecomitalia.it> has joined #yocto | 13:17 | |
| *** radek <radek!~radek@vpn.streamunlimited.com> has quit IRC (Remote host closed the connection) | 13:19 | |
| *** radek <radek!~radek@vpn.streamunlimited.com> has joined #yocto | 13:19 | |
| lukma | I do have a question - what is procedure to get new layer added to: | 13:21 |
| lukma | https://www.yoctoproject.org/software-overview/layers/ | 13:21 |
| lukma | I would like to add meta-y2038 | 13:21 |
| qschulz | JPEW: I'll check again, but IIRC just adding StrictHostKeyChecking no to /etc/ssh/ssh_config? | 13:22 |
| qschulz | github can't find it in kas nor crops, so hopefully I didn't dream it last night :p | 13:22 |
| JPEW | lukma: You would add it to https://layers.openembedded.org/layerindex/branch/master/layers/ | 13:22 |
| JPEW | lukma: The "Submit Layer" button at the top | 13:23 |
| lukma | JPEW: Thanks | 13:24 |
| *** radek <radek!~radek@vpn.streamunlimited.com> has quit IRC (Quit: Leaving) | 13:43 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 13:55 | |
| *** roussinm <roussinm!~mroussin@184.145.222.193> has joined #yocto | 13:56 | |
| * RP has sent a summary of the override syntax change to the arch list | 13:57 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 255 seconds) | 13:57 | |
| *** camus1 is now known as camus | 13:57 | |
| *** v2d <v2d!~v2d@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 14:00 | |
| v2d | hi all -- what would you guys use as an affordable headless mini PC for a modest build machine? | 14:01 |
| rburton | what's "affordable"? | 14:01 |
| rburton | for some <$1K is affordable | 14:01 |
| rburton | for others that's a huge outlay | 14:01 |
| v2d | I don't need all Amazon power in my house, but a dedicated builder in my bench would be definitely more efficient than building on my laptop | 14:01 |
| rburton | i'd just pick a budget and build a classic tower to fit | 14:02 |
| rburton | AMD processor, as much ram and cpu as you can afford | 14:02 |
| v2d | rburton good point, < $500 maybe? | 14:03 |
| v2d | I was looking at something like that but there might be better option to build : https://www.newegg.ca/p/1VK-01S3-009W7?Description=mini%20pc%20serial%20port&cm_re=mini_pc%20serial%20port-_-1VK-01S3-009W7-_-Product | 14:05 |
| JPEW | v2d I don't know what you laptop is like but that would build pretty slow | 14:05 |
| rburton | the problem with mini stuff is the airflow sucks, which is the same problem you have with laptops | 14:05 |
| v2d | true | 14:06 |
| JPEW | v2d: I would take rburton advice and build a tower. Maximize CPU, I usually recommend 2-4 GB RAM per CPU core, and SSD disk if you can afford it | 14:06 |
| v2d | JPEW like 8-16Go RAM for a quad-core for instance? | 14:09 |
| JPEW | v2d: Ya | 14:10 |
| rburton | my last traditional builder was a dual socket xeon with 64gb of ram | 14:11 |
| v2d | damn | 14:11 |
| v2d | poky from scratch in 10 seconds | 14:11 |
| rburton | ha i wish | 14:11 |
| rburton | this was five years ago :) | 14:12 |
| v2d | 64gb ram might not be enough for yocto anyway :> | 14:12 |
| JPEW | v2d: My current builder is a 18c/36t i9 with 64G RAM (not what I buy for myself though; AMD is better value) | 14:13 |
| v2d | is AMD better than intel for builds ? | 14:13 |
| rburton | its typically slightly better value for money | 14:14 |
| *** Tyaku <Tyaku!~Tyaku@89-84-109-199.abo.bbox.fr> has joined #yocto | 14:16 | |
| v2d | do I need a big ass tower or is there a smaller case without compromising the air flow that you would recommend? | 14:17 |
| Tyaku | Hi, I would like to know what are the best practices to create a Yocto project under Git ? In my idea: One folder with submodules for all the "meta-*". The question is: What about the "build" folder with conf/local.conf and bblayers ? | 14:17 |
| rburton | don't put that in git | 14:17 |
| Tyaku | Is there a document somewhere that describe it ? | 14:17 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:18 | |
| Tyaku | <rburton> What do you mean by "that" ? | 14:18 |
| rburton | build/ should never be in git | 14:18 |
| Tyaku | so, how do you share the bblayer and local.conf ? | 14:19 |
| rburton | submodules work if you can handle them. your layer can ship a template local.conf so creating a new build tree does the right thing out of the box. | 14:19 |
| rburton | https://github.com/rossburton/customdistro is an example i did a few years ago of submodules + templates | 14:19 |
| Tyaku | I found this: https://unix.stackexchange.com/questions/626496/what-is-the-right-way-to-store-bitbake-configuration-under-git | 14:20 |
| *** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has joined #yocto | 14:20 | |
| v2d | Tyaku the idea is that the local.conf should only contains your personally local tweaks, but it is often misused to carry shared stuffs. To simplify sharing a configuration with your workmates or whoever, look at tools like "kas" or "whisk" on github | 14:20 |
| Tyaku | Ok, i will check, but with the templates you are also able to store the bblayers ? | 14:20 |
| LetoThe2nd | yo ddX | 14:21 |
| qschulz | LetoThe2nd: o/ | 14:21 |
| rburton | Tyaku: have a look at my example and you'll see | 14:21 |
| LetoThe2nd | qschulz: \o \m/ | 14:21 |
| v2d | Tyaku for example kas generates the local.conf and bblayers.conf for you from a .yml file describing your project. This yml file is what you track with git. Whisk should work likewise | 14:21 |
| Tyaku | So what is the best with <rburton> solution ? | 14:22 |
| Tyaku | I think <rburton> solution is working out of the box (i see the .sample files) | 14:22 |
| rburton | the sample thing is separate from the kas thing | 14:22 |
| rburton | and both *work* | 14:23 |
| rburton | they're just different choices | 14:23 |
| Tyaku | Wep I understand | 14:23 |
| rburton | 'should I draw a picture with pens or pencils' doesn't have a single answer | 14:23 |
| rburton | personally, i use kas for our CI setup and I like it | 14:23 |
| RP | rburton: crayon ;-) | 14:23 |
| v2d | I personally avoid git submodules if I can, but that's just me. | 14:24 |
| Tyaku | Yep thats another question. I think it depends if you need to use your meta for another projects | 14:25 |
| Tyaku | Thank you <rburton> and <v2d> | 14:25 |
| fray | I'm stepping into the middle of the conversation, but tracking multiple recipes instead of using a .yml or other file, RP and I had talked about using bblayers.conf or similar to control the setup and updating. (Yes, it becomes OE specific, but the setup could then be part of bitbake directly.) | 14:27 |
| *** rber|res <rber|res!~rber|res@ppp-2-86-128-223.home.otenet.gr> has quit IRC (Ping timeout: 255 seconds) | 14:33 | |
| *** RobertBerger <RobertBerger!~rber|res@athedsl-4432950.home.otenet.gr> has joined #yocto | 14:33 | |
| *** Neur0mante <Neur0mante!~Neur0mant@host-80-21-103-84.business.telecomitalia.it> has quit IRC (Quit: Client closed) | 14:37 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 258 seconds) | 14:47 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 14:48 | |
| v2d | fray not sure I follow. You'd put all tweaks from the has yml file in the bblayers.conf? how would you describe the images to build? | 14:49 |
| *** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has quit IRC (Remote host closed the connection) | 14:52 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 14:53 | |
| fray | v2d no 'tweaks'.. the bblayers.conf would have contained all of the references to the repositories, and then a bitbake component could read it and fetch (and manage) them.. | 14:56 |
| fray | the fetch could be done by repo, git submodules, etc etc etc. The how wasn't important, it was the common control language | 14:56 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Remote host closed the connection) | 15:05 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 15:05 | |
| JPEW | fray: That's basically what we did with whisk | 15:06 |
| v2d | JPEW I might poke you in the next weeks about whisk, I do use kas at the moment to centralize the config, but I'm not fully satisfied with it, and I will likely use multiconfig to split builds for vanilla/dev/customer images, etc. Sooo, ... ;-) | 15:10 |
| JPEW | v2d: Sounds good | 15:11 |
| v2d | btw what is the recommended way to clone private repositories from a local container? Mounting ~/.ssh sounds like a bad idea, is an ssh agent safer? | 15:14 |
| qschulz | yes, it's safer, in that it's not giving your private key | 15:22 |
| v2d | way to go then | 15:23 |
| v2d | thank you qschulz | 15:23 |
| qschulz | you need to mount the file pointed by $SSH_AUTH_SOCK and pass the appropriate SSH_AUTH_SOCK env variable too | 15:24 |
| qschulz | you can check if it works by using ssh-add -l in your container, if you get something, all good đź‘Ś | 15:25 |
| *** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Remote host closed the connection) | 15:35 | |
| *** Tyaku <Tyaku!~Tyaku@89-84-109-199.abo.bbox.fr> has quit IRC (Quit: Leaving) | 15:37 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 15:41 | |
| *** sgw <sgw!~swold_loc@user/sgw> has joined #yocto | 15:45 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 252 seconds) | 15:46 | |
| v2d | qschulz you mount SSH_AUTH_SOCK read-only, right? | 16:01 |
| *** zpfvo <zpfvo!~fvo@88.130.220.89> has quit IRC (Remote host closed the connection) | 16:09 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:14 | |
| *** mckoan_ <mckoan_!~marco@host-79-3-92-72.business.telecomitalia.it> has quit IRC (Ping timeout: 258 seconds) | 16:14 | |
| *** mckoan|away <mckoan|away!~marco@host-79-3-92-72.business.telecomitalia.it> has joined #yocto | 16:15 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 16:16 | |
| qschulz | v2d: no, is it working if ro? | 16:19 |
| *** v2d <v2d!~v2d@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 16:22 | |
| *** paulg <paulg!~Paul@104-195-159-20.cpe.teksavvy.com> has quit IRC (Remote host closed the connection) | 16:33 | |
| *** nerdboy <nerdboy!~nerdboy@47.143.129.7> has joined #yocto | 16:47 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 265 seconds) | 16:50 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 16:50 | |
| *** boo <boo!~boodler@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 16:53 | |
| *** whuang89 <whuang89!~whuang89@2607:9880:2d78:22:f993:107b:68b6:3651> has joined #yocto | 16:58 | |
| whuang89 | hi.. im not sure why I keep getting this error on the do_rootfs stage: | 16:58 |
| whuang89 | Collected errors: | 16:58 |
| whuang89 | * Solver encountered 1 problem(s): | 16:58 |
| whuang89 | * Problem 1/1: | 16:58 |
| whuang89 | * - nothing provides gstreamer1.0-python needed by python3-kivy-2.0.0-r0.aarch64-mx8mp | 16:58 |
| whuang89 | * | 16:58 |
| whuang89 | * Solution 1: | 16:58 |
| whuang89 | * - do not ask to install a package providing python3-kivy | 16:58 |
| whuang89 | gstreamer1.0 is provided in openembedded laer | 16:59 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 16:59 | |
| whuang89 | and my kivy recipe isn't asking for it =/ | 17:00 |
| *** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 17:07 | |
| *** nerdboy_ <nerdboy_!~nerdboy@47.143.129.251> has joined #yocto | 17:20 | |
| *** v2d <v2d!~v2d@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 17:20 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 240 seconds) | 17:21 | |
| *** nerdboy_p <nerdboy_p!~nerdboy@47.143.129.252> has joined #yocto | 17:24 | |
| *** nerdboy_ <nerdboy_!~nerdboy@47.143.129.251> has quit IRC (Ping timeout: 265 seconds) | 17:26 | |
| *** nerdboy_p <nerdboy_p!~nerdboy@47.143.129.252> has quit IRC (Ping timeout: 255 seconds) | 17:29 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 17:33 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC (Ping timeout: 258 seconds) | 17:35 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-14-249.ssp.dialog.net.pl> has joined #yocto | 17:35 | |
| *** frieder <frieder!~frieder@i6DFA8D7F.versanet.de> has quit IRC (Remote host closed the connection) | 17:38 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 17:40 | |
| *** nerdboy <nerdboy!~nerdboy@47.143.129.253> has joined #yocto | 17:47 | |
| *** v2d is now known as vd | 17:48 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 17:49 | |
| smurray | JPEW: I don't see any hash equiv specific testcases in oe-selftest, is the theory all tests are getting run with it because it's the default in poky? | 17:51 |
| RP | smurray: try lib/bb/tests/runqueue.py from bitbake-selftest | 17:54 |
| *** vd <vd!~v2d@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has left #yocto | 17:54 | |
| smurray | RP: ah, okay | 17:54 |
| RP | smurray: its not great but there are some | 17:55 |
| *** whuang89 <whuang89!~whuang89@2607:9880:2d78:22:f993:107b:68b6:3651> has quit IRC (Quit: Client closed) | 17:57 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 17:57 | |
| *** pinpox <pinpox!~pinpox@v2202101107577140883.nicesrv.de> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 18:01 | |
| *** pinpox <pinpox!~pinpox@v2202101107577140883.nicesrv.de> has joined #yocto | 18:02 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 18:18 | |
| *** yates_home <yates_home!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has quit IRC (Ping timeout: 265 seconds) | 18:26 | |
| * boo just realized that yocti is back | 18:27 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 18:27 | |
| boo | bug #31337 | 18:28 |
| boo | Yocto Bug 12345 | 18:28 |
| * boo files a warranty claim against yocti | 18:29 | |
| RP | boo: I think halstead may need to add the bugzilla plugin | 18:30 |
| *** boo is now known as paulg | 18:30 | |
| paulg | Apparently I'm incapable of editing an irc client config file in a way that sticks. | 18:32 |
| RP | paulg: this software stuff is tricky | 18:33 |
| paulg | Sure glad I don't have to write/maintain any of it to keep food on the table.... | 18:34 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 18:43 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 18:45 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-153-112.78.49.pool.telefonica.de> has joined #yocto | 19:05 | |
| *** florian_kc is now known as florian | 19:08 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has joined #yocto | 19:09 | |
| halstead | Yep, I'll reinstall that plugin | 19:20 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Ping timeout: 265 seconds) | 19:29 | |
| JPEW | paulg: For a lot of software, I suspect you would either end up with the table on the food, or some error about `cannot import food` | 19:31 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 19:33 | |
| *** Dracos-Carazza_ is now known as Dracos-Carazza | 19:36 | |
| paulg | JPEW, "cannot import food" could also be MAGA or Brexit.... | 19:38 |
| RP | shame we never made PACKAGECONFIG_pn-pizza = "ham mushroom red-pepper" work | 19:38 |
| * paulg volunteers for run time testing | 19:40 | |
| paulg | "Damn, it failed LTP ; we'll have to run it again." | 19:40 |
| JPEW | LTP = "LunchTastingProject"? I'm in | 19:41 |
| LetoThe2nd | TDD. | 19:41 |
| LetoThe2nd | TasteDriveDesign | 19:41 |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-153-112.78.49.pool.telefonica.de> has joined #yocto | 19:46 | |
| *** ecdhe <ecdhe!~ecdhe@mms-rf-support.com> has joined #yocto | 19:50 | |
| *** florian <florian!~florian@dynamic-078-049-153-112.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 258 seconds) | 19:50 | |
| *** mccc <mccc!~mccc@c-73-239-24-228.hsd1.wa.comcast.net> has joined #yocto | 20:18 | |
| *** JK <JK!~Josef@185.138.68.220> has quit IRC (Ping timeout: 252 seconds) | 20:23 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-153-112.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds) | 20:27 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 268 seconds) | 20:31 | |
| *** florian <florian!~florian@dynamic-078-049-153-112.78.49.pool.telefonica.de> has joined #yocto | 20:32 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 20:32 | |
| *** rob_w <rob_w!~rob@ppp-93-104-37-168.dynamic.mnet-online.de> has quit IRC (Read error: Connection reset by peer) | 20:37 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 20:45 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 255 seconds) | 20:45 | |
| *** camus1 is now known as camus | 20:45 | |
| *** hpsy <hpsy!~hpsy@85.203.15.7> has joined #yocto | 20:54 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 21:24 | |
| *** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Remote host closed the connection) | 21:34 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 21:58 | |
| *** florian <florian!~florian@dynamic-078-049-153-112.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds) | 22:16 | |
| *** florian <florian!~florian@dynamic-078-049-153-112.78.49.pool.telefonica.de> has joined #yocto | 22:22 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 255 seconds) | 22:26 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 22:26 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-14-249.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 22:32 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 22:47 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 22:52 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer) | 22:52 | |
| *** camus1 is now known as camus | 22:52 | |
| *** florian <florian!~florian@dynamic-078-049-153-112.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds) | 23:25 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 23:47 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer) | 23:48 | |
| *** camus1 is now known as camus | 23:48 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!