ablu has quit [Read error: Connection reset by peer]
ablu has joined #yocto
ablu has quit [Remote host closed the connection]
ablu has joined #yocto
GNUmoon2 has joined #yocto
<tlwoerner>
could an override apply to a dynamic layer? i can't seem to find the magic incantation, but my understanding is conf/layers.conf is "handled differently"
ablu has quit [Remote host closed the connection]
ablu has joined #yocto
ablu has quit [Remote host closed the connection]
Abp has quit [Read error: Connection reset by peer]
Abp has joined #yocto
Abp has quit [Read error: Connection reset by peer]
Abp has joined #yocto
Abp has quit [Ping timeout: 268 seconds]
Abp has joined #yocto
Abp has quit [Ping timeout: 268 seconds]
ablu has joined #yocto
ablu has quit [Remote host closed the connection]
ablu has joined #yocto
Habbie has quit [Ping timeout: 268 seconds]
Habbie has joined #yocto
Xagen has joined #yocto
florian__ has joined #yocto
Abp has joined #yocto
ablu has quit [Ping timeout: 272 seconds]
ablu has joined #yocto
florian__ has quit [Ping timeout: 252 seconds]
jmd has quit [Remote host closed the connection]
Abp has quit [Read error: Connection reset by peer]
Abp has joined #yocto
jmd has joined #yocto
MrCryo has joined #yocto
nerdboy has quit [Ping timeout: 252 seconds]
<RP>
tlwoerner: it depends when you're trying to expand the variable
<RP>
Jookia: text based communication can make things harder. I just wanted to explain why your preferred solution likely wouldn't work for the project overall
nerdboy has joined #yocto
nerdboy has quit [Changing host]
nerdboy has joined #yocto
Habbie has quit [Ping timeout: 255 seconds]
Habbie has joined #yocto
tokamak has quit [Quit: ZNC 1.8.2+deb2build5 - https://znc.in]
<Jookia>
that's fair
tokamak has joined #yocto
Starfoxxes has joined #yocto
ptsneves has joined #yocto
ptsneves1 has joined #yocto
ptsneves has quit [Ping timeout: 252 seconds]
ptsneves1 is now known as ptsneves
ptsneves1 has joined #yocto
ptsneves has quit [Ping timeout: 260 seconds]
ptsneves1 is now known as ptsneves
<kanavin>
Jookia, no problem, I have some traits in that direction too. Software field attracts that kind of personality in general.
florian__ has joined #yocto
Net147 has quit [Read error: Connection reset by peer]
Net147 has joined #yocto
Net147 has quit [Changing host]
Net147 has joined #yocto
florian__ has quit [Ping timeout: 268 seconds]
jmd has quit [Remote host closed the connection]
pivi has joined #yocto
mbulut_ has joined #yocto
mbulut has quit [Ping timeout: 268 seconds]
mbulut__ has joined #yocto
mbulut_ has quit [Ping timeout: 260 seconds]
florian__ has joined #yocto
mbulut__ has quit [Ping timeout: 256 seconds]
MrCryo has quit [Remote host closed the connection]
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
ptsneves has quit [Ping timeout: 260 seconds]
florian__ has quit [Ping timeout: 255 seconds]
florian has joined #yocto
florian has quit [Ping timeout: 252 seconds]
Abp has quit [Ping timeout: 260 seconds]
enok has joined #yocto
enok has quit [Ping timeout: 256 seconds]
<tlwoerner>
RP: perhaps better if i describe what i'm hoping to accomplish
<tlwoerner>
it would be great to have the contents of a dynamic layer apply iff
<tlwoerner>
1) the given layer is added to bblayers.conf
<tlwoerner>
2) a {variable|*_FEATURE|?} is enabled/true/1
<tlwoerner>
if the user adds the layer to bblayers.conf but doesn't enable the flag then the dynamic layer will not be applied
<tlwoerner>
(and the user is free to create their own bbappends/etc)
<tlwoerner>
i can attain what i want if every recipe/bbapend in the dynamic layer has some sort of override logic applied to every variable
<tlwoerner>
but it would be nice to do this once in one place, instead of everywhere
Abp has joined #yocto
Abp has quit [Ping timeout: 255 seconds]
Guest56 has joined #yocto
Guest56 has quit [Client Quit]
drkhsh has quit [Remote host closed the connection]