| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 01:04 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 01:04 | |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-21-184-147-79-201.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!) | 01:07 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 01:08 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 01:09 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 01:13 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 252 seconds) | 01:16 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 01:18 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 260 seconds) | 01:23 | |
| *** vmeson <vmeson!~rmacleod@142.166.215.52> has joined #yocto | 01:28 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.191.63> has quit IRC (Quit: Tokamak) | 01:31 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Quit: qschulz) | 01:32 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 01:35 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 01:43 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 01:43 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds) | 01:48 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 01:48 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 260 seconds) | 01:50 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 01:53 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.191.63> has joined #yocto | 01:53 | |
| *** davidinux <davidinux!~davidinux@92.118.62.62> has quit IRC (Ping timeout: 260 seconds) | 02:03 | |
| *** davidinux <davidinux!~davidinux@92.118.62.58> has joined #yocto | 02:05 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:20 | |
| *** rber|res <rber|res!~rber|res@62-47-42-87.adsl.highway.telekom.at> has joined #yocto | 02:32 | |
| *** RobertBerger <RobertBerger!~rber|res@62-47-42-87.adsl.highway.telekom.at> has quit IRC (Ping timeout: 248 seconds) | 02:34 | |
| *** starblue <starblue!~juergen@dslb-188-100-128-208.188.100.pools.vodafone-ip.de> has quit IRC (Ping timeout: 252 seconds) | 02:52 | |
| *** starblue <starblue!~juergen@dslb-188-100-135-087.188.100.pools.vodafone-ip.de> has joined #yocto | 02:54 | |
| roussinm | RP: sent a patch, https://lists.openembedded.org/g/openembedded-core/message/173009 | 03:07 |
|---|---|---|
| roussinm | RP: Looks like someone else got the same issue I had: https://lists.openembedded.org/g/openembedded-core/message/172951?p=%2C%2C%2C20%2C0%2C0%2C0%3A%3Acreated%2C0%2Cmesa%2C20%2C2%2C0%2C94884113 | 03:07 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 03:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 03:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds) | 03:14 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 03:14 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6507:1500:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 246 seconds) | 03:36 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6508:4600:2ce:39ff:fecf:efcd> has joined #yocto | 03:38 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 04:12 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:29 | |
| *** AKN <AKN!~AKN@122.183.159.27> has joined #yocto | 04:32 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 04:34 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 04:34 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds) | 04:39 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 04:39 | |
| PhoenixMage | Dumb question, how do I get my custom kernel into my wic? | 04:40 |
| *** amitk <amitk!~amit@103.208.71.96> has joined #yocto | 04:43 | |
| *** sgw <sgw!~swold_loc@user/sgw> has joined #yocto | 04:51 | |
| PhoenixMage | Ignore me, its already there :/ | 04:52 |
| *** mark_ <mark_!~mark@bras-base-stsvon1507w-grc-13-184-148-70-72.dsl.bell.ca> has quit IRC (Ping timeout: 252 seconds) | 05:16 | |
| *** mark_ <mark_!~mark@bras-base-stsvon1507w-grc-17-184-146-53-57.dsl.bell.ca> has joined #yocto | 05:18 | |
| *** mark_ <mark_!~mark@bras-base-stsvon1507w-grc-17-184-146-53-57.dsl.bell.ca> has quit IRC (Client Quit) | 05:19 | |
| *** mark_ <mark_!~mark@bras-base-stsvon1507w-grc-17-184-146-53-57.dsl.bell.ca> has joined #yocto | 05:19 | |
| *** AKN <AKN!~AKN@122.183.159.27> has quit IRC (Ping timeout: 260 seconds) | 05:23 | |
| *** AKN <AKN!~AKN@122.183.159.27> has joined #yocto | 05:27 | |
| *** mark_ <mark_!~mark@bras-base-stsvon1507w-grc-17-184-146-53-57.dsl.bell.ca> has quit IRC (Ping timeout: 260 seconds) | 05:31 | |
| *** AKN <AKN!~AKN@122.183.159.27> has quit IRC (Ping timeout: 248 seconds) | 05:36 | |
| *** rusam <rusam!~rusam@94.204.111.151> has joined #yocto | 05:38 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:57 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 05:58 | |
| *** AKN <AKN!~AKN@122.183.159.27> has joined #yocto | 06:02 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 06:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 06:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 248 seconds) | 06:14 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 06:14 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-18-70-53-151-125.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.3-dev) | 06:21 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 06:25 | |
| *** frieder <frieder!~frieder@200116b8249c4a810000000000001cba.dip.versatel-1u1.de> has joined #yocto | 06:42 | |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Quit: ZNC 1.8.0 - https://znc.in) | 06:42 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 248 seconds) | 06:44 | |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto | 06:46 | |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Client Quit) | 06:49 | |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto | 06:51 | |
| *** AKN <AKN!~AKN@122.183.159.27> has quit IRC (Read error: Connection reset by peer) | 07:00 | |
| *** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Quit: Leaving.) | 07:09 | |
| *** Guest50 <Guest50!~Guest50@185.125.224.47> has joined #yocto | 07:11 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 07:23 | |
| *** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 255 seconds) | 07:32 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Ping timeout: 260 seconds) | 07:37 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 260 seconds) | 07:38 | |
| *** mckoan|away is now known as mckoan | 07:38 | |
| *** Guest50 <Guest50!~Guest50@185.125.224.47> has quit IRC (Quit: Client closed) | 07:41 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 07:47 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 07:47 | |
| *** shoragan <shoragan!~shoragan@user/shoragan> has quit IRC (Killed (silver.libera.chat (Nickname regained by services))) | 07:53 | |
| *** shoragan_ is now known as shoragan | 07:53 | |
| *** shoragan_ <shoragan_!~shoragan@user/shoragan> has joined #yocto | 07:53 | |
| *** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 07:54 | |
| *** Guest50 <Guest50!~Guest50@185.125.224.47> has joined #yocto | 07:54 | |
| *** Guest50 <Guest50!~Guest50@185.125.224.47> has quit IRC (Client Quit) | 07:56 | |
| *** gho <gho!~gho@i59F5CDD2.versanet.de> has joined #yocto | 07:56 | |
| *** olani <olani!~olani@66.159.215.7> has quit IRC (Ping timeout: 246 seconds) | 08:06 | |
| *** sgw <sgw!~swold_loc@user/sgw> has joined #yocto | 08:07 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDD2.versanet.de> has joined #yocto | 08:12 | |
| *** gho <gho!~gho@i59F5CDD2.versanet.de> has quit IRC (Quit: Leaving.) | 08:23 | |
| *** Guest50 <Guest50!~Guest50@185.125.224.47> has joined #yocto | 08:23 | |
| *** olani <olani!~olani@66.159.215.7> has joined #yocto | 08:25 | |
| *** rusam <rusam!~rusam@94.204.111.151> has left #yocto (Leaving...) | 08:25 | |
| *** amgedr <amgedr!~rusam@94.204.111.151> has joined #yocto | 08:26 | |
| *** gho <gho!~gho@i59F5CDD2.versanet.de> has joined #yocto | 08:26 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 08:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 08:29 | |
| Guest50 | Hello, I'm trying to use the bin_package bbclass and have follow this doc: https://docs.yoctoproject.org/ref-manual/classes.html?highlight=class#bin-package-bbclass | 08:30 |
| Guest50 | It suggests to unpack in ${BP} | 08:31 |
| Guest50 | with this example | 08:31 |
| Guest50 | SRC_URI = "git://example.com/downloads/somepackage.rpm;branch=main;subpath=${BP}" | 08:31 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 08:32 | |
| *** Schiller <Schiller!~Schiller@dynamic-046-114-214-041.46.114.pool.telefonica.de> has joined #yocto | 08:33 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 248 seconds) | 08:33 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 08:34 | |
| Guest50 | But It is unpacking in WORKDIR anyways. | 08:35 |
| Guest50 | Checking on the fetcher code I think the parameter should be subdir | 08:35 |
| Guest50 | https://github.com/yoctoproject/poky/blob/kirkstone-4.0/bitbake/lib/bb/fetch2/__init__.py#L1538 | 08:35 |
| Guest50 | Is this some error in the documentation or I'm I missing something? | 08:36 |
| Schiller | Hello, can someone point me to where the Buildstep Fetch yocto-autobuilder-helper is scripted? I can't find it. And when i have a hook on a repository and try to automate a build with upstream HEAD the autobuilder wants to git reset --hard the yocto-autobuilder-helper repo to that HEAD which obviously doesn't exist. But i can't find any scripts for | 08:36 |
| Schiller | that buildstep :( | 08:36 |
| Schiller | ok I just realized it's a buildbot behaviour. But I still don't get the idea. What is the purpose of the git reset --hard for the yocto-autobuilder-helper repo? We just need the repo in the builddir to use the scripts. Can someone explain? | 08:46 |
| mckoan | Guest50: looks like you found a typo. michaelo[m] ^ | 08:49 |
| Guest50 | Hello mckoan, thank you for the feedback | 08:52 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 08:52 | |
| Guest50 | Is there a way to report this documentation typo to the YP? | 08:53 |
| LetoThe2nd | yo dudX | 08:55 |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Read error: Connection reset by peer) | 08:56 | |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto | 08:56 | |
| landgraf | Guest50: you can submit a patch for the documentation as well as for the code | 08:57 |
| landgraf | Guest50: do you mean s/subpath/subdir/ ? | 08:57 |
| Guest50 | yes, in the doc suggests "subpath=${BP}" but I think it should be "subdir=${BP}" | 08:59 |
| Guest50 | landgraf ^^ | 08:59 |
| kriive | Hey,systemd-resolved with NetworkManager does not symlink /run/systemd/resolve/resolv.conf with /etc/resolv.conf, but it keep a symlink to /tun/NetworkManager/resolv.conf | 09:00 |
| kriive | What should I add/remove to PACKAGECONFIGs to make it work properly? I am using dnufell | 09:00 |
| kriive | dunfell* | 09:00 |
| *** florian <florian!~florian@dynamic-092-229-230-185.92.229.pool.telefonica.de> has joined #yocto | 09:01 | |
| landgraf | Guest50: yup. docs are in the same repo https://git.yoctoproject.org/poky/tree/documentation/ref-manual/classes.rst | 09:04 |
| landgraf | Guest50: correction: https://git.yoctoproject.org/yocto-docs/tree/documentation/ref-manual :) | 09:06 |
| *** florian <florian!~florian@dynamic-092-229-230-185.92.229.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 09:06 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDD2.versanet.de> has quit IRC (Ping timeout: 260 seconds) | 09:09 | |
| qschulz | Guest50: subpath is valid for git fetcher, what's the issue? | 09:09 |
| qschulz | Guest50: I think there's a misunderstanding between subpath and subdir | 09:10 |
| qschulz | as I read it, subpath is only checking out some parts of the git repo into ${S} | 09:10 |
| qschulz | subdir allows to unpack to a different directory than ${S} | 09:10 |
| Guest50 | Hello qschulz, the issue is while unpacking .ipk files to use with the bin_package class > https://docs.yoctoproject.org/ref-manual/classes.html?highlight=class#bin-package-bbclass | 09:15 |
| Guest50 | in the doc, is suggested to use subpath | 09:16 |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Quit: ZNC 1.8.0 - https://znc.in) | 09:17 | |
| Guest50 | but subpath in this context seems to have no effect, instead from the fetcher code it looks like subdif should be used | 09:17 |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto | 09:19 | |
| qschulz | Guest50: yup ok, so remove the whole section about using git with subpath I think and replace this with an http fetcher with subdir? | 09:20 |
| qschulz | it's not clear to me why one would have a git repo named example.com/downloads/somepackage.rpm that would unpack correctly? | 09:20 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 09:21 | |
| qschulz | Guest50: please send a patch for yocto-docs git repo (we use mailing lists for this, see README at the root of the git repo) | 09:22 |
| qschulz | let us know if you need support | 09:23 |
| qschulz | looking forward to the patch | 09:23 |
| *** zpfvo <zpfvo!~fvo@i59F5CDD2.versanet.de> has joined #yocto | 09:23 | |
| *** Schiller70 <Schiller70!~Schiller@dynamic-046-114-214-041.46.114.pool.telefonica.de> has joined #yocto | 09:28 | |
| *** matiop6[m] <matiop6[m]!~matiop6ma@2001:470:69fc:105::2:b843> has joined #yocto | 09:28 | |
| *** Schiller70 <Schiller70!~Schiller@dynamic-046-114-214-041.46.114.pool.telefonica.de> has quit IRC (Client Quit) | 09:28 | |
| *** Schiller64 <Schiller64!~Schiller@dynamic-046-114-214-041.46.114.pool.telefonica.de> has joined #yocto | 09:28 | |
| *** Schiller <Schiller!~Schiller@dynamic-046-114-214-041.46.114.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 09:30 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 260 seconds) | 09:30 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDD2.versanet.de> has quit IRC (Ping timeout: 248 seconds) | 09:31 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDD2.versanet.de> has joined #yocto | 09:31 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto | 09:36 | |
| Guest50 | Hello qschulz, actually I tested using a local ipk, so instead of git::/ I had file://.... | 09:37 |
| Guest50 | maybe, if using Git this doc is correct. Thanks for pointing it out | 09:38 |
| qschulz | Guest50: you can test with local git repo and use git:///home/Guest50/whatever.rpm in SRC_URI | 09:39 |
| Guest50 | I will try to run some additional test with a local repo | 09:39 |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Quit: ZNC 1.8.0 - https://znc.in) | 09:40 | |
| Schiller64 | Hello, can anyone help me with my local autobuilder setup. I have the repo yocto-autobuilder-helper under path /home/pokybuild3 and i point to it in my config.py. In the official project the repo ssh://git@push.yoctoproject.org/yocto-autobuilder-helper gets used. When i recieve an upstream commit <let's say poky>, the Buildstep 2 <fetch | 09:40 |
| Schiller64 | yocto-autobuilder-helper> trys a git reset --hard to the HEAD of the poky repo. This fails cause there is no such revision on my local yocto-autobuilder-helper. Note that only upstream build fail the rest works fine. How do the workflows differ can someone explain? Is there first a commit on ssh://git@push.yoctoproject.org/yocto-autobuilder-helper | 09:40 |
| Schiller64 | with correct revision or what do i miss? | 09:40 |
| *** yann <yann!~yann@88.120.44.86> has quit IRC (Ping timeout: 255 seconds) | 09:41 | |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto | 09:42 | |
| *** d-s-e <d-s-e!~d.s.e@i59F7C766.versanet.de> has joined #yocto | 09:44 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDD2.versanet.de> has quit IRC (Ping timeout: 252 seconds) | 09:45 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDD2.versanet.de> has joined #yocto | 09:46 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:48 | |
| Guest50 | hmm, I'm not sure is doing what is supose to do | 09:50 |
| Guest50 | I made a new recipe that points to the local repo like so: | 09:50 |
| Guest50 | LICENSE = "CLOSED" | 09:50 |
| Guest50 | LIC_FILES_CHKSUM = "" | 09:50 |
| Guest50 | # No information for SRC_URI yet (only an external source tree was specified) | 09:50 |
| Guest50 | SRC_URI = "git:///workdir/example2/poky/build/prebuild.ipk;subdir=${BP}" | 09:50 |
| Guest50 | SRCREV = "7cbe5a2b774eb09d2d2c2fc1eff0168189cf31fa" | 09:50 |
| Guest50 | S="${WORKDIR}/git" | 09:50 |
| Guest50 | inherit bin_package | 09:50 |
| Guest50 | sorry, nevermind, found a typo | 09:51 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 09:53 | |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Quit: ZNC 1.8.0 - https://znc.in) | 09:53 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDD2.versanet.de> has quit IRC (Ping timeout: 248 seconds) | 09:54 | |
| *** yann <yann!~yann@88.120.44.86> has joined #yocto | 09:54 | |
| *** zpfvo <zpfvo!~fvo@i59f5cdd2.versanet.de> has joined #yocto | 09:55 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:56 | |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto | 09:57 | |
| *** kris <kris!~chaplin@38.9.11.14> has quit IRC (Ping timeout: 246 seconds) | 09:57 | |
| *** davidinux <davidinux!~davidinux@92.118.62.58> has quit IRC (Ping timeout: 248 seconds) | 09:58 | |
| Guest50 | I think I need more time to make sure I get it right, I will be back | 09:58 |
| qschulz | Guest50: to be honest, I'm not entirely sure a git repo is a common scenario for sharing rpms? | 09:59 |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Client Quit) | 09:59 | |
| *** Schiller64 <Schiller64!~Schiller@dynamic-046-114-214-041.46.114.pool.telefonica.de> has quit IRC (Quit: Client closed) | 09:59 | |
| Guest50 | yes, it does not sound very practical | 09:59 |
| *** kris <kris!~chaplin@38.9.11.14> has joined #yocto | 09:59 | |
| qschulz | so a file:// or https:// example would be less confusing and more common? (but maybe it is much more common than I think /me shrugs) | 10:00 |
| *** davidinux <davidinux!~davidinux@92.118.62.65> has joined #yocto | 10:00 | |
| Guest50 | I think I agree on this | 10:00 |
| *** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Ping timeout: 252 seconds) | 10:01 | |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto | 10:02 | |
| *** Schiller <Schiller!~Schiller@dynamic-046-114-214-041.46.114.pool.telefonica.de> has joined #yocto | 10:04 | |
| *** shoragan_ <shoragan_!~shoragan@user/shoragan> has quit IRC (Quit: quit) | 10:07 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4605:ca00:24d7:51ff:fed6:906d> has joined #yocto | 10:11 | |
| Schiller | Schiller64: someone? I | 10:15 |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 10:16 | |
| *** zpfvo <zpfvo!~fvo@i59f5cdd2.versanet.de> has quit IRC (Ping timeout: 260 seconds) | 10:16 | |
| manuel1985 | On an interactive terminal, can I make bitbake not delete the lines showing the current tasks but rather leave them? So I'd have a log of which tasks ran. | 10:16 |
| PhoenixMage | Is there some secret to getting a fitImage to boot from u-boot. The u-boot errors arent very helpful | 10:17 |
| qschulz | manuel1985: -D | 10:17 |
| manuel1985 | qschulz: Thanks | 10:17 |
| *** Schiller <Schiller!~Schiller@dynamic-046-114-214-041.46.114.pool.telefonica.de> has quit IRC (Quit: Client closed) | 10:24 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDD2.versanet.de> has joined #yocto | 10:29 | |
| *** Guest79 <Guest79!~Guest79@79.142.183.177> has joined #yocto | 10:33 | |
| manuel1985 | qschulz: Ok, -D is the debug output. That prints quite a bit more than I need. | 10:41 |
| manuel1985 | When I run bitbake in the CI, it prints lines such as "NOTE: recipe vps19-dev-1.0-r0: task do_image: Started", and then "NOTE: recipe vps19-dev-1.0-r0: task do_image: Succeeded" and just lets them stand | 10:42 |
| manuel1985 | It logs start end end of every tasks | 10:42 |
| manuel1985 | While in an interactive terminal it would print sth like "0: boost-1.78.0-r0 do_compile - 18m23s (pid 27713)" and would just remove the line when empty | 10:43 |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Quit: ZNC 1.8.0 - https://znc.in) | 10:45 | |
| qschulz | manuel1985: probably something to do with an environment variable set in your CI that is then used by Bitbake, I have the same thing in Jenkins, so I guess just run printenv in your CI and figure out which variable is the most likely to trigger this behavior? | 10:46 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 10:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 10:49 | |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto | 10:50 | |
| manuel1985 | qschulz: I think they check if FD 0/1/2 are pointint to stdin/stdout/stderr or actual files. | 10:51 |
| manuel1985 | Though bitbake might have a switch to override that, but doesn't seem so. | 10:51 |
| manuel1985 | Hrmpf | 10:51 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 10:53 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 10:54 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Killed (NickServ (GHOST command used by florian_kc))) | 10:56 | |
| *** florian_kc is now known as florian | 10:56 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 10:56 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 11:04 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 11:04 | |
| manuel1985 | qschulz: `bitbake xyz | cat` does the trick | 11:05 |
| *** starblue <starblue!~juergen@dslb-188-100-135-087.188.100.pools.vodafone-ip.de> has quit IRC (Ping timeout: 248 seconds) | 11:05 | |
| *** starblue <starblue!~juergen@dslb-188-100-135-087.188.100.pools.vodafone-ip.de> has joined #yocto | 11:07 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 248 seconds) | 11:08 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 11:09 | |
| *** d-s-e <d-s-e!~d.s.e@i59F7C766.versanet.de> has quit IRC (Ping timeout: 252 seconds) | 11:14 | |
| *** sgw <sgw!~swold_loc@user/sgw> has joined #yocto | 11:16 | |
| *** d-s-e <d-s-e!~d.s.e@i59F7C766.versanet.de> has joined #yocto | 11:17 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 260 seconds) | 11:24 | |
| *** gho <gho!~gho@i59F5CDD2.versanet.de> has quit IRC (Ping timeout: 248 seconds) | 11:32 | |
| *** d-s-e <d-s-e!~d.s.e@i59F7C766.versanet.de> has quit IRC (Quit: Konversation terminated!) | 11:50 | |
| *** d-s-e <d-s-e!~d.s.e@i59F7C766.versanet.de> has joined #yocto | 11:50 | |
| *** gho <gho!~gho@i59F5CDD2.versanet.de> has joined #yocto | 11:55 | |
| *** Schiller <Schiller!~Schiller@dynamic-046-114-214-041.46.114.pool.telefonica.de> has joined #yocto | 12:05 | |
| *** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Quit: Leaving.) | 12:08 | |
| *** davidinux <davidinux!~davidinux@92.118.62.65> has quit IRC (Ping timeout: 248 seconds) | 12:10 | |
| *** Guest50 <Guest50!~Guest50@185.125.224.47> has quit IRC (Quit: Client closed) | 12:15 | |
| *** Guest79 <Guest79!~Guest79@79.142.183.177> has quit IRC (Quit: Client closed) | 12:20 | |
| *** d-s-e <d-s-e!~d.s.e@i59F7C766.versanet.de> has quit IRC (Ping timeout: 248 seconds) | 12:20 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 12:20 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDD2.versanet.de> has quit IRC (Ping timeout: 260 seconds) | 12:41 | |
| *** amgedr <amgedr!~rusam@94.204.111.151> has quit IRC (Quit: Leaving...) | 12:41 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 12:44 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 12:44 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds) | 12:49 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 12:49 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDD2.versanet.de> has joined #yocto | 12:55 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDD2.versanet.de> has quit IRC (Ping timeout: 252 seconds) | 13:06 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDD2.versanet.de> has joined #yocto | 13:07 | |
| *** Guest50 <Guest50!~Guest50@185.125.224.47> has joined #yocto | 13:15 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 13:18 | |
| PhoenixMage | Command should I run to completely clean out a build (leaving the conf) and start the build from scratch? | 13:19 |
| qschulz | PhoenixMage: rm -rf of everything in build except the conf directory | 13:21 |
| qschulz | do you want to keep the tarballs and/or sstate-cache too? | 13:22 |
| qschulz | or do you really want to start it from scratch like you just git cloned your repos and ran source oe-init-buildenv ? | 13:22 |
| PhoenixMage | I have my downloads external to the build dir as I am building same architecture, different boards. rm -rf everythng except conf is fine with me | 13:24 |
| PhoenixMage | It will build over night | 13:24 |
| qschulz | PhoenixMage: is there a specific reason for wanting to start from scratch? | 13:25 |
| PhoenixMage | Just made a lot of changes and have forced unpacks and all sorts of crap, just like a clean slate now and again | 13:25 |
| *** d-s-e <d-s-e!~d.s.e@i59F7C766.versanet.de> has joined #yocto | 13:25 | |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto | 13:25 | |
| PhoenixMage | Tomorrow I need to work out why the hell the fitImage wont boot | 13:26 |
| *** Payam <Payam!~Payam@195.178.161.162> has joined #yocto | 13:26 | |
| qschulz | PhoenixMage: ok, that's a valid usecase :) | 13:26 |
| qschulz | PhoenixMage: did you try without a fitImage first? | 13:27 |
| qschulz | the old way with bootz/booti and zImage/Image + dtb? | 13:27 |
| Payam | rburton You make me read a pdf and watch a video on how to connect S3 to my yocto build | 13:27 |
| PhoenixMage | I believe there was a change to the image standard between the legacy uboot I am using and perhaps the uboot-tools version thats making the image | 13:27 |
| Payam | It was useless | 13:27 |
| Payam | It didn't get technical about S3 at all | 13:28 |
| PhoenixMage | qschulz: I have not, perhaps I should copy them to the emmc directly and give that a shot tomorrow | 13:28 |
| *** marek <marek!~marek@90-64-78-64.dynamic.orange.sk> has joined #yocto | 13:29 | |
| PhoenixMage | uboot is one of those things that doesnt give you a lot to go on some times https://pastebin.com/Wu4vM66z | 13:29 |
| PhoenixMage | later all | 13:29 |
| qschulz | PhoenixMage: if your system is Aarch64, you are also required to have a BL31 (TF-A/ATF) to boot the kernel | 13:29 |
| marek | Hi on kirkstone when want to use sudo in recipe (creating image and need losetup) I'm getting: | 13:29 |
| marek | ```| sudo: error in /etc/sudo.conf, line 0 while loading plugin "sudoers_policy" | 13:29 |
| marek | | sudo: /usr/lib/sudo/sudoers.so must be owned by uid 0 | 13:29 |
| marek | | sudo: fatal error, unable to load plugins | 13:29 |
| marek | | WARNING: exit code 1 from a shell command. | 13:29 |
| marek | ``` | 13:29 |
| marek | while on dunfell this works fine | 13:29 |
| PhoenixMage | qschulz: Really? | 13:29 |
| qschulz | PhoenixMage: yes AFAIR | 13:30 |
| PhoenixMage | Since when? My rk3399 didnt ever require it that I recall | 13:30 |
| qschulz | PhoenixMage: the bl31 is part of U-Boot | 13:30 |
| PhoenixMage | And pretty sure armbian doesnt have BL32... | 13:30 |
| qschulz | it's part of the bootloader | 13:30 |
| PhoenixMage | Oh sorry you said BL31\ | 13:30 |
| PhoenixMage | Thats how tired I am | 13:30 |
| PhoenixMage | Yeah uboot wont even start without BL31 | 13:30 |
| qschulz | it actually does for me | 13:31 |
| qschulz | just get stuck after Starting kernel... | 13:31 |
| qschulz | anyways, not the issue right now, but remember it if you have nothing after Starting kernel | 13:31 |
| PhoenixMage | Cheers | 13:31 |
| PhoenixMage | Now finish beer and bed | 13:31 |
| qschulz | PhoenixMage: are you sure you used the Image.gz in your kernel-1 image? | 13:31 |
| PhoenixMage | It does say its compressed in the fit Image | 13:32 |
| qschulz | I suspect there is a mismatch between what you says the image is (gzip compressed) in the fitimage and what it is | 13:32 |
| qschulz | could also be that the sha256 is not matching the expected one | 13:32 |
| qschulz | (I would expect the sha to be of the compressed artifact but I remember being surprised by some sha checks in fitImage (mainly related to signature IIRC)) | 13:33 |
| PhoenixMage | Is there a way to extract the kernel back out of the fit and check it? | 13:33 |
| qschulz | PhoenixMage: don't you have the .its ? | 13:34 |
| PhoenixMage | I do | 13:34 |
| qschulz | then check the filename in there and run `file <file>` on it | 13:34 |
| PhoenixMage | Its generated by yocto | 13:35 |
| qschulz | also, why are you using imxtract? | 13:35 |
| qschulz | running bootm should be just fine | 13:35 |
| PhoenixMage | Because bootm doesnt work | 13:35 |
| PhoenixMage | So was trying to break down the problem | 13:35 |
| qschulz | ack | 13:35 |
| PhoenixMage | I assume now its related to the kernel part of the fit somehow | 13:36 |
| PhoenixMage | Given I cant extract it | 13:36 |
| qschulz | iminfo returns a valid sha so that's interesting | 13:36 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving) | 13:37 | |
| *** davidinux <davidinux!~davidinux@92.118.62.65> has joined #yocto | 13:42 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDD2.versanet.de> has quit IRC (Ping timeout: 252 seconds) | 13:45 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:53 | |
| *** PascalBach[m] <PascalBach[m]!~bachpmatr@2001:470:69fc:105::1d3b> has joined #yocto | 13:56 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDD2.versanet.de> has joined #yocto | 14:00 | |
| rburton | Payam: "use rclone" was what i told you last week. also, sorry for trying to help, won't happen again | 14:02 |
| *** Notgnoshi <Notgnoshi!~quassel@184-83-95-131-dynamic.midco.net> has joined #yocto | 14:04 | |
| Payam | rburton you tried to help me yes. but it wasn't what I wanted and I would appriciate your help anytime. I'm sorry I didn't mean it like that. | 14:09 |
| Payam | rburton can you elaburate? I want to connect S3 to my yocto build since I run the build on Github actions. I want it to fetch the cache and downloads from S3. why would I need rclone? | 14:18 |
| JPEW | Payam: You can't "directly" use S3 as sstate, sstate must be a local directory. In order to directly share sstate, between builders, it has to be NFS. You could use S3 as an "upstream" sstate mirror, but you would need to manually populate it's contents after every build you do or there would never be anything in it | 14:28 |
| rburton | read with http, write with rclone | 14:28 |
| rburton | just like the in the presentation | 14:28 |
| Payam | rburton yes I saw it but it was only a presentation of word and not technical. For instance I wan to know where I changed those settings. | 14:29 |
| Payam | and what is the differences between cach state and sstate mirror | 14:29 |
| Payam | ? | 14:29 |
| rburton | sstate-cache is local. state mirror can be remote. | 14:29 |
| JPEW | Payam: sstate cache is the SSTATE_DIR variable, it's the only cache bitbake really uses when it builds. The mirror is the SSTATE_MIRRORS variable. If bitbake sees an sstate object is not in SSTATE_DIR, it will search SSTATE_MIRRORS for it, if it finds one it copies it to SSTATE_DIR, then uses it from there | 14:30 |
| Payam | okej | 14:32 |
| Payam | so JPEW if I want to save those caches somewhere so that my CI can fetch them. What service oon AWS should I use? and now I am talking about SSTATE_DIR | 14:33 |
| JPEW | Payam: I have no idea, I don't know much about AWS | 14:33 |
| Payam | rburton Do you know? S3? EC2? | 14:33 |
| rburton | <sigh> use rclone to push a local sstate cache to S3. | 14:34 |
| rburton | fresh worker spins up, local sstate-cache is empty and the sstate mirror set to your s3 repo. it builds, pulling from s3 as needed. when the build is finished, rclone the local sstate-cache back to s3 to add anything that was built. | 14:35 |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-18-70-53-151-125.dsl.bell.ca> has joined #yocto | 14:36 | |
| Payam | rburton and then what? do I modify sstate_dir = "https://amazon blablablabal" | 14:38 |
| rburton | sstate-cache is local | 14:39 |
| rburton | read what JPEW said, again | 14:39 |
| Payam | "You can't "directly" use S3 as sstate, sstate must be a local directory. In order to directly share sstate, between builders, it has to be NFS. You could use S3 as an "upstream" sstate mirror, but you would need to manually populate it's contents after every build you do or there would never be anything in it" | 14:40 |
| *** sgw <sgw!~swold_loc@user/sgw> has joined #yocto | 14:40 | |
| Payam | so I can not populate S3 from the build? I have to do it manually? | 14:40 |
| rburton | correct | 14:40 |
| rburton | your CI script would be something like bitbake myimage ; rclone sstate-cache ... | 14:40 |
| Payam | aha | 14:41 |
| Payam | let me check. | 14:41 |
| JPEW | Payam: To read from S3 for sstate you need to use SSTATE_MIRRORS: https://docs.yoctoproject.org/ref-manual/variables.html#term-SSTATE_MIRRORS I don't know precisely what you need to put there for it to work. Then you need to write back to sstate after the build using rclone, as rburton is saying | 14:41 |
| JPEW | More precisely: "write your local sstate (SSTATE_DIR) back to your S3 mirror after the build using rclone" | 14:42 |
| rburton | there's a s3:// fetcher which presumably is good for that, although i'm not sure what it offers over http:// | 14:43 |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-21-184-147-79-201.dsl.bell.ca> has joined #yocto | 14:43 | |
| *** d-s-e <d-s-e!~d.s.e@i59F7C766.versanet.de> has quit IRC (Quit: Konversation terminated!) | 14:49 | |
| Schiller | rburton: Hello. Sorry i contact you directly. But I can't quite understand Buildstep 2 fetch yocto-autobuilder-helper. Why is there a git reset --hard <Revision from RemoteRepo> after i clone the yocto-autobuilder-helper locally? It won't have the revision which the GitPoller detected on the remote repository. | 14:54 |
| rburton | no idea, sorry, I didn't write that | 14:55 |
| *** Guest13 <Guest13!~Guest13@46.221.0.162> has joined #yocto | 14:58 | |
| Schiller | rburton: Ok. Can you then confirm that there is always the same branch / revision existing on the repository ssh://git@push.yoctoproject.org/yocto-autobuilder-helper when an upstream change from a repo is detected? I don't have excess and it would already help me a lot to know that. | 14:58 |
| Guest13 | hi, everyone. | 15:01 |
| Guest13 | i built chromium-ozone-wayland successfully but im getting error on runtime. | 15:01 |
| Guest13 | Error Output : | 15:01 |
| Guest13 | error : XDG_RUNTIME_DIR not set in the environment | 15:01 |
| Guest13 | ERROR:wayland_connection.cc(218) Failed to connect to wayland display: no such file or directory(2) | 15:01 |
| Guest13 | ERROR:ozone_platform_wayland.cc(220) Failed to initialize wayland platform | 15:01 |
| Guest13 | ERROR:env.cc(255) The platform failed to initialize. exiting. | 15:01 |
| Guest13 | i used this repo : https://github.com/OSSystems/meta-browser/tree/master/meta-chromium | 15:01 |
| Guest13 | what could it be caused by? | 15:01 |
| rburton | i'd guess that XDG_RUNTIME_DIR is not set in the environment :) | 15:02 |
| rburton | anything wayland *needs* that, so it's easiest to just use systemd/logind and have the user session set up on login | 15:03 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 15:08 | |
| *** kanavin_ <kanavin_!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has quit IRC (Quit: Leaving) | 15:08 | |
| *** Guest50 <Guest50!~Guest50@185.125.224.47> has quit IRC (Quit: Client closed) | 15:08 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 15:08 | |
| Guest13 | rburton using debug-tweaks so i have only root user without password. is it caused by this ? my question might sound silly because im newbie :D | 15:11 |
| JPEW | Guest13: Probably not caused by that | 15:12 |
| rburton | Guest13: create a new user, login as them, use systemd/logind | 15:14 |
| *** zpfvo <zpfvo!~fvo@i59F5CDD2.versanet.de> has quit IRC (Ping timeout: 246 seconds) | 15:15 | |
| Guest13 | rburton i will try, thank you | 15:17 |
| *** Guest3 <Guest3!~Guest3@net-93-148-254-242.cust.vodafonedsl.it> has joined #yocto | 15:26 | |
| *** Payam <Payam!~Payam@195.178.161.162> has quit IRC (Quit: Client closed) | 15:27 | |
| *** Guest3 <Guest3!~Guest3@net-93-148-254-242.cust.vodafonedsl.it> has quit IRC (Client Quit) | 15:29 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDD2.versanet.de> has joined #yocto | 15:31 | |
| vvn | In order to split a package (openvpn) conf into a sub package, one only has to do PACKAGES += "${PN}-foo" and set FILES:${PN}-foo = "...", right? | 15:39 |
| rburton | yes | 15:39 |
| vvn | I'm getting the nothing PROVIDES openvpn-foo but openvpn RPROVIDES openvpn-foo error | 15:39 |
| rburton | remembering ordering, packages are evaluated in order of PACKAGES | 15:39 |
| rburton | PROVIDES != RPROVIDES | 15:39 |
| rburton | don't DEPEND on openvpn-foo | 15:40 |
| rburton | you DEPEND on recipes | 15:40 |
| vvn | yes I know about (R)PROVIDES but I don't understand this error since I just set PACKAGES += and FILES:${PN}-foo | 15:40 |
| *** Guest1389 <Guest1389!~Guest13@46.221.0.162> has joined #yocto | 15:41 | |
| rburton | something is depending on it | 15:41 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 15:41 | |
| rburton | pastebin the actual error might help | 15:41 |
| *** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has joined #yocto | 15:42 | |
| vvn | I have RDEPENDS:${PN}-foo = "${PN}" but that shouldn't hurt | 15:42 |
| Guest1389 | in dunfell, i was able to create it user like this : | 15:43 |
| Guest1389 | inherit extrausers | 15:43 |
| Guest1389 | EXTRA_USERS_PARAMS += "usermod -P qwerty123 root;" | 15:43 |
| Guest1389 | with kirkstone, i cant. | 15:43 |
| vvn | Guest1389: that's because -P was an OE-Core hack, which has been removed | 15:44 |
| vvn | Guest1389: you have to specify the actual hash of the password, not the password itself | 15:44 |
| vvn | Guest1389: see https://docs.yoctoproject.org/singleindex.html#extrausers-bbclass | 15:44 |
| *** Guest13 <Guest13!~Guest13@46.221.0.162> has quit IRC (Ping timeout: 260 seconds) | 15:45 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDD2.versanet.de> has quit IRC (Ping timeout: 260 seconds) | 15:45 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDD2.versanet.de> has joined #yocto | 15:45 | |
| Guest1389 | vvn ty so much | 15:47 |
| rburton | https://docs.yoctoproject.org/migration-guides/migration-3.4.html#miscellaneous fwiw | 15:47 |
| vvn | rburton: building the image results in "Unable to install packages." "opkg_prepare_url_for_install: Couldn't find anything to satisfy 'openvpn-foo'." | 15:49 |
| vvn | and only when building the package directly as a bitbake target I get: Nothing PROVIDES 'openvpn-foo'. Close matches: openvpn RPROVIDES openvpn-foo | 15:49 |
| *** zpfvo <zpfvo!~fvo@i59F5CDD2.versanet.de> has quit IRC (Ping timeout: 246 seconds) | 15:49 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDD2.versanet.de> has joined #yocto | 15:50 | |
| rburton | are you bitbaking openvpn-foo | 15:51 |
| rburton | you bitbake a recipe, so bitbake openvpn | 15:51 |
| rburton | the image problem is likely because you didn't actually package anything, so the package doesn't exist | 15:51 |
| rburton | <rburton>remembering ordering, packages are evaluated in order of PACKAGES <-- that | 15:52 |
| rburton | if another package takes the files first, thats where they go | 15:52 |
| rburton | if you're trying to steal something that would otherwise be in PN, then you need your package to be before PN | 15:52 |
| rburton | =+ is your friend here | 15:53 |
| qschulz | rburton: we also have PACKAGE_BEFORE_PN variable for that :) | 15:54 |
| rburton | yeah, that's annoying though | 15:54 |
| vvn | rburton: I read http://cgit.openembedded.org/meta-openembedded/tree/meta-networking/recipes-support/openvpn/openvpn_2.5.7.bb and didn't see ${sysconfdir} in FILES so I thought I was good with PACKAGES += "${PN}-foo"... | 15:54 |
| qschulz | vvn: https://cgit.openembedded.org/openembedded-core/tree/meta/conf/bitbake.conf#n327 | 15:56 |
| qschulz | it's in FILES:${PN} by default | 15:56 |
| vvn | ho, ${sysconfdir} is included recursively, that makes sense | 15:57 |
| vvn | rburton: thank you! I must admit that I thought PACKAGES =+ was a typo... | 15:59 |
| *** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Quit: Leaving.) | 16:05 | |
| vvn | rburton: I didn't know that subpackages like these weren't bitbakable though, thanks for that too | 16:05 |
| rburton | you bitbake a recipe, not a package | 16:09 |
| *** Guest1389 <Guest1389!~Guest13@46.221.0.162> has quit IRC (Quit: Client closed) | 16:11 | |
| *** Guest50 <Guest50!~Guest50@185.125.224.47> has joined #yocto | 16:12 | |
| vvn | yep, that makes sense now, I was confusing the two | 16:12 |
| *** frieder <frieder!~frieder@200116b8249c4a810000000000001cba.dip.versatel-1u1.de> has quit IRC (Remote host closed the connection) | 16:13 | |
| *** marek <marek!~marek@90-64-78-64.dynamic.orange.sk> has quit IRC (Quit: Client closed) | 16:25 | |
| *** Notgnoshi <Notgnoshi!~quassel@184-83-95-131-dynamic.midco.net> has quit IRC (Ping timeout: 252 seconds) | 16:33 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 248 seconds) | 16:35 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 16:36 | |
| vvn | when creating a subpackage with PACKAGES =+ "${PN}-foo" which ships its own systemd unit instance, can you enable the subpackage only with SYSTEMD_AUTO_ENABLE:${PN}-foo = "enable"? | 16:40 |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-18-70-53-151-125.dsl.bell.ca> has quit IRC (Ping timeout: 260 seconds) | 16:41 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 252 seconds) | 16:42 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:44 | |
| qschulz | vvn: that's what util-linux does so I guess yes | 16:46 |
| rburton | vvn: yes | 16:46 |
| vvn | I think there's an ordering issue as well with the created .preset file | 16:47 |
| vvn | because my /usr/lib/systemd/system-preset/98-openvpn.preset only contains the default (main package) presets | 16:47 |
| *** Guest50 <Guest50!~Guest50@185.125.224.47> has quit IRC (Quit: Client closed) | 16:57 | |
| *** marek <marek!~marek@90-64-78-64.dynamic.orange.sk> has joined #yocto | 16:59 | |
| marek | When use sudo in recipe in dunfell it works now in kirkstone I'm getting: | 17:00 |
| marek | `| sudo: error in /etc/sudo.conf, line 0 while loading plugin "sudoers_policy" | 17:00 |
| marek | | sudo: /usr/lib/sudo/sudoers.so must be owned by uid 0 | 17:00 |
| marek | | sudo: fatal error, unable to load plugins | 17:00 |
| marek | | WARNING: exit code 1 from a shell command. | 17:00 |
| marek | ` | 17:00 |
| rburton | don't use sudo in a recipe | 17:00 |
| marek | it's in icustom image creation when need to use losetup + cryptsetup | 17:01 |
| marek | how to avoid it in this case pls? | 17:01 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 17:01 | |
| vvn | I bet that's because I need to set SYSTEMD_PACKAGES += "${PN}-foo" as well, even though that's not what the documentation describes for this variable. | 17:02 |
| rburton | marek: guess you're in a fakeroot task already? | 17:03 |
| marek | rburton: in custom class when creating dmcrypt image: create_dmcrypt_image | 17:04 |
| rburton | is the task fakeroot? | 17:04 |
| marek | rburton how can check that? it's custom image type | 17:05 |
| *** mckoan is now known as mckoan|away | 17:05 | |
| rburton | ah, so yeah do_image is fakeroot | 17:05 |
| rburton | in theory "PSEUDO_DISABLED=1 sudo" might work | 17:06 |
| marek | rburton: ok fine so any idea why it works on dunfell and not in kirkstone | 17:06 |
| rburton | most likely because pseudo changed | 17:06 |
| marek | rburton: ok let me try that | 17:07 |
| marek | rburton: when use PSEUDO_DISABLED sudo I'm getting: | 17:10 |
| marek | `sudo: /home/ubuntu/yocto/test/build/tmp/hosttools/sudo must be owned by uid 0 and have the setuid bit set` | 17:10 |
| vvn | rburton: qschulz: indeed I needed to set SYSTEMD_PACKAGES += "${PN}-foo" even though the doc says that it's for the system to find the unit file if not in the main package. But the unit file (openvpn@.service) actually is in the main package. I must rephrase that and send a patch for the doc. | 17:10 |
| *** gho <gho!~gho@i59F5CDD2.versanet.de> has quit IRC (Quit: Leaving.) | 17:13 | |
| *** Schiller <Schiller!~Schiller@dynamic-046-114-214-041.46.114.pool.telefonica.de> has quit IRC (Quit: Client closed) | 17:16 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDD2.versanet.de> has quit IRC (Remote host closed the connection) | 17:21 | |
| marek | rburton: any ideas what else I can check pls? | 17:24 |
| rburton | marek: i guess thats because sudo is a symlink. try using an absolute path to sudo? | 17:25 |
| marek | rburton: unfortunately more less same when using like: | 17:28 |
| marek | `PSEUDO_DISABLED=1 /usr/bin/sudo losetup $LOOP_DEV $OUTPUT_IMAGE` | 17:28 |
| marek | I'm getting: | 17:28 |
| marek | rburton: unfortunately more less same when using like: | 17:28 |
| marek | `PSEUDO_DISABLED=1 /usr/bin/sudo losetup $LOOP_DEV $OUTPUT_IMAGE` | 17:28 |
| marek | I'm getting: | 17:28 |
| marek | `sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set` | 17:28 |
| rburton | pseudo must still be getting in the way, assuming those assertions are true of the actual file | 17:29 |
| rburton | ah try PSEUDO_UNLOAD=1 | 17:29 |
| rburton | i might have got the wrong variable name | 17:29 |
| *** olani <olani!~olani@66.159.215.7> has quit IRC (Ping timeout: 252 seconds) | 17:29 | |
| marek | rburton: `PSEUDO_UNLOAD=1 /usr/bin/sudo losetup $LOOP_DEV $OUTPUT_IMAGE` giving: `sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set` | 17:32 |
| rburton | damnit sudo | 17:32 |
| marek | true | 17:32 |
| marek | but why it works in dunfell | 17:32 |
| marek | rburton: any other trick I can try :) | 17:33 |
| fray | setuid is disabled with LD_PRELOAD is enabled. PSEUDO_UNLOAD=1 will still LD_PRELOAD... | 17:34 |
| fray | You ned to run an intermediate BEFORE sudo and it should work.. | 17:34 |
| fray | PSUEDO_UNLOAD=1 /usr/bin/env /usr/bin/sudo ... may work | 17:34 |
| rburton | ah yes, LD_PRELOAD entirely breaks suid doesn't it | 17:34 |
| rburton | thanks fray | 17:34 |
| marek | fray @rbu | 17:36 |
| marek | `PSEUDO_UNLOAD=1 /usr/bin/env /usr/bin/sudo losetup $LOOP_DEV $OUTPUT_IMAGE` gives: `sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set` | 17:36 |
| *** sgw <sgw!~swold_loc@user/sgw> has joined #yocto | 17:37 | |
| fray | Check if LD_PRELOAD is still being set in some way after /usr/bin/env .. if it is, that is the problem.. | 17:37 |
| fray | (might also be an LD_LIBRARY_PATH restriction as well for setuid, I'm less sure about that) | 17:38 |
| *** florian_kc <florian_kc!~florian@dynamic-092-229-230-185.92.229.pool.telefonica.de> has joined #yocto | 17:40 | |
| marek | @fray: I've used `PSEUDO_UNLOAD=1 /usr/bin/env echo "${LD_RELOAD}"` and it return: `libpseudo.so` | 17:42 |
| fray | So it didn't unload when the echo was executed | 17:44 |
| marek | fray: also when print env I'm getting :` LD_PRELOAD=libpseudo.so` | 17:44 |
| fray | in the past I ran into this and there was some magic you had to do to completely unload.. | 17:44 |
| marek | fray: can I unset LD_PRELOAD maybe? | 17:45 |
| fray | with PSEUDO_UNLOAD "probably". LD_PRELOAD is reset on an exec if NOT unloading | 17:45 |
| *** florian_kc <florian_kc!~florian@dynamic-092-229-230-185.92.229.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 17:46 | |
| fray | PSEUDO is designed to be "persistent" even if the environment is completely cleared.. the PSEUDO_UNLOAD is supposed to disable it and on the next exec no longer load it.. | 17:46 |
| fray | there is a test case: | 17:51 |
| fray | export PSEUDO_UNLOAD=1 | 17:51 |
| fray | id -u | 17:51 |
| fray | id -g | 17:51 |
| fray | wait no... | 17:51 |
| fray | env -i id -u | 17:51 |
| fray | env -i id -g | 17:52 |
| fray | that should show it's running as "not [emulated] root" | 17:52 |
| fray | then to verify it actually unloaded.. | 17:52 |
| fray | add 'env -i PSEUDO_DISABLED=0 id -u' | 17:52 |
| fray | that should show the same as the previous run.. | 17:52 |
| fray | (-i clears the environment.. so you should be able to adjust that and check LD_PRELOAD) | 17:53 |
| fray | code wise what is happening: | 17:54 |
| fray | ports/linux/portdefs.h:#define PRELINK_LIBRARIES "LD_PRELOAD" | 17:54 |
| fray | pseudo_util.c:SETENV(PRELINK_LIBRARIES, ld_preload, 1); | 17:54 |
| fray | pseudo_util.c:SETENV(PRELINK_LIBRARIES, "", 1); | 17:54 |
| marek | env -i id -u and -g shows 1000 in both cases | 17:54 |
| fray | try PSEUDO_UNLOAD=1 env LD_PRELOAD="" sudo .... | 17:55 |
| marek | fray: `sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set` | 17:57 |
| fray | PSEUDO_UNLOAD=1 env -i /usr/bin/sudo ... | 17:58 |
| fray | (if that env -i doesn't work.. then I'm really not sure what to try) | 18:00 |
| fray | there is some built-in pseudo diagnostics that can be enabled to show what it's doing with the LD_PRELOAD, that's probably the next thing to try | 18:01 |
| marek | fray: `sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set` | 18:02 |
| marek | weird | 18:02 |
| fray | I've no idea then.. I'd say try to reproduce it independently of the build system, and try the test cases in pseudo. If they all pass, but this keeps failing.. then enable diagnostics and see what it may be doing wrong. | 18:05 |
| fray | https://git.yoctoproject.org/pseudo/tree/pseudo_util.c?h=oe-core#n900 | 18:05 |
| fray | that is what SHOULD be running but clearly it's not working right (or there is something we're missing) if you can add diagnostics to it, that could help.. | 18:05 |
| fray | that calls the "without_libpseudo" function, which SHOULD be dropping it via what looks like a regex | 18:06 |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 246 seconds) | 18:13 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 18:13 | |
| *** nerdboy <nerdboy!~nerdboy@47.143.129.182> has joined #yocto | 18:25 | |
| *** Guest50 <Guest50!~Guest50@185.125.224.47> has joined #yocto | 18:28 | |
| *** amitk <amitk!~amit@103.208.71.96> has quit IRC (Ping timeout: 260 seconds) | 19:02 | |
| *** florian_kc <florian_kc!~florian@dynamic-092-229-230-185.92.229.pool.telefonica.de> has joined #yocto | 19:04 | |
| *** Haxxa <Haxxa!~Haxxa@89nnjg0xckz9ggn6r5xm.ip6.superloop.com> has quit IRC (Quit: Haxxa flies away.) | 19:15 | |
| *** Haxxa <Haxxa!~Haxxa@89nnjg0xckz9ggn6r5xm.ip6.superloop.com> has joined #yocto | 19:17 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 19:18 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 19:27 | |
| *** marek <marek!~marek@90-64-78-64.dynamic.orange.sk> has quit IRC (Quit: Client closed) | 19:33 | |
| *** olani <olani!~olani@66.159.215.7> has joined #yocto | 19:37 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 19:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 19:39 | |
| *** marek <marek!~marek@90-64-78-64.dynamic.orange.sk> has joined #yocto | 19:43 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds) | 19:43 | |
| marek | fray: do you think I can create an issue? I'm not sure if will be to able track down what you wrote above ;) | 19:44 |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 19:44 | |
| fray | Probably a good idea. Be sure to include the host, kernel version, etc. There is something odd that has changed and I don't know if it's bitbake, oe-core, pseudo, kernel or glibc | 19:44 |
| fray | but they're all candidates | 19:44 |
| marek | fray: ok will do, thansk for support | 19:45 |
| fray | ya as much about your host environment as possible would be helpful.. even things like the environment before oe-init-build-env might be useful (feel free to sanitize stuff as necessary) | 19:45 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 19:47 | |
| marek | fray: sure thanks | 19:47 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 19:53 | |
| marek | fray: issue tracker is bugzilla? Cos I cannot create new user | 19:53 |
| khem | RP: I think we need to add -D_LARGEFILE64_SOURCE globally to compiler now that we have enabled largefile support unconditionally I wonder if it should be added via tclibc-musl.inc | 19:55 |
| khem | with glibc _GNU_SOURCE implies _LARGEFILE64_SOURCE but not so with musl | 19:56 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 252 seconds) | 19:56 | |
| *** kriive <kriive!~kriive@user/kriive> has quit IRC (Remote host closed the connection) | 20:00 | |
| *** Guest50 <Guest50!~Guest50@185.125.224.47> has quit IRC (Quit: Client closed) | 20:16 | |
| *** Algotech75 <Algotech75!~algotech@2a01:e0a:5e0:29b0:d3b5:fad5:3d1a:de1f> has joined #yocto | 20:42 | |
| *** Algotech75 <Algotech75!~algotech@2a01:e0a:5e0:29b0:d3b5:fad5:3d1a:de1f> has quit IRC (Remote host closed the connection) | 20:42 | |
| *** amelius_ <amelius_!~quassel@147.161.164.196> has joined #yocto | 20:48 | |
| *** mihai <mihai!~mihai@user/mihai> has quit IRC (Quit: Leaving) | 20:52 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 20:56 | |
| *** amelius__ <amelius__!~quassel@147.161.164.196> has joined #yocto | 20:56 | |
| *** amelius_ <amelius_!~quassel@147.161.164.196> has quit IRC (Read error: Connection reset by peer) | 20:57 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 20:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.public.monkeybrains.net> has joined #yocto | 20:59 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 21:05 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 21:08 | |
| *** amelius__ <amelius__!~quassel@147.161.164.196> has quit IRC (Ping timeout: 260 seconds) | 21:08 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 260 seconds) | 21:12 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 21:13 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection) | 21:13 | |
| *** nemik <nemik!~nemik@162-245-20-117.public.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds) | 21:14 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 21:14 | |
| *** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Quit: Leaving.) | 21:18 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 21:22 | |
| roussinm | is Alexandre Belloni present here? | 21:25 |
| *** Belgarion <Belgarion!sebastian@dedi.brokenbrain.se> has quit IRC (Quit: WeeChat 2.3) | 21:27 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4605:ca00:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 21:27 | |
| *** florian_kc <florian_kc!~florian@dynamic-092-229-230-185.92.229.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 21:36 | |
| *** florian <florian!~florian@dynamic-092-229-230-185.92.229.pool.telefonica.de> has joined #yocto | 21:53 | |
| RP | khem: I agree, I think the time might be right to do this with largefile and time and then release note it all together | 22:04 |
| RP | roussinm: abelloni | 22:05 |
| roussinm | abelloni: if you can ldd llvm-config in the target sysroot of mesa you can see which library it will load. I will guess that it will load something from the target sysroot since the configuration of mesa fails. The host is x86? Looks like target is x86 too. | 22:22 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 22:27 | |
| *** vmeson <vmeson!~rmacleod@142.166.215.52> has quit IRC (Ping timeout: 260 seconds) | 22:38 | |
| *** vmeson <vmeson!~rmacleod@142.166.215.52> has joined #yocto | 22:38 | |
| abelloni | roussinm: roussinm: unfortunately, the builddir has been cleaned out and the worker is currently running a reproducible build | 22:59 |
| abelloni | once it is done, what I'll do is clean the sstate and try to reproduce | 23:00 |
| abelloni | what is weird is that I never got the issue before I tried your patch | 23:00 |
| abelloni | but then, this built fine on ubuntu1804 | 23:01 |
| abelloni | so either we really have just a failure of meson or this is host related | 23:01 |
| abelloni | and your fix is not engouh | 23:01 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 23:14 | |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Ping timeout: 260 seconds) | 23:15 | |
| RP | roussinm, abelloni: when I saw the patch I wondered if it might only cause an issue when rebuilding from sstate | 23:18 |
| roussinm | RP: I was able to reproduce this issue without sstate. | 23:30 |
| roussinm | abelloni: Looking at autobuilder failures it looks like my fix might be partial at best indeed. | 23:31 |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC (Quit: WeeChat 3.0) | 23:34 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-03-174-88-247-113.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.7) | 23:41 | |
| moto-timo | How do people deal with needing OpenSSL 1.1.1 and OpenSSL 3.0.y at the same time? Noodling... | 23:53 |
| paulg | delete them both and install rsh/telnet | 23:54 |
| abelloni | <hand gesture>this is not the openssl version you are looking for</hand gesture> | 23:54 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!