<mason>
I'm a little puzzled. I want to patch systemd-machine-id-commit.service and I'm puzzled as to which I want to patch, between core2-64-poky-linux/systemd-boot/250.5-r0/git/units/systemd-machine-id-commit.service and core2-64-poky-linux/systemd/1_250.5-r0/git/units/systemd-machine-id-commit.service. I feel like there's some fundamental organizing concept I'm missing. If anyone here can point me in the right
<mason>
I guess, if someone feels so inclined, I'd love to know the canonical method to find what package I want to aim at to patch that file.
<mason>
Not immediately obvious and the docs aren't shedding quite enough light.
thomas__ has joined #yocto
Thorn has quit [Ping timeout: 250 seconds]
nerdboy has quit [Ping timeout: 276 seconds]
amitk_ has joined #yocto
sakoman has quit [Quit: Leaving.]
amitk_ has quit [Ping timeout: 248 seconds]
amitk_ has joined #yocto
alessioigor has joined #yocto
goliath has quit [Quit: SIGSEGV]
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
amitk_ has quit [Ping timeout: 248 seconds]
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
amitk_ has joined #yocto
xmn has quit [Read error: Connection reset by peer]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
mvlad has joined #yocto
xmn has joined #yocto
frieder has joined #yocto
nerdboy has joined #yocto
nerdboy has joined #yocto
nerdboy has quit [Changing host]
Thorn has joined #yocto
mckoan|away is now known as mckoan
rob_w has joined #yocto
amitk_ has quit [Ping timeout: 240 seconds]
tunahan has quit [Quit: tunahan]
tunahan has joined #yocto
goliath has joined #yocto
xmn has quit [Ping timeout: 246 seconds]
jpuhlman has quit [Ping timeout: 248 seconds]
leon-anavi has joined #yocto
nerdboy has quit [Remote host closed the connection]
zpfvo has joined #yocto
jpuhlman has joined #yocto
nerdboy has joined #yocto
nerdboy has quit [Changing host]
nerdboy has joined #yocto
amitk_ has joined #yocto
nerdboy has quit [Ping timeout: 240 seconds]
alessioigor has quit [Ping timeout: 255 seconds]
rfuentess has joined #yocto
bps2 has joined #yocto
Schlumpf has joined #yocto
bps has joined #yocto
bps has joined #yocto
arlort[m] has joined #yocto
bps2 has quit [Ping timeout: 276 seconds]
zpfvo has quit [Ping timeout: 240 seconds]
<arlort[m]>
Hello, I noticed that the only recipe for python is the "3.10.9" one, is there a standard way of building an image with an older or newer version? (I'm using kirkstone)
bps has quit [Ping timeout: 255 seconds]
alessioigor has joined #yocto
<mcfrisk>
arlort[m]: that is the python version supported in kirkstone branch. poky master branch has a newer version. it may be possible to cherry-pick patches if you maintain own version of poky, but I don't think it's worth the effort.
<arlort[m]>
Ok, thanks for the info
bps has joined #yocto
bps has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
vladest has joined #yocto
prabhakarlad has joined #yocto
zpfvo has joined #yocto
KanjiMonster has joined #yocto
bps has quit [Ping timeout: 240 seconds]
* alessioigor
waves all
<alessioigor>
Would it be hard to implement the IMAGE FEATURE "nativesdk-dev-pkgs" (like dev-pkgs but for nativesdk dev packages)?
bps has joined #yocto
bps has quit [Changing host]
bps has joined #yocto
<KanjiMonster>
Is there an easy way to transitivly enable/force packaging? I'm currently facing the issue that e.g. "bitbake foo" will build foo and its dependencies, but only package foo, so none of its dependencies appear in deploy/ipk.
<KanjiMonster>
Obviously I could do a bitbake -g foo and then go iterate of the pn-buildlist, but that seems excessive and probably rather slow.
ptsneves has joined #yocto
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
Guest72 has joined #yocto
<Guest72>
in pseudo , manay function is not support，what can
<Guest72>
int __xstat(int ver, const char *path, struct stat *buf);
<Guest72>
int __lxstat(int ver, const char *path, struct stat *buf); /* flags=AT_SYMLINK_NOFOLLOW */
<Guest72>
int __fxstat(int ver, int fd, struct stat *buf);
<Guest72>
int __fxstatat(int ver, int dirfd, const char *path, struct stat *buf, int flags);
<Guest72>
int __openat_2(int dirfd, const char *path, int flags); /* flags=flags&O_NOFOLLOW, noignore_path=1 */
<Guest72>
int __fxstat64(int ver, int fd, struct stat64 *buf);
<Guest72>
int __fxstatat64(int ver, int dirfd, const char *path, struct stat64 *buf, int flags);
<Guest72>
what can i do for this issue
ptsneves has quit [Ping timeout: 252 seconds]
amitk_ has quit [Ping timeout: 260 seconds]
florian has joined #yocto
<RP>
KanjiMonster: have a look at bitbake --help as there are ways of specifying tasks to run
mrpelotaz0 has joined #yocto
mrpelotazo has quit [Ping timeout: 250 seconds]
<RP>
Guest72: I think we'd need more context about where these functions aren't supported?
<KanjiMonster>
RP: I know how to run specific tasks (I assume you mean the -c/C option), I'm asking which task I am supposed to run to trigger ipk generation for dependencies as well, and not just explicit named package(s). Sort of like rootfs_ipk is doing via recrdeptask.
<KanjiMonster>
For context we are trying to do a "bitbake image; bitbake nice-to-have-package; bitbake package-index" to create a feed with extra packages for opkg, but the feed is incomplete and missing depdendencies of the nice-to-have-package as they were never packaged.
amitk_ has joined #yocto
<KanjiMonster>
Googling suggests that in ancient times package-index used to trigger do_package_write_ipk, but I couldn't find anything like that in the current code.
davidinux has quit [Ping timeout: 240 seconds]
Estrella has quit [Ping timeout: 240 seconds]
thematrixpasswor has quit [Quit: You have been kicked for being idle]
<landgraf>
and got bounced with 'is not subscribed to that group. To subscribe, send an email to openembedded-core+subscribe@lists.openembedded.org or visit... "
<Guest72>
what can i do for it,I want to contribute to yocto
<Guest72>
but i do not know how to fix this bug
<LetoThe2nd>
landgraf: thx, will look into it.
<landgraf>
it somehow worked because email is registered with groups.io but still no confirmation email
<LetoThe2nd>
landgraf: hmm. i can look into the wiki but not mailling list stuff. care to ping halstead later today (he's PST)
<landgraf>
so it's either corporate spam filter or mailman (groups.io) problem... or both
<landgraf>
LetoThe2nd: will ping Michael. cheers
gls_ has joined #yocto
gls_ has quit [Client Quit]
Schlumpf has quit [Ping timeout: 260 seconds]
alessioigor has quit [Ping timeout: 265 seconds]
gls_ has joined #yocto
gls_ has quit [Client Quit]
glgspg[m] has joined #yocto
banditopazzo[m] has joined #yocto
alessioigor has joined #yocto
seninha has joined #yocto
maoti__ has joined #yocto
jpuhlman has quit [Ping timeout: 240 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
otavio has joined #yocto
wkawka2 has quit [Quit: Client closed]
tunahan has quit [Quit: tunahan]
tunahan has joined #yocto
wooosaiiii has quit [Remote host closed the connection]
<mason>
Ah, no one answered overnight. So, I'm not seeing firstboot hit and I'm trying to explore that, and I have patches related to this for exploration. How do I figure out what package to target? I keep having issues finding the right thing to patch. I have a valid patch that'd work if I simply had a systemd source tree, but I'm struggling to figure out where in the maze I can find the right package target.
<mason>
I've been trying to find docs that cover this or an example, but I've found nothing so far.
<mason>
Also, is there a relevant mailing list where I can ask these things? Last several questions I've asked in here have hit tumbleweeds so maybe a venue that doesn't depend on the right eyes hitting the channel at a specific time would be the better way for me to ask for guidance.
kscherer has joined #yocto
<mason>
(Is the openembedded-core list mentioned overnight appropriate to the question?)
<qschulz>
mason: probably more openembedded-devel? I don't know
<mason>
qschulz: Thank you. I'll subscribe to that one.
<qschulz>
mason: if you need to patch systemd, create a bbappend with your patch
<qschulz>
in your layer
<mason>
qschulz: That's what I'm doing but I keep hitting errors where it doesn't find my file I want to patch.
<qschulz>
mason: can you share the bbappend content on some pastebin somewhere?
<qschulz>
also the path you put the bbappend AND the patch
<mason>
Best I've done is look at the resulting build directory and grep out instances of the file I want, but that's not evidently doing it. Example, I find these: https://paste.debian.net/1277695/
kanavin has quit [Remote host closed the connection]
<qschulz>
and finally, the content of the conf/layer.conf of the layer you're putting the bbappend in
<mason>
qschulz: Sure, half a sec, I'll put it in a pastebin. For some reason my usual bpaste said that paste I just linked was too spammy. Haven't seen that before.
<qschulz>
mason: do not modify anything in there, that's a tmp directory that'll be overwritten after the next rebuild
<mason>
qschulz: No, just looking at it to figure out where my file lives.
<qschulz>
mason: you could also use devtool modify systemd (or systemd-boot)
<qschulz>
mason: if you don't know which package provides a file, you can run oe-pkgdata-util find-path '*some/path*'
<mason>
Oooh.... That sounds useful.
<qschulz>
mason: if this returns nothing, it may be a bit more complex (e.g. U-Boot or whatever)
<mason>
I saw some mention of devtool but wasn't clear on what it did, so I set it aside for today. Gathering paste.
<qschulz>
mason: now to know which recipe to patch, you need to use oe-pkgdata-util lookup-recipe some-package
<qschulz>
because remember that a package contains files and is installed in a rootfs (most of the time) but you're patching and writing recipes
<qschulz>
(but often, recipe name = main package name, hence the confusion)
<qschulz>
mason: from the find output you pasted, you can see that systemd-boot is going to be the recipe to modify
<qschulz>
actually, never mind, it's not that clear
rfuentess has quit [Ping timeout: 276 seconds]
<mason>
qschulz: Here we go. This isn't what I intend to actually do, I just want to run this and see if it shows up in my systemd-analyze output. And I want to be able to do other modifications, so knowing how to do this will be useful: https://bpa.st/DDRQS
<qschulz>
ok it actually is systemd recipe that contains the file because it installs it in its own sysroot-destdir (a special directory to put files for other recipes to use them when the former is added to the DEPENDS of the latter)
<mason>
qschulz: I'm early enough in using Yocto that I don't know what I don't know yet and it's biting me fairly often, but oe-pkgdata-util find-path '*some/path*' sounds like something I've been desperate to have! :)
<qschulz>
mason: it's a very neat tool i've been craving for for years, very happy it exists now :)
seninha has quit [Ping timeout: 240 seconds]
kevinrowland has quit [Quit: Client closed]
<qschulz>
mason: the bbappend makes sense to me
<qschulz>
do you have an an error message you can give us?
<qschulz>
or what is the actual issue right now?
<mason>
qschulz: I blew away my build directory so it might be a few minutes before I can get the error again. The actual issue is that I don't see logging happening - I have to restart syslogd after boot. Also, there's no machine-id created. Exploring that, I see that the unit I'm trying to patch isn't running at all, unless the analyze data is being cut off. So I want to observe behaviour if that runs even without
<mason>
first-boot-target or whatever it is being hit.
<mason>
I suspect we're not hitting a number of targets, so I'm also digging into that, comparing the systemd-analyze output with the existing targets in the install.
<mason>
I'm running another build now. Hopefully it breaks soonish and I'll have a specific error.
<qschulz>
mason: first, please check the content of the (hopefully) patched systemd unit
<mason>
qschulz: It breaks on patching so it never actually gets there.
<qschulz>
mason: you could also check that your bbappend is parsed by checking the output of bitbake-layers show-appends systemd
<mason>
will do
<qschulz>
mason: waaaaaiiiit
<qschulz>
your patch isn't good :)
<mason>
qschulz: Pleased to hear it! Did I get a wrong path?
<qschulz>
it should be a patch relative to ${S}
<qschulz>
so create your patch from the ${S} directory
<mason>
...in the patchfile itself?
<qschulz>
devtool modify will create a temporary git repo where you can experiment
<mason>
ah, I generally patch by creating an unmodified a/ directory and then a mirror that I change in b/ and patch -ru a b
<mason>
hrm
<mason>
kk, ty, will look
<qschulz>
then commit something there, and create a patch (devtool has some tool for this but I don't know it, otherwise git format-patch HEAD^)
rfuentess has joined #yocto
<qschulz>
mason: the patch will be applied by quilt on top of ${S} (the source directory) by default
<mason>
Oh, interesting. I'm newish to git (used CVS and Subversion most of my life) and I've not played with git's patching helpers yet.
<mason>
kk
<qschulz>
mason: you can use quilt too if you want, no biggie
<rburton>
making an a/ and b/ manually sounds like a lot of work for no good reason
<mason>
rburton: It's just what I've always done so I tend not to think about it much. Rsync in a portion of a tree and go. I'll look at what git's doing.
<rburton>
if you have a directory that is from a tarball, just git init; git add *; git commit to get it into a git repo
<mason>
But yeah, the ${S} thing sounds like a good explanation: https://bpa.st/YUJX4
<rburton>
of course devtool does that for you, so use that
<qschulz>
highly recommend for beginners, does a lot of things for you
<qschulz>
the "updating a recipe" chapter is probably what you need to do (don't forget the -a <your-layer>)
kanavin has joined #yocto
sakoman has joined #yocto
<mason>
ty again (distracted by standup meeting, but I'm writing all this down and will study all of it - HUGELY useful)
<mason>
(frankly, I won't miss the a/b tree thing)
xmn has joined #yocto
nemik has quit [Ping timeout: 250 seconds]
nemik has joined #yocto
seninha has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
tunahan has quit [Quit: tunahan]
tunahan has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
rob_w has quit [Remote host closed the connection]
nemik has quit [Ping timeout: 276 seconds]
zpfvo has joined #yocto
nemik has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
Guest72 has quit [Quit: Client closed]
thomas__ has quit [Ping timeout: 240 seconds]
goliath has quit [Quit: SIGSEGV]
mckoan is now known as mckoan|away
maoti__ has quit [Ping timeout: 248 seconds]
bps has quit [Ping timeout: 250 seconds]
tunahan has quit [Quit: tunahan]
tunahan has joined #yocto
* rburton
glares at zeddii
<LetoThe2nd>
rburton: try staring into the abyss. maybe its more productive :-)
leon-anavi has quit [Quit: Leaving]
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
zpfvo has quit [Remote host closed the connection]
seninha has quit [Remote host closed the connection]
frieder has quit [Remote host closed the connection]
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
goliath has joined #yocto
rfuentess has quit [Remote host closed the connection]
ptsneves has quit [Ping timeout: 246 seconds]
florian_kc has quit [Ping timeout: 246 seconds]
prabhakarlad has quit [Quit: Client closed]
prabhakarlad has joined #yocto
* RP
wonders what zeddii did
<rburton>
RP: see the vmalloc patch on the list
<RP>
ah
TundraMan is now known as marka
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
xmn has quit [Ping timeout: 240 seconds]
xmn has joined #yocto
xmn has quit [Read error: Connection reset by peer]
roussinm has joined #yocto
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
<roussinm>
I'm trying to add en_CA locales to nativesdk GLIBC_GENERATE_LOCALES:append:class-nativesdk = " en_CA.UTF8", but it doesn't seem to generate glibc-binary-localedata-en-ca.utf8 package. What am I missing?
xmn has joined #yocto
<halstead>
landgraf: Are you still having any issues?
nerdboy has joined #yocto
nerdboy has quit [Changing host]
nerdboy has joined #yocto
prabhakarlad has quit [Quit: Client closed]
alessioigor has quit [Quit: alessioigor]
<halstead>
landgraf: I see a suse.de address successfully subscribed that looks like it might be yours.
mvlad has quit [Remote host closed the connection]
prabhakarlad has joined #yocto
<mason>
qschulz: I might be particularly stupid here, but I finally gave up on finding the right path in the build, snagged systemd source and just assumed the path from there would work, and it did when I used it. But this feels very suboptimal. Is devtool the right way to have gotten the path from my tree? No one here's used it much but I think everyone's willing.
florian_kc has quit [Ping timeout: 276 seconds]
vladest has quit [Ping timeout: 246 seconds]
amitk has quit [Ping timeout: 250 seconds]
BWhitten has quit [Ping timeout: 248 seconds]
amitk has joined #yocto
florian_kc has joined #yocto
prabhakarlad has quit [Quit: Client closed]
nerdboy has quit [Remote host closed the connection]
nerdboy has joined #yocto
nerdboy has quit [Changing host]
nerdboy has joined #yocto
bps has joined #yocto
bps has joined #yocto
tunahan has quit [Quit: tunahan]
tunahan has joined #yocto
jpuhlman has quit [Ping timeout: 240 seconds]
prabhakarlad has joined #yocto
sakoman has quit [Ping timeout: 252 seconds]
nerdboy has quit [Remote host closed the connection]
bps has quit [Ping timeout: 255 seconds]
nerdboy has joined #yocto
nerdboy has quit [Changing host]
nerdboy has joined #yocto
florian_kc has quit [Ping timeout: 276 seconds]
invalidopcode1 has quit [Remote host closed the connection]