qschulz has quit [Remote host closed the connection]
qschulz has joined #yocto
kanavin_ has joined #yocto
kanavin has quit [Ping timeout: 240 seconds]
camus1 has joined #yocto
camus has quit [Ping timeout: 252 seconds]
camus1 is now known as camus
jpuhlman_ has joined #yocto
jpuhlman__ has quit [Ping timeout: 252 seconds]
hpsy1 has joined #yocto
hpsy has quit [Ping timeout: 246 seconds]
RobertBerger has joined #yocto
rber|res has quit [Ping timeout: 252 seconds]
camus1 has joined #yocto
camus has quit [Ping timeout: 246 seconds]
camus1 is now known as camus
otavio has quit [Remote host closed the connection]
hpsy has joined #yocto
hpsy1 has quit [Ping timeout: 252 seconds]
jwillikers has quit [Remote host closed the connection]
sakoman has quit [Quit: Leaving.]
Tokamak has quit [Ping timeout: 252 seconds]
paulg has quit [Ping timeout: 272 seconds]
tgamblin has quit [Remote host closed the connection]
tgamblin has joined #yocto
tgamblin has quit [Remote host closed the connection]
tgamblin has joined #yocto
tgamblin has quit [Remote host closed the connection]
tgamblin has joined #yocto
tgamblin has quit [Remote host closed the connection]
tgamblin has joined #yocto
mranostaj has quit [Quit: leaving]
mranostaj has joined #yocto
tgamblin has quit [Remote host closed the connection]
tgamblin has joined #yocto
tgamblin has quit [Remote host closed the connection]
shoragan has quit [Ping timeout: 256 seconds]
tgamblin has joined #yocto
zeddii has quit [Ping timeout: 252 seconds]
shoragan has joined #yocto
<thekappe>
hello guys
tgamblin has quit [Remote host closed the connection]
<thekappe>
which is the best way to add extra package to an image ? Usually I set set CORE_IMAGE_EXTRA_INSTALL in my local.conf but I would prefer to keep the extra packages in myimagerecipe.bb recipe
<thekappe>
any suggestion ?
tgamblin has joined #yocto
tgamblin has quit [Remote host closed the connection]
<dwagenk>
the 2 lines listed there should suffice for a basic myimagerecipe.bb
<thekappe>
dwagenk: thanks
<perdmann_>
qschulz: i just wanted to update you, i looked into the fetch modules and there is a regular expression which searches for ; later it splits thee parameters at = . Makes absolutely sense to me. But i use a password with = inside ...
camus has quit [Ping timeout: 240 seconds]
camus has joined #yocto
tgamblin has quit [Remote host closed the connection]
<perdmann_>
LetoThe2nd: i think i need to put it into the fetch2 directory to make it magically available?
<LetoThe2nd>
perdmann_: not sure. i'd look at layer that already does this. maybe meta-rust, or something along those lines.
<mckoan>
I found in a later a recipe called package_%d.bbappend and I wonder if is a special syntax or a typo. Any clue about this %d ?
<mckoan>
* in a layer
<perdmann_>
LetoThe2nd: thanks i will have a look
florian has joined #yocto
<qschulz>
perdmann_: looks like a bug, can you open a ticket in our Bugzilla please :) ?
yumasi has joined #yocto
zeddii has quit [Ping timeout: 272 seconds]
<yumasi>
Hi! Is there a way to run gdb on native tooling used during an image build process?
<LetoThe2nd>
yumasi: can you elaborate on "run gdb on native tooling"?
<yumasi>
LetoThe2nd: I have an issue with mkimage not generating a sha256 specified in an its file. I am running out of idea on why it does not work, so I was thinking on debugging it to see what causes it to not generate that specific sha256.
<LetoThe2nd>
yumasi: hum. technically it should be possible somehow, but i guess it might be easier in that case to build mkimage from local source (e.g. devtool modify) and sprinkle printfs in.
<perdmann_>
qschulz: Yes i can... Can send me a link :-D
<yumasi>
LetoThe2nd: That's my original plan, I am just having trouble finding where to put those printfs and was hoping I to use gdb to accelerate the process.
<LetoThe2nd>
yumasi: you might have luck by outright packing the gdb call into the line that calls mkimage, and have it wait for an incoming debug session once its up.... but if it goes beyond that i guess you'll burn more time with it than you gain.
mihai has quit [Quit: leaving]
<yumasi>
LetoThe2nd: did not think of calling gdb from the recipe itself. But you are probably right, I'll spend more time getting gdb working than actually solving my issue.
<mckoan>
qschulz: thx, exactly as I suspected, it's a typo. Thank you rburton too ;-)
florian_kc has quit [Quit: Ex-Chat]
zyga has quit [Read error: Connection reset by peer]
zyga-mbp has joined #yocto
qschulz has quit [Quit: qschulz]
qschulz has joined #yocto
<RP>
mckoan: looks like a typo to me
zeddii has quit [Ping timeout: 258 seconds]
goliath has joined #yocto
zeddii has joined #yocto
camus has quit [Ping timeout: 268 seconds]
camus has joined #yocto
mihai has joined #yocto
zeddii has quit [Ping timeout: 268 seconds]
zeddii has joined #yocto
zeddii has quit [Ping timeout: 240 seconds]
<mckoan>
RP: yes, thank you
dgriego has joined #yocto
zeddii has joined #yocto
dgriego1 has quit [Ping timeout: 240 seconds]
zeddii has quit [Ping timeout: 252 seconds]
zeddii has joined #yocto
prabhakarlad has joined #yocto
zeddii has quit [Ping timeout: 258 seconds]
camus has quit [Remote host closed the connection]
camus has joined #yocto
zeddii has joined #yocto
dkl has quit [Quit: %quit%]
dkl has joined #yocto
patrick-r has joined #yocto
<patrick-r>
hello, was wondering how I can make ulimit changes paermanent on the target OS as ulimit -c is reset to 0 after each boot, tried changing /etc/limits to no avail
camus1 has joined #yocto
camus has quit [Remote host closed the connection]
camus1 is now known as camus
<patrick-r>
there is no /etc/systemd/ directory and no /etc/security directory present
<patrick-r>
need a program to generate a core for crash analysis ;-)
zeddii has quit [Ping timeout: 272 seconds]
zeddii has joined #yocto
paulg has joined #yocto
tgamblin has quit [Read error: Connection reset by peer]
tgamblin has joined #yocto
Tokamak has joined #yocto
rob_w has quit [Remote host closed the connection]
Tokamak_ has joined #yocto
Tokamak has quit [Ping timeout: 258 seconds]
jwillikers has joined #yocto
<thekappe>
hello guys, I've a strange problem
<thekappe>
I have created a image-initramfs image
<thekappe>
and added the following package groups (along with some other ones)
<thekappe>
packagegroup-core-boot
<thekappe>
packagegroup-core-ssh-openssh
<thekappe>
after the image has booted, I tried to connect to it with ssh
<thekappe>
but I can't never login
<thekappe>
previously, using packagegroup-core-ssh-dropbear I didn't have experienced any issue
xmn has joined #yocto
Tokamak_ has quit [Ping timeout: 258 seconds]
dlan has quit [Remote host closed the connection]
roussinm has joined #yocto
dlan has joined #yocto
Tokamak has joined #yocto
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
sakoman has joined #yocto
ant__ has joined #yocto
camus1 has joined #yocto
camus has quit [Read error: Connection reset by peer]
camus1 is now known as camus
goliath has quit [Quit: SIGSEGV]
yumasi has quit [Ping timeout: 252 seconds]
yumasi has joined #yocto
<JPEW>
Is there an API to translate the DEPENDS list to the actual recipe list (e.g. accounting for PREFERRED_PROVIDERS and such)
<rburton>
there's a get provider in tinfoil, so that must call something...
<yates>
isn't there a way to fetch sources into a common directory, so that different oe-source-build-env folders can pull from one common folder where everything is fetched?
<rburton>
set DL_DIR to the common directory
<yates>
rburton: in the build's local.conf?
<rburton>
yes
<yates>
ok thanks
leo_sandoval has joined #yocto
_whitelogger has joined #yocto
camus has quit [Quit: camus]
kayterina has quit [Remote host closed the connection]
<prabhakarlad>
Hi all, I've got two recipes (A+B). Recipe A generates some object files (.o) that I need to use in recipe B. I've got A as a DEPENDS in B, but I'm not sure what change to make to include those object files into B's working directory
<mihai>
prabhakarlad: you probably need A-dev in DEPENDS
<qschulz>
mihai: you can only have recipe names in DEPENDS, and A-dev is a package name
<rburton>
A should build a library of some sort and install it
<rburton>
shared or static, either works
<mihai>
qschulz: right
<mihai>
prabhakarlad: nvm me, sorry :)
<prabhakarlad>
mihai: (y)
<prabhakarlad>
rburton: thanks
zyga-mbp has joined #yocto
tnovotny has quit [Quit: Leaving]
vmeson has quit [Ping timeout: 265 seconds]
vmeson has joined #yocto
Guest66 has joined #yocto
Guest66 has left #yocto [#yocto]
RobertBerger has quit [Remote host closed the connection]
goliath has joined #yocto
jwillikers has quit [Read error: Connection reset by peer]
jwillikers has joined #yocto
jwillikers has quit [Remote host closed the connection]
hpsy has quit [Ping timeout: 252 seconds]
jwillikers has joined #yocto
<paulg>
prabhakarlad, while rburton is right, if you are just looking to do something "quick-n-dirty" for testing, like a fetch/unpack append of B that steals files from A, you can do task granularity depends between A and B.
jwillikers has quit [Remote host closed the connection]
LetoThe2nd has quit [Quit: Connection closed for inactivity]
<override>
Hey, Im trying to create some symlinks and would like to know what would be the best way of going about it in yocto world. I just want there to be a script that gets run on startup and makes the symlinks. Im trying to see if theres a name for such scripts. Im thinks thing symlinks would persist over power cycles?
<override>
think these**
<override>
like do I need to have a recipe to get init.d or something to run scipts on startup? is there a pattern yocto recommends???
<paulg>
override, there is the "alternatives" mechanism, if your need for symlinks happens to match that use case...
<prabhakarlad>
paulg: thank you for the pointer.
florian has joined #yocto
<override>
paulg: im just trying to symlink the default.target to something of my own for systemd
<override>
paulg: did you mean the updates-alternatives.bbclass ?
<paulg>
override, yeah update-alternatives stuff was what I was hinting at.
<override>
paulg: cool, ill try finding some examples for that
<override>
manual being a lil too cryptic as per usual
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
florian has quit [Ping timeout: 240 seconds]
zyga-mbp has joined #yocto
dev1990 has quit [Quit: Konversation terminated!]
dev1990 has joined #yocto
dev1990 has quit [Remote host closed the connection]
dev1990 has joined #yocto
dev1990 has quit [Client Quit]
<rburton>
override: bbappend system, delete the default.target, add your own
<rburton>
or even better, iirc, put a default.target link in /etc and it will override the one in /usr
<override>
rburton: nice, ill try that too
<override>
should I put together a recpie to add stuff to /etc?
dev1990 has joined #yocto
florian has joined #yocto
dev1990 has quit [Remote host closed the connection]
dev1990 has joined #yocto
<rburton>
yes
<rburton>
anything in /etc overrides /usr so you can just dump files in there to control the setup you want
<rburton>
this is in the systemd docs somewhere
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
* paulg
suggests override of systemd with sysV init
frieder has quit [Remote host closed the connection]
<override>
rburton: yeah I had to learn about the etc override the hard way. paulg: thanks! Ill look into that too!
<override>
hey, what was the utility again that can get me the path for packages recipe. Cant seem to find the recipe for python3-pydantic. I got the package installed
<override>
i was hoping oe-pkgdata-util lookup-recipe python3-pydantic would work?
<override>
I cant find the recipe under layers and all, so Im trying to figure out where is it getting picked up from even..
<override>
I just see stuff under ./build and cant find the actual recipe anywhere. weird
gioyik has joined #yocto
<khem>
rburton: I am still failing on systemd builds where its trying to use both shadow-native and util-linux-native and conflicting on who provides /usr/bin/chsh
<khem>
override: oe-pkgdata-util
dev1990 has quit [Quit: Konversation terminated!]
<override>
thanks khem , not sure what was going on earlier, prolly something from onther tree under bblayers.conf
amitk has quit [Ping timeout: 252 seconds]
<rburton>
khem: huh. i build with systemd, what is pulling in shadow-native?
zeddii has quit [Ping timeout: 268 seconds]
zeddii has joined #yocto
ant__ has quit [Ping timeout: 268 seconds]
<chrfle>
I'm trying to create a recipe that copies some pre-built files from S into DEPLOYDIR, I thought I was supposed to just have a do_deploy() { ... }, but it seems like my recipe doesn't have a do_deploy task... I tried to inherit deploy, but doesn't seem to help. Any advice?
leon-anavi has quit [Quit: Leaving]
<chrfle>
addtask, duh.. though it was automatic for do_deploy
<khem>
rburton: I have not traced the reason why both of them are pulled yet but regardless of that issue still exists for recipes which depend on shadow-native and util-linux-native
<khem>
chrfle: look into u-boot or kernel recipes as template for deploying artifacts to DEPLOYDIR