Dracos-Carazza has quit [Read error: Connection reset by peer]
Dracos-Carazza has joined #yocto
florian_kc has quit [Ping timeout: 240 seconds]
Vonter has joined #yocto
Dracos-Carazza has quit [Ping timeout: 256 seconds]
Dracos-Carazza has joined #yocto
qschulz has quit [Remote host closed the connection]
qschulz has joined #yocto
Dracos-Carazza has quit [Ping timeout: 240 seconds]
dev1990 has quit [Quit: Konversation terminated!]
Dracos-Carazza has joined #yocto
GNUmoon has quit [Remote host closed the connection]
sakoman has quit [Quit: Leaving.]
Tokamak has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Vonter has quit [Read error: Connection reset by peer]
Vonter has joined #yocto
Guest64 has joined #yocto
Guest64 has quit [Client Quit]
geoffhp has joined #yocto
Vonter has quit [Ping timeout: 240 seconds]
amitk has joined #yocto
akiCA has joined #yocto
codavi has joined #yocto
akiCA has quit [Ping timeout: 240 seconds]
codavi has quit [Ping timeout: 240 seconds]
prabhakarlad has quit [Quit: Client closed]
Lihis has quit [Quit: Quitting]
Lihis has joined #yocto
Vonter has joined #yocto
Wouter0100 has quit [Read error: Connection reset by peer]
Wouter0100 has joined #yocto
Vonter has quit [Quit: WeeChat 3.4]
fitzsim has quit [Read error: Connection reset by peer]
GNUmoon has joined #yocto
Harun has joined #yocto
kroon has joined #yocto
Wouter0100 has quit [Remote host closed the connection]
Wouter0100 has joined #yocto
jatedev has quit [Quit: Client closed]
michalkotyla has joined #yocto
tdz has joined #yocto
<tdz>
I'm having issues with git fetcher. If we have long workspace path (long jenkins job name in our case) it can happen that git fetcher when trying to create lockfile in downloads/git2/<workspace_path>.lock will hang due to "File name too long" because it might exceed the limit of 255 characters.
<tdz>
The part that is causing this is in bitbake/lib/bb/fetch2/git.py:
<tdz>
and this ud.path contains the whole path twice (first the path to /<long_path>/build/downloads second to git repository (also containing path)). Do we really need the whole path there? Which way should I go with the fix? Cut the directory name in half or maybe change it to less human readable hash? I need some advice.
rob_w has joined #yocto
alessioigor has joined #yocto
lucaceresoli has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Client Quit]
mckoan|away is now known as mckoan
rfuentess has joined #yocto
frieder has joined #yocto
gioyik has quit [Quit: WeeChat 3.3]
zpfvo has joined #yocto
leon-anavi has joined #yocto
lucaceresoli_ has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
lucaceresoli has quit [Ping timeout: 256 seconds]
tdz has quit [Quit: Client closed]
<ziga_>
Which U-boot setting sets the name of the DTB that is sent to the kernel? I set up my own DTS i.e "fotovolt.dts" in the u-boot-s folder "arch/arm/boot/dtb" and bitbake compiles it successfully to the DTB i.e. "fotovolt.dtb". But on boot U-boot keeps on looking for "am335x-boneblack.dtb" and it fails to boot unless I manually rename "fotovolt.dtb" to "am335x-boneblack.dtb"...
<dwagenk>
beneficial (using polkit without pkexec is a valid use-case) ?
dgriego has quit [Ping timeout: 240 seconds]
Harun has quit [Ping timeout: 256 seconds]
dgriego has joined #yocto
prabhakarlad has joined #yocto
dev1990 has joined #yocto
tnovotny has joined #yocto
Schlumpf has joined #yocto
zeddii has quit [Ping timeout: 240 seconds]
zeddii has joined #yocto
<qschulz>
ziga_: BSP specific, you need to look into U-Boot sources or U-Boot environment. This is unlikely related to Yocto
<qschulz>
dwagenk: if there;'s a release planned soon, I guess we can just wait for that to happen. Otherwise, please send a patch backporting the fix to the impacted recipe.
zpfvo has quit [Ping timeout: 240 seconds]
SunflowerMix has joined #yocto
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 268 seconds]
zpfvo has joined #yocto
kroon has quit [Quit: Leaving]
florian has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
mvlad has joined #yocto
<ziga_>
@schulz Yes. I imagine. I was just wondering if anyone has ever experienced something similar.
smsm has joined #yocto
Etheryon has joined #yocto
pgowda_ has joined #yocto
<Etheryon>
Hi all, anyone ran into this issue before?
<Etheryon>
qttools-6.2.1-r0 do_package_qa: QA Issue: /usr/bin/qdistancefieldgenerator contained in package qttools-tools requires libQt6Quick.so.6()(64bit), but no providers found in RDEPENDS:qttools-tools? [file-rdeps]
<Etheryon>
I have this in IMAGE_INSTALL -> RDEPENDS:${PN} += " \
<Etheryon>
qtbase \
<Etheryon>
qtdeclarative \
<rburton>
what recipe provides libqtquick?
<Etheryon>
and from what I've searched seems that libQt6Quick.so is in qrdeclarative
<qschulz>
Etheryon: in IMAGE_INSTALL you have RDEPENDS??
<Etheryon>
yes
<Etheryon>
sorry, A package group that contains RDEPENDS
florian_kc has joined #yocto
<qschulz>
Etheryon: it does not matter if your image has the lib via another package or something
<qschulz>
it matters to the package recipe that it is an implicit (or explicit) runtime dependency
<qschulz>
here it complains that qtdeclarative is nto among the RDEPENDS of the qttools package
<Etheryon>
I've tried adding RDEPENDS to the recipe itself via RDEPENDS:${PN}= "qtdeclarative" but no change in the output
<Etheryon>
recipe also has : DEPENDS += "qtbase qtdeclarative qttools-native" but as far as I understand that's for compile time?
<qschulz>
yes
<qschulz>
but since qtdeclarative is in DEPENDS, the implicit RDEPENDS mechanism will add it to RDEPENDS if required
<Etheryon>
so why isn't it working then?
<qschulz>
no idea
<qschulz>
but it should be RDEPENDS:${PN}-tools for starters
<Etheryon>
can you explain why? Sorry I'm just starting out
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
<Etheryon>
RDEPENDS:${PN}-tools seemed to work
SunflowerMix has quit [Quit: Client closed]
zpfvo has quit [Ping timeout: 240 seconds]
lucaceresoli_ has quit [Quit: Leaving]
zpfvo has joined #yocto
lucaceresoli has joined #yocto
<smsm>
Hi All,
<smsm>
I am watching Live Coding series at the project main channel on youtube ....
<smsm>
Is there archive for the chat / links posted by Josef during the sessions?
Etheryon has quit [Quit: Client closed]
Etheryon has joined #yocto
<Etheryon>
Ah, it's because the package name is qttools-tools and the recipe name is qttools ?
<qschulz>
Etheryon: yes
zpfvo has quit [Ping timeout: 240 seconds]
manuel1985 has joined #yocto
<qschulz>
technically, there is (at least VERY likely) a package whose name is the same as the recipe's
zpfvo has joined #yocto
<svuorela>
src:qttools iirc also provides libraries that let you interact with the "stuff" in similar ways to the executables
<Etheryon>
sorry, not sure what you mean by that
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
Vonter has joined #yocto
Guest26 has joined #yocto
Guest26 is now known as pvanberlo
pvanberlo has quit [Client Quit]
Vonter has quit [Ping timeout: 256 seconds]
otavio has quit [Remote host closed the connection]
mckoan is now known as mckoan|away
<qschulz>
Etheryon: to whom is your question directed?
<wooosaii>
is it possible for recipe to add FILESEXTRAPATHS from some other layer?
<Etheryon>
"src:qttools iirc also provides libraries that let you interact with the "stuff" in similar ways to the executables" not sure what this means
<Etheryon>
is src:qttools a bitbake function?
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
<qschulz>
wooosaii: the other layers will have a bbappend with FILESEXTRAPATHS:prepend in them, that's the way to do it
<qschulz>
wooosaii: if what you want to do cannot be done this way, please tell us what exactly you're trying to do
<qschulz>
Etheryon: /me shrugs
coldspark29 has joined #yocto
Vonter has joined #yocto
smgwn has joined #yocto
zpfvo has quit [Ping timeout: 268 seconds]
zpfvo has joined #yocto
otavio has joined #yocto
Vonter has quit [Ping timeout: 240 seconds]
argonautx has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
Etheryon has quit [Quit: Client closed]
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
kanavin has quit [Remote host closed the connection]
smgwn has quit [Quit: Client closed]
Vonter has joined #yocto
Vonter has quit [Ping timeout: 256 seconds]
kanavin has joined #yocto
smsm has quit [Quit: Client closed]
Vonter has joined #yocto
sakoman has joined #yocto
tnovotny has quit [Quit: Leaving]
Vonter has quit [Ping timeout: 240 seconds]
OutBackDingo has quit [Remote host closed the connection]
OutBackDingo has joined #yocto
rob_w has quit [Ping timeout: 250 seconds]
pgowda_ has quit [Quit: Connection closed for inactivity]
rob_w has joined #yocto
smsm has joined #yocto
<smsm>
Any clue?
alessioigor has joined #yocto
<smsm>
[12:06:33 PM] <smsm> I am watching Live Coding series at the project main channel on youtube ....
<smsm>
[12:06:33 PM] <smsm> Is there archive for the chat / links posted by Josef during the sessions?
alessioigor has quit [Client Quit]
<qschulz>
LetoThe2nd: ^
<smsm>
Hi LetoThe2nd ... I am watching your Live coding session videos ... do you have the links you posted there in some other place as they are not available on Youtube.
<smsm>
I am asking about .... for example .... here in this specific minute and second "https://youtu.be/Itn_at7kfVw?t=2989" ... you was talking about some presentation done .... you get the link and sent it on the chat ....
<smsm>
The question is ... are these "chats / messages" accompanying the live session stored or could be replayed/seen in any place?
<LetoThe2nd>
smsm: no, they are stored nowhere, sorry. the youtube videos are
<LetoThe2nd>
"just" the video stream from the twitch sessions.
<smsm>
:) kein Problem
<LetoThe2nd>
i might improve that for future sessions, depending on time/effort i can invest :)
<smsm>
great ... could you please send the link for the presentation you mentioned in this minute and second ... something regarding kernel development ....
<LetoThe2nd>
smsm: don't have it handy at the moment, sorry.
<smsm>
no issue:)
<smurray>
if you were doing the streams on Twitch, it archives chat if the videos are archived there
<qschulz>
smurray: they are not archived for more than two weeks by default IIRC
<LetoThe2nd>
yeah but those are just the archoved video streams. i'm not important enough to have long term archives on twitch
<smurray>
qschulz: I see them on some videos definitely older than that (2 years for one I just checked), but I can believe it requires some form of opt-in
GNUmoon has quit [Remote host closed the connection]
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
rob_w has quit [Quit: Leaving]
<LetoThe2nd>
it requires either affiliate or partner state, AFAIK. and i am literally "nothin"
coldspark29 has quit [Ping timeout: 268 seconds]
<rburton>
RP: huh. i was assuming the vmalloc error in the log was stap, but the timestamp is early boot
GNUmoon has joined #yocto
Minvera has joined #yocto
codavi has joined #yocto
ar__ has joined #yocto
codavi has quit [Ping timeout: 250 seconds]
gchamp has joined #yocto
Tokamak has joined #yocto
leon-anavi has quit [Quit: Leaving]
smsm has quit [Quit: Client closed]
frieder has quit [Remote host closed the connection]
florian_kc has quit [Ping timeout: 250 seconds]
zpfvo has quit [Quit: Leaving.]
smrtz has joined #yocto
florian has quit [Quit: Ex-Chat]
<smrtz>
Heyo! I'm pretty new to Yocto and a bit overwhelmed. I've got this recipe: https://bpa.st/VQXQ And am getting these errors: https://bpa.st/FYWA I'd like to start by resolving the warning, but I'm not sure where to begin with it. Would someone mind taking a look please? The specific warning is that FILES contains '//', so I'm guessing I'm just
<smrtz>
using the ${sysconfigdir} variable wrong. Is there a way to look up what that's defined as?
lucaceresoli has quit [Ping timeout: 256 seconds]
<smurray>
smrtz: if you're using the existing variable that typically points at /etc, it's sysconfdir, not sysconfigdir
<smrtz>
Oh, thanks!
<smurray>
smrtz: you can look through the output of 'bitbake -e <recipe>' to see where variables are defined and their final values. On honister or newer, bitbake-getVar can be used to get a single variable's info
<smurray>
smrtz: also, note that those pre-defined directory variables are absolute paths, so you do not need a leading '/' (i.e. sysconfdir will resolve to /etc)
<manuel1985>
I have two images, in one the group 'pulse' gets the gid 989 assigned, in the other one it's 990. Any ideas how to find out where the difference comes from? There's only one additional group in the one image w.r.t. the other, but that has a much higher gid.
<smurray>
manuel1985: unless you turn on static ids, any uid/gids coming from packages aren't guaranteed to be stable numbers, it'll be dependent on the order dnf installs them
<manuel1985>
smurray: Yeah but as I understand, the gids are counting up. There shouldn't be any gaps appearing suddenly.
rfuentess has quit [Remote host closed the connection]
<smurray>
manuel1985: you'll likely have to dig through the preinst definitions that get generated by useradd.bbclass and then run during package installation
<manuel1985>
smurray: Thank you. One more question, with 'turning on static ids' you where referring about USERADDEXTENSION = "useradd-staticids", right?
<smurray>
manuel1985: or maybe take a look in the useradd source to see if there's anything obvious. If a package declares a specific gid, it's possible useradd maybe still counts it and does "number of groups + 1" or something
ziga_ has quit [Remote host closed the connection]
<smurray>
manuel1985: yes wrt USERADDEXTENSION. Note that it's not without pitfalls, you need to then curate the fixed files & passwd files and add any entries required for new packages
<smurray>
err, fixed groups & passwd files
<vd>
if image-b.bb requires image-a.bb, and the distro has IMAGE_INSTALL:append:pn-image-a = " foo", does "foo" get installed in image-b as well?
<smurray>
vd: I believe no
<smurray>
vd: easy to check with bitbake -e
<kernelspace>
what package contains scp ?
<kernelspace>
(in dunfell)
<smurray>
kernelspace: either dropbear or openssh-scp, I believe
<kernelspace>
smurray: thanks
<smurray>
kernelspace: if you have a build in hand, normally you can check with 'oe-pkgdata-util find-path <somepath>', but that doesn't work in this case as the binaries are e.g. /usr/bin/scp.openssh due to the use of opkg alternatives for it
ziga_ has joined #yocto
<vd>
you can specify a rootfs different than the current image with wic's --source rootfs plugin, right?
Schlumpf has quit [Quit: Konversation terminated!]
florian_kc has joined #yocto
<fray>
With the systemd integration is there a standard way to run "systemctl set-default graphical...." during filesystem generation time? We need a way to enable X/Wayland startup on a specific image we're creating
smrtz has quit [Quit: Client closed]
<smurray>
fray: SYSTEMD_DEFAULT_TARGET?
<fray>
thanks for the pointer, I'll take a look at that
<smurray>
fray: I think it's something like hardknott and newer for it
<fray>
thank you! That is exactly what I was looking for
<fray>
Ya, appears to be in Honister
<smurray>
fray: I have a note in AGL to start using it when we upgrade off of dunfell ;)
sakoman has quit [Quit: Leaving.]
sakoman has joined #yocto
Tokamak has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Minvera has quit [Remote host closed the connection]
Minvera has joined #yocto
Minvera has quit [Remote host closed the connection]
Minvera has joined #yocto
barometz has quit [Quit: you can't fire me!]
barometz has joined #yocto
davidinux has quit [Ping timeout: 250 seconds]
manuel1985 has quit [Remote host closed the connection]
manuel1985 has joined #yocto
florian_kc has quit [Ping timeout: 240 seconds]
Tokamak has joined #yocto
Minvera has quit [Remote host closed the connection]
amitk has quit [Ping timeout: 250 seconds]
Minvera has joined #yocto
GNUmoon has quit [Ping timeout: 276 seconds]
<moto-timo>
come on kirkstone! We're rooting for you :)
<moto-timo>
dunfell has been great, but I'm ready for the opportunity to upgrade a few things :)
florian_kc has joined #yocto
mvlad has quit [Remote host closed the connection]
<halstead>
We've moved to new git.yoctoproject.org mirrors. Please report any issues you may notice.
<kergoth>
Hmm, I enabled sstate for a task, and now I'm getting Package already staged even though I've only run the task once, for a single configuration.