| *** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto | 00:23 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 00:28 | |
| *** vthor <vthor!~thor@user/vthor> has quit IRC (Remote host closed the connection) | 00:29 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 00:36 | |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:ec9d:7bae:f285:be0e> has quit IRC (Ping timeout: 268 seconds) | 00:40 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 00:40 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 00:41 | |
| *** davidinux1 <davidinux1!~davidinux@194.34.233.212> has quit IRC (Ping timeout: 268 seconds) | 01:04 | |
| *** davidinux1 <davidinux1!~davidinux@194.34.233.212> has joined #yocto | 01:04 | |
| *** chep <chep!chep@gateway/vpn/airvpn/chep> has quit IRC (Read error: Connection reset by peer) | 01:28 | |
| *** chep <chep!chep@gateway/vpn/airvpn/chep> has joined #yocto | 01:29 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:650b:9500:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 255 seconds) | 01:35 | |
| *** tec <tec!~tec@217.115.15.70> has quit IRC (Quit: bye!) | 01:37 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:650e:5500:2ce:39ff:fecf:efcd> has joined #yocto | 01:37 | |
| *** tec <tec!~tec@217.115.15.70> has joined #yocto | 01:39 | |
| *** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has joined #yocto | 01:47 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 255 seconds) | 02:00 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 02:02 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Read error: Connection reset by peer) | 02:11 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto | 02:11 | |
| *** absurdist <absurdist!~info@104.28.221.246> has quit IRC (Remote host closed the connection) | 02:18 | |
| *** absurdist <absurdist!~info@104.28.221.246> has joined #yocto | 02:18 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 03:14 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 03:21 | |
| *** amitk <amitk!~amit@58.84.62.119> has joined #yocto | 03:23 | |
| *** jmd <jmd!~user@2001:a61:2ae9:ab01:1c5b:c6f3:a18d:7893> has joined #yocto | 03:26 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 268 seconds) | 03:29 | |
| mbulut | on kirkstone i have a recipe that only inherits setuptools3 to fetch and build a python package from a private git repo. the package uses setuptools-scm for dynamic versioning. when i query the version at runtime using importlib.metadata.version, i only get '0.0.0' which seems like the fallback version having kicked in... building the package standalone and querying using same method i do get a proper version, so in principle it | 03:44 |
|---|---|---|
| mbulut | seems to work. any idea what could be the reason why it's not working when built in yocto? | 03:44 |
| mbulut | i'm not fetching the sources as tarball but via git, so i'd expect setuptools-scm to have the git repo available at build time | 03:46 |
| *** vthor <vthor!~thor@user/vthor> has joined #yocto | 03:48 | |
| mbulut | oh, i found the problem... i had python3-setuptools-scm in DEPENDS, where it should be python3-setuptools-scm-native | 04:02 |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 246 seconds) | 05:26 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 05:27 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 05:45 | |
| *** rfuentess <rfuentess!~rfuentess@154.45.232.215> has joined #yocto | 05:53 | |
| *** sukbeom <sukbeom!~sukbeom@121.172.255.83> has quit IRC (Quit: Ping timeout (120 seconds)) | 06:10 | |
| *** sukbeom <sukbeom!~sukbeom@121.172.255.83> has joined #yocto | 06:11 | |
| *** nerdboy <nerdboy!~nerdboy@47.143.129.171> has joined #yocto | 06:12 | |
| *** frieder <frieder!~frieder@i59F664E1.versanet.de> has joined #yocto | 06:14 | |
| *** jmd <jmd!~user@2001:a61:2ae9:ab01:1c5b:c6f3:a18d:7893> has quit IRC (Remote host closed the connection) | 06:30 | |
| *** luc4 <luc4!~luca@2a00:6d43:501:1201:b819:83b0:7e44:65e0> has joined #yocto | 06:30 | |
| *** jmd <jmd!~user@2001:a61:2ae9:ab01:1c5b:c6f3:a18d:7893> has joined #yocto | 06:31 | |
| *** mckoan_ <mckoan_!~marco@host-95-229-48-41.business.telecomitalia.it> has joined #yocto | 06:52 | |
| *** mckoan|away <mckoan|away!~marco@host-95-229-48-41.business.telecomitalia.it> has quit IRC (Ping timeout: 264 seconds) | 06:55 | |
| *** enok <enok!~Thunderbi@94.191.152.221.mobile.tre.se> has joined #yocto | 07:00 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 07:01 | |
| khem | yep | 07:02 |
| khem | these are build time ops which means you need packages on the build machine. Hence the native packages | 07:02 |
| *** sng <sng!~quassel@217.140.105.54> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 07:02 | |
| *** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has quit IRC (Quit: WeeChat 4.3.3) | 07:02 | |
| *** sng <sng!~quassel@217.140.105.54> has joined #yocto | 07:03 | |
| *** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has joined #yocto | 07:09 | |
| *** mckoan_ is now known as mckoan | 07:10 | |
| mckoan | good morning | 07:10 |
| *** jstephan_ <jstephan_!~jstephan@build4.baylibre.com> has joined #yocto | 07:11 | |
| alessioigor | mckoan morning | 07:16 |
| *** grma <grma!~gruberm@89-41-133-247.static.kufnet.at> has joined #yocto | 07:21 | |
| *** enok <enok!~Thunderbi@94.191.152.221.mobile.tre.se> has quit IRC (Read error: Connection reset by peer) | 07:24 | |
| Ad0 | I have my own program which I want to include in the distro. I wonder if I should do a git pull from another repository or just include it in the yocto recipes. what's the most usual way (given that the program is small and not part of another solution) ? | 07:44 |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.104> has quit IRC (Quit: Konversation terminated!) | 07:47 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.104> has joined #yocto | 07:47 | |
| LetoThe2nd | Ad0: not sure I understand the question, but in a nutshell it is "I have this program which I want to add to my build", right? Then the answer is as usual: write a recipe, add it to your layer. | 07:48 |
| *** PaowZ <PaowZ!~Vince@82-64-136-53.subs.proxad.net> has joined #yocto | 07:55 | |
| *** geoffhp <geoffhp!~geoff@syn-107-185-062-133.res.spectrum.com> has quit IRC (Quit: Leaving) | 07:56 | |
| Ad0 | LetoThe2nd, thanks. I am thinking if I should just include it directly and maintain it in the yocto repository or pull it from a seaparate repository | 07:58 |
| LetoThe2nd | Ad0: "in the yocto repository", you mean somewhere in poky? then the answer is a clear no. just think about how you would manage the resulting sources. | 07:59 |
| LetoThe2nd | Ad0: or is it "do I add the sources to my layer, instead of a separate repository"? then the answer is: technically possible, but I've found that cumbersome for two reasons: the source code changes clutter your git log, and the day will come when you want to use the tool outside a yocto context. then its really hard to access if its hidden in a layer repo. | 08:01 |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 255 seconds) | 08:07 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:10 | |
| *** enok <enok!~Thunderbi@94.191.152.131.mobile.tre.se> has joined #yocto | 08:11 | |
| Ad0 | thanks! | 08:21 |
| Ad0 | yes I mean in my layer | 08:21 |
| Ad0 | ok external repository it is | 08:21 |
| Ad0 | oh and in case I have multiple programs, should they be in separate repositories or should I have them in one? Then I would probably need to do sparse clones | 08:24 |
| mckoan | I have a recipe managing a custom library I created. It installs the .so correctly in the final image and in the SDK when I build with populate_sdk. Hoever in the SDK I don't have the .h provided by the library. Do I need any particular setting to add .h to the SDK ? | 08:37 |
| *** jmd` <jmd`!~user@2001:a61:2ae9:ab01:1c5b:c6f3:a18d:7893> has joined #yocto | 08:45 | |
| KanjiMonster | Ad0: do the programs are related to each other/need to be kept in sync? If yes then a single repository might make sense. A recipe can provide multiple packages, so you can just split them up within the recipe and don't need multiple recipes | 08:53 |
| Ad0 | ok | 08:53 |
| Ad0 | thanks | 08:53 |
| Ad0 | I will collect them in one recipe | 08:53 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 08:56 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Ping timeout: 246 seconds) | 09:08 | |
| *** jmd` <jmd`!~user@2001:a61:2ae9:ab01:1c5b:c6f3:a18d:7893> has quit IRC (Remote host closed the connection) | 09:13 | |
| rburton | RP zeddii: FYI, binutils master is advertising relocation support which means the kernel turns on CONFIG_RELR but on arm64 the relocation is broken so you end up with kernels that don't actually work. toolchain people are fixing binutils but just a headsup if you try that combination of pieces for any reason. | 09:23 |
| jstephan_ | hello all! I would like to change a variable defined in bitbake.conf to append the PV of a given recipe. I tried to register an handler inside sanity.conf that would register itself on bb.event.ParseCompleted | 09:45 |
| jstephan_ | my handler is called, I can see debug output, but when using bitbake -e I don't see the change on the variable | 09:46 |
| Ad0 | also how do I add my own environment variables properly? | 09:51 |
| rburton | jstephan_: probably because you're hitting the wrong datastore in your handler. what do you actually want to do? | 09:52 |
| *** enok <enok!~Thunderbi@94.191.152.131.mobile.tre.se> has quit IRC (Read error: Connection reset by peer) | 09:59 | |
| jstephan_ | rburton: I found a bug in kernel.bclass do_symlink_kernsrc function when bsp supports several kernel version, because kernel sources are moved (and symlinked) to a shared place (STAGING_KERNEL_DIR) | 09:59 |
| jstephan_ | so first compilation of let's say 5.15 works, first compilation of let's say 6.6 is ok, but when switching back to 5.15, the symlink of S point to STAGING_KERNEL_DIR that contains 6.6 source code ... | 10:00 |
| jstephan_ | so my idea was to create kernel-source-5.15 and kernel-source-6.6 inside STAGING_DIR and when Parse is complete, set STAGING_KERNEL_DIR to either kernel-source-5.15 or kernel-source-6.6 | 10:01 |
| rburton | using event handlers seems like a terrible fragile way of doing that | 10:01 |
| jstephan_ | ok :) | 10:01 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 10:02 | |
| rburton | zeddii: ^^^ | 10:03 |
| *** MrCryo <MrCryo!~MrCryo@user/MrCryo> has joined #yocto | 10:03 | |
| jstephan_ | I was also thinking of creating a symlink from kernel-source to the correct kernel-source-xxx to not change STAGING_KERNEL_DIR, but I guess the event handler is also a bad way to do this | 10:05 |
| *** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 240 seconds) | 10:10 | |
| *** sakoman <sakoman!~sakoman@98.142.47.158> has quit IRC (Ping timeout: 246 seconds) | 10:20 | |
| RP | rburton: thanks for the warning! | 10:21 |
| *** eminboydak <eminboydak!~eminboyda@user/eminboydak> has joined #yocto | 10:24 | |
| *** eminboydak <eminboydak!~eminboyda@user/eminboydak> has quit IRC (Client Quit) | 10:24 | |
| *** tec5 <tec5!~tec@217.115.15.70> has joined #yocto | 10:29 | |
| *** tec <tec!~tec@217.115.15.70> has quit IRC (Ping timeout: 256 seconds) | 10:29 | |
| *** tec5 is now known as tec | 10:29 | |
| *** florian <florian!~florian@dynamic-078-048-095-049.78.48.pool.telefonica.de> has joined #yocto | 10:31 | |
| *** eminboydak <eminboydak!~eminboyda@user/eminboydak> has joined #yocto | 10:34 | |
| rburton | RP: can you pick 'setuptools: drop 2to3' into next? | 10:35 |
| *** sakoman <sakoman!~sakoman@98.142.47.158> has joined #yocto | 10:36 | |
| *** jmd` <jmd`!~user@2001:a61:2ae9:ab01:1c5b:c6f3:a18d:7893> has joined #yocto | 10:39 | |
| *** tec <tec!~tec@217.115.15.70> has quit IRC (Quit: bye!) | 10:42 | |
| *** tec <tec!~tec@217.115.15.70> has joined #yocto | 10:45 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.3.2) | 10:45 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 10:59 | |
| RP | rburton: queued | 11:13 |
| RP | rburton: do the other patches in -next look ok? | 11:13 |
| eminboydak | Hi, can i install openjdk-11 or openjre-11 with meta-java layer? I cant see in recipes. | 11:15 |
| ldywicki | eminboydak: you need to include meta-java layer in your build: https://github.com/meta-java/meta-java | 11:17 |
| eminboydak | ldywicki already included in bblayers.conf file | 11:18 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: Client closed) | 11:19 | |
| kanavin | eminboydak, meta-java only has recipes for openjdk-8 | 11:19 |
| kanavin | if you need 11, you need to write them yourself i'm afraid, and I do not envy you. It might be easier to get it from a host distro and pass in via HOSTTOOLS, if you only need it at build time and not on the targets. | 11:20 |
| kanavin | or you can convince your management that Java is a dead technology, relying on proprietary tools written in it was a big mistake, and you need something future proof ;-) | 11:25 |
| eminboydak | kanavin oh ok, thank you for your information | 11:26 |
| ldywicki | err, you can try to fetch amazon build of openjdk from meta-aws | 11:48 |
| ldywicki | @kanavin your assessment of java is a bit unfair, can you recognize oracle hotspot from openjdk? | 11:50 |
| ldywicki | @eminboydak I've worked once at fork of meta-zulu-java, which is based on binary builds of Azul stuff: https://github.com/connectorio/meta-zulu-java. This is a bit old, but I think it still should work if you lift layer compatibility. I've made also some work on making generic meta-jvm layer which would integrate other openjdk builds i.e. temurin. | 11:52 |
| ldywicki | above layer covers x86_64 and arm architectures | 11:53 |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 11:54 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8071:65c3:7240:e9ee:e7cb:6c4b:eda3> has joined #yocto | 12:01 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 264 seconds) | 12:11 | |
| rburton | eminboydak: meta-aws has recipes for the Amazon Corretto java VM, and they're actually maintained. https://github.com/aws4embeddedlinux/meta-aws/tree/master/recipes-devtools/amazon-corretto | 12:30 |
| rburton | RP: tip down to native/nativesdk, yes. | 12:34 |
| *** enok <enok!~Thunderbi@94.191.152.7.mobile.tre.se> has joined #yocto | 12:35 | |
| rburton | RP: i feel like writing a test case for the flags change | 12:38 |
| *** pivi <pivi!~pivi@user/pivi> has quit IRC (Ping timeout: 252 seconds) | 12:46 | |
| *** florian <florian!~florian@dynamic-078-048-095-049.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 264 seconds) | 12:49 | |
| zeddii | rburton: not really a use case that I'm interested in hacking in .. I'd just make sure that the source was removed, unpacked and re-linked if the version changed. | 12:50 |
| *** pivi <pivi!~pivi@user/pivi> has joined #yocto | 12:53 | |
| jstephan_ | zeddii: of course user can always use a cleansstate when changing the kernel version, but I feel it's too bad to recompile everythin while previous kernel was already compiled. And compiling the kernel usually takes several minutes ... | 12:55 |
| zeddii | I didn't say cleasstate by the user | 12:55 |
| * zeddii knows a few things about kernel builds | 12:55 | |
| jstephan_ | so what would you suggest? | 12:56 |
| zeddii | so spare my sanity with the pandering comments | 12:56 |
| jstephan_ | :) | 12:56 |
| zeddii | do a clean task, just like any other recipe with source code, this is just a bit special where we put it all that time ago. you don't keep multiple versions of source around for any recipe, why would we do it for the kernel. | 12:57 |
| zeddii | I've got 10 year old bugs on external modules not being rebuilt when the kernel source or kernel itself is changed, it's the same missing dependency. I've just never had time to look into it. | 12:58 |
| *** vquicksilver <vquicksilver!~nobody@user/vquicksilver> has quit IRC (Ping timeout: 255 seconds) | 13:06 | |
| *** enok <enok!~Thunderbi@94.191.152.7.mobile.tre.se> has quit IRC (Read error: Connection reset by peer) | 13:06 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 13:09 | |
| *** luc4 <luc4!~luca@2a00:6d43:501:1201:b819:83b0:7e44:65e0> has quit IRC (Quit: Konversation terminated!) | 13:09 | |
| *** florian <florian!~florian@78.48.95.49> has joined #yocto | 13:10 | |
| *** sotaoverride is now known as Guest2483 | 13:12 | |
| *** Guest4001 is now known as sotaoverride | 13:12 | |
| jstephan_ | zeddii: not sure to fully understand your reply about a clean task? | 13:14 |
| *** tec <tec!~tec@217.115.15.70> has quit IRC (Ping timeout: 240 seconds) | 13:21 | |
| *** tec <tec!~tec@217.115.15.70> has joined #yocto | 13:21 | |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Quit: Quit) | 13:25 | |
| *** tec <tec!~tec@217.115.15.70> has quit IRC (Client Quit) | 13:25 | |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 13:26 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 13:28 | |
| *** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has joined #yocto | 13:32 | |
| jstephan_ | zeddii: I am sure you knows a lot more than me about kernel builds and yocto in general, but I have time and I really want to contribute to the YP. Maybe you can give me pointers on how to properly fix this? | 13:33 |
| *** tec <tec!~tec@217.115.15.70> has joined #yocto | 13:33 | |
| *** frieder <frieder!~frieder@i59F664E1.versanet.de> has quit IRC (Ping timeout: 246 seconds) | 13:44 | |
| *** tec <tec!~tec@217.115.15.70> has quit IRC (Quit: bye!) | 13:45 | |
| *** tec <tec!~tec@217.115.15.70> has joined #yocto | 13:49 | |
| ray-san | hi folks, i try to override this recipe: https://git.openembedded.org/openembedded-core/tree/meta/recipes-bsp/alsa-state/alsa-state.bb?h=nanbield so i tried to create a bbappend file named "alsa-state_%.bbappend", but than i get the error "ERROR: No recipes in default available for: $redacted.../alsa-states_%.bbappend" | 13:52 |
| ray-san | anyone has an idea, why that is? | 13:52 |
| rburton | just use alsa-state.bbappend, as the match is on the filename | 13:54 |
| ray-san | thank you, that worked. but that wasn't obvious for me | 13:55 |
| *** Xagen <Xagen!~Xagen@4.14.206.69> has joined #yocto | 13:59 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 13:59 | |
| *** jmd` <jmd`!~user@2001:a61:2ae9:ab01:1c5b:c6f3:a18d:7893> has quit IRC (Remote host closed the connection) | 14:02 | |
| *** frieder <frieder!~frieder@i59F664E1.versanet.de> has joined #yocto | 14:03 | |
| tlwoerner | leon-anavi: https://git.yoctoproject.org/meta-rockchip/commit/?id=ea72b22f537b63ee21e4d5aad636975004b39791 :-D | 14:06 |
| leon-anavi | tlwoerner, nice, I didn't see this in meta-rockchip. Anyway, the idea is to keep meta-rauc-community as an aggregation of different examples. | 14:07 |
| tlwoerner | leon-anavi: i litterally *just* pushed it | 14:07 |
| leon-anavi | oh, was it pushed today? | 14:08 |
| tlwoerner | 15 minutes ago | 14:08 |
| tlwoerner | leon-anavi: thank you for meta-rauc-community, it's nice having concrete examples to examine | 14:09 |
| leon-anavi | feel free to open GitHub pull request to meta-rauc-rockchip. I literally did this on my spare time on Sunday and after that my colleagues were OK to wrap it and write this short article | 14:10 |
| leon-anavi | I don't have any modern Rockchip apart for Rock Pi 4 B so this is the only device I tested on. | 14:11 |
| rfs613 | are there cases where HOST_ARCH and TARGET_ARCH would differ? The documentation only says | 14:14 |
| rfs613 | meta/conf/documentation.conf:HOST_ARCH[doc] = "The name of the target architecture. Normally same as the TARGET_ARCH." | 14:14 |
| rburton | rfs613: normally only in the fun situation where you're building cross compilers | 14:16 |
| rfs613 | so does the terminology follow from autoconf? | 14:16 |
| rfs613 | eg. it is for canadian cross situation | 14:18 |
| rburton | yes | 14:42 |
| kanavin | yes, except we confuse host and target in many places, and it's not pressing enough to get terminology entirely correct | 14:48 |
| kanavin | but otherwise yes, it's set by GNU and we follow | 14:49 |
| kanavin | it's also becoming less relevant with modern toolchains, e.g. rust which can build for any target, and doesn't have to be specifically configured for a particular one | 14:51 |
| kanavin | (I wish gcc could do that...) | 14:51 |
| *** CrazyGecko <CrazyGecko!~gecko@90.251.200.213.static.wline.lns.sme.cust.swisscom.ch> has quit IRC (Remote host closed the connection) | 14:51 | |
| *** rfuentess <rfuentess!~rfuentess@154.45.232.215> has quit IRC (Remote host closed the connection) | 14:54 | |
| rfs613 | rburton: kanavin: thanks for clarification. | 14:56 |
| *** eminboydak <eminboydak!~eminboyda@user/eminboydak> has quit IRC (Quit: Client closed) | 14:56 | |
| *** eminboydak <eminboydak!~eminboyda@user/eminboydak> has joined #yocto | 14:56 | |
| rburton | kanavin: i don't suppose you've looked at upgrading librsvg to the latest release that use meson instead of autotools? | 15:09 |
| kanavin | rburton, I guess not, what does latest AUH say? | 15:10 |
| kanavin | I've been trying to sort my OSS presentation, and then get back to making devtool aware of lockstep-upgrades for multiple recipes | 15:11 |
| kanavin | humblebrag haha https://osseu2024.sched.com/event/1ej4C/?iframe=no | 15:12 |
| kanavin | "The year 2038 problem is a well known integer overflow issue on many 32 bit platforms, some of which will be still in use on the day when it happens: January 19 2038. In this talk I would like to present where the problem comes from, what the Yocto project has done to address the issue, which base work in kernel and libc has been utilized to avoid a total system collapse, how to test a system's readiness for that date, and which | 15:12 |
| kanavin | further issues this has uncovered in common open source components. I hope this prompts an interesting discussion and further ideas to ensure the world does not go down in 14 years. " | 15:12 |
| *** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has joined #yocto | 15:15 | |
| moto-timo | yocton: I missed seeing your nick on this channel, we can continue the any discussion here about the triage topic | 15:22 |
| yocton | moto-timo: (following here) Thx! I'll try to see if the "Upstream-status" of RSS is related to the "devtool latest-version" the AUH uses. | 15:24 |
| yocton | moto-timo: I feel like there is a thread we can pull here to help the deprecation policy | 15:25 |
| moto-timo | yocton: yeah, we'll need to look at the RRS code https://git.yoctoproject.org/layerindex-web/tree/rrs | 15:25 |
| moto-timo | yocton: I agree. Let's keep bouncing ideas around. | 15:25 |
| moto-timo | yocton: And it could be adding some kind of plugin to devtool to output something that can be consumed by a script to populate the database in layerindex. | 15:26 |
| moto-timo | yocton: this is what I did for the Yocto compatible layers. | 15:27 |
| moto-timo | yocton: on the AB side, we have a script to output the data to json https://git.yoctoproject.org/yocto-autobuilder-helper/tree/scripts/list-yp-compatible-layers.py | 15:27 |
| moto-timo | yocton: on the layerindex side we have a script to use that JSON output to update the database https://git.yoctoproject.org/layerindex-web/tree/layerindex/tools/mark_yp_compatible_layers.py | 15:28 |
| moto-timo | yocton: so some similar concept will create the data we need and ingest it. Then it becomes a cronjob script or something like that to automate it, as far as possible. Plus some kind of new UI to display the information. | 15:29 |
| *** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 15:33 | |
| yocton | moto-timo: Thanks for all this info. I'll need to disgest a little... How about creating a bug to keep this? | 15:49 |
| moto-timo | yocton: excellent idea :) | 15:49 |
| moto-timo | yocton: can you add the enhancement request with what you have in mind and then I'll add links and commentary? | 15:49 |
| *** geoffhp <geoffhp!~geoffhp@207.154.79.70> has joined #yocto | 15:50 | |
| *** smooge <smooge!~smooge@centos/qa/smooge> has quit IRC (Quit: I have resigned. I will not be pushed, filed, stamped, indexed, briefed, debriefed, or numbered! My life is my own.) | 16:14 | |
| *** smooge <smooge!smooge@centos/qa/smooge> has joined #yocto | 16:16 | |
| *** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 252 seconds) | 16:16 | |
| *** PaowZ <PaowZ!~Vince@82-64-136-53.subs.proxad.net> has quit IRC (Ping timeout: 252 seconds) | 16:37 | |
| yocton | moto-timo: https://bugzilla.yoctoproject.org/show_bug.cgi?id=15530 (I've transcribed some of your comments) | 16:38 |
| *** florian <florian!~florian@78.48.95.49> has quit IRC (Ping timeout: 240 seconds) | 16:48 | |
| yocton | vmeson: I believe that is you who asked about the AUH run on meta-oe : on meta-oe sublayer, on ~1000 recipes, 24.1% failed the version checking, (then 17.1% failed the attempted upgrade) | 16:49 |
| yocton | run is here : https://autobuilder.yoctoproject.org/typhoon/#/builders/159/builds/8 (from November 2, 2023) | 16:51 |
| moto-timo | yocton: about a year ago I guess I was running meta-python, meta-perl and meta-oe (only python and perl recipes). Any given week there were about 50 recipes in meta-python that needed an upgrade. Around a dozen in meta-perl. Folks tend to ignore the ones that fail (some of them, especially in meta-perl are non-trivial to fix). | 16:52 |
| moto-timo | sadly, two of the build machines I was using have since gone off-line for various reasons. | 16:53 |
| moto-timo | I'd love to see the ones where version checking fails get more attention. It is easy to ignore in the current way AUH runs, as far as I recall. | 16:56 |
| yocton | moto-timo: that's our focus :) | 16:56 |
| moto-timo | 🎉 | 16:56 |
| *** florian <florian!~florian@dynamic-078-048-095-049.78.48.pool.telefonica.de> has joined #yocto | 17:01 | |
| moto-timo | This is an idea that hit me earlier this week: https://bugzilla.yoctoproject.org/show_bug.cgi?id=15531 | 17:04 |
| moto-timo | Since we have core-image-ptest-<recipe> (and similar in other layers), we could upgrade recipes and run ptests on reduced content images all in one workflow. Probably adds a lot of build time for all those extra images though? not sure | 17:06 |
| moto-timo | I mostly run AUH for my own recipes, so not the full blown "all" recipes run. | 17:07 |
| *** jmd <jmd!~user@2001:a61:2ae9:ab01:1c5b:c6f3:a18d:7893> has quit IRC (Remote host closed the connection) | 17:15 | |
| *** jmd <jmd!~user@2001:a61:2ae9:ab01:1c5b:c6f3:a18d:7893> has joined #yocto | 17:18 | |
| *** tepperson <tepperson!~tepperson@12.33.85.2> has joined #yocto | 17:23 | |
| tepperson | I'm trying to write a recipe for a go program, I've got a recipe put together but it builds a *.a output instead of a binary. Outside of yocto it builds a binary no problem. Any ideas what I might be doing wrong? I am specifically wanting to build https://github.com/OpenPrinting/ipp-usb | 17:28 |
| tepperson | I figured it out, I needed to make a recipe for the dependent go module and DEPEND on it. | 18:30 |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Quit: ZNC 1.9.0 - https://znc.in) | 19:02 | |
| moto-timo | meta-virtualization is a good place to look for best practices for Go recipes. | 19:11 |
| *** RyanEatmon <RyanEatmon!~reatmon@192.91.75.29> has quit IRC (Remote host closed the connection) | 19:14 | |
| *** RyanEatmon <RyanEatmon!~reatmon@192.91.75.29> has joined #yocto | 19:15 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 268 seconds) | 19:21 | |
| *** tepperson <tepperson!~tepperson@12.33.85.2> has quit IRC (Quit: Client closed) | 19:22 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto | 19:25 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Client Quit) | 19:25 | |
| *** enok <enok!~Thunderbi@94.191.152.229> has joined #yocto | 19:30 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto | 19:32 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Client Quit) | 19:33 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.104> has quit IRC (Quit: Konversation terminated!) | 19:41 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-048-095-049.78.48.pool.telefonica.de> has joined #yocto | 19:45 | |
| *** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has joined #yocto | 19:46 | |
| *** florian <florian!~florian@dynamic-078-048-095-049.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 19:49 | |
| moto-timo | The meta-java OpenJDK upgrades problem in a nutshell https://bootstrappable.org/projects/java.html | 19:57 |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8071:65c3:7240:e9ee:e7cb:6c4b:eda3> has quit IRC (Remote host closed the connection) | 19:58 | |
| *** dankm <dankm!~dan@user/dankm> has quit IRC (Remote host closed the connection) | 20:02 | |
| *** eminboydak <eminboydak!~eminboyda@user/eminboydak> has quit IRC (Quit: Client closed) | 20:03 | |
| *** dankm <dankm!~dan@user/dankm> has joined #yocto | 20:04 | |
| *** vquicksilver <vquicksilver!~nobody@user/vquicksilver> has joined #yocto | 20:07 | |
| *** enok <enok!~Thunderbi@94.191.152.229> has quit IRC (Ping timeout: 264 seconds) | 20:14 | |
| kanavin | if openjdk provides prebuilt binary tarballs for x86-64, aarch64 and ppc64, then it should be done in same way as go and rust | 20:18 |
| kanavin | both *used* to be bootstrapped from a different language, but that's been abandoned ages ago | 20:18 |
| kanavin | now the first step is to pull prebuilt binaries and use them as 'native' compilers | 20:19 |
| *** jmd <jmd!~user@2001:a61:2ae9:ab01:1c5b:c6f3:a18d:7893> has quit IRC (Remote host closed the connection) | 20:19 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto | 20:27 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-048-095-049.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 20:32 | |
| vvn | can we have concurrent accesses to DL_DIR? e.g. two build container sharing a DL_DIR downloading the same package at the same time | 20:36 |
| *** olani- <olani-!~olani@h79-138-110-202.cust.bredband2.com> has joined #yocto | 20:37 | |
| *** florian_kc <florian_kc!~florian@78.48.95.49> has joined #yocto | 20:45 | |
| *** florian_kc is now known as florian | 20:46 | |
| *** Guest11 <Guest11!~Guest11@212-233-69-99.amt.ru> has joined #yocto | 20:59 | |
| Guest11 | Hello. I created the recipe. I added this recipe to the DEPEND of another recipe. The created files of first recipe were placed in recipe-sysroot. I added "recipe-name-native" to DEPENDS to second recipe. The files did not appear in recipe-sysroot-native. What am I doing wrong? | 21:06 |
| *** olani- <olani-!~olani@h79-138-110-202.cust.bredband2.com> has quit IRC (Remote host closed the connection) | 21:33 | |
| RP | vvn: yes | 21:34 |
| *** olani- <olani-!~olani@h79-138-110-202.cust.bredband2.com> has joined #yocto | 21:46 | |
| *** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has joined #yocto | 21:51 | |
| *** Xagen <Xagen!~Xagen@4.14.206.69> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 21:54 | |
| *** geoffhp <geoffhp!~geoffhp@207.154.79.70> has quit IRC (Quit: Client closed) | 22:01 | |
| *** MrCryo <MrCryo!~MrCryo@user/MrCryo> has quit IRC (Ping timeout: 256 seconds) | 22:05 | |
| JPEW | rburton: Pushed a patch to ML to automatically pull the SPDX licenses from the JSON data | 22:24 |
| *** geoffhp <geoffhp!~geoffhp@207.154.79.70> has joined #yocto | 22:27 | |
| *** geoffhp <geoffhp!~geoffhp@207.154.79.70> has left #yocto | 22:27 | |
| *** Guest11 <Guest11!~Guest11@212-233-69-99.amt.ru> has quit IRC (Quit: Client closed) | 22:28 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 22:36 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Read error: Connection reset by peer) | 22:54 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 22:54 | |
| *** Guest36 <Guest36!~Guest36@2a02:2454:2a0:f900:3d6b:4475:26c4:abfd> has joined #yocto | 23:01 | |
| *** |Xagen <|Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 23:03 | |
| Guest36 | Hi, is there a simple way to build all recipes in a layer? | 23:03 |
| *** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 264 seconds) | 23:09 | |
| *** olani- <olani-!~olani@h79-138-110-202.cust.bredband2.com> has quit IRC (Remote host closed the connection) | 23:44 | |
| *** vthor <vthor!~thor@user/vthor> has quit IRC (Quit: kill -9 $pid) | 23:49 | |
| *** florian <florian!~florian@78.48.95.49> has quit IRC (Ping timeout: 256 seconds) | 23:52 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!