qschulz has quit [Remote host closed the connection]
qschulz has joined #yocto
wojci has joined #yocto
wojci has quit [Ping timeout: 260 seconds]
starblue has quit [Ping timeout: 244 seconds]
starblue has joined #yocto
Ad0 has quit [Ping timeout: 252 seconds]
Ad0 has joined #yocto
<usvi>
can I remove stuff from FILES:${PN} via bbappend?
<usvi>
or is remove even needed...
goliath has joined #yocto
alessio has joined #yocto
savolla has joined #yocto
bielpa__ has joined #yocto
fray has quit [Remote host closed the connection]
<paulg>
can't pull from git.yoctoproject.org -- assuming it is the friggin bot swarm again. :-(
<kanavin>
rburton, I don't. We should obsolete esdk bundles and tell ppl to set up yocto directly :)
<khem>
paulg: yeah nost likely
<khem>
even git.oe.org is down
<khem>
usvi: you can remove from FILES:PN using:remove yes
leon-anavi has joined #yocto
<paulg>
khem, I really wish there was a way to hold these scumbags accountable. Reading more and more stories of how people are out thousands of dollars for upload bandwidth charges.
Guest21 has joined #yocto
<Guest21>
Hi, anyone else can't clone poky?
<paulg>
Guest21, servers are struggling trying to fend off AI bot crawlers.
<eduter>
Crofton I saw an article yesterday talking about Zepto Linux... I am not sure I fully understood what it does... I read it will use AI to configure a Yocto build system, where every configuration is enable and taken into account and it is the job of the AI to select the best configuration out of all the possibilities to build your customize OS...
<eduter>
is that true?
<eduter>
Can someone please in simple words state what is the advantatge of Zepto Linux for Yocto build systems and Yocto developers?
<usvi>
oh boy
<eduter>
sorry if it is a too generic question... maybe I need to do more reading.
<usvi>
we were just discussing here how AI scrapers are molesting the servers hosting yocto related repositories
<eduter>
usvi ooops :S
wojci has joined #yocto
mckoan|away is now known as mckoan
<mckoan>
eduter: Zepto Linux was an April's fool joke :-D
enok has joined #yocto
<eduter>
mckoan ok... I felt for it... '=D
merit has quit [Ping timeout: 252 seconds]
rfuentess has joined #yocto
merit has joined #yocto
zeemate has joined #yocto
<eduter>
Is there an issue with this link git://git.yoctoproject.org/git/meta-lts-mixins my yocto build system cannot find it.. but that is the link I have got from https://web.git.yoctoproject.org/meta-lts-mixins/?
<eduter>
"meta-chromium" layer depends on it.
davidinux has quit [Ping timeout: 272 seconds]
davidinux1 has joined #yocto
davidinux1 has quit [Client Quit]
davidinux has joined #yocto
florian has joined #yocto
<mckoan>
eduter: poastebin the error
<eduter>
mckoan
<eduter>
part of the logs generated by the git repo tool to fetch the repo's in my manifest, I am using in my python script, which is trying to fetch the meta-lts-mixins layer:
<eduter>
...
<eduter>
repo has been initialized in /build/yocto
<kanavin>
you're probably hitting the same server overload as everyone else. address you concerns to AI companies :(
<eduter>
kanavin actually I manually run on a different terminal and directory "git clone git://git.yoctoproject.org/git/meta-lts-mixins/" and it worked :S
<kanavin>
then try again with repo
<kanavin>
are you using git:// or http:// ? those are different protocols
<eduter>
kanavin I tried 3 times and it failed, I will give it another try... I am using https protocol on my manifest... I will try manually cloning using https.
<eduter>
kanavin manually tested it using both protocols, will try again from my yocto build repo :-)
enok has quit [Read error: Connection reset by peer]
enok has joined #yocto
enok has quit [Ping timeout: 268 seconds]
deribaucourt has joined #yocto
ederibaucourt has quit [Ping timeout: 252 seconds]
frieder has joined #yocto
<eduter>
kanavin I had connectivity issues probably for whatever reason... my network, server overload... I don't know, but now it seems to be able to check it out... Sorry, false alarm.
<eduter>
kanavin I will not post a question "so quickly" if I face connectivity issues. Will try a couple of times.
florian_kc has joined #yocto
merit_ has joined #yocto
merit has quit [Remote host closed the connection]
merit_ has quit [Read error: Connection reset by peer]
bielpa__ has quit [Read error: Connection reset by peer]
pbiel has joined #yocto
<RP>
Does anyone have git command/tag knowledge? I tried adding tag verification to some recipes and it isn't quite working due to the tags having a different sha from the thing which they tag :/
merit has joined #yocto
<LetoThe2nd>
RP: IIRC there is some flag to tag creation (-a?) which causes the tag to have its own sha.
<RP>
LetoThe2nd: right, and we don't handle that in the new code :(
<paulg>
you can also do, for example: "git show v6.6" vs. "git show v6.6^{}" to get at the commit that is tagged.
<LetoThe2nd>
RP: please verify my statement though, my recollection is shaky.
<RP>
We're doing "git rev-list -n 1 <tag>" which I think works for annotated and non-annotated tags
<RP>
I think devtool upgrade may be giving the annotated sha and the issue may be there
<RP>
or I just shove both hashes through rev-list I guess and have bitbake accept this
merit has quit [Read error: Connection reset by peer]
merit has joined #yocto
merit has quit [Ping timeout: 248 seconds]
merit has joined #yocto
enok has joined #yocto
berton has joined #yocto
<JaMa>
RP: FWIW in webos we enforce using annotated tags for our recipes, to track who created the tag as well (not just the committer of the last change)
<JaMa>
the main part is 'git show-ref -d --tags refs/tags/%s' and checking that SRCREV matches one of them (in our case triggering error when it matches only the dereferenced one)
<RP>
JaMa: good news is you might just be able to use the fetcher for that in future
<RP>
at least for the matches part anyway
merit has quit [Read error: Connection reset by peer]
dmoseley_ has quit [Ping timeout: 260 seconds]
dmoseley has joined #yocto
merit has joined #yocto
enok has quit [Quit: enok]
enok has joined #yocto
<JaMa>
yeah, if I'll be working on webos again in future :)
enok has quit [Ping timeout: 244 seconds]
<RP>
JaMa: Is that unlikely?
zeemate has quit [Ping timeout: 248 seconds]
<JaMa>
don't know myself
<RP>
JaMa: ah :/
* RP
wonders how much pain the whitespace change I just posted will cause. I'd be interested to know how it looks for other layers. I think core/meta-oe should be okish
<JaMa>
I was wondering about it as well, I expect every 2nd line in meta-qti to trigger it :/ that's why I was asking about the migration script
<RP>
JaMa: sadly I don't have such a script but I suspect someone will write one
<JaMa>
right, I was just surprised that you've fixed meta-oe manually
<JaMa>
naive git grep to check how bad our layers are isn't very usefull as theare are many valid cases for e.g. = without space around (like shell variables, OECONF, OECMAKE, ..) will apply your bitbake change and check if I can fix it by parsing the shown warnings
vthor_ has quit [Excess Flood]
vthor_ has joined #yocto
<RP>
JaMa: that is probably the easiest way to do it
eduter has quit [Quit: Client closed]
enok has joined #yocto
chep has quit [Read error: Connection reset by peer]
eduter has joined #yocto
chep has joined #yocto
eduter52 has joined #yocto
eduter has quit [Ping timeout: 240 seconds]
florian_kc has quit [Ping timeout: 272 seconds]
enok has quit [Ping timeout: 252 seconds]
enok has joined #yocto
wojci has quit [Read error: Connection reset by peer]
wojci has joined #yocto
<JaMa>
RP: I have some whitespace warnings stats for layers in one of my builds, meta-oe 3, meta-tensorflow 5, meta-clang 10, meta-gplv2 6, meta-*webos* (including internal) 237!, meta-qti (internal) 117, meta-virtualization 854
<JaMa>
hopefully zeddii will be able to update meta-virtualization with the script he is using for updating the SRCREVs, because 769 of those warnings are from SRCREV lines
<JaMa>
err not 237 for meta-*webos* but 1084, but 200+ also in one generated file
<JaMa>
but also the bbclasses can trigger the same warning multiple times, so it's only 357 uniq ones, not so bad
Wouter0100 has quit [Quit: Ping timeout (120 seconds)]
Wouter0100 has joined #yocto
zeemate has joined #yocto
<RP>
JaMa: could be worse I guess!
enok has quit [Ping timeout: 276 seconds]
eduter51 has joined #yocto
eduter52 has quit [Ping timeout: 240 seconds]
eduter16 has joined #yocto
eduter51 has quit [Ping timeout: 240 seconds]
florian has joined #yocto
florian_kc has joined #yocto
nzingile has joined #yocto
<JaMa>
I've a silly script which seems to work in most cases, will share it after a bit more testing
<RP>
JaMa: sounds good thanks
<JaMa>
"in most cases" was too optimistic, will need to debug it a bit more after taking care of kids
<JaMa>
is there a simple way of printing not fn (which seems to be the recipe the line ends in) but the actual file (e.g. .inc, .bbclass or .bbappend) from the parser?
merit has quit [Read error: Connection reset by peer]
<JaMa>
sorry my bad, it's there
merit has joined #yocto
nzingile_ has joined #yocto
nzingile has quit [Ping timeout: 272 seconds]
florian_kc has quit [Ping timeout: 272 seconds]
Zosma has joined #yocto
ablu has quit [Ping timeout: 248 seconds]
ablu has joined #yocto
leon-anavi has quit [Remote host closed the connection]
ctraven has quit [Ping timeout: 272 seconds]
ctraven_ has joined #yocto
nzingile_ has quit [Ping timeout: 252 seconds]
<Crofton>
Rp whitespace change? April 1?
cyxae has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
nzingile_ has joined #yocto
wojci has quit [Ping timeout: 245 seconds]
Kubu_work has joined #yocto
tgamblin has joined #yocto
enok has joined #yocto
enok has quit [Client Quit]
enok has joined #yocto
pbiel has quit [Quit: Leaving]
enok has quit [Ping timeout: 245 seconds]
<JaMa>
Crofton: only around assignments, unfortunately not 4 spaces instead of tabs
<RP>
Crofton: I deliberately didn't send this yesterday!
reatmon_ has quit [Remote host closed the connection]
reatmon_ has joined #yocto
Xagen has joined #yocto
<RP>
kanavin: I wonder if we should put AUH onto a separate mailing list and let it run more often
<RP>
kanavin: I took most of the successes but not python3-iniconfig, sbc, util-linux or xz as they had license changes that need checking into
<RP>
kanavin: AUH seems faster and in some ways having it running a bit more regularly might be helpful in helping pull in upgrades more regularly, not sure
<khem>
RP: I am seeing this QA error on master - ERROR: rust-llvm-1.85.1-r0 do_package_qa: QA Issue: /usr/lib/llvm-rust/lib/libLLVM.so.19.1 contained in package rust-llvm requires libedit.so.0()(64bit), but no providers found in RDEPENDS:rust-llvm? [file-rdeps]
<khem>
I think its related to your change switching to use shared libs in rust-llvm
florian has quit [Quit: Ex-Chat]
<RP>
khem: we're seeing it on the autobuilder too :(
<RP>
khem: somehow it didn't show up in the original testing
nzingile_ has quit [Read error: Connection reset by peer]
<RP>
khem: well, the error on the autobuilder is different but the same libedit problem. I think there is a non-deterministic dependency somewhere
eduter16 has quit [Quit: Client closed]
<khem>
RP: in meta-clang we have a knob for libedit and its on by default maybe we need -DLLVM_ENABLE_LIBEDIT=ON added
nzingile_ has joined #yocto
<khem>
and add libedit to deps
<RP>
khem: do we actually need that dependency, could we turn it off?
<RP>
khem: but yes, we probably need the config setting one way or another
<khem>
usually tab completions are where its needed for llvm there are tools which will use it if enabled but for rust I dont think it will matter
<khem>
since option handling is not delegated to llvm AFAIK
<RP>
khem: right, I think it is better turned off for rust. Even for llvm-native, we might want the performance win since we're probably not using tab completion there much for normal builds?
<khem>
for clang it is a packageconfig which is on by default
<khem>
so one can turn off if they wished
<RP>
khem: I can try adding a patch for -DLLVM_ENABLE_LIBEDIT=OFF for rust?
<khem>
if we are not using anything interactive it perhaps has less value
<khem>
yes go ahead
nzingile_ has quit [Read error: Connection reset by peer]
<RP>
khem: I've sent a patch, I'll queue it for testing
<JaMa>
some assignments have too few spaces around, some too many, some developers care some don't at all these are 3 lines next to each other in one of meta-qti recipes:
<JaMa>
khem: will send whitespace PR for meta-clang shortly and one for meta-virtualization for zeddii as well
mrpelotazo has quit [Ping timeout: 260 seconds]
<kanavin>
RP: hiding AUH output into its own list will make people oblivious of the continuous need to keep things updated. Especially for unassigned recipes. I don't have a super strong opinion either way, but consider the downsides. I need to eat now :)
<kanavin>
once I've eaten I will maybe have more to say, or maybe this should be raised in some kind of zoom meeting?
zeemate_ has joined #yocto
zeemate has quit [Ping timeout: 248 seconds]
<khem>
JaMa:thanks, I think it will trip lot of folks once they upgrade and whitespaces becomes the error
wojci has quit [Ping timeout: 252 seconds]
<RP>
kanavin: definitely would need wider discussion, I'm just thinking out loud. The maintainers would get more frequent reminders which would either nudge them to do something or cause them to unlist themselves
<JaMa>
khem: there are 18 warnings from meta-clang but caused by only 3 lines (LLVM_LIBDIR_SUFFIX=" from clang.inc causing most of them)
<khem>
yeah it is included in all clang originating recipes
pidge has joined #yocto
<khem>
AUH upgrades perhaps own list + maintainer in to would be good
<kanavin>
khem, the problem is, most maintainers already ignore AUH
<kanavin>
own list has potential to make things worse, not better
<khem>
yeah I am one of them, one reason to ignore is that its patchbomb
<kanavin>
patchbomb in what sense?
<khem>
many patches out of which a maintainer might care for one or two
<khem>
attention is the priceless thing in this world these days, we all are distracted and short of tiem
<kanavin>
khem, yes that requres a bit of filter tweaking in the mail client - the recipes for which you are the listed maintainer have you in To:. Everything else you receive via oe-core.
Guest47 has joined #yocto
<kanavin>
we can also tweak this on the AUH side, but I'd want to be able to see the full bomb.
enok has joined #yocto
<RP>
kanavin: I'm not sure seeing all the emails on the core list is encouraging anyone :/
<RP>
I am just thinking out loud though...
davidinux has quit [Quit: WeeChat 4.3.1]
enok has quit [Read error: Connection reset by peer]
enok has joined #yocto
<kanavin>
RP, maybe just the summary could go to oe-core. It has a tarball attachment with all the individual patches and reports.
<RP>
kanavin: that could work
mrpelotazo has joined #yocto
<kanavin>
RP, I've been abused in the past by some anonymous oe-core subscriber who aggressively demanded the patchbombs must be stopped, because he doesn't like inbox clutter.
<khem>
in other world QT gerrit seems to have enabled AI bots in review so you get tonnes of emails which is a bit offputting to tell you the truth
<kanavin>
so the goal should be to encourage contributions, not reduce clutter.
<RP>
kanavin: the question is whether those emails are helping and I'm not sure they are. Keeping the summaries visible would be good though, definitely agreed there
<khem>
they are helpful for sure but maybe somewhere else on open inbox perhaps
<khem>
I can not pick them using lore thats another problem
<khem>
so I have to download them from inbox
<kanavin>
khem, I just received an AI response from an online shop where I ordered something, and 5 days later is still hasn't shipped. I know it's AI because the response arrived seconds after I sent a question. And it 'reassures' me in that well familiar AI style - 'we're on it, don't worry'.
<khem>
its little things like that
<kanavin>
khem, what is lore, and how do you get patches there?
<vmeson>
RP: phew! I had been side-tracked so I'm glad you have a solution.
tgamblin_ is now known as tgamblin
savolla has quit [Quit: WeeChat 4.4.3]
eduter16 has joined #yocto
berton has quit [Quit: Connection closed for inactivity]
goliath has quit [Quit: SIGSEGV]
eduter16 has quit [Quit: Client closed]
eduter16 has joined #yocto
florian_kc has joined #yocto
goliath has joined #yocto
eduter16 has quit [Quit: Client closed]
eduter16 has joined #yocto
<RP>
hmm, github security warnings for meta/lib/oeqa/files/maturin/guessing-game/Cargo.toml
<RP>
rust having a security issue due to C
fray has joined #yocto
<khem>
RP:something broke uim builds in meta-oe on AB, it works ok on my local machines its a random segfault dont know which tool is causing it, but it seems to be consistent