<kanavin>
I'll send it as soon as it lands in their git
<LetoThe2nd>
yo dudX
<LetoThe2nd>
PhoenixMage: very cool! is it based on a publicly available platform?
vladest has quit [Ping timeout: 244 seconds]
mckoan|away is now known as mckoan
vladest has joined #yocto
ptsneves has joined #yocto
varjag has joined #yocto
vladest has quit [Ping timeout: 245 seconds]
vladest has joined #yocto
<rob_w>
what is the best pratice to use EXTRA_USER_PARAMS and set passwords .. i am on kirkstone atm, usermod -P was abosolete, now trying usermod -p `openssl passwd mypass` root
<RP>
kanavin: thanks!
<RP>
looks like the llvn upgrade breaks mesa-native for me locally :(
<rob_w>
but i cant login and the hash in shadow doesnt look like anything i create on a normal console vwith openssl
l3s8g has joined #yocto
xmn has quit [Quit: ZZZzzz…]
florian has joined #yocto
alessioigor has joined #yocto
l3s8g has quit [Remote host closed the connection]
prabhakarlad has joined #yocto
l3s8g has joined #yocto
<rob_w>
nvm rtfm
<mckoan>
hello, I need to create a recipe that installs several sysVinit service. I am following the path opened by busybox. Unfortunately it doesn't work. See https://pastebin.com/7TjR57FW
<mckoan>
At the moment I am trying with a single service.
<mckoan>
Looks like the recipe name matters, but busybox works even it is not installing a INITSCRIPT_NAME with that name
<mckoan>
Is there something I am missing in the variables INITSCRIPT_PACKAGES, INITSCRIPT_NAME, INITSCRIPT_PARAMS ?
pasherring has joined #yocto
<RP>
mckoan: looks like an assumption about PN somewhere :/
<mckoan>
RP: sorry, what do you mean?
luc4 has joined #yocto
<RP>
mckoan: it seems to have some assumption that the script is named after PN
ptsneves has quit [Read error: Connection reset by peer]
ptsneves1 has joined #yocto
ptsneves1 is now known as ptsneves
<rburton>
RP: damn and blast
<RP>
rburton: I tested the first four patches successfully so those merged
<rburton>
i'd blame the one that stops using grep
<RP>
rburton: I also found limited insight on the setupClass logging
<rburton>
without even looking at the fails i can see one problem that failed to get fixed when i split the branch in half
* RP
hands an axe to rburton
alessioigor has quit [Read error: Connection reset by peer]
alessioigor has joined #yocto
ptsneves has quit [Ping timeout: 258 seconds]
<mckoan>
RP: do you mean you suspect a bug in the class?
<rburton>
RP: was it just those two that failed, or are they just the first two that failed?
<RP>
mckoan: no, just some assumption that isn't obvious. Maybe some variable that needs to be set if the assumption isn't true. I don't remember too much offhand
<RP>
rburton: it seemed to be qemuarm things
<rburton>
fired locally to see what i broke
sakman_ has joined #yocto
sakman has quit [Ping timeout: 258 seconds]
vladest has quit [Ping timeout: 252 seconds]
goliath has joined #yocto
GNUmoon has quit [Ping timeout: 252 seconds]
GNUmoon has joined #yocto
Daanct12 has quit [Quit: WeeChat 4.0.4]
vladest has joined #yocto
rob_w has quit [Quit: Leaving]
sakman has joined #yocto
sakman_ has quit [Ping timeout: 246 seconds]
prabhakarlad has quit [Quit: Client closed]
luc4 has quit [Ping timeout: 246 seconds]
yates_work has joined #yocto
<yates_work>
where is DISTRO_FEATURES typically defined?
lexano has joined #yocto
<mckoan>
yates_work: in the distro .config file
rfuentess has joined #yocto
rfuentess has quit [Read error: Connection reset by peer]
rfuentess has joined #yocto
camus has quit [Quit: camus]
camus has joined #yocto
camus has quit [Remote host closed the connection]
<yates_work>
mckoan: ok thanks. i had looked in there but there was no "shadowed" (i.e., commented-out) DISTRO_FEATURES variable setting
amitk_ has joined #yocto
<rburton>
yates_work: there's a default value in oe-core if you don't set it explicitly in the conf. bitbake-getvar DISTRO_FEATURES will show you what the value is and where it is defined.
<yates_work>
great info!
l3s8g has quit [Remote host closed the connection]
l3s8g has joined #yocto
amitk_ has quit [Ping timeout: 240 seconds]
xmn has joined #yocto
<yates_work>
is bitbake-getvar only good for getting variables in the local.conf file for the build?
<yates_work>
i looked it up and could not find the command in the bitbake reference manual (2.4)
l3s8g has quit [Ping timeout: 245 seconds]
<yates_work>
i'm thinking it must be limited to that context since you don't specify a recipe or an image
Xagen has joined #yocto
<qschulz>
tlwoerner: I have some notes for the patches in the mailing list so please don't merge yet the rk3588 support
alessioigor has quit [Remote host closed the connection]
<tlwoerner>
i try to wait a couple days for feedback
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
florian_kc has joined #yocto
<pasherring>
Hey all =) Is there some tutorial/notes on getting started with bitbake at development level? Like understanding the project structure and code-base organization, and maybe extend the interface of a existing tool. One idea I have is to allow opening the recipe sources on the system's preferred editor.
<rburton>
pasherring: you might want to look at adrianf's 'devtool ide' patches on the oe-core list
<rburton>
pasherring: but right now, devtool modify will give you a local copy of the source tree for a recipe that you can just open in an ide and edit, and calling bitbake will use that source
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<pasherring>
rburton, Nice! I read a few lines about this spread out here, but, never got to see what it is really about. I'll look into it.
<pasherring>
I rely a lot on compile_commands.json file for source browsing, and I've made a small bbclass that would use python's compiledb package to generate it from log.do_compile, or alternatively use cmake to generate it. Not sure if this is overall too useful.
<pasherring>
I am a bit too fearful of contributing openly, not sure if it is worth it :\
<yates_work>
mckoan: thanks - very helpful
<mckoan>
yates_work: great! thanks
kscherer has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<tlwoerner>
qschulz: does my log message imply i think the binary blob is based on TF-A? i'm literally trying to say the opposite
<tlwoerner>
qschulz: lol, i was wondering why that email bounced to you
<tlwoerner>
why is google (gmail) suddenly deciding that emails from RP are spam? <grr>
<qschulz>
tlwoerner: that's what I understood yes. we're using the binary DDR/TPL blob, hopefully this can change if/when TF-A gains support for the rk3588
<qschulz>
(add quotes around the second sentence)
<qschulz>
s/what I understood/how I understood it/
<qschulz>
DDR/TPL is not from TF-A as far as I know
<qschulz>
BL31 is (which is part of U-Boot Proper fitImage, named u-boot.itb, itself bundled in u-boot-rockchip.bin)
GillesM has quit [Quit: Leaving]
<adrianf>
pasherring: Which Yocto version are you using? Which editor do you prefer?
GillesM has joined #yocto
GillesM has quit [Remote host closed the connection]
<RP>
tlwoerner: that doesn't sound good? I've sent too many patches recently? :/
<JPEW>
tlwoerner: I have to check and mark them as not spam frequently. I blame "the algorithm" ;)
linfax has quit [Ping timeout: 240 seconds]
<RP>
Is it my patches, email replies or both?
<pasherring>
adrianf, quite outdated. bitbake is 1.32, yocto 2.2 (daisy I think?)
<rburton>
morty
<RP>
pasherring: you could always share and make it clear you're not asking for inclusion, it is just so others can use if it is useful to them. Please don't be fearful of contributing
<rburton>
pasherring: EOL since july 2018, FYI
rfuentess has quit [Remote host closed the connection]
<pasherring>
RP, right, I try my brave pants and try to overcome this =)
<pasherring>
rburton, right! Daisy is 1.6, which was the initial release that the pilot project was based of. Sadly, the next best thing on this set top box realm would be dunfell, which is already on the verge of EOL :\
slimak has quit [Ping timeout: 252 seconds]
<adrianf>
pasherring: Probably "devtool modify your-recipe" will already work with this old version. The devtool ide patches are usable with kirkstone and newer.
khem has joined #yocto
<pasherring>
adrianf, Noticed that I missed the editor: I use vscode. Regarding devtool, I'll poke around. I gave up because of some corner cases, especially multiple SRC_URI with destsuffix, are quite common on the code-base
<pasherring>
Also, broadcom deliveries uses some sort of externalsrc of their own, which also tends to fail with devtool :\
<tlwoerner>
RP: i'll check whether it's patches or replies next time. for me it was 1 yesterday and 1 (so far) today
<vvn>
how do I specify the minimal kernel version for a given machine?
<RP>
pasherring: we do take improvements to devtool!
<khem>
RP: any ideas what could be going on with musl fetch error
<RP>
khem: no :(
<khem>
I could see it happen on non AB machines too
<RP>
khem: how are you configuring the shallow clones?
<khem>
do we have shallow clones enabled on AB too ?
<RP>
khem: no
<khem>
yeah so it maybe not related to shallow clones
<adrianf>
pasherring: VSCode is the default editor which the devtool ide plugin supports.
<khem>
I think I should just remove MIRRORS entries for musl and see if that helps
<pasherring>
RP, Right! That was also one of the reasons I wanted to get to know a bit more on how to develop =) One thing that I really like about this project is how well documented it is. But, I couldn't find docs/guides on how to develop (and maybe just didn't looked enough)
<khem>
pasherring: we have been putting quite a bit of focus on developer tooling for past some time.
<khem>
earlier focus was more release oriented, which is world class now
<RP>
pasherring: documention tends to focus on how to use the project but we'd be interested if there are specific questions you think should be answered?
<RP>
src/amd/llvm/libamd_common_llvm.a.p/ac_llvm_helper.cpp.o: in function `ac_create_passmgr':
<RP>
| ac_llvm_helper.cpp:(.text.ac_create_passmgr+0x8c): undefined reference to `llvm::createPromoteMemoryToRegisterPass(bool)
<pasherring>
RP, I am sure i have all kind of dumb questions. But, one I've been trying to understand is how can I add/extend a new command/option to some existing tool, or how to setup a proper interactive debugging session on existing tool, to inspect variables, try to have a "runtime" understanding of common structures and so on.
<RP>
pasherring: our docs are about how to use the project, not develop software in general. There should be other resources though outside the project for that
<RP>
something about interactively debugging project things would be nice to have....
<pasherring>
RP, I've started with oe-pkgdata-util, which is a bit more light weight (or at least seems more straight forward), and because I thought this might be the correct place for the "open recipe sources" command I mentioned.
<tlwoerner>
JPEW: it would be nice if "the algorithm" took our feedback as inputs. how many times do i have to mark Miquel Raynal's emails as "not spam" before google gets a clue?!
<JPEW>
tlwoerner: Ya, not sure :/
<khem>
RP: Fetcher is doing some translation ? - LANG=C git -c gc.autoDetach=false -c core.pager=cat clone --bare --mirror https://git.musl-libc.org/git/git/musl --progress
<khem>
this fails
<khem>
but how did it get those two git/git in the utl
amitk_ has joined #yocto
<RP>
khem: it says core.pager=cat fetch -f --progress https://git.musl-libc.org/git/musl refs/heads/*:refs/heads/* refs/tags/*:refs/tags/ where I'm looking
<khem>
does it do something special when repo is called musl.git ?
<RP>
khem: not that I know of
<khem>
hmm ok
amitk_ has quit [Remote host closed the connection]
tokamak has quit [Quit: ZNC 1.8.2+deb2build5 - https://znc.in]
tokamak has joined #yocto
alessioigor has quit [Quit: alessioigor]
pasherring has quit [Remote host closed the connection]
slimak has joined #yocto
ecdhe has quit [Read error: Connection reset by peer]
<jclsn>
How to map the path from a workspace correctly when debugging with gdbserver? Do I need to involve the SDK?
vladest has quit [Remote host closed the connection]
ecdhe has joined #yocto
vladest has joined #yocto
prabhakarlad has joined #yocto
davidinux has quit [Ping timeout: 244 seconds]
davidinux has joined #yocto
amitk has quit [Ping timeout: 258 seconds]
l3s8g has joined #yocto
<khem>
jclsn: I think you can use sysroot in a gdb config or something
<khem>
RP: I have sent a v3 of musl patchset
<khem>
which should settle the fetching issue
<RP>
khem: what was the issue?
<khem>
RP: I switched to using etalabs.net which git.musl.org resolves to
<RP>
khem: I kind of wish we could get to the bottom of what is breaking
<khem>
I could not get it on local machine again after cleanall
<khem>
so hard to debug
<jclsn>
khem: Yeah, seems gdb-multiarch is sufficient for my needs, but you could maps everything I guess
<khem>
RP: Rich ( musl maintainer ) suggested to use git:// protocol instead of https
<khem>
he wants to get https setup properly and upgrade httpd on the git machine
<khem>
I think we should just use github.com/bminor/musl mirror is what my mind says
<khem>
RP: what git client do we use on AB systems ?
<khem>
is it something of our own or distro provided one
<RP>
khem: distro provided in most cases
<khem>
ok
<RP>
khem: I wonder if there is some compatibility symlink in the fetcher for ".git" causing problems
l3s8g has quit [Remote host closed the connection]
<khem>
he was suspecting that client changed something that server is not understanding now
<khem>
I do see some zero sized files being created by fetcher in downloads
<RP>
that is possible
<RP>
khem: we can switch to the git protocol. We changed to http everywhere for corp firewalls and it being "best practise" now
<khem>
you mean "we cannot" I guess
<RP>
khem: no, I mean that we can switch it back. We just made a conscious decision to make http the default in most places
<RP>
the mirrors should make http work for musl if git proto doesn't
<khem>
hmm
<khem>
let me try that
<khem>
oh but protocol=https or protocol=git
<khem>
we can only specify 1
<khem>
so how will it toggle automatically
<khem>
I think fetching from github mirror might be a good option instead
<khem>
CDN and https all will work with no issues
brrm has quit [Ping timeout: 244 seconds]
<RP>
khem: we can add a mirror url for the other
<RP>
but I mean the project default mirrors should cover it too
<khem>
let go with what we have for now and let Rich upgrade his git server's httpd before switching
slimak has quit [Ping timeout: 240 seconds]
<RP>
ok
brrm has joined #yocto
<khem>
RP: I would spend that time looking into ptests instead
<khem>
:)
<yates_work>
if i bbappend recipe.bb, recipe.bbappend, then are the variables from recipe.bb available for modification in recipe.bbappend?
brazuca has joined #yocto
<dario>
yes
<rburton>
yates_work: yes, otherwise there's be no point
<dario>
which is why you almost always want +=, :append, :remove in .bbappend instead of plain assignments
<yates_work>
ok
<yates_work>
i looked around for the .bbappend wildcard naming and couldn't find specifics. i have qtbase_git.bb which i want to bbappend; would that be qtbase_git-%.bbappend?
<JPEW>
qtbase_git.bbappend works
<rburton>
qtbase_git.bbappend works
<rburton>
or qtbase_%.bbappend
<yates_work>
ah, ok
kscherer has quit [Quit: Konversation terminated!]
<rburton>
halstead: _free_ cdn? amazing!
<halstead>
rburton: working my open source magic where I can.
<rburton>
that is impressive magic
<rburton>
good work :)
<halstead>
Now just need to get the files between 64mb and 1gb hosted
<rburton>
pesky webkit with its vast amount of debug symbols, it's _giant_
<halstead>
And then we need to figure out how to make files over 1gb smaller! ;)
<rburton>
hm i have a thought
<halstead>
Richard said we might be able to drop debug symbols for some sstate packages.
<rburton>
that's cheating
<rburton>
i admit i did it for piglit but that had about 3gb of debug symbols for auto-generated test code
<halstead>
I wonder how much work it would be to make the build system break sstate files into small segments and then pull those in