Tokamak has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
florian has joined #yocto
florian has quit [Ping timeout: 240 seconds]
amitk has quit [Ping timeout: 256 seconds]
Wouter0100 has quit [Remote host closed the connection]
Wouter0100 has joined #yocto
zeddii has quit [Ping timeout: 260 seconds]
zeddii has joined #yocto
camus has quit [Ping timeout: 240 seconds]
camus has joined #yocto
sakoman has quit [Quit: Leaving.]
sakoman has joined #yocto
krowlan3[m] has joined #yocto
kevinrowland has joined #yocto
kevinrowland has quit [Ping timeout: 256 seconds]
snapsd has joined #yocto
<snapsd>
hello, I am working on to build a custom rootfs, where in one of the recipe, I download the prebuilt package and within that package there's control file which provides all the run time dependency (RDEPENDS) this recipe should set.
<snapsd>
now the problem is, thought the RDEPENDS dependency chain is build by bitbake at very early when parsing recipe, how can I achive to set RDEPENDS dynamically and all the set RDEPENDES should get build
<snapsd>
in do_fetch_append, I am able to get the control file which dependencies and set the RDEPENDS variable using setVar, but the dependent package are not getting build by yocto - any pointer will be helpful.
sakoman has quit [Quit: Leaving.]
Vonter has joined #yocto
kevinrowland has joined #yocto
amitk has joined #yocto
kevinrowland has quit [Ping timeout: 256 seconds]
snapsd has quit [Quit: Ping timeout (120 seconds)]
mariusz1 has joined #yocto
ziga has joined #yocto
GNUmoon has quit [Ping timeout: 276 seconds]
rob_w has joined #yocto
_whitelogger has joined #yocto
Vonter has joined #yocto
camus1 has joined #yocto
camus has quit [Ping timeout: 240 seconds]
camus1 is now known as camus
Vonter has quit [Ping timeout: 256 seconds]
mckoan|away is now known as mckoan
<mckoan>
good morning
thekappe has joined #yocto
<snapsd>
good morning mckoan
thekappe has quit [*.net *.split]
camus has quit [*.net *.split]
zeddii has quit [*.net *.split]
dtometzki has quit [*.net *.split]
kanavin has quit [*.net *.split]
ahs3 has quit [*.net *.split]
iokill has quit [*.net *.split]
michaelo has quit [*.net *.split]
lexano has quit [*.net *.split]
bradfa has quit [*.net *.split]
dmoseley_ has quit [*.net *.split]
creich has quit [*.net *.split]
matthewcroughan has quit [*.net *.split]
JaMa has quit [*.net *.split]
mckoan has quit [*.net *.split]
Lihis has quit [*.net *.split]
risca has quit [*.net *.split]
lukma has quit [*.net *.split]
Piraty has quit [*.net *.split]
FredericOuellet[ has quit [*.net *.split]
kriive has quit [*.net *.split]
agrue has quit [*.net *.split]
GNUmoon has quit [*.net *.split]
Dhruvagole[m] has quit [*.net *.split]
suy|m has quit [*.net *.split]
JosefHolzmayrThe has quit [*.net *.split]
WadeBerrier[m] has quit [*.net *.split]
agherzan has quit [*.net *.split]
an_sensr[m] has quit [*.net *.split]
jwillikers[m] has quit [*.net *.split]
ericson2314 has quit [*.net *.split]
Herrie has quit [*.net *.split]
OutBackDingo has quit [*.net *.split]
xantoz has quit [*.net *.split]
fray has quit [*.net *.split]
The_Pacifist has quit [*.net *.split]
landgraf has quit [*.net *.split]
yocton has quit [*.net *.split]
Barry[m] has quit [*.net *.split]
kayterina[m] has quit [*.net *.split]
thierryE[m] has quit [*.net *.split]
cperon has quit [*.net *.split]
barometz has quit [*.net *.split]
ernstp has quit [*.net *.split]
mithro has quit [*.net *.split]
xtopher_ has quit [*.net *.split]
aeroraptor has quit [*.net *.split]
ziga has quit [*.net *.split]
u1106 has quit [*.net *.split]
goliath has quit [*.net *.split]
dev1990 has quit [*.net *.split]
alex88 has quit [*.net *.split]
qschulz has quit [*.net *.split]
jsandman has quit [*.net *.split]
tangofoxtrot has quit [*.net *.split]
dacav has quit [*.net *.split]
bunk has quit [*.net *.split]
derRichard has quit [*.net *.split]
Ad0 has quit [*.net *.split]
ardo has quit [*.net *.split]
otavio has quit [*.net *.split]
wCPO has quit [*.net *.split]
chep has quit [*.net *.split]
LetoThe2nd has quit [*.net *.split]
marc1 has quit [*.net *.split]
Net147_ has quit [*.net *.split]
perdmann has quit [*.net *.split]
rfried has quit [*.net *.split]
alicef has quit [*.net *.split]
Dracos-Carazza has quit [*.net *.split]
mario-goulart has quit [*.net *.split]
woky has quit [*.net *.split]
ykrons has quit [*.net *.split]
zkrx has quit [*.net *.split]
moto_timo[m] has quit [*.net *.split]
Perceval[m] has quit [*.net *.split]
Spectrejan[m] has quit [*.net *.split]
PascalBach[m] has quit [*.net *.split]
j7lc8l[m] has quit [*.net *.split]
jqua[m] has quit [*.net *.split]
RP has quit [*.net *.split]
glembo[m] has quit [*.net *.split]
jamestperk has quit [*.net *.split]
rmmr has quit [*.net *.split]
vquicksilver has quit [*.net *.split]
paulbarker has quit [*.net *.split]
Chaser has quit [*.net *.split]
marex has quit [*.net *.split]
expert[m] has quit [*.net *.split]
coldspark29[m] has quit [*.net *.split]
georgem has quit [*.net *.split]
fancer has quit [*.net *.split]
ldts has quit [*.net *.split]
awafaa has quit [*.net *.split]
fleg has quit [*.net *.split]
dgriego has quit [*.net *.split]
cengiz_io has quit [*.net *.split]
zibri has quit [*.net *.split]
warthog9 has quit [*.net *.split]
erbo_ has quit [*.net *.split]
Ch^W_ has quit [*.net *.split]
ak77_ has quit [*.net *.split]
Fanfwe has quit [*.net *.split]
Tartarus has quit [*.net *.split]
shoragan has quit [*.net *.split]
jaskij[m] has quit [*.net *.split]
dwagenk has quit [*.net *.split]
jordemort has quit [*.net *.split]
barath has quit [*.net *.split]
NeuberSousa[m] has quit [*.net *.split]
fitzsim has quit [*.net *.split]
Saur has quit [*.net *.split]
dlan has quit [*.net *.split]
karl has quit [*.net *.split]
fullstop has quit [*.net *.split]
Crofton has quit [*.net *.split]
nohit has quit [*.net *.split]
neverpanic has quit [*.net *.split]
jmlemetayer[m] has quit [*.net *.split]
krowlan3[m] has quit [*.net *.split]
ejoerns[m] has quit [*.net *.split]
zagor has quit [*.net *.split]
hpsy[m] has quit [*.net *.split]
jonesv[m] has quit [*.net *.split]
Epictek[m] has quit [*.net *.split]
famstutz[m] has quit [*.net *.split]
nrossi[m] has quit [*.net *.split]
shoragan[m] has quit [*.net *.split]
lexano[m] has quit [*.net *.split]
chelesty[m] has quit [*.net *.split]
khem has quit [*.net *.split]
T_UNIX[m] has quit [*.net *.split]
Emantor[m] has quit [*.net *.split]
armpit has quit [*.net *.split]
darknighte has quit [*.net *.split]
chrysh has quit [*.net *.split]
Shaun has quit [*.net *.split]
dl9pf has quit [*.net *.split]
override has quit [*.net *.split]
grembeter[m] has quit [*.net *.split]
fabatera[m] has quit [*.net *.split]
alvaropg[m] has quit [*.net *.split]
falk0n[m] has quit [*.net *.split]
hmw[m] has quit [*.net *.split]
Alban[m] has quit [*.net *.split]
berton[m] has quit [*.net *.split]
dagmcr has quit [*.net *.split]
thierryE has quit [*.net *.split]
drewfustini has quit [*.net *.split]
JPEW has quit [*.net *.split]
ad__ has quit [*.net *.split]
jsbronder has quit [*.net *.split]
smurray has quit [*.net *.split]
ndec has quit [*.net *.split]
abelloni has quit [*.net *.split]
snapsd has quit [*.net *.split]
prabhakarlad has quit [*.net *.split]
ChanServ has quit [*.net *.split]
goliath has joined #yocto
Starfoxxes has quit [Max SendQ exceeded]
GNUmoon has joined #yocto
bunk has joined #yocto
zeddii has joined #yocto
u1106 has joined #yocto
dtometzki has joined #yocto
jmlemetayer[m] has joined #yocto
kanavin has joined #yocto
FredericOuellet[ has joined #yocto
OutBackDingo has joined #yocto
ahs3 has joined #yocto
ardo has joined #yocto
dev1990 has joined #yocto
tangofoxtrot has joined #yocto
jsandman has joined #yocto
alex88 has joined #yocto
qschulz has joined #yocto
iokill has joined #yocto
lexano has joined #yocto
michaelo has joined #yocto
derRichard has joined #yocto
zkrx has joined #yocto
dacav has joined #yocto
040AAGVLM has joined #yocto
otavio_ has joined #yocto
Vonter has joined #yocto
thekappe has joined #yocto
krowlan3[m] has joined #yocto
snapsd has joined #yocto
camus has joined #yocto
dagmcr has joined #yocto
prabhakarlad has joined #yocto
Ad0 has joined #yocto
ejoerns[m] has joined #yocto
Tartarus has joined #yocto
grembeter[m] has joined #yocto
alvaropg[m] has joined #yocto
fabatera[m] has joined #yocto
drewfustini has joined #yocto
jsbronder has joined #yocto
Dhruvagole[m] has joined #yocto
chep has joined #yocto
JosefHolzmayrThe has joined #yocto
jaskij[m] has joined #yocto
Perceval[m] has joined #yocto
suy|m has joined #yocto
hpsy[m] has joined #yocto
jonesv[m] has joined #yocto
moto_timo[m] has joined #yocto
dwagenk has joined #yocto
falk0n[m] has joined #yocto
Barry[m] has joined #yocto
Epictek[m] has joined #yocto
kayterina[m] has joined #yocto
WadeBerrier[m] has joined #yocto
Spectrejan[m] has joined #yocto
chelesty[m] has joined #yocto
thierryE[m] has joined #yocto
agherzan has joined #yocto
famstutz[m] has joined #yocto
an_sensr[m] has joined #yocto
hmw[m] has joined #yocto
nrossi[m] has joined #yocto
PascalBach[m] has joined #yocto
coldspark29[m] has joined #yocto
shoragan[m] has joined #yocto
lexano[m] has joined #yocto
jordemort has joined #yocto
Alban[m] has joined #yocto
khem has joined #yocto
jwillikers[m] has joined #yocto
barath has joined #yocto
j7lc8l[m] has joined #yocto
T_UNIX[m] has joined #yocto
Emantor[m] has joined #yocto
NeuberSousa[m] has joined #yocto
berton[m] has joined #yocto
RP has joined #yocto
jqua[m] has joined #yocto
cperon has joined #yocto
matthewcroughan has joined #yocto
glembo[m] has joined #yocto
ykrons has joined #yocto
woky has joined #yocto
ericson2314 has joined #yocto
expert[m] has joined #yocto
mario-goulart has joined #yocto
Dracos-Carazza has joined #yocto
alicef has joined #yocto
perdmann has joined #yocto
rfried has joined #yocto
Net147_ has joined #yocto
landgraf has joined #yocto
yocton has joined #yocto
marc1 has joined #yocto
fray has joined #yocto
Herrie has joined #yocto
xantoz has joined #yocto
The_Pacifist has joined #yocto
xtopher_ has joined #yocto
aeroraptor has joined #yocto
ernstp has joined #yocto
mithro has joined #yocto
Chaser has joined #yocto
barometz has joined #yocto
paulbarker has joined #yocto
vquicksilver has joined #yocto
jamestperk has joined #yocto
rmmr has joined #yocto
Fanfwe has joined #yocto
shoragan has joined #yocto
erbo_ has joined #yocto
ak77_ has joined #yocto
warthog9 has joined #yocto
Ch^W_ has joined #yocto
cengiz_io has joined #yocto
zibri has joined #yocto
dgriego has joined #yocto
awafaa has joined #yocto
ldts has joined #yocto
fleg has joined #yocto
fancer has joined #yocto
georgem has joined #yocto
dl9pf has joined #yocto
override has joined #yocto
Shaun has joined #yocto
chrysh has joined #yocto
darknighte has joined #yocto
neverpanic has joined #yocto
armpit has joined #yocto
Crofton has joined #yocto
nohit has joined #yocto
fullstop has joined #yocto
dlan has joined #yocto
karl has joined #yocto
fitzsim has joined #yocto
bradfa has joined #yocto
thierryE has joined #yocto
kriive has joined #yocto
lukma has joined #yocto
JPEW has joined #yocto
mckoan has joined #yocto
JaMa has joined #yocto
smurray has joined #yocto
abelloni has joined #yocto
dmoseley_ has joined #yocto
wCPO has joined #yocto
agrue has joined #yocto
ad__ has joined #yocto
Lihis has joined #yocto
LetoThe2nd has joined #yocto
Piraty has joined #yocto
ndec has joined #yocto
risca has joined #yocto
Saur has joined #yocto
creich has joined #yocto
zagor has joined #yocto
marex has joined #yocto
ChanServ has joined #yocto
Starfoxxes has joined #yocto
davidinux has joined #yocto
Vonter has quit [Ping timeout: 256 seconds]
manuel1985 has joined #yocto
Vonter has joined #yocto
amitk_ has joined #yocto
amitk has quit [Ping timeout: 256 seconds]
d0ku has joined #yocto
GNUmoon has quit [Ping timeout: 276 seconds]
<coldspark29[m]>
Morning
<coldspark29[m]>
Is it good practice to add the local.conf and bblayers.conf to version control?
tre has joined #yocto
GNUmoon has joined #yocto
<qschulz>
coldspark29[m]: no
<qschulz>
local.conf is local as the name implies
<qschulz>
bblayers is dependent on the user directory layout, and you shouldn't make assumptions on those
<coldspark29[m]>
qschulz: Okay thought so
<qschulz>
snapsd: it is probably possible to do what you want, but I'd say this is in the area of hacks and not proper support
<qschulz>
snapsd: you want to hook your logic into the task that sets and reads the RDEPENDS, which I assume is something like do_package more or less
<qschulz>
then set RDEPENDS variable there based on the file in your sources
<snapsd>
qschulz - yes, after unpack, I have access to what I need to set as RDEPENDS and added task to do so...
<snapsd>
now problem is, the value is correctly set in RDEPENDS (printed it and varifiled in pkgdata).. but those dependencies are not built by yocto
<qschulz>
snapsd: no, you need to set RDEPENDS dynamically in ALL tasks that use RDEPENDS
<qschulz>
because of the scope of variables
<qschulz>
if you set a variable in a task, its value stays in the task
<qschulz>
it's gone or reset to the recipe scope upon starting the next task
mvlad has joined #yocto
<snapsd>
alright, so the example you pointed -- there "split_nymea_plugins_packages" this task will set RDEP globally (accessible thruout the recipe)? and before/after which task?
<snapsd>
qschulz - is I am trying to figure out the order of this
<snapsd>
qschulz - is I am trying to figure out the order of this split_nymea_plugins_packages execution
<qschulz>
snapsd: no, it sets RDEPENDS only in one task. The only way to have something set in the recipe scope (and NOT global scope!) is by setting the variable in a python anonymous function which is run when the recipe is aprsed, well before your sources are fetched
<qschulz>
snapsd: it's called by the logic handling PACKAGES_DYNAMIC IIRC
<snapsd>
I see. this is something I want to achive.. I get what goes in my RDEPENDS after do_unpack --> after this point I want to set RDEP such a way that,.. yocto would normally handle building of dependencies
<qschulz>
snapsd: is it RDEPENDS or DEPENDS that you are talking about? Because those are two completely different things
<qschulz>
snapsd: for RDEPENDS, it's probably handled by code in the opky/meta/classes/package.bbclass
<snapsd>
qschulz - I want in RDEPENDS, it's runtime dependency
<qschulz>
snapsd: may you explain what exactly you're trying to achive in having your RDEPENDS listed in your source code and not in Yocto?
camus1 has joined #yocto
<snapsd>
yes, I am fetching some package and this package will give me what I should set as RDEPENDS,.. so I have access to that after download (do_fetch) and extract (do_unpack) stage, after unpack, I can read the RDEPS from the extracted file and need to set it for yocto to do further processing of RDEPENDS variable as it would do normally
camus has quit [Ping timeout: 240 seconds]
camus1 is now known as camus
davidinux has quit [Ping timeout: 240 seconds]
<qschulz>
the question is why?
<qschulz>
does your prebuilt package have shared libraries? Because in that case, Yocto automatically reads the dependency objdump finds for it
davidinux has joined #yocto
<qschulz>
also, prebuilt binaries and Yocto is a dangerous path to take
<qschulz>
there's no guarantee it's compiled for the same version of the libc or any other build and runtime dependency.
zpfvo has joined #yocto
leon-anavi has joined #yocto
<coldspark29[m]>
How do I know which branch of meta-browser to checkout? They are not grouped for gatesgarth, hardknott etc.
<coldspark29[m]>
Master used to work. but now not anymore. So that is also not practical.
<zpfvo>
coldspark29[m]: I would just checkout the last working revision
<qschulz>
coldspark29[m]: checkout the branch named after the Yocto release you use, but since among the releases that are officially supported none have their own branch, I guess master is the only solution
<qschulz>
coldspark29[m]: also "but now not anymore" isn't really helpful :/
<qschulz>
which Yocto version are you using and what's the error you're having with meta-browser?
<coldspark29[m]>
<qschulz> "coldspark29: also "but now not..." <- Yeah sorry, I have to get to the bottom of this. We used a fixed commit hash in the Repo tool and it used to compile. Now I am getting compilation errors with that hash. The same with master. I already tried checking out the repo again. Same thing.
<coldspark29[m]>
Weirdly, it works when I check it out with kas. Seems like kas and repo don't checkout the same commits when set to master. Have to recheck. That would be really weird.
ziga has joined #yocto
040AAGVLM has quit [Ping timeout: 240 seconds]
florian has joined #yocto
olani has joined #yocto
<ziga>
How do I build mmy own image on top of "core-image-x11"? When I was building on top of "core-image" I just added "inherit core-image" to my image's recipe? But "inherit core-image-x11" fails.
<qschulz>
ziga: inherit is only for classes. core-image-x11 is not a class but a recipe, therefore one should use "include" or "require"
<qschulz>
if they are not in the same directory, the path relative to the root of the layer the recipe to be included in is needs to be passed to include/require
<ziga>
@qschulz Ah! This is a nice way to discover layers! Thank you so much for this idea!
olani has quit [Ping timeout: 256 seconds]
olani has joined #yocto
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
snapsd has quit [Ping timeout: 256 seconds]
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
davidinux has quit [Ping timeout: 256 seconds]
davidinux has joined #yocto
<rburton>
RP: fyi hardknott and honister both have broken kernel build depends now, not noticable with standard gcc as there are implicit deps, but breaks the build with external toolchains.
<rburton>
thanks for merging the fix to master
alessioigor has joined #yocto
zpfvo has quit [Ping timeout: 256 seconds]
alessioigor has quit [Client Quit]
zpfvo has joined #yocto
<RP>
rburton: have you let anuj know?
<RP>
rburton: ah, it has been sent
<rburton>
yeah, one was sent with master, the other this morning
<RP>
rburton: I've merged it to both older branches
<rburton>
thanks
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
<RP>
kanavin: do you happen to be looking at the epiphany cves?
<rburton>
RP: just looked at the xorg cves
<rburton>
one is actually pixman, just mailed to get the cpe updated
<RP>
rburton: one says "won't fix" from RH
zpfvo has quit [Ping timeout: 256 seconds]
<rburton>
yeah the race is crazy rare
<rburton>
i can't think of anything that doesn't abort() if you close the server socket
zpfvo has joined #yocto
thekappe has quit [Quit: WeeChat 1.9.1]
<kanavin>
RP: they should be all resolved by a trivial version update, which I'll try to get into my next batch
<kanavin>
RP: I was fighting with the set I just sent out throughout last week
<kanavin>
once that set merges, we can re-run AUH to roll up
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
<RP>
kanavin: ok, thanks!
<kanavin>
RP: meanwhile I am pulling my hair out figuring out the confusion between HOST_SYS and TARGET_SYS throughout oe-core
<kanavin>
building cross-canadian gcc for the target isn't easy :)
<rburton>
kanavin: yes, that's a massive mess
<kanavin>
and GNU terminology doesn't help, I can see why someone would say TARGET_x, when they meant HOST_x
<rburton>
yeah
<kanavin>
TARGET_ must be only used when it differs from HOST_
<RP>
kanavin: I started trying to improve that years ago but only got so far :/
<kanavin>
rburton, RP at least autotools.bbclass gets it right, and we should follow from there
<rburton>
at least its relatively easy to grep for all users of TARGET_ and change 99% of them to HOST_
<rburton>
if you're not a compiler, you mean host
zpfvo has joined #yocto
<rburton>
and i entirely expect to have used the wrong name repeatedly myself
<RP>
I think I focused on getting the right things where it really matters
<RP>
Ah, my last changes were removing TARGET_CFLAGS -> CFLAGS and similar
Vonter has quit [Ping timeout: 256 seconds]
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
Vonter has joined #yocto
<rburton>
zeddii: just sent a patch for meta-virt to fix it on hardknott. upgraded busybox again
<rburton>
hm
<rburton>
i wonder if that can use PV
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
<kanavin>
rburton, RP another issue is that HOST_ is set from TARGET_, when it should be the other way around
<kanavin>
e.g changing TARGET_ should not affect HOST_
<kanavin>
I'll try to cook up a patchset for these things, and see how the AB does with it
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 252 seconds]
<RP>
kanavin: part of the trouble is the terminology isn't understood by people so I think this will confuse them :(
zpfvo has joined #yocto
xmn has joined #yocto
tre has quit [Remote host closed the connection]
<vd>
does the kernel require something in particular to run with qemuarm? I have a serial console with beaglebone-yocto but not beaglebone from meta-ti even though I copied over all QB_* and SERIAL_CONSOLES* variables
Vonter has quit [Read error: Connection reset by peer]
Vonter has joined #yocto
snapsd has joined #yocto
<RP>
zeddii: when you start sending html emails I think the world is about to end! :)
<paulg>
SAY IT ISN'T TRUE!
<RP>
paulg: I think he is lost to us
<paulg>
Better check PGP sigs - must be an imposter.
tgamblin_ has quit [Quit: Leaving]
tgamblin has joined #yocto
<fray>
is QT being built on the autobuilder? We're seeing rare, but occasional failures in qtbase. We turn off parallel builds and they go away, but it also adds many hours to the build
cwiz89 has joined #yocto
<fray>
Also I am attempting to build a package set with DISTRO_FEATURES with both sysvinit and systemd set. (That works.) As long as I create a normal filesystem, no problem the INIT_MANAGER selected ends up in the image. HOWEVER if I add "dev-pkgs" to build, it fails with both systemd and sysvinit providing /sbin/telinit. I traced it back to something deciding we needed systemd-dev, and systemd-dev requiring
<fray>
systemd..
cwiz89 has left #yocto [#yocto]
<fray>
I've not been able to break that dependency. I tried PACKAGE_EXCLUDE_COMPLEMENTARY and wasn't able to break that systemd-dev
<fray>
Any suggestions?
akiCA has joined #yocto
camus1 has joined #yocto
camus has quit [Read error: Connection reset by peer]
camus1 is now known as camus
<RP>
fray: not tested on the AB
mariusz1 has quit [Ping timeout: 256 seconds]
codavi has joined #yocto
zpfvo has quit [Ping timeout: 250 seconds]
zpfvo has joined #yocto
Vonter has quit [Read error: Connection reset by peer]
akiCA has quit [Ping timeout: 240 seconds]
Vonter has joined #yocto
zpfvo has quit [Ping timeout: 250 seconds]
rob_w has quit [Remote host closed the connection]
zpfvo has joined #yocto
<fray>
RP - ok, so anyway, I think QT has a minor parallization issue.. rare but happens.. If it's not tested on the autbuilder then not your concern. Currently I'm advising people to just "retry the build"..
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
Vonter has quit [Read error: Connection reset by peer]
Vonter has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
Tokamak has joined #yocto
zpfvo has joined #yocto
Vonter has quit [Ping timeout: 256 seconds]
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
<RP>
fray: I think the problem there is that systemd-dev pulls in systemd itself ?
fitzsim has quit [Read error: Connection reset by peer]
<fray>
RP yes.. systemd-udev -> systemd-dev (via dev-pkgs) -> systemd and collision
<fray>
I'm trying ot figure out how to stop either systemd-dev or systemd to avoid the collision
<RP>
fray: several other pieces in the init package are update-alternatives
florian_kc has joined #yocto
<fray>
I like the systemd-udev -- it seems to bring some uniformity to the sysvinit (without exploding filesystem size like full systemd)..
<fray>
but I might need to break that somehow and go back to mdev
<fray>
(I was surprised, but in my limited testing the systemd-udev with sysvinit actually seems to work pretty well)
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
<smurray>
fray: I build qt a lot for AGL, haven't seen a failure for a long time. We don't build the qtweb* pieces, though
<fray>
this is just the stock meta-qt qtbase
<fray>
I mean meta-qt5
<fray>
anyway, it seems about 1 out of about every 100 builds fails due to what appears to be a parallization issue
<smurray>
fray: hrm, odd we've not seen it that I can recall right off. You likely have bigger builders than we do, though
<fray>
these are 32? or 64 core builders
<fray>
back ot the sysv.. I said mdev, I meant eudev
zpfvo has quit [Remote host closed the connection]
<smurray>
fray: my local machine is 24c/48t, so not super far off
florian has quit [Quit: Ex-Chat]
florian_kc has quit [Ping timeout: 256 seconds]
manuel1985 has quit [Quit: Leaving]
fitzsim has joined #yocto
dtometzki has quit [Ping timeout: 240 seconds]
Tokamak has quit [Ping timeout: 268 seconds]
Tokamak has joined #yocto
Tokamak_ has joined #yocto
Tokamak has quit [Read error: Connection reset by peer]
mckoan is now known as mckoan|away
jsandman has quit [Ping timeout: 256 seconds]
Tokamak_ has quit [Read error: Connection reset by peer]
Tokamak has joined #yocto
florian_kc has joined #yocto
<vd>
what does the kernel need for runqemu?
<vd>
I have no console with the beaglebone from meta-ti
ziga has quit [Read error: Connection reset by peer]
florian_kc has quit [Ping timeout: 240 seconds]
Tokamak has quit [Ping timeout: 256 seconds]
<zeddii>
there's no guarantee that qemu has what a given h/w BSP is looking for.
Tokamak has joined #yocto
Tokamak has quit [Read error: Connection reset by peer]
Tokamak has joined #yocto
snapsd has quit [Ping timeout: 256 seconds]
florian_kc has joined #yocto
florian_kc has quit [Ping timeout: 240 seconds]
Tokamak has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
d0ku has quit [Ping timeout: 256 seconds]
florian_kc has joined #yocto
<LetoThe2nd>
yo dudX
Tokamak has joined #yocto
sakoman has quit [Quit: Leaving.]
alejandrohs has joined #yocto
<alejandrohs>
Good morning/afternoon/night
<LetoThe2nd>
It's always beer o'clock
<alejandrohs>
is anyone else getting an index from docs.yoctoproject.org
<alejandrohs>
That I can agree with
<LetoThe2nd>
alejandrohs: confirmed.
<LetoThe2nd>
halstead: ^^^^^
<alejandrohs>
okay just making sure we were aware
<alejandrohs>
halstead: clicking on the proper release does work btw
<halstead>
alejandrohs: LetoThe2nd yes, I reported that to michaelo. I have a temporary fix but it only lasts until the next docs build
florian_kc has quit [Ping timeout: 240 seconds]
<LetoThe2nd>
halstead: don'T build, then!
<alejandrohs>
halstead: alright thanks for checking
<LetoThe2nd>
+1
<fray>
More information, with both sysvinit and systemd in the DISTRO_FEATURES. A large number of things appear to get linked against libsystemd0. (psplash, rpcbind, dbus, and others).. and I if I use dev-pkgs, then it forces systemd.. and blows up
* zeddii
finishes up his rm -rf 5.14 series now that January is in full swing,
xmn has joined #yocto
mariusz1 has quit [Ping timeout: 256 seconds]
GNUmoon has joined #yocto
florian_kc has joined #yocto
florian_kc has quit [Ping timeout: 240 seconds]
ziga__ has quit [Ping timeout: 240 seconds]
Piraty has quit [Quit: -]
Piraty has joined #yocto
mvlad has quit [Remote host closed the connection]
goliath has quit [Quit: SIGSEGV]
florian_kc has joined #yocto
Ad0 has quit [Ping timeout: 256 seconds]
<RP>
halstead: sorry, this has been passed to me to sort with a merge
<RP>
JPEW: ready for a new taskhash nightmare? :/
<JPEW>
uh oh
<RP>
JPEW: kanavin has found an interesting cornercase and problem
<RP>
JPEW: rpm-native depends on zstd-native. So far so good
<RP>
JPEW: the trouble is that zstd-native can change in output changing ways and yet rpm-native can remain unchanged
<RP>
JPEW: this means two rpm-natives can be marked as identical even if built with different zstd-native
<RP>
JPEW: now think about what happens to a do_package_write_rpm which only depends on rpm-native but may be generated with different zstd-native versions
<fray>
ok.. I found that the 'PACKAGE_EXCLUDE_COMPLEMENTARY' requires the _input_ files to exclude, not output..
<JPEW>
RP: Ah, the transitve dependency on zstd-native is hidden
<RP>
JPEW: yes
<fray>
so I was able to add libsystemd libudev udev and systemd -- and the system no longer adds 'systemd-dev' to a combo systemd and sysvinit
<JPEW>
RP: OK, so this is worse than a transative dependency on a library (for example) because do_package_write_rpm is actually using zstd-native
<RP>
JPEW: yes, and the output of the tasks depends on which zstd-native
<RP>
JPEW: I've been puzzling over it. I have one potential solution but thought I'd see what you think before I share mine (I don't like it)
<JPEW>
do_package_write_rpm should depend on zstd-native?
<RP>
JPEW: that fixes a specific corner case we've found but what about any other dymanically linked lib in the native case?
<JPEW>
RP: Ah, ok.... so the part about this that is specific to -native is that the dependencies are actually _run_ which means they can directly affect the output (unlike target recipes)
<RP>
JPEW: exactly, that is my analysis anyway
<JPEW>
And.... it's really hard to know when that will happen
<JPEW>
Ok, what's your solution
<RP>
JPEW: well, I was wondering what you'd come up with :). I can share if you really want though. I did only just think of it now so it may be half baked
<JPEW>
RP: Fair.... I'd have to roll it around a little
<RP>
JPEW: we ran into this over the weekend so it has been rolling around in my mind for a bit longer