<yates>
questions: 1) which one should i use? 2) how do you specify the path for the glibc-locale i should use in the FILES line? 3) can you specify a directory and everything underneath in a FILES command instead of every file?
<yates>
fray: this is related (i think) to the libgcc.a problem we were discussing a few days ago.
<yates>
that QA problem did not arise until i puth the DEPENDS_blah += libgcc.a
halstead has quit [Quit: Connection closed for inactivity]
BCMM has quit [Ping timeout: 272 seconds]
jpuhlman_ has joined #yocto
jpuhlman has quit [Ping timeout: 268 seconds]
Tokamak has joined #yocto
camus1 has joined #yocto
camus has quit [Read error: Connection reset by peer]
camus1 is now known as camus
sakoman has quit [Quit: Leaving.]
prabhakarlad has quit [Quit: Client closed]
sakoman has joined #yocto
Tokamak_ has joined #yocto
Tokamak has quit [Ping timeout: 258 seconds]
Tokamak_ has quit [Ping timeout: 272 seconds]
<yates>
?
Vineela has quit [Quit: Leaving.]
georgem has quit [Quit: Connection closed for inactivity]
Spooster has joined #yocto
camus1 has joined #yocto
camus has quit [Remote host closed the connection]
camus1 is now known as camus
Spooster has quit [Remote host closed the connection]
sakoman has quit [Quit: Leaving.]
RB has joined #yocto
RB is now known as Guest3637
paulg has quit [Ping timeout: 272 seconds]
Guest3637 has quit [Ping timeout: 246 seconds]
goliath has joined #yocto
Schlumpf has joined #yocto
camus1 has joined #yocto
camus has quit [Ping timeout: 258 seconds]
camus1 is now known as camus
frieder has joined #yocto
cquast has joined #yocto
zyga-mbp has joined #yocto
rewitt3 has quit [Remote host closed the connection]
rewitt3 has joined #yocto
mckoan|away is now known as mckoan
<mckoan>
good morning
rob_w has joined #yocto
LetoThe2nd has joined #yocto
<LetoThe2nd>
yo dudX
<mckoan>
LetoThe2nd: hey :-)
<mckoan>
I have a question about meta-spdxscanner, anyone used it? dl9pf ?
prabhakarlad has joined #yocto
<mckoan>
question is: is it possible to try meta-spdxscanner without any external service?
zpfvo has joined #yocto
<mckoan>
problem solved: dunfell branch was broken, switched to master
<LetoThe2nd>
mckoan: so it is actually possible?
<mckoan>
LetoThe2nd: still building
<LetoThe2nd>
k
<mckoan>
doh! ERROR: bash-completion-2.10-r0 do_get_report: Could not invoke scancode Command
kayterina has joined #yocto
ant__ has quit [Quit: Leaving]
frieder has quit [Ping timeout: 268 seconds]
frieder has joined #yocto
florian has joined #yocto
<mihai>
morning
mihai has quit [Changing host]
mihai has joined #yocto
<dl9pf>
mckoan: hi !
<dl9pf>
mckoan: there are multiple scanners
<dl9pf>
mckoan: fossology needs the backend obviously. scancode does the parsing locally
<dl9pf>
mckoan: can you pastebin more verbose output ?
<mckoan>
dl9pf: hi, thank you
<mckoan>
I added in local.conf INHERIT += "scancode-tk"
jordemort has quit [Quit: Bridge terminating on SIGTERM]
barath has quit [Quit: Bridge terminating on SIGTERM]
shoragan[m] has quit [Quit: Bridge terminating on SIGTERM]
Emantor[m] has quit [Quit: Bridge terminating on SIGTERM]
Andrei[m] has quit [Quit: Bridge terminating on SIGTERM]
kayterina[m] has quit [Quit: Bridge terminating on SIGTERM]
khem has quit [Quit: Bridge terminating on SIGTERM]
Pierre-jeanTexie has quit [Quit: Bridge terminating on SIGTERM]
janvermaete[m] has quit [Quit: Bridge terminating on SIGTERM]
cody has quit [Quit: Bridge terminating on SIGTERM]
ejoerns[m] has quit [Quit: Bridge terminating on SIGTERM]
ndec[m] has quit [Quit: Bridge terminating on SIGTERM]
hpsy has joined #yocto
WadeBerrier[m] has quit [Quit: Bridge terminating on SIGTERM]
moto_timo[m] has quit [Quit: Bridge terminating on SIGTERM]
TrevorWoerner[m] has quit [Quit: Bridge terminating on SIGTERM]
shoragan|m has quit [Quit: Bridge terminating on SIGTERM]
rodrjassoccom[m] has quit [Quit: Bridge terminating on SIGTERM]
asus_986_gpu[m] has quit [Quit: Bridge terminating on SIGTERM]
keepitsimplejim[ has quit [Quit: Bridge terminating on SIGTERM]
alex88[m] has quit [Quit: Bridge terminating on SIGTERM]
lacouture[m] has quit [Quit: Bridge terminating on SIGTERM]
AlessandroTaglia has quit [Quit: Bridge terminating on SIGTERM]
Saur[m] has quit [Quit: Bridge terminating on SIGTERM]
Jari[m] has quit [Quit: Bridge terminating on SIGTERM]
fabatera[m] has quit [Quit: Bridge terminating on SIGTERM]
Alban[m] has quit [Quit: Bridge terminating on SIGTERM]
dwagenk has quit [Quit: Bridge terminating on SIGTERM]
jonesv[m] has quit [Quit: Bridge terminating on SIGTERM]
PascalBach[m] has quit [Quit: Bridge terminating on SIGTERM]
Spectrejan[m] has quit [Quit: Bridge terminating on SIGTERM]
xicopitz[m] has quit [Quit: Bridge terminating on SIGTERM]
behanw[m] has quit [Quit: Bridge terminating on SIGTERM]
vmeson has quit [Ping timeout: 252 seconds]
<dl9pf>
yeah
<dl9pf>
they switched to py3 only 2 weeks ago and we're not on a that recent commit (scancode toolkit)
<dl9pf>
I assume we miss the py2 dependency and the layer dependency then.
<dl9pf>
or better bump scancode ... sec
<mckoan>
dl9pf: it is Python 2.7.17
<dl9pf>
any python 2 might do. but let me check the latest py3 version. that will work better out of the box
<dl9pf>
mckoan: verifying a fixed recipe
hpsy has quit [Ping timeout: 258 seconds]
hpsy has joined #yocto
hpsy has quit [Remote host closed the connection]
vmeson has joined #yocto
hpsy has joined #yocto
leon-anavi has joined #yocto
patrick-r has joined #yocto
<patrick-r>
good morning
<patrick-r>
good morning, despite "oe-pkgdata-util lookup-pkg glibc-utils" giving libc6-utils as a response, I get a "nothing provides libc6-utils" when bitbake <image>
<patrick-r>
can't find any trace of a libc6-utils in my source tree
<patrick-r>
guess am missing something here ...
Falital has joined #yocto
<LetoThe2nd>
patrick-r: probably because its virtual/libc or similar.
<patrick-r>
LetoThe2nd: oh ok should I phrase it virtual/libc6-utils in the local.conf?
<rburton>
patrick-r: you bitbake a recipe, not a package
yocton has joined #yocto
<rburton>
the recipe is glibc
davidinux has quit [Quit: WeeChat 2.8]
<patrick-r>
@rburton: the ultimate goal here is to add languages and locales to the image
<patrick-r>
rburton: so need commands like localectl and such in the image
<rburton>
so add glibc-utils to IMAGE_INSTALL
Falital has left #yocto [#yocto]
Falital has joined #yocto
davidinux has joined #yocto
BCMM has joined #yocto
argonautx has joined #yocto
<RP>
rburton: do you know of any pending/recent arm kernel issues that could cause it to block on a read() accidentally on /proc/kmsg?
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<rburton>
asking
zyga-mbp has joined #yocto
<RP>
Having green builds on the autobuilder feels weird :/
<rburton>
haha
<rburton>
swap with our internal CI if you want
* LetoThe2nd
hands RP a bunch of red post-its
<RP>
rburton: I'll pass, thanks ;-)
<rburton>
RP: is there a bug for that kmsg thing?
<rburton>
my manager isn't aware of anything and he's a kernel guy
<zedd>
I have a bit more to do with the kernel update, but I can send the libc-headers update in advance and we can see how it does. My prep work for this update may have actually paid off :D
tommyg has joined #yocto
camus has quit [Ping timeout: 258 seconds]
camus has joined #yocto
LocutusOfBorg has quit [Ping timeout: 265 seconds]
eduardas has joined #yocto
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Spooster has quit [Ping timeout: 240 seconds]
<RP>
zedd: I noticed that, nice! :)
Schlumpf has quit [Quit: Konversation terminated!]
<yates>
i am confused about the FILES variable.
zyga-mbp has joined #yocto
<yates>
the reference manual lists an example: FILES_${PN} += "${bindir}/mydir1 ${bindir}/mydir2/myfile"
<yates>
but ${bindir} is, according to bitbake.conf, /usr/bin, and this would not be a valid path to a file in the build folder
<yates>
aren't you supposed to specify the file in the build system as assignment to a FILES_${PN} ?
<rburton>
where there does it say that the paths should be based on the build folder?
<rburton>
it refers to target paths, bitbake internally prefixes with the path to the staging directory for you
<yates>
it does not say that anywhere, but otherwise which file is being specified.
<rburton>
do_install writes files to a staging area. do_package uses the globs in FILES_* to pick files from that staging area.
<yates>
and where does it say that in the docs?
<yates>
:)
<rburton>
by default FILES_${PN} includes ${bindir} so anything in (by default) /usr/bin in the staging area goes into PN
<rburton>
well that's an implementation detail
<rburton>
i'm telling you what happens
<rburton>
the docs say "the list of files and directories that are placed in a package ... such as ${bindir}
davidinux has quit [Ping timeout: 256 seconds]
<rburton>
fwiw, this is how rpm and dpkg also manage their file lists. you list the filenames you want to exist, and it handles details like where they actually are on disk at this precise moment.
camus1 has joined #yocto
davidinux has joined #yocto
camus has quit [Ping timeout: 240 seconds]
camus1 is now known as camus
<yates>
OK, thanks rburton for that clarification. In my opinion, it is confusing that
<yates>
the docs do not mention that the build system will append a special
<yates>
task-dependent build folder to the source path being specified
<yates>
in the assignment.
<yates>
(wups...)
<yates>
i have not built a rpm or dpkg package "manually", i.e., outside of an automated system like yocto, so i don't know those details
<rburton>
look at it this way: if the assignment was 'where the files are on disk right now", how would it know where you want them to be?
<yates>
the way it works is reasonable, for that reason you state and probably many others. it is just that the documents do not mention that this is the way it works. they state "...Then, provide a space-separated list of files, or paths, that identify the files you want included as part of the resulting package." To "identify" the files, to me, includes the complete path.
<yates>
the following quote from Quintilian 2000 years ago comes to mind, "One shoulkd not aim at being possible to understand, but at being impossible to misunderstand."
<yates>
and yes, the ambivalence of the DESTINATION path did occur to me when attempting to determine the SOURCE path
<yates>
...when attempting to determine the complete SOURCE path ...
<tommyg>
Thanks @ rburton but I've been through that. I'm not sure if it's something odd about this driver or something I'm doing wrong (I strongly suspect the latter :-) )
<rburton>
if you enable it as a module it will get packaged separately
<rburton>
so you'll then have to install that package
<rburton>
oe-pkgdata-util list-pkg-files can help you check that
<tommyg>
That could be where I need to look, thanks
<tommyg>
One other related question. If I add "CONFIG_VIDEOBUF2_DMA_SG=m" to a .bbappend file (linux-tegra_%.bbappend - I'm using meta-tegra for a Jetson Xavier NX) the relevant videobuf2-dma-sg.ko doesn't appear anywhere in the build directory
<rburton>
in a config fragment added to the SRC_URI in the append, right?
<rburton>
you can't just set CONFIG_SOMETHING in the bbappend
<tommyg>
But if I add in a kernel driver for a video capture card that depends on it, the file is built. Is that normal i.e. Yocto or the Kernel builder is smart enough not to build it if it's not required?#
<JPEW>
RP: I'm guessing the AB uses NFSv4 for sstate/downloads? NFSv3 seems to be giving me trouble
<tommyg>
in directory 'linux-tegra'
camus has quit [Ping timeout: 246 seconds]
camus has joined #yocto
<tommyg>
I'll go checkout the oe-pkgdata-util stuff, many thanks
rob_w has quit [Quit: Leaving]
<RP>
JPEW: I think so, yes ver4.1
<RP>
JPEW: type nfs4 (rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,local_lock=none)
<JPEW>
RP: Cool Thanks. I'll see if we can get our server upgraded to NFS4.1 to resolve our download locking problem
sakoman has joined #yocto
camus has quit [Ping timeout: 246 seconds]
camus has joined #yocto
<yates>
when specifying a FILES assignment, will "<system-location>/folder" be interpreted as all files/directories under <build-path><system-location>/folder?
<rburton>
yes
<rburton>
(see the default FILES_${PN})
<yates>
right
<yates>
ok
<yates>
wait, where is the "default" FILES_${PN} for a specific package?
<rburton>
former is the folder and all of its contents
<rburton>
the latter is all files in that folder, not recursively
<yates>
ah! right. makes sense
<yates>
thank you, rburton
dtometzki has quit [Ping timeout: 268 seconds]
tnovotny has quit [Quit: Leaving]
Spooster has quit [Remote host closed the connection]
<override>
I have a systemd service that relies on nginx. I can figure if I should add nginx ad DEPENDS or RDEPENDS for this recipe. My recipe and service - , https://pastebin.ubuntu.com/p/bgJZtZJQ7j/
<override>
cant*
<rburton>
DEPENDS is build time
<rburton>
so you want RDEPENDS
LocutusOfBorg has joined #yocto
<override>
thanks. This systemd is real confusing
<paulg>
<insert random but well deserved systemd rant here>
camus has quit [Quit: camus]
<override>
think I've got just about everything in but I cant see nothing when I run systemctl on target
<override>
anybod got any debugging advice for services? I dont see nothing on the targert. Recipe seems to build fine on the build machine
<override>
when I test it out with bitbake..
<override>
can I check for the service failing or anything in dmesg or someplace similar?
frieder has quit [Remote host closed the connection]
goliath has quit [Quit: SIGSEGV]
<rburton>
assuming you checked the services are actually on the disk
<rburton>
then systemctl and journalctl are your friend
Tokamak has joined #yocto
<override>
rburton: how to confrim theyre on the disk?
<rburton>
if you have the image booted then just use ls
<rburton>
from the build host, oe-pkgdata-util will let you list package contents
<override>
I have the image booted - let me see if I can see the .service files
Spooster has joined #yocto
xmn has quit [Ping timeout: 272 seconds]
Spooster has quit [Remote host closed the connection]
leon-anavi has quit [Quit: Leaving]
<override>
not sure why I dont see the .service files on the board ..
<override>
I did the image-append thing for the new recipe which brings them in..
<rburton>
so 1) check that you actually packaged the files where you thought you did with oe-pkgdata-util list-pkg-files
<rburton>
then 2) check you actually put that package into the image with IMAGE_INSTALL
Spooster has joined #yocto
<override>
maybe i had an IMAGE_install_append vs IMAGE_INSTALL_append
<override>
I wasnt getting errors tho, but whatever ill try again
Spooster has quit [Ping timeout: 246 seconds]
Spooster has joined #yocto
Spooster has quit [Remote host closed the connection]
Spooster has joined #yocto
goliath has joined #yocto
<override>
thanks rbuton: your helps always on point. I can atleast see the service on the board now..
eduardas has quit [Quit: Konversation terminated!]
kayterina has quit [Remote host closed the connection]
cquast has quit [Ping timeout: 256 seconds]
zpfvo has quit [Quit: Leaving.]
dev1990 has quit [Remote host closed the connection]
dev1990 has joined #yocto
argonautx has quit [Quit: Leaving]
florian has quit [Quit: Ex-Chat]
<override>
does anyone know how to deal with systemd targets? should I have a recipe to setup those files?
<override>
is there a sample recipe for that?
goliath has quit [Quit: SIGSEGV]
<mihai>
override: you need to 'inherit systemd' and specify SYSTEMD_SERVICE_${PN}
<mihai>
in your recipe
<override>
mihai: I get that that
<override>
but im seeing different targets that I need to setup for a service
<override>
how do I go about doing that
<override>
theres like a multi-user target
<override>
and all of that
leon-anavi has joined #yocto
<mihai>
override: I think you could do that from the service file, use Wants / WantedBy
<override>
got it
<override>
then do I need to bring over those files from the recipe?
<override>
I guess i would
nerdboy has quit [Remote host closed the connection]
<mihai>
override: the target files? those should come with systemd
<mihai>
unless you're defining a new target
<override>
yeah im defining a new target
<override>
I just need to a sample recipe that does something similar
<override>
like sets up the SRC_URI FILES_${PN} and all
<override>
and the do_install_append
<mihai>
override: I guess systemd-serialgetty could be an example
<override>
mihai: can I give paths to multiple files in SRC_URI_append?