ndec changed the topic of #yocto to: "Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Join us or Speak at Yocto Project Summit (2022.11) Nov 29-Dec 1, more: https://yoctoproject.org/summit | Join the community: https://www.yoctoproject.org/community | IRC logs available at https://www.yoctoproject.org/irc/ | Having difficulty on the list or with someone on the list, contact YP community mgr ndec"
<vmeson> DvorkinDmitry: what? 8080, a 8-bit microprocessor from Intel released in April 1974 running at 2 MHz.
barometz has quit [Quit: No Ping reply in 180 seconds.]
barometz has joined #yocto
seninha has quit [Ping timeout: 256 seconds]
<DvorkinDmitry> vmeson, yes. it is still used as co-cpu in some SoCs. I'd like to have multiconfig that includes one application for this co-cpu
<DvorkinDmitry> I mean 8051 co-cpu, sorry
prabhakarlad has quit [Quit: Client closed]
seninha has joined #yocto
Wouter01006 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter01006 has joined #yocto
MrFrank has quit [Ping timeout: 256 seconds]
MrFrank has joined #yocto
qschulz has quit [Quit: qschulz]
qschulz has joined #yocto
barometz has quit [Ping timeout: 268 seconds]
barometz has joined #yocto
xmn has quit [Quit: ZZZzzz…]
<vmeson> DvorkinDmitry: well, that's more sensible: 8051 ... developed by Intel in 1980 for use in embedded systems. -- yikes!
kscherer has quit [Ping timeout: 260 seconds]
<vmeson> DvorkinDmitry: I checked my 10+ year email archive for yocto and don't see anything. I guess you could add a toolchain to your own layer.
seninha has quit [Remote host closed the connection]
RobertBerger has joined #yocto
rber|res has quit [Ping timeout: 260 seconds]
invalidopcode has quit [Remote host closed the connection]
invalidopcode has joined #yocto
money_ has quit [Quit: money_]
jclsn has quit [Ping timeout: 256 seconds]
jclsn has joined #yocto
sakoman has quit [Quit: Leaving.]
amitk has joined #yocto
invalidopcode has quit [Remote host closed the connection]
invalidopcode has joined #yocto
schtobia has quit [Quit: Bye!]
schtobia has joined #yocto
money_ has joined #yocto
rcw has quit [Read error: Connection reset by peer]
olani_ has quit [Ping timeout: 256 seconds]
tomzy_0 has joined #yocto
alessioigor has joined #yocto
thomasd13 has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
leon-anavi has joined #yocto
rob_w_ has joined #yocto
<Frank33> https://bugzilla.yoctoproject.org/show_bug.cgi?id=12018 has status IN PROGRESS, but looking at the ticket history this seems incorrect/outdated
<Frank33> OK to set back to NEW ?
|Xagen has quit [Remote host closed the connection]
Xagen has joined #yocto
mark_l has quit [Quit: mark_l]
<LetoThe2nd> yo dudX
<tomzy_0> morning
rob_w_ has quit [Quit: Leaving]
rob_w_ has joined #yocto
rob_w_ has quit [Client Quit]
rob_w has joined #yocto
rob_w__ has joined #yocto
rob_w__ has quit [Remote host closed the connection]
rob_w has quit [Client Quit]
rob_w has joined #yocto
schtobia has quit [Quit: Bye!]
DvorkinDmitry has quit [Ping timeout: 260 seconds]
kpo has quit [Read error: Connection reset by peer]
kpo has joined #yocto
mvlad has joined #yocto
Wouter01006 has quit [Quit: The Lounge - https://thelounge.chat]
<landgraf> Frank33: iirc there was some work done on this one already. Have you checked the ML?
Wouter01006 has joined #yocto
<landgraf> oh. that's mix of two tasks there
mckoan|away is now known as mckoan
<mckoan> good morning
zpfvo has joined #yocto
<landgraf> mckoan (^_^)/
<mckoan> landgraf: hey ;-)
<Frank33> landgraf: thanks, i'll add a comment to the ticket
d-fens has quit [Read error: Connection reset by peer]
frieder has joined #yocto
PaulBarker[m] has left #yocto [#yocto]
manuel1985 has joined #yocto
d-fens has joined #yocto
schtobia has joined #yocto
d-fens has quit [Read error: Connection reset by peer]
gsalazar has joined #yocto
camus has joined #yocto
d-fens has joined #yocto
fnsr|2 has joined #yocto
fnsr|2 has quit [Client Quit]
xmn has joined #yocto
RobertBerger has quit [Remote host closed the connection]
mckoan has quit [Ping timeout: 268 seconds]
mckoan has joined #yocto
xmn has quit [Ping timeout: 256 seconds]
xmn has joined #yocto
kalj54 has joined #yocto
kalj has joined #yocto
kalj54 has quit [Client Quit]
florian has joined #yocto
prabhakarlad has joined #yocto
zpfvo has quit [Ping timeout: 265 seconds]
amelius has joined #yocto
schtobia has quit [Quit: Bye!]
schtobia has joined #yocto
schtobia has quit [Client Quit]
schtobia has joined #yocto
olani has quit [Ping timeout: 260 seconds]
azcraft has joined #yocto
zpfvo has joined #yocto
sgw has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
amelius has quit [Remote host closed the connection]
nemik_ has quit [Ping timeout: 260 seconds]
nemik_ has joined #yocto
nemik_ has quit [Ping timeout: 260 seconds]
nemik_ has joined #yocto
g-embed has joined #yocto
olani has joined #yocto
g-embed has quit [Quit: Leaving]
yocti has quit [Ping timeout: 260 seconds]
yocti has joined #yocto
_azcraft has joined #yocto
azcraft has quit [Ping timeout: 260 seconds]
g-embed has joined #yocto
sgw has quit [Ping timeout: 252 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
sgw has joined #yocto
<hsv> I'm hoping someone can point to what i might be doing wrong - https://paste.debian.net/plain/1263174
<hsv> I'm trying to use a config fragment to enable a kernel module, there are no compile warnings but the module isn't there when i run the image.
<mckoan> hsv: are other mondules present in the image (/lib/modules) ?
Frank33 has quit [Quit: Client closed]
Frank33 has joined #yocto
<Frank33> did you select the correct PREFERRED_PROVIDER_virtual/kernel ? (see https://docs.yoctoproject.org/ref-manual/variables.html#term-PREFERRED_PROVIDER)
<rburton> hsv: unless your image installs kernel-modules (which is all modules), you need to actually install the module.
<rburton> a kernel builds hundreds of modules, if they're always all installed then there's no point in having modules...
amsobr has joined #yocto
<hsv> There are a ton of modules under /lib/modules/5.10.145-g8b51d20b6e/kernel
<hsv> The runtime error is: "modprobe: module spidev not found in modules.dep"
<rburton> is it actually installed though
<hsv> no i did nothing with PREFERRED_PROVIDER yet.
<hsv> There is no spidev module under /lib/modules/.../kernel
<hsv> I'm unsure how to check this in the build.
sgw has quit [Ping timeout: 256 seconds]
<hsv> $ grep SPIDEV ./tmp/work/am437x_evm-poky-linux-gnueabi/linux-ti-staging/*/build/.config
<hsv> # CONFIG_SPI_SPIDEV is not set
<hsv> Does that mean the fragment was not applied?
PhoenixMage has quit [Ping timeout: 252 seconds]
<rburton> yes
<rburton> "bitbake-getvar -r linux-ti-staging SRC_URI" and check that your bbappend is applied
PhoenixMage has joined #yocto
<Frank33> looks like it uses KERNEL_CONFIG_FRAGMENTS
<Frank33> is your spidev.cfg added to those?
<hsv> SRC_URI=" git://git.ti.com/git/ti-linux-kernel/ti-linux-kernel.git;protocol=https;branch=ti-linux-5.10.y file://defconfig file://spidev.cfg file://am437x-pru-uio.dtsi"
<hsv> i did see examples using KERNEL_CONFIG_FRAGMENTS will try that.
d-fens has quit [Read error: Connection reset by peer]
tomzy_0 has quit [Quit: Client closed]
nemik_ has quit [Ping timeout: 260 seconds]
nemik_ has joined #yocto
seninha has joined #yocto
sgw has joined #yocto
nemik_ has quit [Ping timeout: 256 seconds]
d-fens has joined #yocto
nemik_ has joined #yocto
prabhakarlad has quit [Quit: Client closed]
<ArgaKhan___> | ERROR: Feature 'xcomposite-egl' was enabled, but the pre-condition 'features.wayland-client && features.opengl && features.egl && features.xlib && libs.xcomposite && features.egl_x11' failed.
<ArgaKhan___> |
<ArgaKhan___> | ERROR: Feature 'xcomposite-glx' was enabled, but the pre-condition 'features.wayland-client && features.opengl && !features.opengles2 && features.xlib && libs.xcomposite && libs.glx' failed.
<ArgaKhan___> |
<ArgaKhan___> | ERROR: Feature 'xcomposite-glx' was enabled, but the pre-condition 'features.wayland-server && features.opengl && !features.opengles2 && libs.xcomposite && libs.glx' failed.
<ArgaKhan___> Does anyone know the solution for this error?
<hsv> d-fens: have a look at that file /usr/lib/python3.9/multiprocessing/connection.py and see if there's a clue in the comments.
tomzy_0 has joined #yocto
Frank33 has quit [Quit: Client closed]
Frank33 has joined #yocto
<d-fens> hsv: thanks, i found a file requiring itself ... fixed the type and the error is gone
<d-fens> s/type/typo
tomzy_0 has quit [Quit: Client closed]
sgw has quit [Ping timeout: 260 seconds]
<JaMa> ArgaKhan___: see commits from yesterday in meta-qt5/master
<hsv> rburton, Frank33: thanks for the pointers. KERNEL_CONFIG_FRAGMENTS was it.
<ArgaKhan___> JaMa: OK, I'm looking right now. I normally use the kirkstone branch
<mckoan> hsv: do not use directory name 'fragments', use 'files' : FILESEXTRAPATHS:prepend := "${THISDIR}/files:"
sgw has joined #yocto
sgw has quit [Client Quit]
_lore_ has quit [Ping timeout: 260 seconds]
_lore_ has joined #yocto
_azcraft has quit [Quit: Leaving]
azcraft has joined #yocto
sgw has joined #yocto
sgw has quit [Client Quit]
<hsv> mckoan: ok, but i could not get it to work without specifying the full path.
<hsv> KERNEL_CONFIG_FRAGMENTS += "${TOPDIR}/../layers/meta-spidev/recipes-kernel/linux/fragments/spidev.cfg"
<ArgaKhan___> JaMa: now i am getting this error
<ArgaKhan___> aclocal: error: couldn't open directory 'm4macros': No such file or directory
<ArgaKhan___> it gives this error while configuring imsettings.
kpo has quit [Read error: Connection reset by peer]
olani has quit [Remote host closed the connection]
kpo has joined #yocto
money_ has quit [Quit: money_]
rber|res has joined #yocto
nemik_ has quit [Ping timeout: 260 seconds]
kalj has quit [Quit: Client closed]
nemik_ has joined #yocto
<mckoan> hsv: I'm lost. What are you doing? How your recipe looks like now ?
sgw has joined #yocto
Piraty has quit [Quit: -]
Piraty has joined #yocto
sakoman has joined #yocto
nemik_ has quit [Ping timeout: 256 seconds]
amsobr has quit [Ping timeout: 260 seconds]
<mckoan> hsv: of course you have to rename the directpry consequently layers/meta-spidev/recipes-kernel/linux/files
nemik_ has joined #yocto
<hsv> It works, though if it can be better i will change it.
thomasd13 has quit [Ping timeout: 248 seconds]
Frank33 has quit [Quit: Client closed]
<qschulz> hsv: it breaks the sstate-cache and expects the layer layout to be the same across all dev machines which is not guaranteed at all
kscherer has joined #yocto
<hsv> i'm unsure if there's any other way to do it. The usage of KERNEL_CONFIG_FRAGMENTS is here - https://git.ti.com/cgit/arago-project/meta-ti/tree/meta-ti-bsp/recipes-kernel/linux/setup-defconfig.inc
<mckoan> hsv: restore the previous linux-ti-staging_%.bbappend
<mckoan> FILESEXTRAPATHS:prepend := "${THISDIR}/filess:"
<mckoan> FILESEXTRAPATHS:prepend := "${THISDIR}/files:"
<mckoan> SRC_URI += "file://spidev.cfg"
<mckoan> hsv: that's all
<mckoan> the line with "filess" is typo, ignore it
<hsv> mckoan: that fails to apply the config change.
* qschulz facepalms
<mckoan> qschulz: doh
<qschulz> hsv: at the very least you could use ${WORKDIR}/spidev.cfg I believe
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<qschulz> hsv: maybe if they had && [ ! -e "${WORKDIR}/$f" ] here https://git.ti.com/cgit/arago-project/meta-ti/tree/meta-ti-bsp/recipes-kernel/linux/setup-defconfig.inc#n70 that it would work
<hsv> i tried it and failed, but let me try again...
<qschulz> maybe someone should recommend them to switch to kernel-yocto.bbclass instead of reinventing the wheel or maybe tell us why it does not fit their requirements?
sakoman has quit [Remote host closed the connection]
<hsv> KERNEL_CONFIG_FRAGMENTS += "${WORKDIR}/files/spidev.cfg"
<hsv> Could not find kernel config fragment /home/...snipped.../am437x/build/tmp/work/am437x_evm-poky-linux-gnueabi/linux-ti-staging/5.10.145+gitAUTOINC+8b51d20b6e-r3b/files/spidev.cfg
<qschulz> hsv: I didn't say files/
sakoman has joined #yocto
_azcraft has joined #yocto
azcraft has quit [Ping timeout: 256 seconds]
<hsv> ah, that works. thank you.
<mckoan> hurray \o/
<hsv> also i will call it spi_config.cfg since who knows what other tweaks may be required there.
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
sgw has quit [Ping timeout: 260 seconds]
_azcraft is now known as azcraft
florian_kc has joined #yocto
invalidopcode has quit [Remote host closed the connection]
invalidopcode has joined #yocto
camus has quit [Ping timeout: 260 seconds]
GNUmoon has quit [Ping timeout: 255 seconds]
Haxxa has quit [Ping timeout: 265 seconds]
GNUmoon has joined #yocto
prabhakarlad has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
nathani has joined #yocto
Haxxa has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
sgw has joined #yocto
<alessioigor> qschulz: Did you have a chance to view my yesterday pastebin about dependency loops?
Tyaku has joined #yocto
florian_kc has quit [Ping timeout: 252 seconds]
florian has quit [Quit: Ex-Chat]
otavio has quit [Remote host closed the connection]
rob_w has quit [Quit: Leaving]
<nathani> I've been struggling with shared DL_DIR. We have a shared build server for development and multiple user accounts. The git directories seem to always set up as 0644, which other users cannot overwrite if needed. I tried the BB_GENERATE_MIRROR_TARBALLS flag... no joy. Any suggestions are much appreciated, thanks!
mckoan is now known as mckoan|away
zpfvo has quit [Remote host closed the connection]
Wouter01006 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter01006 has joined #yocto
sgw has quit [Ping timeout: 248 seconds]
* zeddii is --><-- close to finally debugging why a cleanall on simple packages takes upwards of 10 minutes on my builder. Lots of D state and sleeping processes.
<zeddii> strace seems to just imply that it is my sstate cache being giant and taking forever to iterate.
<RP> zeddii: this is why I tell people to use clean, not cleansstate or cleanall
<RP> zeddii: large sstate not in the cache is a pain
<RP> zeddii: most sstate accesses, we know the filename so we avoid this
<RP> perhaps we should stop cleanall depending on cleansstate
<zeddii> in this case, I did want to nuke everything since i'm getting a report of different behaviour and I want to be sure nothing is re-used in my existing build.
<zeddii> so I hit it with a hammer :)
<zeddii> I'll just go have lunch while it churns!
<hsv> mv foo foo.deleteme; rm -rf foo.deleteme &
PhoenixMage has quit [Ping timeout: 260 seconds]
PhoenixMage has joined #yocto
malsyned has joined #yocto
<vvn> What are the requirements again for SSTATE_DIR and DL_DIR in terms of filesystem?
<malsyned> How does AUTOREV work together with PV to set the PV at parse time? Whenever I try to set PV programmatically, I get "When reparsing <file>, the basehash value changed"
<kergoth> malsyned: are you setting it with an event or anonymous python? that wont due, as the value has to be consistent every time it's used. inline python is the only way, and it can't change during the run either, so a cache would be advised (we use one for autorev)
<malsyned> I'm using inline python. https://pastebin.com/bWUGCjFE
Tyaku has quit [Quit: Lost terminal]
<malsyned> A bit about my set-up: my yocto tree sits as a subdirectory of my main application's source tree, and this recipe's job is to package whatever is checked out in the working directory. So the file it's reading exists prior to do_fetch and should be stable.
<nathani> vvn I didn't see any requirements in the documentation specifically for the DL_DIR. But ext4 was recommended overall, which is what I'm using.
<malsyned> Oh, also, I only get that error after I change about.py and run bitbake a second time.
manuel_ has joined #yocto
manuel1985 has quit [Ping timeout: 260 seconds]
otavio has joined #yocto
alessioigor has quit [Quit: alessioigor]
<hsv> Is naming a directory 'files' somehow magic in that the contents get copied across to ${WORKDIR} ?
<malsyned> hsv I think you still have to mention the files you want from 'files/' in SRC_URI for them to get copied to WORKDIR. 'files/' is just in the default search path for SRC_URI.
<hsv> So there is nothing magic about the name 'files', except convention? (just so i understand)
<hsv> oh, sorry. i read ehat you said again.
manuel_ has quit [Ping timeout: 260 seconds]
mckoan_ has joined #yocto
mckoan|away has quit [Ping timeout: 264 seconds]
frieder has quit [Remote host closed the connection]
paulg has quit [Read error: Connection reset by peer]
roussinm has joined #yocto
paulg has joined #yocto
<kergoth> hsv: it finds files via FILESPATH variable
<kergoth> which includes files
<malsyned> kergoth: I have fixed my issue, but I don't understand *why* this is the fix. I replaced PV = "${@get_version(d)}" with SRCREV = "${AUTOREV}" \n SRCPV = "${@get_version(d)}" \n PV = "${SRCPV}" and now it works like a charm, but I don't know why. I assume I'm triggering some sort of sstate behavior
<malsyned> (I don't even know what AUTOREV would mean in the context of the file:// fetcher that this recipe uses)
<malsyned> by using AUTOREV?
prabhakarlad has quit [Quit: Client closed]
<malsyned> (update: the indirection through SRCPV doesn't appear to be necessary. Just setting SRCREV = "${AUTOREV}" seems to make it work, but I don't know why.)
florian_kc has joined #yocto
Wouter01006 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter01006 has joined #yocto
amitk has quit [Ping timeout: 256 seconds]
manuel_ has joined #yocto
malsyned has quit [Ping timeout: 265 seconds]
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
<kergoth> and he left before i could explain about vardepvalue
<kergoth> oh well
nemik_ has quit [Ping timeout: 256 seconds]
nemik_ has joined #yocto
nemik_ has quit [Ping timeout: 246 seconds]
nemik_ has joined #yocto
malsyned has joined #yocto
malsyned has quit [Ping timeout: 256 seconds]
florian_kc has quit [Ping timeout: 268 seconds]
DvorkinDmitry has joined #yocto
money_ has joined #yocto
<DvorkinDmitry> is there are any active GUI/HTML frontend to the Yocto? Is Toaster active or stalled?
<paulg> I've got some old files with stuff like:
<paulg> image.inc:IMAGE_INSTALL += "apache2"
<paulg> I thought they generated an error if they didn't use IMAGE_INSTALL:append = " apache2" nowadays?
<paulg> instead to my surprise, the lines were just silently ignored.
<RP> paulg: += is still valid syntax, the reason it doesn't work is just due to the way the IMAGE_INSTALL variable is used/set
* RP doesn't remember the specific reason
<RP> kanavin_: I merged your python3 changes but somehow the autobuilder is now breaking with symbol errors. It would appear unrelated to your change, except that it bisects to it :(
malsyned has joined #yocto
<paulg> RP so will that be true for KERNEL_FEATURES and DISTRO_FEATURES and other key variables too?
<RP> paulg: it is because recipes are doing things like /core-image-minimal.bb:IMAGE_INSTALL =
<RP> paulg: no, it is because image recipes set that to a value, overwriting the += you had
<RP> paulg: try bitbake-getvar IMAGE_INSTALL and have a look at the history
<paulg> if I change everything to FOOBAR:append = " foo" -- that seems best for consistency, or will that somehow also screw me?
mvlad has quit [Remote host closed the connection]
<RP> paulg: it is like an arms race, I'd really not encourage that
<RP> I hate the behaviour of IMAGE_INSTALL
<RP> sadly I don't have the time to dive in and try and solve it :/
<kanavin_> RP: it does seem as though native libraries ask for newer libc symbols than the ones available on the host (on debian 11 it's 2.31)
<RP> kanavin_: notice the libs asking for this are from uninative. It should be finding the uninative libc as well
<RP> kanavin_: I don't know why it is breaking like this and why it points at the python patches with bisection. I think this may be some other issue and we're just unlucky it points at these patches but I can't tell. The build does have other real failures too :(
<kanavin_> RP: right. I'm just back from a day of travelling so can't look into it immediately :-/
* paulg isn't quite sure what to do with all these old files using IMAGE_INSTALL - guess I'll report it and let vmeson deal with it. :-P
<RP> kanavin_: no problem, I just thought I'd at least mention it in case this had been seen before or I'm missing something obvious.
<RP> paulg: for IMAGE_INSTALL specifically you can make then :append most likely
<RP> paulg: just don't do that for other things
<RP> kanavin_: sadly I will have to resolve this as we can't build M1 now :(
<paulg> RP - thanks, I'll give that a whirl vs. making vmeson angry twice in one day.
<kanavin_> RP: sorry I can't help today :( I acquired a galactic headache on the train, and it just faded with some help from ibuprofen
<RP> kanavin_: np, you don't recognise it so that is a good data point. Get some rest and hope it clears up quickly!
<kanavin_> RP: I very vaguely remember we had similar uninative breakage before
<RP> Why do bugs do this? No merge goes unpunished :)
<RP> kanavin_: I thought that too :/
florian_kc has joined #yocto
* RP suspects the presence of python3-config may be reconfiguring qemu somehow. I'll check into that
<hsv> Finally, this works...
<hsv> SRC_URI += "file://${THISDIR}/files"
<hsv> KERNEL_CONFIG_FRAGMENTS += "${WORKDIR}/spidev.cfg"
manuel_ has quit [Ping timeout: 260 seconds]
<RP> kanavin_: it is some silly floating libpng dependency. Now I know what to look for this shouldn't hopefully be too bad
garyh has joined #yocto
<RP> kanavin_: think I have the fix, thanks
sakoman has quit [Quit: Leaving.]
<garyh> I'm building an intel-corei7-64 image using meta-intel.  I need to modify /boot/loader/loader.conf and /boot/loader/entries/boot.conf.  I've tried using devtool modify for systemd, systemd-conf, and systemd-bootconf, but the files were not in those recipes.  What recipe do I modify to change loader.conf and boot.conf?
<rburton> the wic tool writes those i believe
money_ has quit [Quit: money_]
olani has joined #yocto
<RP> JPEW: would you be able to rebase your branch against master-next please? It will need tweaking but hopefully nothing too difficult
<RP> JPEW: if we have that, we can then probably produce some patches for people to test
<JPEW> RP: ya I'll get that done. Probably tomorrow though
<RP> JPEW: np, I just wanted to mention -next should be in a decent state. I sent a couple of your patches to the list, hope that was ok :)
<RP> JPEW: I merged the buildtools helper patch too so we can make the python version bump
<JPEW> Yep that's fine. Thanks!
florian_kc has quit [Ping timeout: 260 seconds]
Tokamak__ has joined #yocto
Tokamak_ has quit [Ping timeout: 255 seconds]
garyh has quit [Quit: Client closed]
manuel_ has joined #yocto
manuel_ has quit [Remote host closed the connection]
manuel1985 has joined #yocto
<malsyned> I have a recipe that uses only the file:// fetcher. I have PV being set by some immediate python that reads a file on disk. Can anybody tell me why this has sstate-based errors when run a second time unless I also say SRCREV="${AUTOREV}", and if there's a better way to accomplish what that
florian_kc has joined #yocto
<RP> malsyned: that file probably isn't always available on disk
<RP> malsyned: or, bitbake has cached the metadata and doesn't know when it needs to reparse (and hence update it)
<RP> BB_DONT_CACHE = "1" in the recipe may help as AUTOREV implies that
<malsyned> accomplishes?
<RP> means bitbake will reparse the recipe every time
seninha has quit [Quit: Leaving]
sgw has joined #yocto
Tokamak__ has quit [Quit: Tokamak__]
Tokamak_ has joined #yocto
seninha has joined #yocto
Tokamak_ has quit [Ping timeout: 256 seconds]
<malsyned> RP the file definitely always exists on disk. I think it's the second thing you said.
<malsyned> I recall trying BB_DONT_CACHE = "1" and it not working like I expected, but I'll give it another shot while paying closer attention to what I'm doing and see what happens. Thanks for the tip.
money_ has joined #yocto
<RP> malsyned: the challenge is that bitbake won't know when it needs to recalculate PV
Tokamak_ has joined #yocto
<malsyned> Isn't that the same problem faced by git AUTOREV?
<RP> malsyned: yes, which is why it disables caching as I mentioned
<malsyned> Right right, gotcha
leon-anavi has quit [Quit: Leaving]
<malsyned> Thanks for your help :)
prabhakarlad has joined #yocto
Tokamak_ has quit [Read error: Connection reset by peer]
florian_kc has quit [Ping timeout: 260 seconds]
kpo has quit [Read error: Connection reset by peer]
Tokamak_ has joined #yocto
sgw has quit [Quit: Leaving.]
manuel1985 has quit [Ping timeout: 256 seconds]
kpo has joined #yocto
seninha has quit [Remote host closed the connection]
seninha has joined #yocto
malsyned has quit [Ping timeout: 264 seconds]
Net147 has quit [Quit: Quit]
Tokamak_ has quit [Read error: Connection reset by peer]
Net147 has joined #yocto
Net147 has quit [Changing host]
Net147 has joined #yocto
PhoenixMage has quit [Ping timeout: 256 seconds]
PhoenixMage has joined #yocto
Tokamak_ has joined #yocto
florian_kc has joined #yocto