ndec changed the topic of #yocto to: "Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Join us or Speak at Yocto Project Summit (2022.05) May 17 - 19, more: https://yoctoproject.org/summit | Join the community: https://www.yoctoproject.org/community | IRC logs available at https://www.yoctoproject.org/irc/ | Having difficulty on the list or with someone on the list, contact YP community mgr ndec"
nemik has joined #yocto
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
OutBackDingo has quit [Remote host closed the connection]
OutBackDingo has joined #yocto
OutBackDingo has quit [Ping timeout: 250 seconds]
OutBackDingo has joined #yocto
sakoman has quit [Quit: Leaving.]
starblue has quit [Ping timeout: 272 seconds]
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
starblue has joined #yocto
otavio_ has joined #yocto
nemik has quit [Ping timeout: 276 seconds]
otavio has quit [Read error: Connection reset by peer]
nemik has joined #yocto
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
amitk has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
dmoseley_ has joined #yocto
dmoseley has quit [Ping timeout: 272 seconds]
shivamurthy has joined #yocto
OutBackDingo has quit [Ping timeout: 246 seconds]
OutBackDingo has joined #yocto
goliath has joined #yocto
frieder has joined #yocto
frieder has quit [Remote host closed the connection]
vmeson has quit [Ping timeout: 276 seconds]
Vonter has quit [Ping timeout: 272 seconds]
Vonter has joined #yocto
rob_w has joined #yocto
goliath has quit [Quit: SIGSEGV]
Vonter has quit [Ping timeout: 246 seconds]
Vonter has joined #yocto
<jclsn[m]> Morning guys, is there a way to let the fetcher never check for certificates? Can't find anything in the documentation
alessioigor has joined #yocto
<jclsn[m]> Weirdly, this works in on for my gatesgarth branches, but not in honister or the gatesgarth branch for the other machine. Has some default behavior changed there?
<jclsn[m]> * Weirdly, this works on one of my gatesgarth branches, but not in honister or the gatesgarth branch for the other machine. Has some default behavior changed there?
<jclsn[m]> I already diffed the local.conf and there is nothing suspicious there
<jclsn[m]> Except for the config version being different
Schlumpf has joined #yocto
hcg has joined #yocto
rfuentess has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Vonter has quit [Ping timeout: 272 seconds]
goliath has joined #yocto
Vonter has joined #yocto
mvlad has joined #yocto
xmn_ has joined #yocto
xmn has quit [Ping timeout: 240 seconds]
kroon has joined #yocto
Vonter has quit [Ping timeout: 272 seconds]
Vonter has joined #yocto
Vonter has quit [Ping timeout: 240 seconds]
Vonter has joined #yocto
alessioigor has quit [Quit: alessioigor]
Vonter has quit [Ping timeout: 272 seconds]
kranzo has joined #yocto
BCMM has joined #yocto
<kranzo> hi,
<kranzo> can someone give me a hint about 'SSTATE_EXCLUDEDEPS_SYSROOT += ".*->autoconf-archive-native''''
<kranzo> The question is: Why is this done? and what is the proper way to popultate autoconf-archive-native into the sdk? Manually via TOOLCHAIN_HOST_TASK_append = " nativesdk-autoconf-archive"
<kranzo> or can i set something in the recipe?
<RP> jclsn[m]: we did change the default behaviour. You can probably override the wget command
<jclsn[m]> RP: You mean directly in the Bitbake code? I am looking for a simple setting in the local.conf or something
<RP> jclsn[m]: lib/bb/fetch2/wget.py: self.basecmd = d.getVar("FETCHCMD_wget") or "/usr/bin/env wget -t 2 -T 30 --passive-ftp"
<RP> is the fetcher code
dti has quit [Ping timeout: 246 seconds]
<jclsn[m]> RP: Thanks, can I hope for A switch in future releases if I make an issue?
<qschulz> jclsn[m]: FETCHCMD_wget is the switch? or what exactly are you hoping?
<RP> jclsn[m]: we really shouldn't be ignoring cert issues, that could get us into trouble. That was why the default changed...
<RP> jclsn[m]: there is conditional code in there
<RP> jclsn[m]: BB_CHECK_SSL_CERTS
<RP> qschulz: it even has a doc entry :)
<qschulz> RP: ugh, I hate when people did their job correctly
<qschulz> :D
<LetoThe2nd> yo dudX
<jclsn[m]> @qschulz: Thanks, I looked here and couldn't find it https://docs.yoctoproject.org/ref-manual/variables.html
<jclsn[m]> Pinned!°
<jclsn[m]> RP: Sure, but we still need this setting. Our Devops are working on it, but without it we can't build atm
<qschulz> jclsn[m]: there are two doc websites, one for Bitbake at https://docs.yoctoproject.org/bitbake and one for basically everything else at https://docs.yoctoproject.org
<jclsn[m]> qschulz: Thanks
<jclsn[m]> I pinned both of them now
florian has joined #yocto
BCMM has quit [Ping timeout: 256 seconds]
Schiller has joined #yocto
bps has joined #yocto
bps has quit [Changing host]
bps has joined #yocto
selff has joined #yocto
ardo has quit [Read error: Connection reset by peer]
<Schiller> Hello there, I try to setup the YPAutobuilder Project inside a docker container. Naturally i want the builddirectory (in my case the hole yocto-controller) mapped inside the docker container so i can access the builds outside of the container.I changed Users and Group from the directories as needed. The worker connects fine but when i start a build
<Schiller> the build just hangs. Any suggestions?
<Schiller> *(the hole yocto-worker)
ardo has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 276 seconds]
Vonter has joined #yocto
nemik has joined #yocto
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
beneth has joined #yocto
zeddii has quit [Ping timeout: 276 seconds]
zeddii has joined #yocto
BCMM has joined #yocto
michaelo has joined #yocto
Vonter has quit [Ping timeout: 272 seconds]
Vonter has joined #yocto
manuel1985 has joined #yocto
Vonter has quit [Ping timeout: 246 seconds]
<Schiller> I also have an additional question. I managed to create a worker container which connects to the host/controller. When running a build the worker seems not to have access to the yocto-autobuilder-helper/janitor/clobberdir. To solve this problem do i have to setup the (1.5) Configuring the Worker's Hash Equivalency Server)?
ptsneves has joined #yocto
Vonter has joined #yocto
OutBackDingo has quit [Remote host closed the connection]
OutBackDingo has joined #yocto
OutBackDingo has quit [Ping timeout: 256 seconds]
OutBackDingo has joined #yocto
Vonter has quit [Ping timeout: 256 seconds]
starblue has quit [Ping timeout: 256 seconds]
starblue has joined #yocto
OnkelUlla has joined #yocto
pgowda_ has joined #yocto
vmeson has joined #yocto
OutBackDingo has quit [Ping timeout: 272 seconds]
OutBackDingo_ has joined #yocto
OutBackDingo_ has quit [Ping timeout: 276 seconds]
selff has quit [Quit: Client closed]
Schiller has quit [Quit: Client closed]
Vonter has joined #yocto
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
selff has joined #yocto
OutBackDingo has joined #yocto
Schiller has joined #yocto
OnkelUlla has quit [Quit: ERC 5.4.1 (IRC client for GNU Emacs 29.0.50)]
OnkelUlla has joined #yocto
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
Vonter has quit [Ping timeout: 272 seconds]
xmn_ has quit [Quit: xmn_]
xmn has joined #yocto
Vonter has joined #yocto
prabhakarlad has joined #yocto
Notgnoshi has left #yocto [#yocto]
leon-anavi has joined #yocto
argonautx has joined #yocto
<ptsneves> hey all. Is it legitimate to add an entry in local.conf that removes a LAYERDEPENDS_mylayer?
<ptsneves> I have an externally provided layer that has a dependency on another layer that i do not care about
<RP> ptsneves: when it breaks, you get to keep all the pieces :)
<qschulz> ptsneves: also, an additional layer (if following best practices!!) inclusion should only increase the parsing time of recipe and nothing else
<ptsneves> heheh no problem. The layer forces me to have meta-qt5 layer for example recipes. What would you suggest in alternative?
<ptsneves> qschulz yeah "should".. I am very warry of the should part. I just realized that meta-sca injects setuputils into all target recipes, not to mention tasks. All to run a check that in the end not even relevant.
<ptsneves> furthermore yocto parsing time is a major complaint about yocto, so it is not a simple thing as well.
arkados has joined #yocto
<arkados> hello how can I chante root password with a receipe and not with EXTRA_USERS_PARAMS in local.conf ?
<arkados> s/chante/change/
<qschulz> arkados: you can use that same variable but in your image recipe instead of local.conf
ecdhe_ has joined #yocto
ecdhe has quit [Read error: Connection reset by peer]
<arkados> qschulz EXTRA_USERS is only for image no for receipe
<qschulz> arkados: images are recipes
<qschulz> this seems to be something you don't want, so maybe you can explain your usecase so we could help?
<Schiller> in order to not run the worker and host in YPAutobuilder on the same machine i made a seperate container for my worker. atm i generated the yocto-autobuilder-helper repository in my worker container for fetching. That's not ideal as every worker needs such a repository now. The ideal structure would be to run a single yocto-auto-helper on the host
<Schiller> machine right?
<arkados> qschulz, I wrote a recipe inherited from useradd to create many users ....I look for a way to modify the root password in this recipe
OutBackDingo has quit [Ping timeout: 248 seconds]
<arkados> qschulz, a way to centralize a recipe with all users definitions
<qschulz> arkados: why not have a .inc file whre you have all your users and have this .inc file included in your image recipe?
<arkados> qschulz, because I wanted to test how to write my own recipe from useradd class
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
OutBackDingo has joined #yocto
otavio_ has quit [Remote host closed the connection]
<tlwoerner> the CFP for the next YPS closes tomorrow https://www.yoctoproject.org/summit
otavio has joined #yocto
bps has quit [Remote host closed the connection]
<Schlumpf> Hi, are there machine overwrites for BBLAYERS?
kranzo has quit [Quit: Client closed]
BCMM has quit [Quit: Konversation terminated!]
BCMM has joined #yocto
sakoman has joined #yocto
selff has quit [Quit: Client closed]
kroon has quit [Quit: Leaving]
rob_w has quit [Remote host closed the connection]
<reatmon> I'm seeing the patchwork server behind again. We have messages to the list from last Friday that are not showing up in the list. Is there something going on with the servers?
<reatmon> And I mean not showing up in the pathwork list.
leon-anavi has quit [Ping timeout: 240 seconds]
Notgnoshi has joined #yocto
<rburton> reatmon: fwiw, lore appears to be behind for yocto@ too.
<RP> rburton, reatmon: patchwork runs from lore so it lore lags, patchwork will too
<rburton> aha
<rburton> i pinged halstead about the lore lag this morning
<RP> rburton: can you email helpdesk@yoctoproject.org please
<rburton> sure
akiCA has joined #yocto
Schiller has quit [Ping timeout: 252 seconds]
codavi has joined #yocto
goliath has quit [Quit: SIGSEGV]
akiCA has quit [Ping timeout: 246 seconds]
ecdhe_ has quit [Ping timeout: 272 seconds]
Tokamak has quit [Ping timeout: 246 seconds]
amitk_ has joined #yocto
pgowda_ has quit [Quit: Connection closed for inactivity]
amitk has quit [Ping timeout: 256 seconds]
codavi has quit [Read error: Connection reset by peer]
ecdhe has joined #yocto
GLumen has joined #yocto
argonautx has quit [Quit: Leaving]
Schlumpf has quit [Quit: Client closed]
manuel1985 has quit [Quit: Leaving]
Tokamak has joined #yocto
ptsneves has quit [Ping timeout: 252 seconds]
goliath has joined #yocto
Tokamak has quit [Quit: Textual IRC Client: www.textualapp.com]
vladest has quit [Quit: vladest]
dtometzki has joined #yocto
mabnhdev2 has joined #yocto
geoffhp_ has joined #yocto
<mabnhdev2> Hi.  Working in Dunfell.  Asked this question on mailing list but no love.  I'm adding package python3-zc-lockfile to my system.  The package does not contain zc/__init__.py.  Looking at the log.do_install, I see the mesage: "Skipping installation of
<mabnhdev2> /data/mabnhdev/test-yocto-321/build/test-x86-64/tmp/work/x86_64-poky-linux/python3-zc-lockfile/1.3.0-r0/image/usr/lib/python3.8/site-packages/zc/__init__.py (namespace package)".  I'm trying to figure out WHY installation was skipped and can I do anything to force the installation?  Thanks.
florian has quit [Quit: Ex-Chat]
leon-anavi has joined #yocto
rfuentess has quit [Remote host closed the connection]
<rburton> is it actually needed though?
<rburton> i mean, python didn't install it for a reason
<rburton> that message is from python, not yocto specifically
<rburton> i can confirm that the file gets skipped outside of yocto too
<rburton> setuptools doesn't install the file and creates a .pth file instead.
<mabnhdev2> rburton Thanks.  I'm not a python expert.  I'm adding the package on behalf of another developer that seems put out by the fact that __init__.pt is missing.  I'm not sure why.  I said I would ask around.
<rburton> it doesn't have to exist
<rburton> if they're getting upset because it doesn't exist, then it doesn't have to exist.
<mabnhdev2> A separate Yocto/Python3 question.  I was asked if I could force python3 to install the .pyc files in the legacy locations (i.e. same locations as python2).  In python3 you can use 'python3 -m compileall -b' to achieve this.  I haven't been able to figure out how to get Yocto to setup packages with the '-b' option.  Any idea?
<Saur[m]> arkados: It is the `base-passwd` recipe that is responsible for creating the root user, so you cannot change how it is created from some other random recipe. It is much better to use `EXTRA_USERS_PARAMS` in any image(s) where you want to set the root password (which should typically only be developer images anyway).
<arkados> saur ok thanks
amitk_ has quit [Ping timeout: 250 seconds]
Starfoxxes has quit [Ping timeout: 240 seconds]
<rburton> mabnhdev2: why would you do that?
<rburton> our setuptools class doesn't call compileall directly, it lets setuptools/distutils do its thing
<rburton> you could write a class to do that if you really wanted, but there's no reason to
vladest has joined #yocto
florian_kc has joined #yocto
vladest has quit [Remote host closed the connection]
BCMM has quit [Read error: Connection reset by peer]
<khem> bitbake build-appliance-image -k in my workspace does not include musl-locales at all when building for TCLIBC = "glibc" but on AB it does I dont know why
vladest has joined #yocto
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
vladest has quit [Client Quit]
BCMM has joined #yocto
rsalveti has joined #yocto
bluelightning has joined #yocto
nemik has quit [Ping timeout: 272 seconds]
BWhitten has joined #yocto
nemik has joined #yocto
mischief has quit [Read error: Connection reset by peer]
<tlwoerner> the CFP for the next YPS closes in about 24 hours https://www.yoctoproject.org/summit
<tlwoerner> (~27-ish hours)
florian_kc has quit [Ping timeout: 276 seconds]
marka has quit [Quit: ZNC 1.8.2 - https://znc.in]
TundraMan has joined #yocto
<RP> khem: I'll be honest, I've not looked at it
Starfoxxes has joined #yocto
BCMM has quit [Read error: Connection reset by peer]
florian_kc has joined #yocto
<khem> RP: the error seems its happening, so I was trying to minic the environment locally as well. Is there some place in job run that I can copy
<RP> khem: so you tried bitbake build-appliance-image ?
mvlad has quit [Remote host closed the connection]
<khem> yes, I took master-next + my commit and did bitbake build-appliance-image with vanilla poky
<khem> I am now running the same job on AB with my branch
<khem> lets see where it ends
<khem> hmmm I do see errors on AB even with my branch
<khem> so something is there in AB job that I am failing to understand
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
<khem> and its wield that this image is glibc based and I am hoping its setting TCLIBC = "glibc" which would have excluded musl recipes automatically but I wonder why its including it
florian_kc has quit [Ping timeout: 260 seconds]
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
<sielicki> anyone remember the history around https://bugs.python.org/issue18748 and https://bugs.python.org/issue37395 ? I believe some hacks in that have been around since python3_3.7.6.bb can be dropped now in 3.10 but upstream python moved their bugtracker around and I can't figure out what the original issue was.
fitzsim has quit [Remote host closed the connection]
geoffhp_ has quit [Quit: Leaving]
leon-anavi has quit [Remote host closed the connection]
leon-anavi has joined #yocto
florian_kc has joined #yocto
<vvn> hi there -- I'm using luks2+btrfs with systemd for the rootfs and somehow /dev/mapper/root gets degraded, causing subvolumes mount to time out
<vvn> it seems to have something to do with SYSTEMD_READY and udev
hcg has quit [Quit: Ping timeout (120 seconds)]
ecdhe has quit [Read error: Connection reset by peer]
ecdhe has joined #yocto
leon-anavi has quit [Quit: Leaving]
ecdhe_ has joined #yocto
ecdhe has quit [Read error: Connection reset by peer]
florian_kc has quit [Ping timeout: 240 seconds]
ecdhe_ has quit [Read error: Connection reset by peer]
ecdhe has joined #yocto
sakoman has quit [Quit: Leaving.]
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
GLumen has quit [Ping timeout: 240 seconds]
sakoman has joined #yocto