Tuesday, 2023-01-03

*** florian_kc <florian_kc!~florian@> has quit IRC (Ping timeout: 252 seconds)00:13
*** azcraft <azcraft!~AzCraft@> has quit IRC (Quit: Leaving)00:32
*** sakoman <sakoman!~steve@dhcp-72-253-5-74.hawaiiantel.net> has quit IRC (Quit: Leaving.)00:44
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)00:46
*** agrue <agrue!~agrue@host-23-251-65-133.VALOLT4.epbfi.com> has quit IRC (Quit: ZNC 1.7.5+deb4 - https://znc.in)01:41
*** agrue <agrue!~agrue@host-23-251-65-133.VALOLT4.epbfi.com> has joined #yocto01:43
*** agrue <agrue!~agrue@host-23-251-65-133.VALOLT4.epbfi.com> has quit IRC (Quit: ZNC 1.7.5+deb4 - https://znc.in)01:59
*** agrue <agrue!~agrue@host-23-251-65-133.VALOLT4.epbfi.com> has joined #yocto02:00
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving)02:00
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 260 seconds)02:04
*** davidinux <davidinux!~davidinux@> has joined #yocto02:06
*** money_ <money_!~money@pool-100-11-18-203.phlapa.fios.verizon.net> has joined #yocto02:57
*** money_ <money_!~money@pool-100-11-18-203.phlapa.fios.verizon.net> has quit IRC (Quit: late)03:03
*** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection)03:42
*** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto03:42
*** Estrella <Estrella!~quassel@cpe-24-26-195-197.hot.res.rr.com> has quit IRC (Ping timeout: 272 seconds)03:50
*** Estrella_ <Estrella_!~quassel@cpe-24-26-195-197.hot.res.rr.com> has joined #yocto03:50
*** jclsn <jclsn!~jclsn@2a04:4540:6542:f00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 252 seconds)03:50
*** jclsn <jclsn!~jclsn@2a04:4540:6533:3800:2ce:39ff:fecf:efcd> has joined #yocto03:52
*** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)04:15
*** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has joined #yocto04:15
*** camus <camus!~Instantbi@> has quit IRC (Remote host closed the connection)05:08
*** camus <camus!~Instantbi@2409:8a1e:9120:af90:1985:f9e7:425:3506> has joined #yocto05:08
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 248 seconds)05:14
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto05:14
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)05:19
*** nemik <nemik!~nemik@> has joined #yocto05:19
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 255 seconds)05:24
*** camus <camus!~Instantbi@2409:8a1e:9120:af90:1985:f9e7:425:3506> has quit IRC (Remote host closed the connection)05:32
*** camus <camus!~Instantbi@2409:8a1e:9120:af90:1985:f9e7:425:3506> has joined #yocto05:33
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto05:37
*** camus <camus!~Instantbi@2409:8a1e:9120:af90:1985:f9e7:425:3506> has quit IRC (Remote host closed the connection)05:40
*** camus <camus!~Instantbi@2409:8a1e:9120:af90:1985:f9e7:425:3506> has joined #yocto05:42
*** camus <camus!~Instantbi@2409:8a1e:9120:af90:1985:f9e7:425:3506> has quit IRC (Remote host closed the connection)05:46
*** camus <camus!~Instantbi@2409:8a1e:9120:af90:1985:f9e7:425:3506> has joined #yocto05:47
*** camus <camus!~Instantbi@2409:8a1e:9120:af90:1985:f9e7:425:3506> has quit IRC (Ping timeout: 252 seconds)06:01
*** camus <camus!~Instantbi@> has joined #yocto06:02
*** money <money!~money@user/polo> has joined #yocto06:03
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)06:11
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto06:11
*** money is now known as polo06:14
*** polo is now known as Gambino06:14
*** Gambino <Gambino!~money@user/polo> has quit IRC (Quit: late)06:28
LetoThe2ndyo dudX06:38
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 272 seconds)06:49
*** demirok <demirok!~bell@user/demirok> has joined #yocto06:52
*** bps <bps!~bps@user/bps> has joined #yocto07:21
*** thomasd13 <thomasd13!~thomas@DSL01.> has joined #yocto07:22
*** Payam <Payam!~Payam@> has joined #yocto07:24
PayamHi, I have sent up the downloads to a S3 bucket but I see that it still tries to download git repositories from somewhere07:24
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 272 seconds)07:35
*** amitk_ <amitk_!~amit@> has joined #yocto07:40
*** yashraj466 <yashraj466!~yashraj46@2401:4900:36cd:21ff:5ea1:d790:b4c6:3cd8> has joined #yocto07:41
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 260 seconds)07:43
*** yashraj466 <yashraj466!~yashraj46@2401:4900:36cd:21ff:5ea1:d790:b4c6:3cd8> has quit IRC (Client Quit)07:44
*** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection)07:46
*** yashraj466 <yashraj466!~yashraj46@2401:4900:36cd:21ff:5ea1:d790:b4c6:3cd8> has joined #yocto07:46
*** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto07:46
PayamERROR: bluez-glib-1.0+gitAUTOINC+045d4a1ffc-r0 do_fetch: Bitbake Fetcher Error: FetchError('Unable to fetch URL from any source.', 'git://gerrit.automotivelinux.org/gerrit/src/bluez-glib;protocol=https;branch=needlefish')07:47
Payamthis is the problem07:47
*** gho <gho!~gho@i59F5CC05.versanet.de> has joined #yocto07:51
Payamis it possible to download it manually?07:53
*** goliath <goliath!~goliath@user/goliath> has joined #yocto08:02
*** seninha <seninha!~seninha@user/seninha> has joined #yocto08:05
Payamwhat can I do to avoid these stuff?08:07
Payamthe gerrit and fetching gives me lots of error.08:07
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 260 seconds)08:09
*** nemik <nemik!~nemik@> has joined #yocto08:10
*** zpfvo <zpfvo!~fvo@i59f5cc05.versanet.de> has joined #yocto08:24
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:27
qschulzPayam: did you set up the PREMIMRRORS variable correctly?08:40
*** mvlad <mvlad!~mvlad@2a02:2f08:470d:8800:24d7:51ff:fed6:906d> has joined #yocto08:44
*** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto08:48
*** bps <bps!~bps@> has joined #yocto08:59
*** Saur[m] <Saur[m]!~saur2000m@2001:470:69fc:105::dce> has quit IRC (Quit: You have been kicked for being idle)09:00
*** zpfvo <zpfvo!~fvo@i59f5cc05.versanet.de> has quit IRC (Ping timeout: 260 seconds)09:00
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving)09:00
*** seninha <seninha!~seninha@user/seninha> has joined #yocto09:01
PayamI haven't touched it since I assumed that if I put all the downloads to s3 then I won't need it.09:09
Payamand then I download the sstate and downloads to /tmp in a ec2 and then run it.09:09
qschulzyou should use a PREMIRRORS and a SSTATE_MIRRORs09:11
qschulzthis will download only what you need from your s309:11
Payamhow do I do it?09:11
Payamyes but it is different EC2 instances.09:12
Payamso each time it is a new instance?09:12
Payamand empty09:12
Payamso it will download stuff any way?09:12
qschulzi've enevr used neither s3 or ec209:12
Payambut the fetching09:13
*** zpfvo <zpfvo!~fvo@i59F5CC05.versanet.de> has joined #yocto09:14
TRO[m]you can setup a sstate server like we did here: https://youtu.be/CNCjtQj74VI?t=66709:15
*** d-s-e <d-s-e!~d.s.e@muedsl-82-207-229-201.citykom.de> has joined #yocto09:17
JaMaisn't it enough to enable static website on that s3 bucket to use it as SSTATE_MIRROR and PREMIRROR?09:17
JaMabut don't forget to enable BB_GENERATE_MIRROR_TARBALLS in the builds which generate PREMIRROR09:19
JaMaand you don't need to push scm dirs like git2/svn nor .done, bad_checksum files to s3 PREMIRROR09:20
*** camus <camus!~Instantbi@> has quit IRC (Remote host closed the connection)09:27
*** camus <camus!~Instantbi@2409:8a1e:9120:af90:1985:f9e7:425:3506> has joined #yocto09:28
PayamI don't even know why bitbake tries to fetch suff09:28
Payameverything is there09:28
qschulzPayam: you just said you copied what was on s3 into your ec209:29
qschulzand yesterday we discussed the use of .done files09:29
qschulzand we said it's useless if you use PREMIRRORS with BB_GENERATE_MIRROR_TARBALLS09:30
qschulzsince you're not doing that09:30
qschulzdo you have those .done files?09:30
Payamyes in the s3 bucket09:30
Payamwhy is it useless?09:30
Payamyou mean that if I use PREMIRRORS I do not need a s3 bucket?09:31
qschulzbecause you don't need it with PREMIRRORS09:31
qschulzsince all fetches will be proxied through your mirror listed in PREMIRRORS09:31
qschulzthey will be downloaded locally on-demand and bitbake will add the local .done files when it's finished downloading it09:32
Payamso what I can do is to only use premirrors.09:32
Payamfor the sstate? how about downloads?09:32
qschulzfor downloads09:32
qschulzfor sstate it's sstate_mirror09:33
Payamlet me check09:33
Payamthere isn't any09:34
Payamthere is only SSTATE_MIRROR09:35
Payamnot PREMIRRORS09:35
qschulzPayam: there's no SSTATE_MIRROR either09:35
qschulzthey're commented out09:36
Payamso what do I add? more specificly09:36
PayamI do PREMIRRORS= ... and SSTATE_MIRRORS= ..09:38
Payamand tarball thingy09:38
*** pidge <pidge!~pidge@> has joined #yocto09:40
qschulzthe tarball is only required to feed the mirror (your s3), you don't need it otherwise09:40
Payamare there any free mirrors?09:41
*** camus1 <camus1!~Instantbi@> has joined #yocto09:44
Payamthis one is good right?09:45
*** camus <camus!~Instantbi@2409:8a1e:9120:af90:1985:f9e7:425:3506> has quit IRC (Ping timeout: 255 seconds)09:46
*** camus1 is now known as camus09:46
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 255 seconds)09:46
*** AntA_ <AntA_!~anta@> has joined #yocto10:02
HaxxaAny guess as to where I could find a watchdog program that restarts the device if an application is not running? I haven't been able to figure out where it would be; i.e. if I run /etc/init.d/scadaserver stop, 15 seconds later the device reboots.10:11
LetoThe2ndHaxxa: how about systemd watchdog?10:12
HaxxaNo systemd on this machine10:12
LetoThe2ndHaxxa: maybe http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-extended/watchdog/watchdog_5.16.bb?h=master then?10:13
*** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)10:15
*** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has joined #yocto10:15
HaxxaCouldn't find anything that looks similar, I have full root access, so I can explore a fair bit10:22
qschulzHaxxa: if you are fine with a HW reset, look into HW watchdogs10:24
qschulzif your platform supports one10:24
qschulzyou just need to write to /dev/watchdog a specific character every now and then to "ping it"10:25
Haxxaqschulz I am trying to figure out what is causing the reboot, I want to prevent it10:25
qschulzah my bad, misread10:25
Haxxai.e. some vendors device reboots 15 seconds after I stop their application.10:25
HaxxaI have been using grep and find to try and figure out what cause the watchdog reboot, but I haven't fogured it out yet10:26
LetoThe2ndheh yeah i guessed that by now. probably the application just uses the watchdog device.10:26
LetoThe2ndso time for you to read up on how a watchdog actually works :-)10:26
HaxxaLetoThe2nd ideally I would like to confirm it is the watchdog device rather than a script, is there anyway to figure this out, all the logs are written to volaitile memory which makes debugging hard.10:33
LetoThe2ndHaxxa: well, you're not only a hacker, you're even a Haxxa. you certainly can find out, right?10:33
qschulzHaxxa: if it's going through sysv reboot process properly (e.g. the script just calls "reboot" or something like that), just add a script that runs at the end of the poweroff process of the init system to move all logs to a persistent memory10:35
LetoThe2ndhint - this is completely unrelated to Yocto, it is merely reverse engineering some linux device. there are certainly better places for that.10:35
Haxxaqschulz thanks, nice idea10:36
HaxxaLetoThe2nd Thanks that has got me onto the right path, "fuser /dev/watchdog" returns the pid of the vendors application. So it is rebooting due to the watchdog device :)10:43
LetoThe2ndhave fun then.10:44
* RP wonders how many issues the bitbake threading changes are going to cause10:48
LetoThe2ndRP: n.10:48
JaMaFWIW: I was using them since they were in master-next and haven't noticed any issues11:06
*** amsobr <amsobr!~amsobr@a89-152-104-208.cpe.netcabo.pt> has joined #yocto11:21
*** florian_kc <florian_kc!~florian@dynamic-002-244-158-162.2.244.pool.telefonica.de> has joined #yocto11:23
*** bps <bps!~bps@> has joined #yocto11:27
*** azcraft <azcraft!~AzCraft@> has joined #yocto11:41
RPJaMa: thanks, it helps to know they're working somewhere other than the autobuilder :)11:50
*** alessioigor <alessioigor!~alessioig@> has joined #yocto11:50
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Client Quit)11:51
*** amsobr <amsobr!~amsobr@a89-152-104-208.cpe.netcabo.pt> has quit IRC (Quit: Client closed)11:54
*** d-s-e <d-s-e!~d.s.e@muedsl-82-207-229-201.citykom.de> has quit IRC (Ping timeout: 252 seconds)11:55
*** camus <camus!~Instantbi@> has quit IRC (Remote host closed the connection)12:05
*** camus <camus!~Instantbi@2409:8a1e:9120:af90:c954:ee4a:83f2:16d6> has joined #yocto12:05
*** Payam <Payam!~Payam@> has quit IRC (Ping timeout: 272 seconds)12:10
*** florian_kc <florian_kc!~florian@dynamic-002-244-158-162.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)12:20
rburtonRP: so as oe-core has new layer.conf semantics, should master require layers to opt in with the compat names?12:24
rburtoni mean mark as compatible12:25
rburtonwe've a layer that is marked as compat with langdale only, and predictably fails if you use it with master as it doesn't use the new syntax.12:25
RPrburton: good question, I'm not sure what you're suggesting we do? :/12:27
rburtonmake master only compatible with layers which are mickledore12:27
rburtonso you hit an error case earlier, and things like layer index can notice this sooner12:27
RPrburton: oh, yes, we should drop langdale compatibility12:28
rburtonwell i've never seen do_rm_work fail before12:32
rburton.../package-index/1.0-r0/temp/run.do_rm_work.38677: 163: cd: can't cd to /builds/engineering/yocto/meta-arm/work/build/tmp/stamps/armv8r-poky-linux/package-index12:32
riscaWhat would be the best approach to building a really ancient SDK based on yocto? The docs say that the supported distro is ubuntu12 :@  I've spent a day backporting various packages in oe-core to make the native packages build with a modern glibc/gcc/etc, but it seems to never end12:35
mborzeckirisca: a container maybe?12:36
RPrisca: probably find an old ubuntu VM/container ?12:36
riscaIs there even ubuntu mirrors up?12:36
risca*searches online*12:36
mborzeckifwiw, it seems to be possible to docker pull ubuntu:12.0412:37
rburtonyeah, a container running ubuntu 12.x is the one true way12:38
rburtonyou'll be in for a world of pain otherwise12:38
riscaTell me about it :(12:39
riscaI've been commiting to muscle memory "git cherry-pick"12:40
riscaI'll try a container. Thanks! :D12:40
RPrisca: the "modern" way would be buildtools tarball FWIW. I don't think we have one for that far back though12:40
riscaHuh! Looks like there is a buildtools tarball available. I believe this SDK is based on Yocto-1.4 (Dylan)12:48
riscaThank you :D12:52
riscaWoow! There's even documentation available online for this release!12:53
*** florian_kc <florian_kc!~florian@dynamic-002-244-158-162.2.244.pool.telefonica.de> has joined #yocto13:04
*** d-s-e <d-s-e!~d.s.e@muedsl-82-207-229-201.citykom.de> has joined #yocto13:09
RPrisca: I don't think at that age it included the compiler though? :(13:11
RPIt might help a bit at least13:11
riscaThe SDK comes with a cross compiler. Or, at least a working download link for the compiler13:12
RPrisca: I was meaning a native gcc but I guess the cross one from the x86 sdk could work at a push13:13
riscaI was planning on "apt-get install build-essential" and hope for the best =)13:14
riscaI'm writing a Dockerfile now13:14
riscaI'm sure someone has done this before, but I couldn't find one. Shouldn't be that much work. The Dockerfile is only meant to install the yocto host dependencies13:15
*** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto13:17
rburtonrisca: there are the crops containers. you could try convincing moto-timo to add old releases to the build for people like yourself.13:17
riscathe crops containers go back to 16.04. That might be a bit too modern for what I'm doing13:20
riscaI might take a look at the Dockerfiles though13:20
*** florian_kc <florian_kc!~florian@dynamic-002-244-158-162.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)13:33
*** Payam <Payam!~Payam@> has joined #yocto13:37
PayamI get this error now : ERROR: Variable PREMIRRORS_prepend file: /opt/actions-runner/_work/CC__metalayers/CC__metalayers/qemux86-64/conf/site.conf line: 4 contains an operation using the old override syntax. Please convert this layer/metadata before attempting to use with a newer bitbake.13:37
qschulzPayam: please read the error message13:38
Payamyes but I look for variables and this is the variable to be used.13:38
qschulzPayam: where did you get that you needed _prepend?13:38
qschulzPayam: https://docs.yoctoproject.org/migration-guides/migration-3.4.html#override-syntax-changes13:38
qschulzyou're either blindly following tutorials on the internet or reading the wrong/outdated documentation13:39
qschulzPayam: you're not using Yocto 3.2.3 (gatesgarth)13:40
Payamso what is the comand now for PREMIRRORS?13:41
Payamit is with :13:41
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto13:43
Payamif I use mirror do I need to have the DL_DIR and sstate_cache any more? What would happen if I download the downloads and sstate_cahe and run a mirror as well?13:47
Payamso that it only fetches the missing one from mirrors13:48
Payamqschulz, I am not really sure that the change with mirrors do anything special13:52
rburtonPayam:  things from mirrors are fetched into DL_DIR13:54
*** sakoman <sakoman!~steve@dhcp-72-253-5-74.hawaiiantel.net> has joined #yocto13:54
Payamit is not so fast13:55
*** camus <camus!~Instantbi@2409:8a1e:9120:af90:c954:ee4a:83f2:16d6> has quit IRC (Remote host closed the connection)13:55
*** camus <camus!~Instantbi@2409:8a1e:9120:af90:c954:ee4a:83f2:16d6> has joined #yocto13:56
PayamYou are using a local hash equivalence server but have configured an sstate mirror13:59
Payamdo I need to have BB_HASHSERVE=something in local.conf?14:00
*** demirok <demirok!~bell@user/demirok> has quit IRC (Quit: Leaving.)14:01
*** sgw <sgw!~swold_loc@user/sgw> has joined #yocto14:03
*** AKN <AKN!~AKN@> has joined #yocto14:03
*** Estrella <Estrella!~quassel@> has joined #yocto14:05
*** camus <camus!~Instantbi@2409:8a1e:9120:af90:c954:ee4a:83f2:16d6> has quit IRC (Remote host closed the connection)14:09
*** camus <camus!~Instantbi@2409:8a1e:9120:af90:c954:ee4a:83f2:16d6> has joined #yocto14:10
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 272 seconds)14:11
qschulzPayam: that's a later improvement, not required right now14:12
qschulzPayam: there's a special fetcher for s3, you probably just added http in PREMIRRORS instead of s3?14:12
qschulzprobably need something like s3://something as the second operand14:16
qschulzactually, you probably should just remove PREMIRRORS:prepend and use the SOURCE_MIRROR_URL variable14:16
qschulz(and add INHERIT += "own-mirrors" in local.conf14:18
*** demirok <demirok!~bell@user/demirok> has joined #yocto14:18
qschulzwhich is documented in the link I gave you yesterday14:19
qschulzmichaelo: we're missing documentation on s3 fetcher in bitbake docs14:20
*** seninha <seninha!~seninha@user/seninha> has joined #yocto14:22
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Remote host closed the connection)14:25
*** Ad0 <Ad0!~Ad0@> has quit IRC (Ping timeout: 260 seconds)14:26
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto14:26
Payamqschulz, is it possible to only download the dependencies and not build?14:26
JPEWPayam: The closest you can get is `bitbake --runonly fetch ...`14:29
JPEWPayam: But that may still build a few things14:29
TRO[m]Is it possible to reference a variable e.g. SRCREV from another recipe? something like SRCREV = xxx:SRCREV14:34
TRO[m]Or is there a workaround python function?14:34
JPEWTRO[m]: No, why do you need to do that?14:34
*** AntA_ <AntA_!~anta@> has quit IRC (Ping timeout: 265 seconds)14:34
qschulzTRO[m]: recipe data is local, one recipe cannot impact another one14:35
qschulzif you tell us what you want to do, we may be able to guide you :)14:36
TRO[m]Have a recipe building samples for a lib and I want to keep the recipe for lib and examples separate. BUT they are in the same git repo. So I want be able to devtool upgrade the lib recipe and automatically have a coresponding test recipe.14:37
rburtonif they're in the same repo, a single recipe that builds both but puts them in separate packages would make everything easier14:37
qschulzTRO[m]: like rburton said. If you REALLY want them separate, you could have a common .inc file included by both recipes where you set the SRCREV, SRC_URI, etc...14:39
TRO[m]They are separate cmake projects in subdirs and I do not know an easy way to build them all in one recipe. Having an recipe per sample and an include for them all is what I use. This works great, but then I do not really what to split the git SRCREV out of the lib into a separate include for lib + samples.14:41
TRO[m]Thank you, btw!14:41
qschulzTRO[m]: why not?14:43
TRO[m]unsure if devtool upgrade still works then14:44
*** camus <camus!~Instantbi@2409:8a1e:9120:af90:c954:ee4a:83f2:16d6> has quit IRC (Ping timeout: 255 seconds)14:44
*** camus <camus!~Instantbi@> has joined #yocto14:44
TRO[m]rburton: I want to build those examples: https://github.com/aws/aws-iot-device-sdk-cpp-v2/tree/main/samples14:45
qschulzTRO[m]: bitbake does not care about your include files, it flattens everything out14:45
qschulzso essentially, for devtool, the recipe is a text file after all includes/inherits are done by bitbake14:45
qschulzit wouldn't know if there's an include file common to multiple things14:45
qschulzat least I don't see the issue here14:45
TRO[m]yes, I had that idea - but I was thinking may there is a way to ref other recipes vars. maybe14:46
qschulzTRO[m]: nope, and on purpose14:47
qschulzTRO[m]: everything is sandboxed pretty well. For example, variables set in a task or their modified contents) are only available in said task14:50
TRO[m]ok, so the only solution to my problem is to have a common include ;)14:51
rburtonkanavin: just noticed that you sent a patch to gtk main yesterday that fixes a problem i was having with the gtk3 point upgrade.  are we duplicating effort?14:54
rburtonTRO[m]: no, you can duplicate and let devtool do the right thing. there might be a situation where you want different versions of the libraries vs examples?14:54
kanavinrburton, as usual the answer is in https://git.yoctoproject.org/poky-contrib/log/?h=akanavin/package-version-updates :)14:54
qschulzTRO[m]: the second solution is the one suggsted by rburton :)14:55
kanavinrburton, it's held up only by repro fails in ffmpeg otherwise good to go14:55
TRO[m]rburton: yes, that is then the problem. lib vs. samples version.14:55
TRO[m]will try the common include approach14:56
*** AKN <AKN!~AKN@> has quit IRC (Read error: Connection reset by peer)14:56
qschulzTRO[m]: wait... is one old devtool version of lib vs current version in layer for samples a scenario?14:56
qschulzI mean, one you would like to avoid?14:57
qschulzbecause if you want to make absolutely sure that lib and samples recipes are in sync even with outdated devtool, only rburton suggestion will work14:57
qschulze.g. you do a devtool modify lib when lib+samples is v114:58
qschulzthen you update your layers and you get lib+samples v2 in it14:58
qschulzbut bitbake will still take lib v1 from your devtool workspace, but samples from your layer, hus v214:58
TRO[m]yes, but I'm talking about just the devtool upgrade usecase14:59
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto14:59
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Read error: Connection reset by peer)15:01
*** dgriego_ <dgriego_!~dgriego@user/dgriego> has joined #yocto15:01
*** d-s-e <d-s-e!~d.s.e@muedsl-82-207-229-201.citykom.de> has quit IRC (Quit: Konversation terminated!)15:01
kanavinrburton, not to discourage you from doing updates, if you're happy with mine, there's a few more that I didn't do (run 'devtool check-upgrade-status' on top of my branch)15:04
*** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection)15:12
*** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto15:12
*** yashraj466 <yashraj466!~yashraj46@2401:4900:36cd:21ff:5ea1:d790:b4c6:3cd8> has quit IRC (Quit: Client closed)15:14
*** Estrella <Estrella!~quassel@> has quit IRC (Read error: Connection reset by peer)15:15
*** Estrella <Estrella!~quassel@> has joined #yocto15:15
*** locutusofborg_ <locutusofborg_!~locutusof@93-50-192-18.ip153.fastwebnet.it> has joined #yocto15:21
*** locutusofborg_ is now known as LocutusOfBorg15:21
*** LocutusOfBorg is now known as locutusofborg15:22
*** locutusofborg is now known as LocutusOfBor15:22
*** LocutusOfBor is now known as LocutusOfBorg15:22
*** LocutusOfBorg is now known as LocutusFfBorg15:23
*** LocutusFfBorg is now known as LocutusOfBorg15:23
TRO[m]qschulz, rburton and probably kanavin: ok, cool I'm happy with the common include file approach. Thank you. The only thing I do not like is that I have a version.inc file containing SRCREV and this file does not contain a version number in the filename. The recipe including this inc does have a revison, but does not contain a revision ;)15:24
TRO[m]Tested also the devtool upgrade - works perfect.15:24
TRO[m]Have a great day!15:24
qschulzTRO[m]: have your inc file have the version number too15:25
kanavinTRO[m], I am missing the context, but if it works perfect, then you're welcome :)15:25
qschulzthen require myinc_${PV}.inc in your lib_v1.0.bb recipe15:26
kanavinqschulz, that might actually break devtool upgrades15:26
kanavingenerally messing about with $PV is not recommended15:26
qschulzkanavin: ack, thx for the heads up :)15:28
TRO[m]will try - just a moment ;)15:29
kanavinqschulz, devtool might be clever enough to rename the includes, or it might not. I do not remember that, and I would opt for not doing risky things :)15:29
qschulzTRO[m]: see kanavin warning though!15:29
kanavinin general upgrades are prone to tripping on all kinds of corner cases, so you recipe must be as standard and simple as you can make it.15:30
kanavin(I mean devtool-driven upgrades)15:30
TRO[m]totally agree!! !! !!!!15:31
*** xeche <xeche!~xeche@195-159-183-44.customer.powertech.no> has joined #yocto15:35
bpsin my experience devtool doesn't follow .inc's well either15:38
bpsI think it basically assumes you have one SRC_URI append and that's all15:38
bpsper bb or bbappend15:38
xecheHello people. I've some trouble with Kirkstone and the libbacktrace recipe. It works fine for build purposes (i.e. DEPENDS), but in attempting to install (IMAGE_INSTALL_APPEND) the built static library and header file(s) provided by libbacktrace-staticdev and libbacktrace-dev, both of them depends on what seems to be a base libbacktrace package.15:39
xecheThe base package doesn't seem to exist.  nothing provides libbacktrace = 1.0+git0+4f57c99971-r0.0 needed by libbacktrace-dev-1.0+git0+4f57c99971-r0.0.core2-6415:41
rburtonmost likely a bug in the recipe15:42
xecheAlso the recipe seems to have a spelling error. EXTR_OECONF should be EXTRA_OECONF.15:42
rburtoneasy fix is ALLOW_EMPTY:${PN} = "1" to make an empty package15:42
rburtonand yes, that's a typo15:43
rburtonpatches welcome :)15:43
TRO[m]<TRO[m]> "will try - just a moment ;)" <- ok, this will not work. As expected.15:45
xecherburton: Thanks alot :) Looks like quick fix works15:51
*** Payam <Payam!~Payam@> has quit IRC (Quit: Leaving)15:53
rburtonRP: you didn't change meta-yocto-bsp16:01
rburtonERROR: Layer yocto is not compatible with the core layer which only supports these series: mickledore (layer is compatible with langdale kirkstone)16:02
RPrburton: I knew there was something I was missing16:03
moto-timorisca: the crops containers have been around for many years, so you can go back in git history.. but I just looked and the oldest ever was ubuntu-14.04 (the project started in 2015/2016)16:13
riscamoto-timo: thanks for looking into it!16:14
*** paulg <paulg!~paulg@24-212-160-219.cable.teksavvy.com> has joined #yocto16:15
JaMarisca: I also have a Dockerfile for 12.04 ubuntu, you just need to update apt sources to be able to install build-esentials etc, (e.g. RUN sed -i 's/archive.ubuntu.com/old-releases.ubuntu.com/g' /etc/apt/sources.list)16:17
*** AntA <AntA!~anta@> has joined #yocto16:18
JaMaand still had to cherry-pick bunch of fixes to build dunfell based image (e.g. due to upstream sources long gone)16:19
riscaJaMa: thanks! I got that far already. It's working surprisingly well =) right now I'm patching some of the SDK setup scripts. They have a hardcoded download URL for the latest version of Google's repotool, which requires >=python-3.5. Latest python available in Ubuntu-12.04 is 3.216:20
*** paulg <paulg!~paulg@24-212-160-219.cable.teksavvy.com> has quit IRC (Quit: Leaving)16:34
*** gsalazar <gsalazar!~gsalazar@> has quit IRC (Ping timeout: 264 seconds)16:41
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 255 seconds)16:51
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)16:57
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto17:05
*** gho <gho!~gho@i59F5CC05.versanet.de> has quit IRC (Quit: Leaving.)17:10
*** zpfvo <zpfvo!~fvo@i59F5CC05.versanet.de> has quit IRC (Quit: Leaving.)17:11
kergothUgh, templateconf handling broke my scripts, lovely. It won't accept an absolute path, but a relative path has to be inside of oe-core. My layers aren't cloned inside of oe-core.17:16
kergothAm I missing something here?17:16
*** Guest29 <Guest29!~money@pool-100-11-18-203.phlapa.fios.verizon.net> has joined #yocto17:16
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC (Ping timeout: 264 seconds)17:20
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto17:23
kergothhmm, meta-oe needs updating for mickledore layer compat, i think17:25
JaMayes, many layers need that, I've sent the changes to all I use few minutes ago17:27
*** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)17:30
*** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has joined #yocto17:30
*** Guest29 <Guest29!~money@user/polo> has quit IRC (Quit: late)17:37
*** florian_kc <florian_kc!~florian@dynamic-002-244-158-162.2.244.pool.telefonica.de> has joined #yocto17:44
*** mouser <mouser!~mouser@ec2-34-223-147-188.us-west-2.compute.amazonaws.com> has joined #yocto17:46
*** mouser <mouser!~mouser@ec2-34-223-147-188.us-west-2.compute.amazonaws.com> has quit IRC (Client Quit)17:46
*** thomasd13 <thomasd13!~thomas@DSL01.> has quit IRC (Ping timeout: 272 seconds)17:47
*** mouser <mouser!~mouser@ec2-34-223-147-188.us-west-2.compute.amazonaws.com> has joined #yocto17:48
*** florian_kc <florian_kc!~florian@dynamic-002-244-158-162.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)17:52
*** gsalazar_ <gsalazar_!~gsalazar@isep.wan.ipp.pt> has joined #yocto17:55
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC (Ping timeout: 268 seconds)17:58
*** bps <bps!~bps@> has joined #yocto18:01
*** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Quit: ZNC 1.8.0 - https://znc.in)18:01
*** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto18:04
*** PhoenixMage <PhoenixMage!~phoenix@> has quit IRC (Ping timeout: 268 seconds)18:06
*** gsalazar__ <gsalazar__!~gsalazar@isep.wan.ipp.pt> has joined #yocto18:06
*** gsalazar_ <gsalazar_!~gsalazar@isep.wan.ipp.pt> has quit IRC (Ping timeout: 260 seconds)18:09
*** florian_kc <florian_kc!~florian@dynamic-002-244-158-162.2.244.pool.telefonica.de> has joined #yocto18:10
*** PhoenixMage <PhoenixMage!~phoenix@> has joined #yocto18:12
*** gsalazar__ <gsalazar__!~gsalazar@isep.wan.ipp.pt> has quit IRC (Ping timeout: 272 seconds)18:20
kergothah, nice18:21
*** florian_kc <florian_kc!~florian@dynamic-002-244-158-162.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds)18:28
*** alessioigor <alessioigor!~alessioig@> has joined #yocto18:49
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Client Quit)18:50
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto18:51
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 268 seconds)19:08
*** PhoenixMage <PhoenixMage!~phoenix@> has quit IRC (Ping timeout: 246 seconds)19:08
*** PhoenixMage <PhoenixMage!~phoenix@> has joined #yocto19:10
*** Haxxa <Haxxa!~Haxxa@202-65-79-43.ip4.superloop.com> has quit IRC (Quit: Haxxa flies away.)19:15
*** PhoenixMage <PhoenixMage!~phoenix@> has quit IRC (Ping timeout: 252 seconds)19:15
*** PhoenixMage <PhoenixMage!~phoenix@> has joined #yocto19:16
*** Haxxa <Haxxa!~Haxxa@202-65-79-43.ip4.superloop.com> has joined #yocto19:18
*** PhoenixMage <PhoenixMage!~phoenix@> has quit IRC (Ping timeout: 260 seconds)19:23
*** PhoenixMage <PhoenixMage!~phoenix@> has joined #yocto19:24
*** Tartarus1 is now known as Tartarus19:25
*** geoffhp <geoffhp!~geoff@> has joined #yocto19:26
*** PhoenixMage <PhoenixMage!~phoenix@> has quit IRC (Ping timeout: 260 seconds)19:30
*** PhoenixMage <PhoenixMage!~phoenix@> has joined #yocto19:32
*** seninha <seninha!~seninha@user/seninha> has joined #yocto19:49
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 268 seconds)19:55
*** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection)20:02
*** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto20:02
*** Notgnoshi <Notgnoshi!~quassel@184-83-95-131-dynamic.midco.net> has quit IRC (Ping timeout: 264 seconds)20:06
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto20:11
*** dgriego_ is now known as dgriego20:39
*** Payam <Payam!~Payam@c83-250-236-236.bredband.tele2.se> has joined #yocto20:41
*** pabigot <pabigot!~pab@67-1-115-166.tcso.qwest.net> has quit IRC (Remote host closed the connection)20:47
*** pabigot <pabigot!~pab@67-1-115-166.tcso.qwest.net> has joined #yocto20:48
Payamis there way to list what packages are fetched from download directory and which ones are fetched from internet?20:51
rburtonnot without grepping log.do_fetch, but why would you need to know?20:52
rburtonyou can force a build to be entirely local by just running all the fetch tasks (eg bitbake core-image-sato --runall fetch)20:53
Payamyes but it seems like a couple of packages are missed20:59
PayamI m just tired of all that cloning21:05
*** amitk_ <amitk_!~amit@> has quit IRC (Ping timeout: 256 seconds)21:11
*** goliath <goliath!~goliath@user/goliath> has joined #yocto21:14
*** mlaga97 <mlaga97!~quassel@user/mlaga97> has joined #yocto21:30
rburtonPayam: if anything fetches more than once, you're either deleting DL_DIR or the recipe is fetching during the compile, so yocto can't cache it.  that would be very bad form and is a bug.21:42
Payamis there a way to know how many packages should be fetched?21:43
Payamwith their versions21:43
rburtonthat's just the value of SRC_URI for every recipe being built21:44
rburtonyou should say what you're actually trying to solve instead of asking questions and hoping we know what you're after21:44
PayamSo I want to know how many packages should be fetched and that way I can look at the s3 bucket and see if they are the same number21:45
PayamBecause each time it seems like something is not downloaded21:46
rburtonbut if you've a s3 bucket as a mirror then they'll be downloaded21:46
rburtonthe log.do_fetch for each recipe will tell you where the files came from, be it DL_DIR, or a mirror, or the actual upstream URL21:47
Payamyes but I upload packages manually from my pc to s321:47
Payamand it seems like it removes stuff from downloads21:51
PayamI did a watch du -sh in that directory21:51
Payamand it went from 35G to 2521:52
rburtonwhat is "it"?21:53
*** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Read error: Connection reset by peer)21:54
rburtonand if you're copying a DL_DIR to use as a mirror, remember to set BB_GENERATE_MIRROR_TARBALLS21:54
*** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto21:54
rburtonit's easy to see if your mirrors is being used: delete DL_DIR, do a bitbake myimage --runall fetch, grep log.do_fetch to verify the mirror is being used21:56
PayamI downloaded my downloads from aws to a directory. And when building I tell bitbake to use that DL_DIR. when I run bitbake command it just remove 10GB and tried to fetch thing. I used bitbake my-image --runall fetch21:58
*** mvlad <mvlad!~mvlad@2a02:2f08:470d:8800:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection)21:59
*** sakoman <sakoman!~steve@dhcp-72-253-5-74.hawaiiantel.net> has quit IRC (Quit: Leaving.)22:03
*** sakoman <sakoman!~steve@dhcp-72-253-5-74.hawaiiantel.net> has joined #yocto22:06
rburtonuse PREMIRRORS instead of downloading the entire thing each time, it will be faster as you won't need all of it22:10
rburtoneven if transit was free, it's not instant, and some tarballs are huge22:10
rburtoni'm also assuming you're doing this as you're doing CI or something in AWS and so fetching from S3 is a lot faster22:11
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)22:12
Payamrburton, yes22:12
Payamis there any free mirror?22:12
rburtonthe yocto mirror, but it's not as fast as an on-site cache.  often slower than just hitting the real URL.22:13
Payamlet me see22:14
rburtonit gets used by default if the real URL isn't available for some reason22:14
rburtoneg when sourceforge goes down, the yocto mirror is used automatically22:15
Payamcan you please provide me with the URL?22:15
Payamand does it mean that bitbake wont go any git cloning?22:16
rburtonif a git repo is unavailable then it will download, slowly, a tarball from yoctoproject.org instead22:18
rburtonas we maintain a mirror of all the sources22:18
rburtonif you're doing CI in AWS then the easiest solution is a EFS mount you use a sstate and dldir22:18
rburtons3 is just complicating things22:18
Payamis this a correct site.conf?22:19
rburtonno, because mirrors.bbclass already adds downloads.yoctoproject.org to MIRRORS22:20
rburtondelete the last two lines22:20
rburtonown-mirrors sets a premirror, so you're hitting the public, free, slow yp mirror *first*22:22
rburtoni'm off now.  i'll repeat: if you're doing builds in AWS, use EFS for sstate/dldir. it saves having to fetch/push every build.22:23
*** florian_kc <florian_kc!~florian@dynamic-002-244-158-162.2.244.pool.telefonica.de> has joined #yocto22:38
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 260 seconds)22:43
*** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)22:50
*** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has joined #yocto22:50
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 265 seconds)23:06
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto23:09
*** alimon <alimon!~alimon@2806:10b7:3:335b:2c32:cfff:fe8e:de1f> has quit IRC (Ping timeout: 265 seconds)23:12
*** alimon <alimon!~alimon@2806:10b7:3:4ca8:2c32:cfff:fe8e:de1f> has joined #yocto23:26
*** camus <camus!~Instantbi@> has quit IRC (Remote host closed the connection)23:29
*** camus <camus!~Instantbi@2409:8a1e:9120:af90:c954:ee4a:83f2:16d6> has joined #yocto23:31
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 256 seconds)23:31
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving)23:35
*** camus1 <camus1!~Instantbi@> has joined #yocto23:42
*** camus <camus!~Instantbi@2409:8a1e:9120:af90:c954:ee4a:83f2:16d6> has quit IRC (Ping timeout: 256 seconds)23:44
*** camus1 is now known as camus23:44
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 272 seconds)23:49
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto23:49
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)23:54
*** nemik <nemik!~nemik@> has joined #yocto23:54

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!