GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
Tokamak has quit [Read error: Connection reset by peer]
Tokamak has joined #yocto
Tokamak has quit [Remote host closed the connection]
Tokamak has joined #yocto
Tokamak has quit [Ping timeout: 256 seconds]
Tokamak has joined #yocto
Tokamak has quit [Remote host closed the connection]
GillesM has quit [Quit: Leaving]
camus has joined #yocto
dev1990 has quit [Quit: Konversation terminated!]
GNUmoon has quit [Ping timeout: 276 seconds]
cengiz_io has quit [Ping timeout: 245 seconds]
halstead has quit [Ping timeout: 264 seconds]
Crofton has quit [Ping timeout: 264 seconds]
jonmason has quit [Ping timeout: 264 seconds]
rmmr has quit [Ping timeout: 264 seconds]
ernstp has quit [Ping timeout: 268 seconds]
rsalveti has quit [Ping timeout: 264 seconds]
behanw has quit [Ping timeout: 268 seconds]
drewfustini has quit [Ping timeout: 268 seconds]
mithro has quit [Ping timeout: 264 seconds]
rsalveti has joined #yocto
elfenix|cloud_ has joined #yocto
Tartarus_ has joined #yocto
elfenix|cloud has quit [Ping timeout: 264 seconds]
paulbarker has quit [Ping timeout: 264 seconds]
Tartarus has quit [Ping timeout: 264 seconds]
elfenix|cloud_ is now known as elfenix|cloud
Tartarus_ is now known as Tartarus
YogeshSiraswar__ has joined #yocto
drewfustini has joined #yocto
YogeshSiraswar_ has quit [Ping timeout: 268 seconds]
YogeshSiraswar__ is now known as YogeshSiraswar_
moto-timo has quit [Ping timeout: 268 seconds]
NishanthMenon has quit [Ping timeout: 268 seconds]
behanw has joined #yocto
moto-timo has joined #yocto
Crofton has joined #yocto
NishanthMenon has joined #yocto
cengiz_io has joined #yocto
mithro has joined #yocto
paulbarker has joined #yocto
sakoman has joined #yocto
Tartarus has quit [Read error: Connection reset by peer]
aeroraptor has quit [Read error: Connection reset by peer]
madisox has quit [Read error: Connection reset by peer]
flynn378 has quit [Read error: Connection reset by peer]
cengiz_io has quit [Read error: Connection reset by peer]
mithro has quit [Ping timeout: 260 seconds]
jonmason has joined #yocto
rmmr has joined #yocto
ernstp has joined #yocto
paulg has quit [Ping timeout: 245 seconds]
FredO has quit [Remote host closed the connection]
FredO has joined #yocto
halstead has joined #yocto
flynn378 has joined #yocto
Tartarus has joined #yocto
mithro has joined #yocto
cengiz_io has joined #yocto
aeroraptor has joined #yocto
madisox has joined #yocto
camus1 has joined #yocto
cengiz_io has quit [Ping timeout: 264 seconds]
Tartarus has quit [Ping timeout: 268 seconds]
mithro has quit [Ping timeout: 268 seconds]
madisox has quit [Ping timeout: 264 seconds]
camus has quit [Ping timeout: 256 seconds]
camus1 is now known as camus
aeroraptor has quit [Ping timeout: 268 seconds]
Tartarus has joined #yocto
flynn378_ has joined #yocto
flynn378 has quit [Ping timeout: 268 seconds]
flynn378_ is now known as flynn378
aeroraptor has joined #yocto
halstead_ has joined #yocto
halstead has quit [Ping timeout: 264 seconds]
halstead_ is now known as halstead
mithro has joined #yocto
madisox has joined #yocto
cengiz_io has joined #yocto
camus has quit [Ping timeout: 244 seconds]
camus has joined #yocto
chep has quit [Ping timeout: 256 seconds]
chep has joined #yocto
paulg has joined #yocto
aeroraptor has quit [Ping timeout: 244 seconds]
flynn378 has quit [Ping timeout: 256 seconds]
jonmason has quit [Ping timeout: 256 seconds]
NishanthMenon has quit [Ping timeout: 260 seconds]
awafaa has quit [Ping timeout: 245 seconds]
bradfa has quit [Ping timeout: 245 seconds]
dagmcr has quit [Ping timeout: 260 seconds]
thierryE has quit [Ping timeout: 260 seconds]
rburton has quit [Ping timeout: 260 seconds]
fancer has quit [Ping timeout: 256 seconds]
nohit has quit [Ping timeout: 268 seconds]
aeroraptor has joined #yocto
flynn378 has joined #yocto
rmmr has quit [Ping timeout: 244 seconds]
cengiz_io has quit [Ping timeout: 268 seconds]
fancer has joined #yocto
thierryE has joined #yocto
armpit has quit [Ping timeout: 260 seconds]
awafaa has joined #yocto
drewfustini has quit [Ping timeout: 256 seconds]
behanw has quit [Ping timeout: 256 seconds]
CosmicPenguin has quit [Ping timeout: 256 seconds]
dl9pf has quit [Ping timeout: 268 seconds]
xtopher_ has quit [Ping timeout: 245 seconds]
ldts has quit [Ping timeout: 245 seconds]
jonmason has joined #yocto
rsalveti has quit [Ping timeout: 244 seconds]
Tartarus has quit [Ping timeout: 244 seconds]
georgem has quit [Ping timeout: 260 seconds]
CosmicPenguin has joined #yocto
madisox has quit [Ping timeout: 268 seconds]
ernstp has quit [Ping timeout: 268 seconds]
xtopher_ has joined #yocto
moto-timo has quit [Ping timeout: 256 seconds]
nohit has joined #yocto
dagmcr has joined #yocto
madisox has joined #yocto
ernstp has joined #yocto
rburton has joined #yocto
Tartarus has joined #yocto
rsalveti has joined #yocto
paulbarker has quit [Ping timeout: 260 seconds]
NishanthMenon has joined #yocto
armpit has joined #yocto
dl9pf has joined #yocto
paulbarker has joined #yocto
ldts has joined #yocto
behanw has joined #yocto
rmmr has joined #yocto
bradfa has joined #yocto
georgem has joined #yocto
cengiz_io has joined #yocto
drewfustini has joined #yocto
moto-timo has joined #yocto
sakoman has quit [Quit: Leaving.]
xmn has quit [Quit: ZZZzzz…]
chep has quit [Ping timeout: 244 seconds]
alessioigor has joined #yocto
chep has joined #yocto
neverpanic has quit [*.net *.split]
jonesv[m] has quit [*.net *.split]
jpnurmi has quit [*.net *.split]
neverpanic has joined #yocto
jonesv[m] has joined #yocto
jpnurmi has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
meck[m] has quit [*.net *.split]
olani[m] has quit [*.net *.split]
timbert[m] has quit [*.net *.split]
falk0n[m] has quit [*.net *.split]
tperrot has quit [*.net *.split]
abelloni has quit [*.net *.split]
alinucs has quit [*.net *.split]
karl has quit [*.net *.split]
fullstop has quit [*.net *.split]
override has quit [*.net *.split]
karl has joined #yocto
alinucs has joined #yocto
abelloni has joined #yocto
tperrot has joined #yocto
override has joined #yocto
fullstop has joined #yocto
Ad0 has joined #yocto
falk0n[m] has joined #yocto
olani[m] has joined #yocto
camus has quit [Ping timeout: 256 seconds]
camus has joined #yocto
Schlumpf has joined #yocto
meck[m] has joined #yocto
timbert[m] has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Client Quit]
leon-anavi has joined #yocto
camus has quit [Ping timeout: 240 seconds]
camus has joined #yocto
banana_smoothie has joined #yocto
GNUmoon has joined #yocto
<banana_smoothie>
Hello. Is there a way to symlink individual files in a batch?
pgowda_ has joined #yocto
<banana_smoothie>
I have a lot of *.so files in a directory and want to symlink them in the same directory where they are.
goliath has joined #yocto
mckoan|away is now known as mckoan
<mckoan>
good morning
mvlad has joined #yocto
<JosefHolzmayrThe>
yo dudX
<mckoan>
hey JosefHolzmayrThe
<JosefHolzmayrThe>
yo mckoan
camus has quit [Ping timeout: 240 seconds]
camus has joined #yocto
simon_ has joined #yocto
tre has joined #yocto
<simon_>
Hi there, I'm a bit confused about the bitbake override syntax. All files I see use _append, but the latest manual uses :append. I found that the syntax was migrated via this thread https://lists.openembedded.org/g/bitbake-devel/message/12508, but in which version (the git repo has 1.xx tags and the docs only show 2.x and 3.x versions which do not even exist in Git)? And is the old version still supported?
<JosefHolzmayrThe>
simon_: the old syntax is supported up to hardknott. from honister onwards, its new syntax only.
simon_ is now known as Granjow
<Granjow>
JosefHolzmayrThe: Okay, thanks for the info! Shouldn't this be mentioned in the docs? :)
<JosefHolzmayrThe>
Granjow: well the docs are versioned, so if you look at the docs that match what you are using, then it should be fine.
tre has quit [Ping timeout: 244 seconds]
<JosefHolzmayrThe>
Granjow: if you feel the docs after the change need an additional note, we're happy to take suggestions!
tre has joined #yocto
<Granjow>
JosefHolzmayrThe: Aye. Will create a PR!
<JosefHolzmayrThe>
Granjow: nice! but - we're old school and rely on mails + patches :)
rfuentess has joined #yocto
alicef has quit [Quit: install gentoo]
alicef has joined #yocto
zpfvo has joined #yocto
<Granjow>
JosefHolzmayrThe: I'm old enough to still know how to do that too =D
<JosefHolzmayrThe>
Granjow: awesome!
banana_smoothie has quit [Quit: Client closed]
banana_smoothie has joined #yocto
GNUmoon has quit [Remote host closed the connection]
zpfvo has quit [Ping timeout: 240 seconds]
GNUmoon has joined #yocto
goliath has quit [Quit: SIGSEGV]
banana_smoothie has quit [Client Quit]
<Granjow>
Another question, on conditional syntax. If I understand correctly, in the example KBRANCH:qemuarm = "stuff" are the definitions of the different variants of the variable KBRANCH. When is that qemuarm variant chosen? When OVERRIDES contains os and the variable os is set to qemuarm?
zpfvo has joined #yocto
tnovotny has joined #yocto
manuel1985 has joined #yocto
<JosefHolzmayrThe>
Granjow: nope, thats a machine.
<deuteron>
Howdy. Having a bit of trouble with yocto that I'm hoping someone might be able to help me with.
<deuteron>
I want to be able to build 3 SDKs that each have a different version of a particular package in them.
<deuteron>
PREFERRED_VERSION doesn't appear to work. As I understand it, that's a per-distro variable, so can't be used to affect individual images.
<deuteron>
I tried having different packages for each of the versions, e.g. package-name-v1.bb, package-name-v2.bb, etc. but that causes all sorts of problems with files being installed to the same place from different packages.
Nate[m]1 has quit [Quit: You have been kicked for being idle]
<JosefHolzmayrThe>
deuteron: i'd say the easiest way around it is building three distros. they can all include a common baseline and only pull in the needed stuff.
<mckoan>
deuteron: DISTRO and PREFERRED_VERSION are the right way
<JosefHolzmayrThe>
deuteron: quite hacky, but depending on your build pipeline, injection through local.conf *MIGHT* be an option, but thats really a case-by-case decision then.
<deuteron>
That means building everything else 3 times though, right?
<JosefHolzmayrThe>
if they share SSTATE and you don't employ other dirty tricks -no.
<deuteron>
Hmm, alright. I'll give that a whirle.
<deuteron>
whirl*
<deuteron>
Thanks!
chep has quit [Ping timeout: 256 seconds]
chep has joined #yocto
<qschulz>
JosefHolzmayrThe: mmmmm changing distro actually means rebuilding everything, including native packages IIRC?
<JosefHolzmayrThe>
have fun!
<JosefHolzmayrThe>
qschulz: if the distro name stays the same and only one preferred version changes? especially on a hashequiv enabled setup, i don't think so. but i might of course be mistaken.
goliath has joined #yocto
<qschulz>
JosefHolzmayrThe: sorry, missed the quite hacky message :|
<qschulz>
yes, indeed
kroon has joined #yocto
<JosefHolzmayrThe>
:)
<qschulz>
sooo, changing distro does, changing local.conf does not (except if changing DISTRO from there obviously :) )
<qschulz>
in short
<JosefHolzmayrThe>
its one of the "it depends" cases. if the use case is to have ci/cd crank out three artifacts, injecting through kas->local.conf for example is perfectly viable. if you are talking about a single shot production on your local machine or such, three DISTROs it is.
<deuteron>
The use case cd/cd.
<deuteron>
For me.
<deuteron>
I really don't want to build the common packages more than once.
florian has joined #yocto
<JosefHolzmayrThe>
then i'd look at the mechanics suitable for your pipeline to reproducibly inject into local.con
<qschulz>
well, thanks to the sstate-cache and hashserv, you'd do three builds once only
<qschulz>
so the cost is basically in storage
<Granjow>
JosefHolzmayrThe: Thanks, that clarified some of the resolving. I still don't get how KBRANCH:qemuarm or (in the example) MORNING:omar would be chosen. Is this all based on the MACHINE and MACHINEOVERRIDES (which I cannot find in the docs :D) variables, so if MACHINE is set to "whatever:qemuarm:other", the qemuarm variant will be chosen?
<qschulz>
but I'd personally use the local.conf trick
<JosefHolzmayrThe>
qschulz: we need you here too ^^^^
<qschulz>
Granjow: yes, except if there's an :other overrides somewhere
<qschulz>
Granjow: I'm not sure Bitbake cares about MACHINEOVERRIDES? If so, there might be some documentation to fix
<qschulz>
in any case, it's not really MACHINEOVERRIDES that is imporant to bitbake, it is OVERRIDES
<qschulz>
which is made of different OVERRIDES variables, among which MACHINEOVERRIDES
<deuteron>
Err, I mean: PREFERRED_VERSION_xxxxxx = "${XXXXXX_VERSION}"
slips has joined #yocto
<JosefHolzmayrThe>
deuteron: you'll need to whitelist it, but yeah - depending on the use case thats perfectly valid in my opinion
<deuteron>
Yeah, I have whitelisted it too. It's working.
<deuteron>
We have a distro conf specifically for these SDKs, so it makes more sense there I think, rather than in local.conf.
<deuteron>
Anyway, thanks for your help.
chep has quit [Ping timeout: 250 seconds]
chep has joined #yocto
zyga-mbp has quit [Read error: Connection reset by peer]
zyga-mbp has joined #yocto
chep has quit [Ping timeout: 240 seconds]
chep has joined #yocto
Granjow has quit [Ping timeout: 244 seconds]
<deuteron>
Hmm, one more question, if I may...
<deuteron>
Is there a way to have the mercurial changeset id appear in the package version without actually specifying that changeset?
<deuteron>
I just want to build from the tip of some branch, but have the actual changeset in the package version, so that we can know which changeset went into an SDK.
<deuteron>
AUTOREV doesn't seem to work, but perhaps I'm holding it wrong.
qua has joined #yocto
otavio has quit [Remote host closed the connection]
Granjow has joined #yocto
<Granjow>
I have a recipe which just creates a single file: http://codepad.org/lCFBzREg (yes, I could rename the task to do_install() :)) When I run bitbake, it tells me that it could not invoke dnf because “No match for argument: example”. I added the recipe with IMAGE_INSTALL_append = " example"
<Granjow>
Anything wrong with that? The recipe file is called example_0.1.bb
FredO2 has joined #yocto
FredO has quit [Ping timeout: 256 seconds]
xmn has joined #yocto
<rburton>
your do_install_testfile doesn't run
<rburton>
rename it do_install, don't add a task, and it will actually be executed
<rburton>
it doesn't run because bitbake run the 'build' task
<rburton>
your task isn't in the dependency chain for that
<rburton>
you task is after do_install, but a standalone task, it isn't in the chain to do_build
<rburton>
if you're installing, do it in do_install
kroon has quit [Remote host closed the connection]
<ad__>
hi, afayk, is there any irc dev channel for swupdate ?^
<qschulz>
ad__: AFAIK,. it's only via googlegroups Mailing List
<ad__>
qschulz, thanks
codavi has joined #yocto
jatedev has quit [Quit: Client closed]
troth has joined #yocto
slips has quit [Quit: Client closed]
<jaskij[m]>
I have both `SRC_URI` and `SRC_URI_machine_append` in a recipe, but for whatever reason this is clearing the base `SRC_URI` - is this correct?
<manuel1985>
qschulz: If I read correctly, bin_package assumes the files already got put to ${S} beforehand. What comes into my mind is to leverage the bitbake-own git client and use it to clone the repo into ${S}. Any better ideas?
camus has quit [Quit: camus]
zyga-mbp has joined #yocto
<qschulz>
manuel1985: the git fetcher will put the content of the git repo into "${WORKDIR}/git" so bin_package will be able to get the sources from there if S is set to that
<qschulz>
so you still need SRC_URI = "git://some.git;protocol=https" in the recipe obvisouly :)
florian__ has joined #yocto
<manuel1985>
qschulz: Still need to check, but I strongly doubt it will put the .git dir there as well
<rburton>
sakoman: does your script involve a build? you can do the cve_checks without building, it just needs fetch to work
dev1990 has joined #yocto
<RP>
rburton: I was wondering that
<qschulz>
manuel1985: you just need to run tar --no-same-owner --exclude='./patches' --exclude='./.pc' -cpf - . \
<qschulz>
| tar --no-same-owner -xpf - -C ${D}
<qschulz>
in your git repo and check what's the toutput
<qschulz>
s/toutput/content of the directory at ${D} (replace ${D} obviously :))
<sakoman>
rburton: it is a slightly modified version of the script you sent me :-)
<sakoman>
it is doing: bitbake world --runall cve_check
<sakoman>
never bothered to change that
Guest68 has joined #yocto
Guest68 has quit [Client Quit]
chep has quit [Ping timeout: 240 seconds]
<RP>
sakoman: try --runonly
chep has joined #yocto
<RP>
although I'm surprised runall would do that :/
<sakoman>
RP: ok, will try that
<RP>
sakoman: "bitbake world -c cve_check" is probably enough
<RP>
although I guess that misses the natives
<sakoman>
probably want a -k in there too?
<RP>
sakoman: yes
troth has quit [Ping timeout: 244 seconds]
goliath has quit [Quit: SIGSEGV]
creich has quit [Remote host closed the connection]
creich has joined #yocto
lucaceresoli_ has joined #yocto
lucaceresoli has quit [Ping timeout: 250 seconds]
florian__ has quit [Ping timeout: 240 seconds]
leonanavi has quit [Quit: Leaving]
<smurray>
sakoman: in my scripting here that I rigged up to produce something like your reports, I use "bitbake -k -c cve_check universe" and it has been yielding the same final results
<sakoman>
RP: reviewing past cron logs I see that the other branches are only doing the fetch (as expected) and previous master runs also only did fetches
<sakoman>
So it seems something is different in master starting this week
<sakoman>
also, the --runonly is also building everything
Xagen_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<rburton>
zeddii: our xen builds are failing with run.do_write_xen_qemuboot_dtb.440363: lopper: not found. known issue? need to fix something our end?
Tokamak has joined #yocto
<RP>
jordemort: I just found a bug in it so we need to fix that (fix in master-next) and then see if there are any other issues. It should be backportable assuming we don't find other issues but somone will need to request/remind
<moto-timo>
kanavin: the schedule isn't finalized yet. I just got the email to confirm my talks this morning.
<ndec>
moto-timo: i think you might have missed the confirmation email a couple of weeks ago :) but good that you received the one today!
<moto-timo>
ndec: I meant the one from pretalx? Confirming the actual scheduling? But I might be confused!
<ndec>
yes, this one. I see that you've confirmed now.
Xagen has joined #yocto
vd has quit [Quit: Client closed]
vd has joined #yocto
Tokamak has quit [Read error: Connection reset by peer]
Tokamak has joined #yocto
kiran has quit [Ping timeout: 268 seconds]
florian__ has quit [Ping timeout: 240 seconds]
<RP>
zeddii: we got 5.15 in, thanks :)
xmn has joined #yocto
prabhakarlad has joined #yocto
BobPungartnik has joined #yocto
Starfoxxes has quit [Ping timeout: 246 seconds]
Starfoxxes has joined #yocto
zyga-mbp has joined #yocto
BobPungartnik has quit [Quit: Leaving]
<jordemort>
RP: what's the preferred timeframe and method to request/remind? ping here after a couple weeks, or should i get on one of the mailing lists?
<RP>
jordemort: mailing list is ideal then there is a record of the request but remind me one way or another in a couple of weeks
<RP>
jordemort: I did at least just merge the fix so we'll see if any other issues arise
Starfoxxes has quit [Ping timeout: 240 seconds]
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
florian__ has joined #yocto
Starfoxxes has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]