<qschulz>
vd: after the inherit. ay check it does what you want with bitbake -e <recipe> | grep ^RDEPENDS or bitbake-getvar
<qschulz>
anyway you can check*
Tokamak has quit [Ping timeout: 258 seconds]
<qschulz>
vd: maybe you could do something by relocating the binaries/libs of your package to a different directory that wic would put on another partition? or maybe you can tell wic to take some specific files and put them in a separate partition. Maybe you can explain a bit more what's the use case for havng a package without dependencies in an image and its dependencies in another
<qschulz>
?
vmeson has joined #yocto
dl9pf has quit [Ping timeout: 276 seconds]
dl9pf has joined #yocto
vd has quit [Ping timeout: 246 seconds]
frieder has quit [Read error: Connection reset by peer]
rob_w has joined #yocto
frieder has joined #yocto
florian has joined #yocto
florian_kc has joined #yocto
tnovotny has joined #yocto
florian_kc has quit [Ping timeout: 252 seconds]
LetoThe2nd has joined #yocto
<LetoThe2nd>
yo dudX
<qschulz>
o/
<LetoThe2nd>
\o/
<mckoan>
hey
<major_orange>
Hey all
<major_orange>
What does a "bootimage" mean to you? As far I can get the terminology it's a single file which has the kernel, bootloader and rootfs correctly put together so it can be flashed on a storage device without worrying about offsets.
<major_orange>
So it would be somewhat correct to say that the .wic extension usually represents a bootimage.
RobertBerger has quit [Ping timeout: 240 seconds]
rber|res has joined #yocto
argonautx has joined #yocto
florian_kc has joined #yocto
<LetoThe2nd>
major_orange: well, as the term "bootimage" is not exactly defined, its a little bit futile to ask what people associate with it. me, i've never used it, for example.
thekappe has quit [Ping timeout: 265 seconds]
rber|res has quit [Ping timeout: 265 seconds]
rber|res has joined #yocto
<wyre>
how long is supported a LTS version?
<wyre>
(years, I mean)
<rburton>
at least 2. there is talk of extending dunfell for longer.
jkolasa has joined #yocto
florian_kc has quit [Ping timeout: 265 seconds]
<RP>
dl9pf: smurray: is hardknott a supported agl target?
BCMM has joined #yocto
linums has joined #yocto
RobertBerger has joined #yocto
rber|res has quit [Ping timeout: 276 seconds]
jkolasa has quit [Quit: Client closed]
kpo has quit [Read error: Connection reset by peer]
kpo has joined #yocto
jkolasa has joined #yocto
Guest9749 has quit [Ping timeout: 246 seconds]
nucatus_ has quit [Remote host closed the connection]
bradfa has joined #yocto
jwillikers has joined #yocto
paulg has joined #yocto
jkolasa has quit [Quit: Client closed]
nucatus has joined #yocto
ykrons has quit [Quit: Ex-Chat]
<linums>
hi
<linums>
is there any irc for the meta-cloud-services layers?
camus has joined #yocto
camus has quit [Client Quit]
camus1 has joined #yocto
camus has joined #yocto
<rburton>
no specifically, as far as i'm aware
camus1 has quit [Ping timeout: 250 seconds]
<linums>
and I guess that issues with packages over there are not the topic of this irc channel right?
<rburton>
the README says the maintainer is Bruce Ashfield, who is zeddii here, so unless there's a better channel, here is good
<linums>
great, thanks
camus1 has joined #yocto
camus has quit [Ping timeout: 245 seconds]
camus1 is now known as camus
<linums>
and in general, what should happen, if a layer brings a package, which requires way older version of libs from core layers than they are right now?
<linums>
specifically my issue is with the salt package, and the zmq
<rburton>
sounds like your layers are not on the same branch
<rburton>
are you using oe-core dunfell and cloud-services master?
<linums>
I am using dunfell
<linums>
but there is no compile time error at all
<rburton>
are you using dunfell of cloud-services too?
<linums>
but I face a strange behavior from the salt minions, they just lose connection
<linums>
right
<linums>
dunfell for everything
* rburton
shrugs. wait for zeddii to wake
<linums>
but I observed this behavior on hardknott, on master, and really a long time ago on morty
<linums>
right, thanks
camus has quit [Ping timeout: 245 seconds]
<RP>
32 bit API on centos8 looks broken again :(
xmn has joined #yocto
<kanavin>
RP: was a bug filed for it?
nerdboy has quit [Ping timeout: 255 seconds]
camus has joined #yocto
<paulg>
no free pass on centos issues now that it is in its lame-duck period?
* paulg
runs
<RP>
kanavin: not yet. Basically the SDK failures on centos8 from cmake are from it :/
<kanavin>
paulg, centos 8 stream has the same issue
<rfs613>
how do they break the 2nd-most common api and not notice?
<kanavin>
rfs613, only broken for 32 bit binaries
<kanavin>
it's tempting to suggest we should stop supporting i686 SDKs...
<rfs613>
sure, but there are still plenty of those, for example almost all the Xilinx/Altera tools have 32-bit binaries and require installation of glibc.i686 etc.
<RP>
rfs613: they added y2038 fixes basically
<kanavin>
rfs613, the issue is not visible with centos's own (older) libc, only with the newer libc from our SDKs
<rfs613>
oh i see.
<kanavin>
RP: is there still a use case/users for i686 SDKs? If we want to test SDKMACHINE across several archs, aarch64 is probably becoming more relevant?
<RP>
kanavin: It is a good test of the system and that our 32 bit generation works so I'd be reluctant to remove it
* RP
would prefer to drop centos but probably can't either
<RP>
Feels like we're struggling for autobuilder power today :(
camus1 has joined #yocto
camus has quit [Read error: Connection reset by peer]
camus1 is now known as camus
camus1 has joined #yocto
camus has quit [Ping timeout: 256 seconds]
camus1 is now known as camus
<smurray>
RP: not hardknott specifically, the AGL next branch is intended to track poky master. Looks like I need to bump the layer.conf's to honnister in it
camus has quit [Remote host closed the connection]
camus has joined #yocto
<RP>
smurray: so the config for hardknott in ab-helper should be removed?
<smurray>
RP: at this point I'd say yes, the fix for the systemd update I made yesterday won't work against what's in hardknott
<RP>
smurray: ok, I'll do that
jkolasa has joined #yocto
camus has quit [Ping timeout: 265 seconds]
ykrons has joined #yocto
<smurray>
RP: is it possible for me to grab the buildtools tarball the autobuilder uses and test with it locally?
Guest8 has joined #yocto
<Guest8>
How can I add the linux kernel headers to my build?
<rburton>
Guest8: to build an out-of-tree kernel module?
<major_orange>
Is anyone building inside docker and has solved the namespace mappings? That the host user can access the output of the build without having permission issues.
<qschulz>
major_orange: pyrex from garmin, poky/yocto containers from CROPS and kas from siemens should be able to handle that just fine
<qschulz>
all available on github
<qschulz>
pyrex works on podman and zsh, I can attest :)
<major_orange>
qschulz: Thanks
<RP>
paulbarker: I meant to queue/ test that
rob_w has quit [Remote host closed the connection]
<qschulz>
I managed to get CROPS to work on podman too with: podman run --rm -it -v $SSH_AUTH_SOCK:/tmp/ssh_auth_sock -e SSH_AUTH_SOCK=/tmp/ssh_auth_sock -e SSH_AGENT_PID -v ~/.ssh/known_hosts:/home/pokyuser/.ssh/known_hosts:ro --uidmap 0:1:$UID --uidmap $UID:0:1 --gidmap 0:1:$GID --gidmap $GID:0:1 --security-opt label=disable crops/poky-eol:debian-8
<RP>
paulbarker: sorry about the delay. It is queued locally so will make it through the system now
<paulbarker>
RP: No problem, just thought I'd ping as I hadn't seen it queued :)
<Ad0>
how can I be sure my kernel .config is used. is the resulting file used in kernel build always the name ".config" or is it some variable?
<Ad0>
.config is in like 3 different places and looks nothing like my defconfig which I know was copied over
jkolasa has quit [Quit: Client closed]
kpo has quit [Read error: Connection reset by peer]
kpo has joined #yocto
m1kr0[m] has joined #yocto
<smurray>
RP: it almost looks like registry.freajs.org used by one of the bitbake selftests is down/gone...
<smurray>
RP: it's at least not resolving for me here now
<RP>
smurray: right, its in the npm tests which we disable on the autobuilder as we don't have node there
<RP>
smurray: I noticed it too locally yesterday
_whitelogger has joined #yocto
camus has joined #yocto
Guest26 has joined #yocto
<Ad0>
do I hve to use KBUILD_DEFCONFIG ?
<vd>
qschulz the use case for separating an application from its dependencies is to move a proprietary application in a small secure overlay
<vd>
(I do it manually at the moment)
<fray>
I had a user report a problem to me. They're modifying a recipe that contains a text file with a versioning string. However, when they go to build the rootfs image, it does NOT rebuild the rootfs. The versioning recipe IS in SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS, so I'm wondering if that is causing the image recipe to ignore the change and just reload from the sstate cache?
major_orange has quit [Quit: Client closed]
zyga has quit [Ping timeout: 265 seconds]
whuang0389 has joined #yocto
zyga has joined #yocto
<vd>
qschulz from a config file (e.g. a multiconfig) maybe I might be able to do something like TMPDEP := RDEPENDS_pn-foo ; RDEPENDS_pn-foo = ""?
fitzsim has quit [Remote host closed the connection]
<vd>
the idea being "append the list of dependencies for package foo there, then clear it"
nucatus has quit [Remote host closed the connection]
<paulbarker>
Looks like I've lost my account on wiki.yoctoproject.org, password reset email isn't coming through
<RP>
paulbarker: halstead should be able to help
<halstead>
paulbarker: I'll check the logs.
<paulbarker>
halstead: It may have an old email address registered
<fray>
I've verified the above is still happening. Is there a way to ignore the SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS for image recipes? The format it's currently specified is "*->my_recipe", so when I modify my_recipe image doesn't rebuild
<fray>
I want it so everything is teh system ignores "my_recipe" _EXCEPT_ images, if I change it, I want a rebuild
<fray>
'er new rootfs
goliath has quit [Quit: SIGSEGV]
<RP>
fray: I'm not sure how you'd do that
<fray>
I couldn't find anything in the docs that explained the difference between the two. They both have nearly the same explanation that they just exclude the recipes from the hash calculation
zyga has quit [Ping timeout: 276 seconds]
<fray>
what I am trying to achieve. If ANYTHING changes in my_recipe, rebuilt it.. and reconstruct the rootfs. but do NOT rebuild anything else in the system, as it's not necessary..
zpfvo has quit [Remote host closed the connection]
bps has quit [Ping timeout: 252 seconds]
Vonter has joined #yocto
thecomet_ has quit [Client Quit]
thecomet has joined #yocto
tnovotny has quit [Quit: Leaving]
whuang0389 has quit [Quit: Client closed]
<thecomet>
Hey guys I'm having trouble with pkgconfig. I'm trying to link to libnl-3.0 and libnl-genl-3.0. In my recipe file, I have DEPENDS="libnl" but when I try to call "pkg-config --libs libnl-genl-3.0" it tells me that the package could not be found
<thecomet>
"pkg-config --libs lignl-3.0" works though
<rburton>
did you remember to inherit pkgconfig in the recipe?
<michaelo[m]>
<Ad0 "how can I be sure my kernel .con"> What you could do is set CONFIG_IKCONFIG (https://elixir.bootlin.com/linux/latest/source/init/Kconfig#L667) so that your configuration is built in your kernel. You can then compare the configuration of the running kernel vs the one you wanted to use.
goliath has quit [Quit: SIGSEGV]
<whuang0389>
@khem, just trying to understand systemd. but I have a weston image that has SYSTEMD_DEFAULT_TARGET="graphical.target". I don't want to boot into a GUI, so I thought setting SYSTEMD_DEFAULT_TARGET="multi-user.target" would do the trick, but it didnt
dv_ has joined #yocto
<whuang0389>
i see there's a line that has 'AFTER=multi-user.target' that in graphical.target.. i guess that makes it start the gui anyways
<khem>
if you do not want graphical target then easier way is to build a console only image like core-image-full-cmdline
<whuang0389>
i need a gui.. jsut messing around to see if I can get the GUI to not start when it boots
nucatus has joined #yocto
Tokamak_ has quit [Ping timeout: 258 seconds]
Shaun has quit [Ping timeout: 255 seconds]
Shaun has joined #yocto
<JPEW>
whuang0389: Something else is probably dragging in the GUI into the graph
nucatus has quit [Ping timeout: 240 seconds]
<splatch_>
good evening
mvlad has quit [Ping timeout: 240 seconds]
<splatch_>
I did stuck upon grub/swupdate a while ago. Turned out that my issue was grub config. Now I tuned it a bit, so it does select a valid bzimage but it still does not boot. Looks like grub gets stuck at "code32_start = 2200000". My grub config entry calls this:
<splatch_>
linux /boot/bzImage rootwait root=LABEL=rootfsA rootfstype=ext4 console=ttyS0,115200 verbose
<splatch_>
similar thing worked before, but with default /boot partition. Now I swap grub root partition depending on active partition managed by swupdate.
<splatch_>
I obviously miss something which is in old /dev/sda1/boot but not in /dev/sda2/boot
mvlad has joined #yocto
Tokamak has joined #yocto
nucatus has joined #yocto
nucatus has quit [Ping timeout: 268 seconds]
yates_work has joined #yocto
<Ad0>
thanks michaelo[m]
<yates_work>
where in the build directory are the fetched and patched sources? i want to check a patch to make sure it's being applied
<yates_work>
or otherwise is there a better way to do that?
<Ad0>
but I am at a point where I have necessary changes for it to actually boot in my kernel config so I need to verify it at yocto level