Thursday, 2021-11-25

*** florian <florian!> has quit IRC (Ping timeout: 260 seconds)00:00
sveinseMy use case is that I have to wipe my tmp and start a new build, but I'd like as much as possible of the current recipes into the sstate cache before the wipe00:00
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)00:05
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto00:09
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)00:54
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Client closed)00:57
*** nad <nad!> has quit IRC (Quit: Client closed)01:11
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto01:16
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)01:22
*** mattsm <mattsm!> has quit IRC (Read error: Connection reset by peer)01:31
*** prabhakarlad <prabhakarlad!> has joined #yocto01:31
*** mattsm <mattsm!> has joined #yocto01:31
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Ping timeout: 256 seconds)01:41
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto01:44
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto01:44
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)01:50
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Read error: Connection reset by peer)01:54
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto01:55
*** mattsm <mattsm!> has quit IRC (Quit: Ping timeout (120 seconds))02:01
*** mattsm <mattsm!> has joined #yocto02:02
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 245 seconds)02:04
*** camus <camus!~Instantbi@> has joined #yocto02:04
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)02:10
*** RobertBerger <RobertBerger!~rber|> has joined #yocto02:32
*** rber|res <rber|res!~rber|> has quit IRC (Ping timeout: 260 seconds)02:34
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)02:42
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Client closed)02:50
*** sakoman <sakoman!> has joined #yocto02:54
kergothsveinse: sstate, like bitbake, is task based, not recipe based, so that'd be unusual behavior to try to 'finish' a recipe as much as possible unless you're in an rm_work sort of operation. i can see why you'd want it, but i think you probably see why it wouldn't be default behavior :)03:11
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto03:18
*** camus <camus!~Instantbi@> has quit IRC (Quit: camus)03:20
*** camus1 <camus1!~Instantbi@> has joined #yocto03:20
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)03:23
*** camus1 <camus1!~Instantbi@> has quit IRC (Ping timeout: 250 seconds)03:24
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto03:54
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto03:56
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)04:03
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto04:16
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)05:03
*** ilunev <ilunev!~koolkhel@> has quit IRC (Ping timeout: 250 seconds)05:09
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)05:11
*** ilunev <ilunev!~koolkhel@> has joined #yocto05:23
kroonRP, kanavin, at least my image built without problems using BUILD_LDFLAGS += "-Wl,--build-id=none". will start a new build with a different TMPDIR05:24
kroonkergoth, sveinse, sometimes I run into the problem that the disk my TMPDIR is on gets full. if so, then I'd like to finish any big recipe-builds, but I can't start any clean tasks in order to free up space since no new tasks are allowed05:38
kroonkergoth, sveinse, would be nice if that was somehow allowed05:39
*** ilunev <ilunev!~koolkhel@> has quit IRC (Read error: Connection reset by peer)05:45
*** ilunev <ilunev!~koolkhel@> has joined #yocto05:46
*** alessioigor <alessioigor!~alessioig@> has joined #yocto05:57
kroonRP, kanavin, also, I think we need to test reproducilibity with building in two buildpaths that have different absolute length. so not {/usr/sysrootA,/usr/sysrootB}, but {/usr/sysroot/A,/usr/sysroot/the/brown/fox/jumped/B} or something like that06:03
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)06:05
kroonRP, kanavin, because even after removing the build-id, there is a null-section in the binaries that differ in size, which looks to be related to the absolute build paths06:06
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds)06:08
kroonRP, kanavin, yes, its .dynstr that differs in size, and that section contains the rpath strings06:17
kroonRP, could we just pass rpath = "$ORIGIN/../lib:$ORIGIN/../../lib" directly in BUILD_LDFLAGS ? that should fix the section lengths. ill try06:29
*** vd <vd!> has quit IRC (Ping timeout: 256 seconds)06:41
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto06:58
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto06:59
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto07:08
kroonRP, then we could even keep the build-id07:12
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)07:14
*** lowfi <lowfi!~lowfi@user/lowfi> has quit IRC (Read error: Connection reset by peer)07:16
*** rob_w <rob_w!> has joined #yocto07:27
*** tnovotny <tnovotny!> has joined #yocto07:31
kroonRP, i think using a constant "placeholder" in rpath instead of STAGING_LIBDIR_NATIVE and STAGING_BASE_LIBDIR_NATIVE will solve a lot of things07:35
*** rfuentess <rfuentess!> has joined #yocto07:43
michalkotylaHello, is there any confirmed and working way to copy files into the system image? I try with "install" inside do_install() and it set my files inside workdir/image. These files exist also in workdir/packages-split.  Does someone have an idea what I should check next? Of course, I tried to clean the recipe with "cleanall" and rebuild it again - nothing is changed.07:46
*** mckoan|away is now known as mckoan07:46
*** zpfvo <zpfvo!~fvo@> has joined #yocto07:56
*** fleg <fleg!64bf4386e9@user/fleg> has joined #yocto08:01
*** olani <olani!~olani@> has joined #yocto08:07
*** rob_w <rob_w!> has quit IRC (Remote host closed the connection)08:12
*** roussinm1 <roussinm1!> has quit IRC (Quit: WeeChat 3.3-dev)08:22
*** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has joined #yocto08:29
*** kayterina <kayterina!~kayterina@> has joined #yocto08:32
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 250 seconds)08:43
*** zpfvo <zpfvo!~fvo@> has joined #yocto08:44
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 260 seconds)08:48
*** zpfvo <zpfvo!~fvo@> has joined #yocto08:49
*** olani <olani!~olani@> has quit IRC ()08:53
qschulzmichalkotyla: oe-pkgdata-util find-path "/path/to/your/file/on/target" should return a package, add this package to your IMAGE_INSTALL in your recipe09:12
*** mihai <mihai!~mihai@user/mihai> has joined #yocto09:27
*** mattsm <mattsm!> has quit IRC (Quit: Ping timeout (120 seconds))09:29
*** mattsm <mattsm!> has joined #yocto09:29
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 268 seconds)09:44
*** zpfvo <zpfvo!~fvo@> has joined #yocto09:45
*** oberon <oberon!> has joined #yocto09:45
oberonI wanna add open sshd server to an image I create09:46
oberonto do so I added the following line to local.conf:09:46
oberonEXTRA_IMAGE_FEATURES += "ssh-server-openssh"09:46
oberonwhen I boot from the created image I can see sshd installed, but it isnt started (dont see it in pstree)09:47
*** td <td!~td@2a02:a317:e437:bf00:8232:53ff:fe39:19d5> has joined #yocto09:47
oberonif I run "systemctl start sshd" it starts09:47
oberonwhy do I need o do it manually ?09:48
tdHello, is there any reason why "linux-yocto" recipe is called has a suffix "-yocto"? Is there any recommendation to have our custom linux recipes called "linux-foobar" instead of just "linux"?09:49
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 250 seconds)09:49
qschulztd: how would you be able to pick between linux recipes if all were named the same?09:52
*** zpfvo <zpfvo!~fvo@> has joined #yocto09:53
*** oberon is now known as oberonc09:55
tdif I only have single linux recipe that wouldn't be a problem09:57
qschulztd: well, you already have linux-yocto so it's already one :)09:57
qschulzyou can name it linux, it's just that if there';s a name conflict, it is possible your recipe won't be taken09:57
tdso there are no constraints from bb classes point of view, it's just to avoid conflict, am I right?09:59
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 250 seconds)09:59
*** zpfvo <zpfvo!~fvo@> has joined #yocto09:59
*** tnovotny <tnovotny!> has quit IRC (Quit: Leaving)09:59
*** manuel1985 <manuel1985!~manuel198@> has joined #yocto10:00
qschulztd: there are constraints in naming convention followed by bitbake10:01
tdcould you elaborate on these convention in reference to linux?10:02
qschulznamely, lower case letters only, only dashes except between the name of the recipe and the version of the recipe10:03
qschulzi.e. some-recipe_1.2.3.bb10:03
qschulzperfect example being wpa_supplicant whose recipe filename is wpa-supplicant_xxx10:03
tdboth linux and linux-foo match the convention10:04
qschulzyup, they are thus valid10:05
*** td38 <td38!~td@2a02:a317:e437:bf00:8232:53ff:fe39:19d5> has joined #yocto10:09
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 268 seconds)10:09
*** zpfvo <zpfvo!~fvo@> has joined #yocto10:10
*** td38 <td38!~td@2a02:a317:e437:bf00:8232:53ff:fe39:19d5> has quit IRC (Client Quit)10:11
*** td <td!~td@2a02:a317:e437:bf00:8232:53ff:fe39:19d5> has quit IRC (Quit: Client closed)10:11
qschulzoberonc: Assuming it's your new nick from oberon, can you run bitbake openssh -e | grep "^SYSTEMD_AUTO_ENABLE" and tell us what's the output of that?10:11
oberoncדורקת 1 דקב10:11
oberonc-> sure, 1 second10:11
oberoncwhich means it should start .. hmm10:15
qschulzoberonc: check the logs, maybe it tried to start at boot but failed10:19
oberoncwill do10:19
qschulzcheck also that it is really supposed to start at boot (from the running target)10:19
oberonchow can I check that ?10:20
*** kayterina <kayterina!~kayterina@> has quit IRC (Read error: Connection reset by peer)10:22
*** kayterina <kayterina!~kayterina@> has joined #yocto10:22
*** Guest5735 <Guest5735!~Guest57@> has joined #yocto10:23
Guest5735Anyone else observing extremely slow cloning from ?10:24
*** Guest45 <Guest45!~Guest45@> has joined #yocto10:26
qschulzoberonc: not verse with systemd sorry :/10:26
oberoncI accidentally deleted the contents of the build/tmp-glibc/deploy/images/intel-x86-64 folder10:27
oberoncnow bitbake fails and says that bzImage in it doesnt exist10:28
qschulzyou can remove everything except sstate-cache and downloads directories IIRC10:28
oberonchow do I recreate its content ?10:28
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 245 seconds)10:29
*** zpfvo <zpfvo!~fvo@> has joined #yocto10:30
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 245 seconds)10:34
*** zpfvo <zpfvo!~fvo@> has joined #yocto10:34
manuel1985oberonc: Would try a `bitbake -c clean <image-name>`10:37
manuel1985FYI, with `bitbake -c listtasks` you can get bitbake to list all tasks there are. There are a few related to cleaning.10:38
oberoncok thanks10:41
*** prabhakarlad <prabhakarlad!> has joined #yocto10:46
*** mattsm <mattsm!> has quit IRC (Remote host closed the connection)10:55
*** mattsm <mattsm!> has joined #yocto10:55
*** alessioigor <alessioigor!~alessioig@> has joined #yocto10:56
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)11:02
*** alessioigor <alessioigor!~alessioig@> has joined #yocto11:02
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Remote host closed the connection)11:03
*** alessioigor <alessioigor!~alessioig@> has joined #yocto11:03
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)11:13
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 245 seconds)11:14
*** zpfvo <zpfvo!~fvo@> has joined #yocto11:15
*** florian <florian!> has joined #yocto11:21
*** MauroAnjo <MauroAnjo!~MauroAnjo@> has joined #yocto11:25
*** goliath <goliath!~goliath@user/goliath> has joined #yocto11:25
MauroAnjoHi! I'm currently trying to boot poky honister on a pi zero 2 W with dtoverlay=dwc2,dr_mode=peripheral, to use ethernet over USB. But on dmesg it states "dwc2 : Configuration mismatch. dr_mode forced to host"11:27
MauroAnjoso I can't up the interface usb0, only wifi11:28
*** Guest45 <Guest45!~Guest45@> has quit IRC (Quit: Client closed)11:34
*** xmn <xmn!> has joined #yocto11:41
*** florian_kc <florian_kc!> has joined #yocto11:46
*** kayterina <kayterina!~kayterina@> has quit IRC (Ping timeout: 268 seconds)11:54
oberoncthe sshd that doesnt start problem I mentioned earlier11:57
oberoncI was mistaken11:57
*** kayterina <kayterina!~kayterina@> has joined #yocto11:58
oberoncit doesnt start manually either with the error:11:58
oberoncsshd: no hostkeys available - exiting11:58
oberoncas if it doesnt run "/usr/bin/ssh-keygen -A"11:58
oberonchow so ?11:59
*** pregn <pregn!> has joined #yocto12:01
pregnjust a simple question, I have a SRC_URI in my project that needs updating: I need to fetch a precise commit number do i use SRCREV? and how?12:02
rburtonyes, assuming it fetches using it, just put the SHA you want in SRCREV12:03
rburton"uses git"12:04
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 250 seconds)12:05
pregnoh fab thanks12:05
*** zpfvo <zpfvo!~fvo@> has joined #yocto12:06
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 260 seconds)12:13
*** zpfvo <zpfvo!~fvo@> has joined #yocto12:14
qschulzoberonc: is ssh-keygen present on the target?12:15
pregnrburton: the error I get now is due to git ls-remote not finding the commit number I need in the branch, only the latest revision of all the branches is lilsted by this command12:16
rburtonif the sha is on a branch then you might need to specify the branch in the SRC_URI like ;branch=foobar, as the fetcher will validate the sha is on the branch you say it is12:17
rburtoneasier to help if you can share the src-uri and sha you're trying to use, assuming its publically available12:17
pregnthat is using SRCREV="<commit number>" and SRC_URI="gitsm://;protocol=ssh;branch=patrick-develop"12:18
oberoncssh-keygen is present12:18
oberoncI boot from the .iso image and it is read only12:18
qschulzwell that might explain it12:18
oberoncmaybe it doesnt run ssh-keygen after booting12:18
qschulzssh-keygen will try to write the key12:19
rburtonpregn: assuming the sha in SRCREV is on the branch you specify, it should work. if not, paste the actual error12:19
qschulzbut if it's RO, it won't manage to12:19
oberoncbut shouldnt it run ssh-keygen during creation of the image ?12:19
oberoncso it would boot from an iso image that is RO but which already contains the host keys ..12:19
qschulzoberonc: I doubt it does it by default since it'd mean all devices on which you flash your device would have the same keys12:20
rburtonsee eg the ssh-pregen-hostkeys recipe for how to build your own keys at image time, not boot time12:20
qschulzrburton: to the rescue :)12:20
rburtonidentical keys for every deployment is not a great idea for obvious reasons12:20
rburtondon't use that recipe as-is, generate your own keys12:21
oberoncthat was a command to install from a booted iso image to local harddrive.. what was it ?12:21
rburtoni guess the server should handle read-only and no keys, and generate keys in /run12:21
oberonchad this command available:12:24
oberonctgt=/dev/sda /sbin/reset_media12:24
pregnMyProject-0.1-r0 do_fetch: Fetcher failure: Unable to resolve '1b984ee' in upstream git repository in git ls-remote output for
pregnrburton:  the command in question just lists branches and their latest commit SHA12:25
rburtonpresumably this is a private repo so you can't share real urls12:27
pregnrburton: correct12:27
rburtonit should work with short shas but maybe try using the full sha12:28
pregnwill try with full SHA12:28
pregnone moment12:28
rburtongood to be precise anyway, you don't want to debug problems where two commits match the shortened name12:29
*** MauroAnjo <MauroAnjo!~MauroAnjo@> has quit IRC (Quit: Client closed)12:32
pregnrburton: Correct, seems to work with the long HASH12:35
pregnnow I have to regress the bb file as well, should be straight forward12:35
pregnrburton: thank you so mch for your help12:36
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Read error: Connection reset by peer)12:40
*** Guest11 <Guest11!~Guest11@> has joined #yocto12:40
Guest11Hey team!12:40
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto12:40
Guest11I'm completely new to this.12:40
Guest11We are using Jenkins for our BitBake build12:41
Guest11git clone poky is timing out12:41
Guest11Receiving objects:   0% (4142/539519), 2.23 MiB | 12.00 KiB/s12:41
Guest11It's extremely slow12:41
Guest11Is there a safe mirror one could use?12:41
Guest11Is anyone else experiencing this?12:41
Guest11The clone command git clone
rburtonhalstead: git clone is hanging for me12:42
rburtonand Guest1112:42
rburtonthere was work on the servers last night, maybe something just broke12:43
rburton'The migration is complete. now serves from a pair of load balanced mirrors. is on a new dedicated secure host.'12:43
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 250 seconds)12:43
rburtonah after about a minute of hanging, its fetching at 2mib/s, so slowly12:44
kroonI'm playing around with the native rpaths, and suddently python3-native creates <...> files. Anyone got a clue what that is about ?12:46
SaurFirst time I tried to clone poky, I got 12.00 KiB/s. Now I get 502...12:47
*** zpfvo <zpfvo!~fvo@> has joined #yocto12:47
SaurError 502, that is.12:47
RPI'm seeing intermittent 502s as well12:50
Guest11Oh okay. Bad times. We were meant to release today12:53
Guest11Is there any way I can help?12:53
Guest11Hopefully someone with the right context/perms and authority is in this chat 🤞12:54
*** mckoan is now known as mckoan|away12:56
RPGuest11: the person we need is a asleep at the moment, it is 5am for them12:56
*** vijay <vijay!> has joined #yocto12:57
Guest11Oh okay13:03
Guest11I can wait :)13:03
*** xmn <xmn!> has quit IRC (Quit: ZZZzzz…)13:09
SaurGuest11: But now you have learnt that it is a good idea to have a local mirror if you want to make releases. ;)13:13
*** gourve_l <gourve_l!> has quit IRC (Quit: WeeChat 2.3)13:15
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto13:21
*** mattsm <mattsm!> has quit IRC (Remote host closed the connection)13:26
*** mattsm <mattsm!> has joined #yocto13:26
oberonchow do I get bitbake to print possible targets ?13:29
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Remote host closed the connection)13:30
qschulzfind -type d -name "machine" -exec ls -l {} \;13:30
oberoncthat is an answer to my question ?13:31
qschulzone way yes13:39
qschulzall machines are in conf/machine of any layer that is in build/conf/bblayers.con13:39
qschulzactually probably ls -l {}/*.conf \;13:40
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto13:40
qschulzsince only files ending with .conf in conf/machine/ are valid machines13:42
qschulz(well technically, it's based on BBPATH, but I assume the majority of layers aren't messing with that one)13:42
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Ping timeout: 240 seconds)13:53
*** oberonc <oberonc!> has quit IRC (Quit: Client closed)13:53
*** jwillikers_ <jwillikers_!> has joined #yocto13:54
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 260 seconds)13:54
*** zpfvo <zpfvo!~fvo@> has joined #yocto13:55
rburtona list of recipes is available from bitbake-layers13:55
rburtonbut i'm too late to tell oberonc13:56
qschulzrburton: yeah I don't know if they were looking for targets like.. machine or bitbake targets (recipes)13:56
*** Guest39 <Guest39!> has joined #yocto13:57
*** Guest39 <Guest39!> has quit IRC (Client Quit)13:57
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 245 seconds)13:59
*** zpfvo <zpfvo!~fvo@> has joined #yocto14:00
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto14:04
*** RobertBerger <RobertBerger!~rber|> has quit IRC (Ping timeout: 256 seconds)14:06
*** jwillikers_ <jwillikers_!> has quit IRC (Remote host closed the connection)14:08
*** rber|res <rber|res!~rber|> has joined #yocto14:09
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)14:13
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto14:13
jaskij[m]are there any docs on packaging Go binaries newer than 2018?14:14
*** Tyaku <Tyaku!> has joined #yocto14:14
*** rob_w <rob_w!> has joined #yocto14:17
sinic[m]Hey, i have an own kernel recipe with... (full message at
jaskij[m]are you sure that commit/tag is actually in the default (master) branch?14:25
jaskij[m]also: IIRC there's Beaglebord BSPs freely available14:26
jaskij[m]ah, those are for Beaglebone only it seems14:26
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto14:26
jaskij[m]sinic: TL;DR, you might need to specify `branch=something` in that `SRC_URI` `git://` entry14:27
sinic[m]jaskij[m]: no, but how do i check that / get the branch for that tag?14:30
sinic[m]jaskij[m]: yes, they are, but none of them are working really well with the pocketbeagle and PRU. At least not out of the box. And i wanted to do some basics :)14:30
sinic[m]* do some yocto basics :)14:30
jaskij[m]sinic[m]: `git branch -a --contains commit_hash`14:31
sinic[m]`* (HEAD losgelöst bei 50301b35d336)`14:33
qschulzsinic[m]: if it's a tag, just provide ;tag= to your SRC_URI14:34
sinic[m]It seems there are no branches containing these tags ...14:34
sinic[m]i did, but i get the exact same error14:34
qschulzI'm wondering if you need SRCREV if you provide a tag14:35
qschulzI'd say no14:35
sinic[m]no, it is commented out14:35
smurrayit's much better to use the commit sha in SRCREV that's tagged instead of a tag, since tags can be changed14:36
smurrayerr, commit id that's tagged, -ENEEDCOFFEE14:37
sinic[m]smurray: i also tried that, but it has the same effect (fetch error) as when i use the `;tag=` annotation14:37
smurraysinic[m]: if the commit isn't on master, try specifying ;branch=14:38
zeddiiif it isn't on any branch, then that's probably not the commit ID for you :) even if it was tagged, since that shows some seriously bad git repo maintenance. but you can put nobranch=114:38
sinic[m]zeddii: It's the official beagleboard linux kernel, so not in my hands to change that 😄14:41
zeddiimy statement stands14:42
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 245 seconds)14:44
*** zpfvo <zpfvo!~fvo@> has joined #yocto14:44
sinic[m]Okay, i now have... (full message at
sinic[m]and this works14:44
sinic[m]thanks @all !14:45
*** xmn <xmn!> has joined #yocto14:49
*** RobertBerger <RobertBerger!~rber|> has joined #yocto14:51
*** rber|res <rber|res!~rber|> has quit IRC (Ping timeout: 256 seconds)14:52
AlejandroExojo[mI am very confused about how one is supposed to lay out in disk the layers and the build directory. The reason is that I want to have the tree under version control. But stuff like bblayers.conf is under local configuration, right? So how does one share with a team a "distro", including the wanted layers?14:53
AlejandroExojo[mThe shared projects online that I see (e.g. poky) use a script that copies a template to the conf directory. But if one adds a layer, e.g. via bitbake-layers, that doesn't edit the template, edits the generated file. So what am I missing?14:53
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 240 seconds)14:53
*** zpfvo <zpfvo!~fvo@> has joined #yocto14:54
*** rob_w <rob_w!> has quit IRC (Remote host closed the connection)15:11
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::56df> has quit IRC (Quit: Leaving)15:13
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::cf1c> has joined #yocto15:14
RPzeddii: ;-)15:26
RPzeddii: and :)15:26
RPzeddii: but looking happier in builds now15:27
zeddiihaha. cut and paste rushing on the package name :P  thanks for the fixups.15:28
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 250 seconds)15:29
*** zpfvo <zpfvo!~fvo@> has joined #yocto15:29
*** Tyaku <Tyaku!> has quit IRC (Quit: Lost terminal)15:33
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 245 seconds)15:34
*** zpfvo <zpfvo!~fvo@> has joined #yocto15:34
*** RobertBerger <RobertBerger!~rber|> has quit IRC (Ping timeout: 250 seconds)15:49
*** rber|res <rber|res!~rber|> has joined #yocto15:51
*** sakoman <sakoman!> has joined #yocto15:58
*** kayterina <kayterina!~kayterina@> has quit IRC (Read error: Connection reset by peer)15:58
*** doquiros[m] <doquiros[m]!~doquirosm@2001:470:69fc:105::c8e> has quit IRC (Quit: You have been kicked for being idle)16:00
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 260 seconds)16:00
*** zpfvo <zpfvo!~fvo@> has joined #yocto16:00
*** kroon_ <kroon_!> has joined #yocto16:05
*** kroon <kroon!> has quit IRC (Ping timeout: 245 seconds)16:07
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)16:08
rburtonsinic[m]: if the SHA you want isn't actually on a branch then set nobranch=116:10
*** Guest55 <Guest55!> has joined #yocto16:11
sinic[m]rburton: yeah, I did and it works now, thanks 😊16:17
sinic[m]But can you tell me, why this is necessary?16:17
Guest55Dear all, has anyone experienced extremely slow downloads from ?16:18
Guest55I'm getting like ~20kbit/s from a 200mbit/s broadband connection16:19
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto16:20
*** barometz <barometz!> has joined #yocto16:22
rburtonsinic[m]: because the fetcher sanity checks that the sha you asked for is on the right branch16:22
rburtonjust a bit of sanity checking really16:22
qschulzAlejandroExojo[m: kas on github allows you to configure the layers you need where to fetch them and some other stuff16:25
qschulzI'll start using in the next few weeks for CI but I don't know enough yet, but that's one of the tools people are using16:25
*** vd <vd!> has joined #yocto16:26
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:1831:c84f:2643:7fba> has joined #yocto16:29
*** rfuentess <rfuentess!> has quit IRC (Remote host closed the connection)16:29
Guest11RP is the person who looks after the git mirror around?16:29
RPGuest11: we need halstead16:30
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Remote host closed the connection)16:31
alex88is it possible to inspect the final PACKAGECONFIG of a recipe? bitbake -e doesn't show that (because it's only relative within a recipe I think)16:33
RPalex88: bitbake <recipe> -e should16:34
RPor bitbake-getvar16:34
*** Epictek[m] <Epictek[m]!~epictekma@2001:470:69fc:105::d7cd> has joined #yocto16:34
alex88oh thanks RP, didn't try with the recipe name16:35
Guest11halstead Are you aware that16:36
Guest11git clone
alex88why would PACKAGECONFIG:append = "networkd resolved polkit" add the values properly and PACKAGECONFIG += "networkd resolved polkit" result in having only those 3? (systemd in this case)16:36
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto16:37
Epictek[m]<Guest55> "Dear all, has anyone experienced..." <- Yeah, somethings broke :)16:37
Guest11is extremely slow (Receiving objects:   0% (103/539519), 28.00 KiB | 6.00 KiB/s)16:37
Guest55Epictek[m]: so issue is known and not on my end?16:38
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 250 seconds)16:38
*** zpfvo <zpfvo!~fvo@> has joined #yocto16:39
Guest55Guest11: probably similar issue as with the sources mirror16:39
rfs613alex88: AFAIK it depends how the variable is initially defined. See
*** dj <dj!~dj@> has joined #yocto16:40
djwhy isn't poky in package managers?16:40
alex88rfs613, so better to stick with :append when possible?16:40
djit takes a lot of bandwidth having to git clone poky over and over for each repos or testing clean repos16:41
Guest11Guest55 thanks. I posted about it about 5 hours ago but halstead was still sleeping. If I can assist with anything (testing/pinging/verifying) let me know16:41
rfs613alex88: I'm not expert, but I think :append is the preferred way16:41
rburtondj: why would you need to clone it repeatedly?16:42
rburtonalso what package manager would it be in16:42
djapt? (ubuntu)16:42
rburtonthat would make no sense at all16:42
djand i clone it because i git clone a repo that git clones poky, and I want to test if a clean repo is successful in a build16:43
Guest55Guest11: I wish I knew of another mirror, to at least bridge the time until the official one works again16:43
rburtonso an apt package wouldn't test that then16:43
rfs613alex88: later on the same page I linked, in section 3.4.2, it says "If VARNAME is going to be set, it needs to be set before the inherit statement is parsed"16:43
Epictek[m]<Guest55> "Epictek: so issue is known and..." <- Know by the pocky devs? No idea. Known by myself and my colleagues? Yes :D16:43
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 268 seconds)16:43
dji imagine i wouldn't have to download as much data if there was a yocto/poky package16:43
rburtondj: look up git reference directories, to tell git to look in a local directory as a download cache16:43
Guest55Epictek[m]: (y)16:44
Guest55Epictek[m]: do you know of a public available mirror, preferably in europe, to bridge the time?16:45
Guest11Epictek[m], RP mentioned that halstead is the person we need? Also what Guest55 said. Also apologies for all the tags16:45
RPGuest55: which repo are you looking for? poky?16:46
rburtonthe yocto git server appears to be back again now fwiw16:46
Guest55RP: poky yes16:46
*** Guest12 <Guest12!> has joined #yocto16:46
rburtonReceiving objects: 100% (539519/539519), 178.85 MiB | 7.98 MiB/s, done.16:47
Guest11rburton I still see 13.00 KiB/s when trying to clone (based in London, UK)16:47
rburtoni'm in the UK and just got 8mib/s16:47
*** Guest11 is now known as mickey16:48
*** mickey is now known as Guest705816:48
Guest7058Oh NickServ16:48
*** Guest7058 is now known as Guest1116:48
Epictek[m]Was just about to research this myself, so I will let you know if I find one :)16:50
Guest55Epictek[m]: <316:51
*** kroon_ <kroon_!> has quit IRC (Remote host closed the connection)16:51
*** kroon_ <kroon_!> has joined #yocto16:51
RPGuest55: I'm pushing a mirror of it to
Epictek[m]I found but use at your own risk I suppose16:53
SaurFor what it's worth, I get 7-12kB/s at work (in Sweden). However, if I clone from a server at the university that I happen to have access to, then I get 8 MB/s...16:55
RPSaur: can you see which IPs those resolve to?16:56
SaurRP: You mean for
RPSaur: yes, I'm just wondering if that was the same server or two different ones16:57
rburtoni got a fast fetch and git.yp is
SaurBoth resolv to
RPok. I don't know how the load balancing is being done16:57
alex88rfs613, forgot to mention, I did use both ways in a bbappend16:58
alex88so maybe in the main recipe it was set in a different way16:58
*** zpfvo <zpfvo!~fvo@> has joined #yocto16:59
alex88probably because the main recipe uses PACKAGECONFIG ??=16:59
alex88so += sets the variable and then ??= doesn't set the default17:00
AlejandroExojo[mqshulz: thank you. It doesn't seem (to me) like the right solution (adding yet another configuration file to learn and another tool to install), but I'll consider it. I don't understand how this is not built in.17:02
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Quit: WeeChat 3.1)17:04
rfs613hmm, since github has deprecated unauthenticated git protocol, I see a lot of SRC_URL having "protocol=https" appended. Is there a reason for this, rather than changing the prefix from git:// to https:// ?17:08
*** zpfvo <zpfvo!~fvo@> has quit IRC (Quit: Leaving.)17:08
rburtonthe prefix is what high level protocol to use, so 'git'17:09
rburtonnot what underlying protocol that uses17:09
rburtonif you put https: it would try to wget the git repo17:09
rburtonwhich wouldn't work17:09
rburtonfor example there's also a s3:// top level protocol. yes, that's https, but it's done specially.17:11
rfs613right, thanks - so it uses https but doesn't just do a single GET of the SRC_URL, it does something git-ish..17:12
rburtonwell, it calls git17:12
rburtonits a git clone, with various options, then checks out the sha you want17:12
rfs613so I guess it replaces the git:// with https:// when passing the URL to git17:14
rfs613but we need the git:// to trigger the git-fetcher to call git17:14
rburtonyeah, the protocol parameter is the actual protocol to give to git17:14
Guest11RP do you know if you are using Github Load Balancer (GLB) for the repo (,all%20traffic%20from%20GitHub's%20datacenters.)17:18
rburtonwe're not using github for hosting17:18
RPGuest11: it isn't using github as rburton says17:19
Guest11rburton This is an OSS load balancer which you can deploy for your own infra?17:20
Guest11I'm just trying to understand how this load balancing is happening. Maybe I can specify another IP17:21
Guest11RP is up to date?17:21
RPGuest11: Yocto Project is a Linux Foundation project and it is using the same git hosting infrastructure as the kernel git repos. We don't know more, we need the sysadmin who look after it17:22
RPGuest11: it should be, yes17:22
Guest55hm... no matter what configuration I use for the mirror it still fetches from  http://downloads.yoctoproject.org17:23
Guest11RP thanks! halstead hasn't responded perhaps he's looking into the issue17:23
Guest55I wonder if the ISP is the problem... if I download a source from using my browser, with ISP X, download is fast17:25
Guest55While yocto fetching with wget sources from with ISP Y is extremely slow17:26
Guest11In my case: local (London,UK) + AWS (Dublin, Ireland) - both slow17:27
dj<rburton> dj: look up git reference directories, to tell git to look in a local directory as a download cache17:30
djare you talking about git submodules?17:30
djbecause i'm not finding anything for "git reference directories" on google17:31
halsteadReading through the back scroll. It appears that all the connections to and from the UK are extremely slow and have been for hours.17:32
rburtonhalstead: not all, my machine in cambridge is fast17:33
Guest11halstead yes 👍17:33
djthanks will take a look17:33
Guest55halstead: seems like a routing problem, it is ISP dependent, I am in Berlin Germany, with Telekom downloads are fine, with Vodafone, extremely slow17:33
halsteadThank you Guest55 . That's helpful.17:34
Guest55Currently  4 running tasks (471 of 6317)   7% |#############                                                                                                                                                                               |17:35
Guest550: binutils-cross-aarch64-2.36.1-r0 do_fetch (pid 203833)   0% |                                                                                                                                                                   | 9.72K/s17:35
Guest551: glibc-2.33-r0 do_fetch (pid 205412)   0% |                                                                                                                                                                                      | 10.4K/s17:35
Guest552: bzip2-native-1.0.8-r0 do_fetch (pid 328925)  24% |#########################################                                                                                                                                     | 7.19K/s17:35
Guest553: ncurses-native-6.2-r0 do_fetch (pid 331815)   2% |###                                                                                                                                                                           | 14.3K/s17:35
Guest55that slow17:35
Guest55while with Telekom I reach normal speeds17:35
halsteadGuest55: Could you run a traceroute to from each connection and email to It would be a great help.17:40
djrburton, would you recommend to git clone to ~/poky and the just use git clone --reference against it for projects?17:40
halsteadGuest11: If you could email a traceroute as well that would be useful.17:41
djand then just use git clone*17:41
rburtondj: if you find yourself frequently cloning the same repo then yeah17:41
rburtonour CI uses a persistant reference repo as it clones from scratch every build17:41
rburtonlocally, my git clone was done once a year ago17:41
Guest55halstead: one sec, sure17:44
*** pregn <pregn!> has quit IRC (Quit: Client closed)17:47
Guest11halstead I'll send you my traceroutes as well?17:47
Guest11Sending now17:47
halsteadThank you Guest11 .17:48
*** kroon_ <kroon_!> has quit IRC (Remote host closed the connection)17:48
Guest55halstead: sent17:48
halsteadThank you.17:48
*** florian <florian!> has quit IRC (Quit: Ex-Chat)17:48
*** kroon_ <kroon_!> has joined #yocto17:48
*** Guest12 <Guest12!> has quit IRC (Quit: Client closed)17:50
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 260 seconds)17:51
Guest55I'm seeing normal speeds again17:53
halsteadGuest11: Thanks for the traceroutes. Both of those are slow connections?17:54
halsteadGuest55: Good to know. I've raised the issue and provided your traceroutes. I'm not sure what's changed yet though.17:54
*** prabhakarlad <prabhakarlad!> has quit IRC (Ping timeout: 256 seconds)17:55
Guest55halstead: thanks for the help! <317:55
Guest11halstead yes both17:55
Guest11Guest55 checking on my side17:56
* halstead nods.17:56
Guest11I'm seeing an improvement (539.00 KiB/s) but was hoping for MiB/s :D17:57
Guest55Guest11: brexit:/17:58
Guest11Guest55 that would have hurt if I was British lol17:59
*** prabhakarlad <prabhakarlad!> has joined #yocto18:00
Guest11We use Jenkins and we can't seem to change the global git timeout config18:00
Guest11So we're stuck with the default 10 minutes18:00
zeddiiso many guests18:01
Guest11It's just me and Guest55 being noisy18:01
*** kroon <kroon!> has joined #yocto18:02
*** kroon_ <kroon_!> has quit IRC (Ping timeout: 260 seconds)18:03
*** kroon_ <kroon_!> has joined #yocto18:05
*** Guest11 <Guest11!~Guest11@> has quit IRC (Quit: Connection closed)18:05
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)18:05
*** xmn <xmn!> has quit IRC (Quit: ZZZzzz…)18:05
*** Guest5735 <Guest5735!~Guest57@> has quit IRC (Ping timeout: 256 seconds)18:05
*** kroon <kroon!> has quit IRC (Ping timeout: 245 seconds)18:07
*** Guest1125 <Guest1125!~Guest11@> has joined #yocto18:08
Guest1125Hello it's Guest11 my laptop went on stand by and I lot the connection :(18:09
Guest1125So I lost the chat history18:09
*** davidinux <davidinux!~davidinux@> has quit IRC (Quit: WeeChat 2.8)18:10
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 260 seconds)18:14
*** Guest55 <Guest55!> has quit IRC (Quit: Client closed)18:15
Guest1125My fellow Guest55 left :/18:16
*** inisider <inisider!~inisider@> has joined #yocto18:16
AlejandroExojo[mYou can set a name with /nick newname, that way it'll be less confusing. And you can access the chat history with the URLs on the topic18:19
*** Guest1125 is now known as Mickey18:19
*** Mickey is now known as Guest54118:19
*** Guest541 is now known as mickeypash18:19
*** kroon_ <kroon_!> has quit IRC (Quit: Leaving)18:20
inisiderhello. I would like to ask how can I disable just one service using SYSTEMD_AUTO_ENABLE. I have SYSTEMD_PACKAGES = "${PN}-xen-watchdog ${PN}-xencommons ${PN}-xendomains" where SYSTEMD_SERVICE_${PN}-xen-watchdog = "xen-watchdog.service". Will SYSTEMD_AUTO_ENABLE_{PN}-xendomains="disable" work?18:20
*** marc1 <marc1!> has quit IRC (Ping timeout: 250 seconds)18:20
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto18:22
djis there an environment variable to see where bitbake is downloading?18:46
djbecause i'm apparently fetching something that I should already have I believe18:46
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds)18:49
*** inisider <inisider!~inisider@> has quit IRC (Quit: Client closed)18:55
djunless symlinks are breaking between docker & my host machine sharing the same ~/bitbake18:59
*** marc1 <marc1!> has joined #yocto19:00
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto19:03
*** manuel1985 <manuel1985!~manuel198@> has quit IRC (Quit: Leaving)19:03
*** kroon <kroon!> has joined #yocto19:04
*** florian_kc <florian_kc!> has joined #yocto19:06
*** Guest57 <Guest57!~Guest57@> has joined #yocto19:06
rburtondj: it downloads into downloads/ under your build directory by default19:15
rburtondj:  so if your build tree is in a directory that gets thrown away by docker, yes you'll be redownloading19:19
rburtonstuff like the kas container or crops handles this and puts them outside of the docker19:19
rburton(for the exact path, see DL_DIR in your local.conf)19:20
*** davidinux <davidinux!~davidinux@> has joined #yocto19:22
djso I should be setting my DL_DIR to ~/bitbake/downloads then?19:23
djbecause I am throwing about my build tree to test PRs19:23
djthrowing away*19:23
rburtondefinitely put DL_DIR and SSTATE_DIR to somewhere that isn't thrown away19:23
rburtonRP: just noticed the repo list on git.yp has a few new layers uncategorised, so they appear at the top19:24
rburtonRP: where is that defined?19:24
rburtondj: is our CI, note how it sets DL_DIR and SSTATE_DIR to a persistent directory but does builds inside containers that are thrown away every run19:25
rburtondj: is the link i failed to paste19:25
*** bluelightning <bluelightning!~paul@2406:e003:151f:d701:810f:5dba:6440:52c7> has quit IRC (Remote host closed the connection)19:29
djthanks, also what does CI stand for?19:32
rfs613and in the specific case for gitlab...
*** zkrx <zkrx!> has quit IRC (Quit: zkrx)19:44
*** user3 <user3!~user@> has quit IRC (Ping timeout: 246 seconds)19:51
*** mickeypash <mickeypash!~Guest11@> has quit IRC (Quit: Connection closed)19:56
*** zkrx <zkrx!> has joined #yocto19:59
*** dj <dj!~dj@> has quit IRC (Quit: Leaving)20:18
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC (Ping timeout: 260 seconds)20:26
RPrburton: it is meant to be from the cgit config but I think halstead or I used to have to tweak from the commandline20:54
RPhalstead: did that change now?20:54
halsteadRP: rburton: it lives in a special ref now. Directions are I added the data to all repos. Looks like it's being wiped out for a few of them.20:56
halsteadAll of these are mirrored from elsewhere. I need to get the cgit config on the upstream mirror.20:57
RPhalstead: that explains things and nice we can set that now :)20:58
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)20:58
halsteadRP: In the meantime I'll run a little cronjob to keep them sorted.20:58
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto21:00
*** Guest57 <Guest57!~Guest57@> has quit IRC (Ping timeout: 256 seconds)21:01
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds)21:01
halsteadThose are getting corrected automatically now.21:05
RPhalstead: thanks!21:06
*** xmn <xmn!> has joined #yocto21:19
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:1831:c84f:2643:7fba> has quit IRC (Ping timeout: 260 seconds)21:33
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 268 seconds)21:44
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto21:48
*** FredO <FredO!> has joined #yocto21:58
*** vijay <vijay!> has quit IRC (Ping timeout: 260 seconds)22:08
*** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection)22:17
kroonRP, are you ok with adding reproducible tests for native recipes ? For instance openssl-native has patches for reproduce-ability but they are not functioning correctly on master any more22:22
RPkroon: as we have things which are reproducible, yes22:23
kroonRP, just saying it might make upgrading recipes more painful22:24
RPkroon: we probably can't take really invasive changes so it will really depend what kind of things we're looking at22:25
kroonRP, *nod*22:27
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC (Ping timeout: 260 seconds)22:33
kroonRP, well at least I think there are things we can improve, with changes that shouldn't be too invasive22:40
*** florian_kc <florian_kc!> has joined #yocto22:47
*** kroon <kroon!> has quit IRC (Quit: Leaving)22:54
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 260 seconds)23:06
*** xantoz <xantoz!> has quit IRC (Ping timeout: 250 seconds)23:10
FredOHi, when building in two different build directory (thats the only difference) using the same SSTATE_DIR; the second build hit only 50% from the sstate; I probably have something poluting the sstate with a PATH. Do you have any tricks to find which variables I should vardeps.../BB_HASHBASE_WHITELIST ?23:15
RPFredO: did you share a hashequiv server between them?23:20
RPif using hashequiv, then need the same hash database for sstate reuse23:21
FredOBB_HASHSERVE = ""23:22
FredOthat ?23:22
FredORP: by hashdatabase you mean the one in my hash server right ?23:24
RPFredO: yes, as long as they share the same hash server23:27
FredOthey do23:28
*** Ad0 <Ad0!~Ad0@> has quit IRC (Ping timeout: 250 seconds)23:28
RPFredO: if you have the two builds and you have the different sig files, bitbake-diffsigs can show you the differences23:28
RPFredO: aim for the earliest difference in the dependency chain you can spot23:29
FredORP: OK thank you ill try that23:33
*** Ad0 <Ad0!~Ad0@> has joined #yocto23:35
*** florian_kc <florian_kc!> has joined #yocto23:38
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 250 seconds)23:54
*** dev1990 <dev1990!> has joined #yocto23:56

Generated by 2.17.2 by Marius Gedminas - find it at!