hpsy1 has quit [Read error: Connection reset by peer]
<zeddii>
RP: ack'd. I tend to blame aufs. I have a fresh import of it we can test next. The reverts are completely clean, so it is easy enough to re-stack the feature.
<khem>
zeddii: now that we have overlayfs in kernel upstream for few years do we still need to carry aufs patches ?
<zeddii>
there are still users yep. but i had already indicated I'd revisit for 5.13+, it is still actively maintained
<zeddii>
I'm not taking this once in a decade issue with them as a point of concern.
<khem>
yeah until there was an upstream solution it made sense, but now its more like a vendor feature in my mind
<zeddii>
we'll disagree on that point :D
<zeddii>
it has more functionality that overlayfs and simply lost the popularity contest, there are technical reasons why it is used. and I know of the users (they email me if it goes missing in a -dev kernel).
<khem>
its fine, its just than true where folks call linux-yocto as another downstream kernel
<zeddii>
heh.
* zeddii
shrugs
<zeddii>
I get triggered by the term 'downstream'
<zeddii>
it's almost completely useless
<zeddii>
but I'll head away for the last few minutes of my evening.
<zeddii>
later all.
<khem>
Zeddii gn
<khem>
I think it was my own ignorance where I was saying it’s same as ko + fixed to get yocto tested nothing more
<khem>
But I think I was wrong :)
x0n^ has quit [Remote host closed the connection]
prabhakarlad has quit [Quit: Client closed]
elfenix|ghost has joined #yocto
elfenix has quit [Read error: Connection reset by peer]
elfenix has joined #yocto
elfenix|ghost has quit [Ping timeout: 250 seconds]
elfenix has quit [Read error: Connection reset by peer]
elfenix has joined #yocto
x0n^ has joined #yocto
elfenix has quit [Read error: Connection reset by peer]
elfenix has joined #yocto
elfenix has quit [Ping timeout: 258 seconds]
gsalazar has joined #yocto
elfenix has joined #yocto
paulg has quit [Ping timeout: 245 seconds]
Guest4871 has joined #yocto
rob_w has joined #yocto
elfenix has quit [Read error: Connection reset by peer]
elfenix|ghost has joined #yocto
x0n^ has quit [Remote host closed the connection]
leon-anavi has joined #yocto
frieder has joined #yocto
Guest4871 has quit [Quit: Client closed]
prabhakarlad has joined #yocto
mckoan|away is now known as mckoan
<mckoan>
good morning
chrfle has joined #yocto
Spectrejan[m] has joined #yocto
pidge_ has quit [Read error: Connection reset by peer]
pidge has joined #yocto
goliath has joined #yocto
pidge has quit [Read error: Connection reset by peer]
pidge has joined #yocto
zeddii has quit [Ping timeout: 265 seconds]
zeddii has joined #yocto
zyga-mbp has joined #yocto
LetoThe2nd has joined #yocto
<LetoThe2nd>
yo dudX
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zyga-mbp has joined #yocto
<qschulz>
no way, The Yocto Jester is back
<qschulz>
hello everybody
<qschulz>
LetoThe2nd: ndec: I saw yesterday on Youtube (while being logged) that there's the ability to clip parts of youtube videos, if we were to want to have a clip per Yocto chant :)
tnovotny has joined #yocto
<LetoThe2nd>
qschulz: i'm not sure that fit the inherent seriousness of YP, but maybe on the jester channel :)=
grma has joined #yocto
BCMM has joined #yocto
<ndec>
qschulz: LetoThe2nd : we can provide the original video if needed, to clip it and upload them anywhere else ;)
prabhakarlad has quit [Quit: Ping timeout (120 seconds)]
* LetoThe2nd
is not convinced that we should actually do that.... ;-)
pidge_ has joined #yocto
pidge has quit [Read error: Connection reset by peer]
<mckoan>
anyone know the destiny of the videos from Yocto Summit 2019 in Lyon ?
<LetoThe2nd>
mckoan: the abyss, unfortunately
<mckoan>
LetoThe2nd: gosh!
leonanavi has joined #yocto
leon-anavi has quit [Ping timeout: 258 seconds]
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
prabhakarlad has joined #yocto
ilunev has joined #yocto
patrick_r has joined #yocto
<patrick_r>
Good morning
<ilunev>
I wonder why I get "When reparsing ... the basehash value changed ... The metadata is not deterministic and this needs to be fixed." for EVERY task of EVERY recipe on a CLEAN build...
<qschulz>
LetoThe2nd: then I hereby request a polished with no cussword video per Yocto chant we can link to :)
<patrick_r>
a basic question I am sure but I have a recipe which needs to copy hundreds of files to the image, listing them one by one is obvioulsy not amn option is there anyway to copy the content of an entire directory?
<qschulz>
LetoThe2nd: maybe something for next IRL meeting so you have a chorus
<qschulz>
patrick_r: I think cp is used in some recipes, there's a need for a specific option too for permission/ownership IIRC
<qschulz>
patrick_r: cp -R --no-dereference --preserve=mode,links seems to be used in a few recipes in poky
<qschulz>
patrick_r: in FILES_ variables, you can use * or just the directory itself IIRC
<patrick_r>
qschulz: the use of the asterix is all that I need will try that and keep my fingers crossed
<ilunev>
I used directories, worked fine
zyga-mbp has joined #yocto
<RP>
ilunev: that message means something in the configuration is changing between runs and changing the hashes but it isn't triggering a bitbake reparse. Effectively the initial cached parse isn't matching the one when running the build
<RP>
ilunev: the fact it happens in every recipe means its something in the base config rather than recipe specific
<qschulz>
patrick_r: mmmm wait, the * does NOT work in SRC_URI, please do not use it (FILES_ variables, that's fine)
patrick_r has quit [Quit: Client closed]
paulg has joined #yocto
<RP>
You don't need * in SRC_URI since you can list directories
<qschulz>
absolutely, I just was not sure which part of the "copy hundreds of files to the image" in the recipe they were talking about. I just remembered maybe they were talking about SRC_URI and local files, but we'll never know
<qschulz>
remembered/realized
paulg has quit [Remote host closed the connection]
patrick_r has joined #yocto
<patrick_r>
I have a new recipe which is just about copyng files, no configure, no compiile .... so I write the recipe with empty function for do_configure and do_compile ... bitbake now complains in log.do_configure about an unexpected }
<qschulz>
patrick_r: probably (without the full log) you need a `:` in it, or just add do_configure[noexec]="1" and do_compile[noexec]="1" to the recipe
<patrick_r>
qschulz: trying the later now
<qschulz>
patrick_r: note the latter disable do_configure and do_compile entirely, so do_compile_prepend or _append won't be applied (probably not needed in your case, but just so you know)
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zyga-mbp has joined #yocto
<patrick_r>
qschulz: ok the copy is working, had to change the install command for cp -Rav as install does not install recursively, last but not least I have to chown all these to daemon:users as the webserver (apache) is ran by daemon. chown does not work as the build machine does not have a daemon user
<patrick_r>
suggestions?
<ilunev>
RP no idea why would it happen :-( Was there locally, a double rebuild fixed it. Then it started to appear on my CI/CD setup where everything is clean and no build scripts has changed
<vdl>
If I want a post process command to be executed last, is ROOTFS_POSTPROCESS_COMMAND_append = " last; " enough?
<qschulz>
vdl: not guaranteed no
<vdl>
qschulz: unless there's another _append for sure, correct?
<qschulz>
vdl: yup
<vdl>
but I mean, last() will be called after any commands added with +=, correct?
<RP>
ilunev: something must be changing (like a dependency on DATE somewhere?)
<ilunev>
no "DATE" in .conf files...
<vdl>
qschulz: thank you, will read. I guess my question was, if I do ROOTFS_POSTPROCESS_COMMAND = "" and carefully += or _append myself, I should be able to guarantee the ordering
manuel1985 has joined #yocto
pidge_ has quit [Remote host closed the connection]
pidge_ has joined #yocto
elfenix|ghost is now known as elfenix
<smurray>
vdl: if you want a guarantee, adding a dedicated task after do_rootfs and before do_image would work, I think
pbaptista has joined #yocto
pidge_ has quit [Read error: Connection reset by peer]
pidge has joined #yocto
hpsy has quit [Quit: Leaving.]
hpsy has joined #yocto
sakoman has joined #yocto
otavio has joined #yocto
hpsy has quit [Ping timeout: 250 seconds]
<otavio>
Hello everyone :-)
<otavio>
I believe we got a dunfell patch merged which is wrong (and not in master). OE-Core:e990a9ec5d6eaf2c328d61c4de73ea6c270cfa15
<RP>
sakoman: ^^^
<RP>
otavio: that shouldn't happen :(
<otavio>
RP: yep. And the patch broke the build as the .service are not added. Ideally, it ought to be reverted for now.
<sakoman>
Yes, it shouldn't happen. Usually when someone submits a patch to the list I wait a day or two for comments, then try to cherry pick the original patch in master
<sakoman>
If there are conflicts only then do I take the patch as emailed
<otavio>
sakoman: the patch doesn't exist in master. It was not been applied.
<sakoman>
In this case I missed the step of grabbing the patch from master, and no one commented either time it was posted for review!
<sakoman>
So it slipped by, I apologize and will revert
<otavio>
sakoman: yep. Likely it was indeed a mistake. Just wanted to ask it to be reverted until it is send for review and fix. I am not against to the patch idea but it broke busybox build if I don't have the virtual set.
tnovotny has quit [Quit: Leaving]
<otavio>
sakoman: please let me know when it has been fixed as I need to notify the customer. :-)
<sakoman>
otavio: I am including it in the patch set I am sending out for review this morning, pull request to Richard will go out end of day Thursday
pidge has quit [Ping timeout: 258 seconds]
pidge has joined #yocto
<otavio>
sakoman: I disagree. This should be reverted ASAP and not wait for next merge. RP what do you think?
<otavio>
sakoman: it is a real error and a procedure mistake.
hpsy has joined #yocto
<sakoman>
I'm fine with that is RP is willing. I'll send out a pull request with just that revert.
<RP>
I'm ok with that
<ilunev>
RP: I tried "bitbake -e popt-native" twice and revieved differences. There is TIME and DATETIME variables set, but they seem to be standard...
<ilunev>
*reviewed
<RP>
ilunev: it could be some other variable, I was using them as an example. Have you stamp files from the two differing builds? That could help narrow it down by running bitbake-diffsigs on them
<otavio>
sakoman: RP: thx.
<ilunev>
RP: could be a Mender bug or me misusing it. Got a few successful builds before. Maybe it does timestamping inside.
kpo has quit [Ping timeout: 272 seconds]
<RP>
otavio, sakoman: merged
<otavio>
RP: thx
wesm has quit [Ping timeout: 252 seconds]
<qschulz>
otavio: at the same time, people won't know about this because it wasn't sent on the mailing list either as a bug report or as a revert patch
Spectrejan[m] has quit [Read error: Connection reset by peer]
asus_986_gpu[m] has quit [Read error: Connection reset by peer]
dwagenk has quit [Read error: Connection reset by peer]
shoragan|m has quit [Read error: Connection reset by peer]
Saur[m] has quit [Read error: Connection reset by peer]
ndec[m] has quit [Read error: Connection reset by peer]
Pierre-jeanTexie has quit [Read error: Connection reset by peer]
khem has quit [Read error: Connection reset by peer]
kayterina[m] has quit [Read error: Connection reset by peer]
cody has quit [Read error: Connection reset by peer]
Emantor[m] has quit [Read error: Connection reset by peer]
shoragan[m] has quit [Write error: Connection reset by peer]
Andrei[m] has quit [Remote host closed the connection]
alex88[m] has quit [Remote host closed the connection]
janvermaete[m] has quit [Remote host closed the connection]
AlessandroTaglia has quit [Remote host closed the connection]
ejoerns[m] has quit [Remote host closed the connection]
Jari[m] has quit [Remote host closed the connection]
barath has quit [Remote host closed the connection]
jordemort has quit [Read error: Connection reset by peer]
<qschulz>
ah, talked too fast, just saw sakoman mail... will learn to check my mail before talking :)
<patrick_r>
need a push in the right direction with this recipe: https://pastebin.com/bAEZj2Vm as bitbake complins that it conflisct with apache in the creation of htdocs
pidge has quit [Ping timeout: 258 seconds]
tlwoerner has joined #yocto
frieder has quit [Remote host closed the connection]
<vdl>
Can an image fstype add or remove packages?
hpsy has quit [Ping timeout: 252 seconds]
<rburton>
no
<rburton>
image fstype is what happens to the root filesystem after it has been generated
<rburton>
patrick_r: don't put the files in default-site/htdocs, put the files i a proper directory and ship a config fragment to make that the default
<patrick_r>
ok i can do that, wonder how to ship a cing fragment as I have never done that before
<patrick_r>
sorry a config fragment
<patrick_r>
config fragments are only mentionned in the context of the kernel in the manual
<rburton>
a fragment in the sense of apache http config
<patrick_r>
@rburton: understood but nothing helps in the manual
<rburton>
there won't be
<rburton>
its entirely a httpd thing
<patrick_r>
got to alter the DoucmentRoot
<rburton>
yes
<patrick_r>
so what does that fragment would look like ? perl -pi -s 's/usr\/share\/default-site\/htdocs/var\/www\/g' httpd.conf
<patrick_r>
soz perl -pi -e 's/ ...
<patrick_r>
or a sed (similar)
<rburton>
look at the config file apache2 installs, see if it includes a directory of other config files.
<rburton>
worst case, you bbappend apache2 to remove its config and ship your own, but ideally you can drop a file in the right place
<vdl>
can you append an image recipe? like a core-image-minimal.bbappend?
<JPEW>
vdl: Yes
<vdl>
JPEW: what's the advantage compared to having an image doing 'require recipes-core/images/core-image-minimal.bb'? Avoiding a different name?
rber|res has left #yocto [Leaving]
rber|res has joined #yocto
<JPEW>
vdl: It just depends on what you are trying to do I suppose. I would say in general, you shouldn't be sharing (e.g. publishing) a bbappend to core-image-minimal. There are better ways to make sure things you need show up in that image, or make a new one. It is possible and fine for testing though
<JPEW>
e.g. "Can I append core-image-minimal?" - Yes. "Should I append core-image-minimal?" - Probably not
argonautx has joined #yocto
<vdl>
JPEW: what I'm thinking about is like setting a different root password from a complex image recipe that you don't necessary want to fork
<vdl>
JPEW: like customizing a product image recipes for various customers, their respective layers could bbappend the product-image recipe maybe
<JPEW>
vdl: Ah, yes for images you control thats fine; for core-image-* specifically I'd probably avoid it
<vdl>
JPEW: sure! Thank you. I currently have a kinda complex hierarchy of images, and I realized that in order to prepare a release for a specific customer, I need to reproduce all the hierarchy, just to tweak the default password for example. bbappending the base product recipe for example for meta-company/meta-customer might be a better option.
<marex>
dont you patch things like password in base-files bbappend with _append_yourmachine in it ?
<vdl>
marex: this is just an example, but for this specifically I'm currently using inherit extrausers and EXTRA_USERS_PARAMS
nerdboy_ is now known as nerdboy
nerdboy has joined #yocto
nerdboy has quit [Changing host]
Guest38 has joined #yocto
rob_w has quit [Quit: Leaving]
chrfle has quit [Ping timeout: 250 seconds]
otavio has quit [Quit: leaving]
otavio has joined #yocto
roussinm has quit [Quit: WeeChat 3.1-dev]
otavio has quit [Client Quit]
otavio has joined #yocto
roussinm has joined #yocto
pbaptista has joined #yocto
pbaptista has quit [Ping timeout: 250 seconds]
<fitzsim>
icedtea.classpath.org tarballs are back now, for people who were asking about it here
boo has joined #yocto
Guest38 has quit [Quit: Client closed]
<RP>
zeddii: thanks, started tests with that. Did anything interesting show in the diff?
argonautx has quit [Quit: Leaving]
<vdl>
btw is IMAGE_INSTALL_append_pn-custom-image-recipe possible?
BCMM has quit [Quit: Konversation terminated!]
hpsy1 has joined #yocto
hpsy has quit [Ping timeout: 252 seconds]
pidge has quit [Remote host closed the connection]