| *** florian_kc <florian_kc!~florian@78.48.85.31> has quit IRC (Ping timeout: 252 seconds) | 00:13 | |
| *** azcraft <azcraft!~AzCraft@195.214.248.221> 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 #yocto | 01: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 #yocto | 02:00 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 02:00 | |
| *** davidinux <davidinux!~davidinux@81.22.36.238> has quit IRC (Ping timeout: 260 seconds) | 02:04 | |
| *** davidinux <davidinux!~davidinux@81.22.36.239> has joined #yocto | 02:06 | |
| *** money_ <money_!~money@pool-100-11-18-203.phlapa.fios.verizon.net> has joined #yocto | 02: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 #yocto | 03: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 #yocto | 03: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 #yocto | 03: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 #yocto | 04:15 | |
| *** camus <camus!~Instantbi@117.135.124.195> has quit IRC (Remote host closed the connection) | 05:08 | |
| *** camus <camus!~Instantbi@2409:8a1e:9120:af90:1985:f9e7:425:3506> has joined #yocto | 05:08 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds) | 05:14 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 05:14 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds) | 05:19 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 05: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 #yocto | 05:33 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 05: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 #yocto | 05: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 #yocto | 05:47 | |
| *** camus <camus!~Instantbi@2409:8a1e:9120:af90:1985:f9e7:425:3506> has quit IRC (Ping timeout: 252 seconds) | 06:01 | |
| *** camus <camus!~Instantbi@117.135.124.195> has joined #yocto | 06:02 | |
| *** money <money!~money@user/polo> has joined #yocto | 06: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 #yocto | 06:11 | |
| *** money is now known as polo | 06:14 | |
| *** polo is now known as Gambino | 06:14 | |
| *** Gambino <Gambino!~money@user/polo> has quit IRC (Quit: late) | 06:28 | |
| LetoThe2nd | yo dudX | 06: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 #yocto | 06:52 | |
| *** bps <bps!~bps@user/bps> has joined #yocto | 07:21 | |
| *** thomasd13 <thomasd13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 07:22 | |
| *** Payam <Payam!~Payam@195.178.161.167> has joined #yocto | 07:24 | |
| Payam | Hi, I have sent up the downloads to a S3 bucket but I see that it still tries to download git repositories from somewhere | 07:24 |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 272 seconds) | 07:35 | |
| *** amitk_ <amitk_!~amit@103.208.69.169> has joined #yocto | 07:40 | |
| *** yashraj466 <yashraj466!~yashraj46@2401:4900:36cd:21ff:5ea1:d790:b4c6:3cd8> has joined #yocto | 07:41 | |
| *** amitk <amitk!~amit@103.208.69.86> 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 #yocto | 07:46 | |
| *** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 07:46 | |
| Payam | ERROR: 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 |
| Payam | this is the problem | 07:47 |
| *** gho <gho!~gho@i59F5CC05.versanet.de> has joined #yocto | 07:51 | |
| Payam | is it possible to download it manually? | 07:53 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 08:02 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 08:05 | |
| Payam | what can I do to avoid these stuff? | 08:07 |
| Payam | the gerrit and fetching gives me lots of error. | 08:07 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 08:09 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 08:10 | |
| *** zpfvo <zpfvo!~fvo@i59f5cc05.versanet.de> has joined #yocto | 08:24 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:27 | |
| qschulz | Payam: did you set up the PREMIMRRORS variable correctly? | 08:40 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:470d:8800:24d7:51ff:fed6:906d> has joined #yocto | 08:44 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto | 08:48 | |
| *** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 08: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 #yocto | 09:01 | |
| Payam | no | 09:08 |
| Payam | I haven't touched it since I assumed that if I put all the downloads to s3 then I won't need it. | 09:09 |
| Payam | and then I download the sstate and downloads to /tmp in a ec2 and then run it. | 09:09 |
| qschulz | you should use a PREMIRRORS and a SSTATE_MIRRORs | 09:11 |
| qschulz | this will download only what you need from your s3 | 09:11 |
| Payam | how do I do it? | 09:11 |
| Payam | yes but it is different EC2 instances. | 09:12 |
| Payam | so each time it is a new instance? | 09:12 |
| Payam | and empty | 09:12 |
| Payam | so it will download stuff any way? | 09:12 |
| qschulz | i've enevr used neither s3 or ec2 | 09:12 |
| Payam | but the fetching | 09:13 |
| *** zpfvo <zpfvo!~fvo@i59F5CC05.versanet.de> has joined #yocto | 09:14 | |
| TRO[m] | you can setup a sstate server like we did here: https://youtu.be/CNCjtQj74VI?t=667 | 09:15 |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-229-201.citykom.de> has joined #yocto | 09:17 | |
| JaMa | isn't it enough to enable static website on that s3 bucket to use it as SSTATE_MIRROR and PREMIRROR? | 09:17 |
| JaMa | but don't forget to enable BB_GENERATE_MIRROR_TARBALLS in the builds which generate PREMIRROR | 09:19 |
| JaMa | and you don't need to push scm dirs like git2/svn nor .done, bad_checksum files to s3 PREMIRROR | 09:20 |
| *** camus <camus!~Instantbi@117.135.124.195> has quit IRC (Remote host closed the connection) | 09:27 | |
| *** camus <camus!~Instantbi@2409:8a1e:9120:af90:1985:f9e7:425:3506> has joined #yocto | 09:28 | |
| Payam | I don't even know why bitbake tries to fetch suff | 09:28 |
| Payam | everything is there | 09:28 |
| qschulz | Payam: you just said you copied what was on s3 into your ec2 | 09:29 |
| Payam | yes | 09:29 |
| qschulz | and yesterday we discussed the use of .done files | 09:29 |
| Payam | yes | 09:29 |
| qschulz | and we said it's useless if you use PREMIRRORS with BB_GENERATE_MIRROR_TARBALLS | 09:30 |
| qschulz | since you're not doing that | 09:30 |
| qschulz | do you have those .done files? | 09:30 |
| Payam | yes in the s3 bucket | 09:30 |
| Payam | why is it useless? | 09:30 |
| Payam | you mean that if I use PREMIRRORS I do not need a s3 bucket? | 09:31 |
| qschulz | because you don't need it with PREMIRRORS | 09:31 |
| qschulz | since all fetches will be proxied through your mirror listed in PREMIRRORS | 09:31 |
| Payam | Wait | 09:31 |
| qschulz | they will be downloaded locally on-demand and bitbake will add the local .done files when it's finished downloading it | 09:32 |
| Payam | so what I can do is to only use premirrors. | 09:32 |
| Payam | for the sstate? how about downloads? | 09:32 |
| qschulz | for downloads | 09:32 |
| qschulz | for sstate it's sstate_mirror | 09:33 |
| Payam | let me check | 09:33 |
| Payam | https://paste.debian.net/1266004/ | 09:34 |
| Payam | there isn't any | 09:34 |
| qschulz | ? | 09:35 |
| Payam | there is only SSTATE_MIRROR | 09:35 |
| Payam | not PREMIRRORS | 09:35 |
| qschulz | Payam: there's no SSTATE_MIRROR either | 09:35 |
| qschulz | they're commented out | 09:36 |
| Payam | yes | 09:36 |
| Payam | so what do I add? more specificly | 09:36 |
| qschulz | a PREMIRRORS and a SSTATE_MIRRORS | 09:37 |
| Payam | I do PREMIRRORS= ... and SSTATE_MIRRORS= .. | 09:38 |
| Payam | and tarball thingy | 09:38 |
| *** pidge <pidge!~pidge@194.110.145.185> has joined #yocto | 09:40 | |
| qschulz | the tarball is only required to feed the mirror (your s3), you don't need it otherwise | 09:40 |
| Payam | ah | 09:41 |
| Payam | are there any free mirrors? | 09:41 |
| *** camus1 <camus1!~Instantbi@117.135.124.195> has joined #yocto | 09:44 | |
| Payam | https://download.automotivelinux.org/AGL/mirror/ | 09:45 |
| Payam | this 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 camus | 09:46 | |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 255 seconds) | 09:46 | |
| *** AntA_ <AntA_!~anta@217.140.99.251> has joined #yocto | 10:02 | |
| Haxxa | Any 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 |
| LetoThe2nd | Haxxa: how about systemd watchdog? | 10:12 |
| Haxxa | No systemd on this machine | 10:12 |
| Haxxa | init.d | 10:12 |
| LetoThe2nd | Haxxa: 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 #yocto | 10:15 | |
| Haxxa | Couldn't find anything that looks similar, I have full root access, so I can explore a fair bit | 10:22 |
| qschulz | Haxxa: if you are fine with a HW reset, look into HW watchdogs | 10:24 |
| qschulz | if your platform supports one | 10:24 |
| qschulz | you just need to write to /dev/watchdog a specific character every now and then to "ping it" | 10:25 |
| Haxxa | qschulz I am trying to figure out what is causing the reboot, I want to prevent it | 10:25 |
| qschulz | ah my bad, misread | 10:25 |
| Haxxa | i.e. some vendors device reboots 15 seconds after I stop their application. | 10:25 |
| Haxxa | I have been using grep and find to try and figure out what cause the watchdog reboot, but I haven't fogured it out yet | 10:26 |
| Haxxa | *figured | 10:26 |
| LetoThe2nd | heh yeah i guessed that by now. probably the application just uses the watchdog device. | 10:26 |
| LetoThe2nd | so time for you to read up on how a watchdog actually works :-) | 10:26 |
| Haxxa | LetoThe2nd 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 |
| LetoThe2nd | Haxxa: well, you're not only a hacker, you're even a Haxxa. you certainly can find out, right? | 10:33 |
| qschulz | Haxxa: 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 memory | 10:35 |
| LetoThe2nd | hint - this is completely unrelated to Yocto, it is merely reverse engineering some linux device. there are certainly better places for that. | 10:35 |
| Haxxa | qschulz thanks, nice idea | 10:36 |
| Haxxa | LetoThe2nd 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 |
| LetoThe2nd | have fun then. | 10:44 |
| * RP wonders how many issues the bitbake threading changes are going to cause | 10:48 | |
| LetoThe2nd | RP: n. | 10:48 |
| JaMa | FWIW: I was using them since they were in master-next and haven't noticed any issues | 11:06 |
| *** amsobr <amsobr!~amsobr@a89-152-104-208.cpe.netcabo.pt> has joined #yocto | 11:21 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-158-162.2.244.pool.telefonica.de> has joined #yocto | 11:23 | |
| *** bps <bps!~bps@193.89.194.60> has joined #yocto | 11:27 | |
| *** azcraft <azcraft!~AzCraft@195.214.248.221> has joined #yocto | 11:41 | |
| RP | JaMa: thanks, it helps to know they're working somewhere other than the autobuilder :) | 11:50 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 11:50 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> 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@117.135.124.195> has quit IRC (Remote host closed the connection) | 12:05 | |
| *** camus <camus!~Instantbi@2409:8a1e:9120:af90:c954:ee4a:83f2:16d6> has joined #yocto | 12:05 | |
| *** Payam <Payam!~Payam@195.178.161.167> 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 | |
| rburton | RP: so as oe-core has new layer.conf semantics, should master require layers to opt in with the compat names? | 12:24 |
| rburton | i mean mark as compatible | 12:25 |
| rburton | we'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 |
| RP | rburton: good question, I'm not sure what you're suggesting we do? :/ | 12:27 |
| rburton | make master only compatible with layers which are mickledore | 12:27 |
| rburton | so you hit an error case earlier, and things like layer index can notice this sooner | 12:27 |
| RP | rburton: oh, yes, we should drop langdale compatibility | 12:28 |
| rburton | well i've never seen do_rm_work fail before | 12: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-index | 12:32 |
| risca | What 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 end | 12:35 |
| mborzecki | risca: a container maybe? | 12:36 |
| RP | risca: probably find an old ubuntu VM/container ? | 12:36 |
| risca | Is there even ubuntu mirrors up? | 12:36 |
| risca | *searches online* | 12:36 |
| mborzecki | fwiw, it seems to be possible to docker pull ubuntu:12.04 | 12:37 |
| rburton | yeah, a container running ubuntu 12.x is the one true way | 12:38 |
| rburton | you'll be in for a world of pain otherwise | 12:38 |
| risca | Tell me about it :( | 12:39 |
| risca | I've been commiting to muscle memory "git cherry-pick" | 12:40 |
| risca | I'll try a container. Thanks! :D | 12:40 |
| RP | risca: the "modern" way would be buildtools tarball FWIW. I don't think we have one for that far back though | 12:40 |
| risca | Huh! Looks like there is a buildtools tarball available. I believe this SDK is based on Yocto-1.4 (Dylan) | 12:48 |
| risca | Thank you :D | 12:52 |
| risca | Woow! 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 #yocto | 13:04 | |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-229-201.citykom.de> has joined #yocto | 13:09 | |
| RP | risca: I don't think at that age it included the compiler though? :( | 13:11 |
| RP | It might help a bit at least | 13:11 |
| risca | The SDK comes with a cross compiler. Or, at least a working download link for the compiler | 13:12 |
| RP | risca: I was meaning a native gcc but I guess the cross one from the x86 sdk could work at a push | 13:13 |
| risca | I was planning on "apt-get install build-essential" and hope for the best =) | 13:14 |
| risca | I'm writing a Dockerfile now | 13:14 |
| risca | I'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 dependencies | 13:15 |
| *** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto | 13:17 | |
| rburton | risca: there are the crops containers. you could try convincing moto-timo to add old releases to the build for people like yourself. | 13:17 |
| risca | the crops containers go back to 16.04. That might be a bit too modern for what I'm doing | 13:20 |
| risca | I might take a look at the Dockerfiles though | 13: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@195.178.161.167> has joined #yocto | 13:37 | |
| Payam | I 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 |
| qschulz | Payam: please read the error message | 13:38 |
| Payam | yes but I look for variables and this is the variable to be used. | 13:38 |
| qschulz | Payam: where did you get that you needed _prepend? | 13:38 |
| qschulz | Payam: https://docs.yoctoproject.org/migration-guides/migration-3.4.html#override-syntax-changes | 13:38 |
| qschulz | you're either blindly following tutorials on the internet or reading the wrong/outdated documentation | 13:39 |
| Payam | https://stackoverflow.com/questions/52940431/using-premirrors-in-bitbake-configuration | 13:39 |
| Payam | https://docs.yoctoproject.org/3.2.3/ref-manual/ref-variables.html#term-PREMIRRORS | 13:39 |
| qschulz | Payam: you're not using Yocto 3.2.3 (gatesgarth) | 13:40 |
| Payam | so what is the comand now for PREMIRRORS? | 13:41 |
| Payam | it is with : | 13:41 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:43 | |
| Payam | if 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 |
| Payam | so that it only fetches the missing one from mirrors | 13:48 |
| Payam | ? | 13:48 |
| Payam | qschulz, I am not really sure that the change with mirrors do anything special | 13:52 |
| rburton | Payam: things from mirrors are fetched into DL_DIR | 13:54 |
| *** sakoman <sakoman!~steve@dhcp-72-253-5-74.hawaiiantel.net> has joined #yocto | 13:54 | |
| Payam | it is not so fast | 13: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 #yocto | 13:56 | |
| Payam | You are using a local hash equivalence server but have configured an sstate mirror | 13:59 |
| Payam | do 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 #yocto | 14:03 | |
| *** AKN <AKN!~AKN@49.204.112.11> has joined #yocto | 14:03 | |
| *** Estrella <Estrella!~quassel@134.238.165.31> has joined #yocto | 14: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 #yocto | 14:10 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 272 seconds) | 14:11 | |
| qschulz | Payam: that's a later improvement, not required right now | 14:12 |
| qschulz | Payam: there's a special fetcher for s3, you probably just added http in PREMIRRORS instead of s3? | 14:12 |
| qschulz | probably need something like s3://something as the second operand | 14:16 |
| qschulz | actually, you probably should just remove PREMIRRORS:prepend and use the SOURCE_MIRROR_URL variable | 14:16 |
| qschulz | (and add INHERIT += "own-mirrors" in local.conf | 14:18 |
| *** demirok <demirok!~bell@user/demirok> has joined #yocto | 14:18 | |
| qschulz | which is documented in the link I gave you yesterday | 14:19 |
| qschulz | michaelo: we're missing documentation on s3 fetcher in bitbake docs | 14:20 |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 14:22 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 14:25 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 260 seconds) | 14:26 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 14:26 | |
| Payam | qschulz, is it possible to only download the dependencies and not build? | 14:26 |
| JPEW | Payam: The closest you can get is `bitbake --runonly fetch ...` | 14:29 |
| JPEW | Payam: But that may still build a few things | 14:29 |
| TRO[m] | Is it possible to reference a variable e.g. SRCREV from another recipe? something like SRCREV = xxx:SRCREV | 14:34 |
| TRO[m] | Or is there a workaround python function? | 14:34 |
| JPEW | TRO[m]: No, why do you need to do that? | 14:34 |
| *** AntA_ <AntA_!~anta@217.140.99.251> has quit IRC (Ping timeout: 265 seconds) | 14:34 | |
| qschulz | TRO[m]: recipe data is local, one recipe cannot impact another one | 14:35 |
| qschulz | if 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 |
| rburton | if they're in the same repo, a single recipe that builds both but puts them in separate packages would make everything easier | 14:37 |
| qschulz | TRO[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 |
| qschulz | TRO[m]: why not? | 14:43 |
| TRO[m] | unsure if devtool upgrade still works then | 14:44 |
| *** camus <camus!~Instantbi@2409:8a1e:9120:af90:c954:ee4a:83f2:16d6> has quit IRC (Ping timeout: 255 seconds) | 14:44 | |
| *** camus <camus!~Instantbi@117.135.124.195> has joined #yocto | 14:44 | |
| TRO[m] | rburton: I want to build those examples: https://github.com/aws/aws-iot-device-sdk-cpp-v2/tree/main/samples | 14:45 |
| qschulz | TRO[m]: bitbake does not care about your include files, it flattens everything out | 14:45 |
| qschulz | so essentially, for devtool, the recipe is a text file after all includes/inherits are done by bitbake | 14:45 |
| qschulz | it wouldn't know if there's an include file common to multiple things | 14:45 |
| qschulz | at least I don't see the issue here | 14:45 |
| TRO[m] | yes, I had that idea - but I was thinking may there is a way to ref other recipes vars. maybe | 14:46 |
| qschulz | TRO[m]: nope, and on purpose | 14:47 |
| qschulz | TRO[m]: everything is sandboxed pretty well. For example, variables set in a task or their modified contents) are only available in said task | 14:50 |
| TRO[m] | ok, so the only solution to my problem is to have a common include ;) | 14:51 |
| rburton | kanavin: 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 |
| rburton | TRO[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 |
| kanavin | rburton, as usual the answer is in https://git.yoctoproject.org/poky-contrib/log/?h=akanavin/package-version-updates :) | 14:54 |
| qschulz | TRO[m]: the second solution is the one suggsted by rburton :) | 14:55 |
| kanavin | rburton, it's held up only by repro fails in ffmpeg otherwise good to go | 14:55 |
| TRO[m] | rburton: yes, that is then the problem. lib vs. samples version. | 14:55 |
| TRO[m] | will try the common include approach | 14:56 |
| *** AKN <AKN!~AKN@49.204.112.11> has quit IRC (Read error: Connection reset by peer) | 14:56 | |
| qschulz | TRO[m]: wait... is one old devtool version of lib vs current version in layer for samples a scenario? | 14:56 |
| qschulz | I mean, one you would like to avoid? | 14:57 |
| qschulz | because if you want to make absolutely sure that lib and samples recipes are in sync even with outdated devtool, only rburton suggestion will work | 14:57 |
| qschulz | e.g. you do a devtool modify lib when lib+samples is v1 | 14:58 |
| qschulz | then you update your layers and you get lib+samples v2 in it | 14:58 |
| qschulz | but bitbake will still take lib v1 from your devtool workspace, but samples from your layer, hus v2 | 14:58 |
| TRO[m] | yes, but I'm talking about just the devtool upgrade usecase | 14:59 |
| *** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 14:59 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Read error: Connection reset by peer) | 15:01 | |
| *** dgriego_ <dgriego_!~dgriego@user/dgriego> has joined #yocto | 15: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 | |
| kanavin | rburton, 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 #yocto | 15:12 | |
| *** yashraj466 <yashraj466!~yashraj46@2401:4900:36cd:21ff:5ea1:d790:b4c6:3cd8> has quit IRC (Quit: Client closed) | 15:14 | |
| *** Estrella <Estrella!~quassel@134.238.165.31> has quit IRC (Read error: Connection reset by peer) | 15:15 | |
| *** Estrella <Estrella!~quassel@134.238.165.31> has joined #yocto | 15:15 | |
| *** locutusofborg_ <locutusofborg_!~locutusof@93-50-192-18.ip153.fastwebnet.it> has joined #yocto | 15:21 | |
| *** locutusofborg_ is now known as LocutusOfBorg | 15:21 | |
| *** LocutusOfBorg is now known as locutusofborg | 15:22 | |
| *** locutusofborg is now known as LocutusOfBor | 15:22 | |
| *** LocutusOfBor is now known as LocutusOfBorg | 15:22 | |
| *** LocutusOfBorg is now known as LocutusFfBorg | 15:23 | |
| *** LocutusFfBorg is now known as LocutusOfBorg | 15: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 |
| qschulz | TRO[m]: have your inc file have the version number too | 15:25 |
| kanavin | TRO[m], I am missing the context, but if it works perfect, then you're welcome :) | 15:25 |
| qschulz | then require myinc_${PV}.inc in your lib_v1.0.bb recipe | 15:26 |
| kanavin | qschulz, that might actually break devtool upgrades | 15:26 |
| kanavin | generally messing about with $PV is not recommended | 15:26 |
| qschulz | kanavin: ack, thx for the heads up :) | 15:28 |
| TRO[m] | will try - just a moment ;) | 15:29 |
| kanavin | qschulz, 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 |
| qschulz | TRO[m]: see kanavin warning though! | 15:29 |
| kanavin | in 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 #yocto | 15:35 | |
| bps | in my experience devtool doesn't follow .inc's well either | 15:38 |
| bps | I think it basically assumes you have one SRC_URI append and that's all | 15:38 |
| bps | per bb or bbappend | 15:38 |
| xeche | Hello 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 |
| xeche | The 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-64 | 15:41 |
| rburton | most likely a bug in the recipe | 15:42 |
| xeche | Also the recipe seems to have a spelling error. EXTR_OECONF should be EXTRA_OECONF. | 15:42 |
| rburton | easy fix is ALLOW_EMPTY:${PN} = "1" to make an empty package | 15:42 |
| rburton | and yes, that's a typo | 15:43 |
| rburton | patches welcome :) | 15:43 |
| TRO[m] | <TRO[m]> "will try - just a moment ;)" <- ok, this will not work. As expected. | 15:45 |
| xeche | rburton: Thanks alot :) Looks like quick fix works | 15:51 |
| *** Payam <Payam!~Payam@195.178.161.167> has quit IRC (Quit: Leaving) | 15:53 | |
| rburton | RP: you didn't change meta-yocto-bsp | 16:01 |
| rburton | ERROR: Layer yocto is not compatible with the core layer which only supports these series: mickledore (layer is compatible with langdale kirkstone) | 16:02 |
| RP | rburton: I knew there was something I was missing | 16:03 |
| RP | fixed | 16:04 |
| moto-timo | risca: 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 |
| risca | moto-timo: thanks for looking into it! | 16:14 |
| *** paulg <paulg!~paulg@24-212-160-219.cable.teksavvy.com> has joined #yocto | 16:15 | |
| JaMa | risca: 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@217.140.99.251> has joined #yocto | 16:18 | |
| JaMa | and still had to cherry-pick bunch of fixes to build dunfell based image (e.g. due to upstream sources long gone) | 16:19 |
| risca | JaMa: 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.2 | 16:20 |
| *** paulg <paulg!~paulg@24-212-160-219.cable.teksavvy.com> has quit IRC (Quit: Leaving) | 16:34 | |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> 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 #yocto | 17: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 | |
| kergoth | Ugh, 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 |
| kergoth | Am I missing something here? | 17:16 |
| *** Guest29 <Guest29!~money@pool-100-11-18-203.phlapa.fios.verizon.net> has joined #yocto | 17: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 #yocto | 17:23 | |
| kergoth | hmm, meta-oe needs updating for mickledore layer compat, i think | 17:25 |
| JaMa | yes, many layers need that, I've sent the changes to all I use few minutes ago | 17:27 |
| JaMa | https://patchwork.yoctoproject.org/project/oe/patch/20230103160609.190158-1-Martin.Jansa@gmail.com/ | 17:28 |
| *** 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 #yocto | 17: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 #yocto | 17:44 | |
| *** mouser <mouser!~mouser@ec2-34-223-147-188.us-west-2.compute.amazonaws.com> has joined #yocto | 17: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.212.114.255.148.ip-pool.NEFkom.net> 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 #yocto | 17: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 #yocto | 17:55 | |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC (Ping timeout: 268 seconds) | 17:58 | |
| *** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 18: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 #yocto | 18:04 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.122.66> has quit IRC (Ping timeout: 268 seconds) | 18:06 | |
| *** gsalazar__ <gsalazar__!~gsalazar@isep.wan.ipp.pt> has joined #yocto | 18: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 #yocto | 18:10 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.114.234> has joined #yocto | 18:12 | |
| *** gsalazar__ <gsalazar__!~gsalazar@isep.wan.ipp.pt> has quit IRC (Ping timeout: 272 seconds) | 18:20 | |
| kergoth | ah, nice | 18: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@185.178.95.254> has joined #yocto | 18:49 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 18:50 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 18:51 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 268 seconds) | 19:08 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.114.234> has quit IRC (Ping timeout: 246 seconds) | 19:08 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.119.225> has joined #yocto | 19:10 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-79-43.ip4.superloop.com> has quit IRC (Quit: Haxxa flies away.) | 19:15 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.119.225> has quit IRC (Ping timeout: 252 seconds) | 19:15 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.114.234> has joined #yocto | 19:16 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-79-43.ip4.superloop.com> has joined #yocto | 19:18 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.114.234> has quit IRC (Ping timeout: 260 seconds) | 19:23 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.118.191> has joined #yocto | 19:24 | |
| *** Tartarus1 is now known as Tartarus | 19:25 | |
| *** geoffhp <geoffhp!~geoff@207.154.79.70> has joined #yocto | 19:26 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.118.191> has quit IRC (Ping timeout: 260 seconds) | 19:30 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.112.188> has joined #yocto | 19:32 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 19: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 #yocto | 20: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 #yocto | 20:11 | |
| *** dgriego_ is now known as dgriego | 20:39 | |
| *** Payam <Payam!~Payam@c83-250-236-236.bredband.tele2.se> has joined #yocto | 20: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 #yocto | 20:48 | |
| Payam | is there way to list what packages are fetched from download directory and which ones are fetched from internet? | 20:51 |
| rburton | not without grepping log.do_fetch, but why would you need to know? | 20:52 |
| rburton | you can force a build to be entirely local by just running all the fetch tasks (eg bitbake core-image-sato --runall fetch) | 20:53 |
| Payam | yes but it seems like a couple of packages are missed | 20:59 |
| Payam | I m just tired of all that cloning | 21:05 |
| *** amitk_ <amitk_!~amit@103.208.69.169> has quit IRC (Ping timeout: 256 seconds) | 21:11 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 21:14 | |
| *** mlaga97 <mlaga97!~quassel@user/mlaga97> has joined #yocto | 21:30 | |
| rburton | Payam: 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 |
| Payam | is there a way to know how many packages should be fetched? | 21:43 |
| Payam | with their versions | 21:43 |
| rburton | that's just the value of SRC_URI for every recipe being built | 21:44 |
| rburton | you should say what you're actually trying to solve instead of asking questions and hoping we know what you're after | 21:44 |
| Payam | So 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 number | 21:45 |
| Payam | Because each time it seems like something is not downloaded | 21:46 |
| rburton | but if you've a s3 bucket as a mirror then they'll be downloaded | 21:46 |
| rburton | the 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 URL | 21:47 |
| Payam | yes but I upload packages manually from my pc to s3 | 21:47 |
| Payam | and it seems like it removes stuff from downloads | 21:51 |
| Payam | I did a watch du -sh in that directory | 21:51 |
| Payam | and it went from 35G to 25 | 21:52 |
| rburton | what 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 | |
| rburton | and if you're copying a DL_DIR to use as a mirror, remember to set BB_GENERATE_MIRROR_TARBALLS | 21:54 |
| *** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 21:54 | |
| rburton | it'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 used | 21:56 |
| Payam | I 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 fetch | 21: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 #yocto | 22:06 | |
| rburton | use PREMIRRORS instead of downloading the entire thing each time, it will be faster as you won't need all of it | 22:10 |
| rburton | even if transit was free, it's not instant, and some tarballs are huge | 22:10 |
| rburton | i'm also assuming you're doing this as you're doing CI or something in AWS and so fetching from S3 is a lot faster | 22:11 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 22:12 | |
| Payam | rburton, yes | 22:12 |
| Payam | is there any free mirror? | 22:12 |
| rburton | the yocto mirror, but it's not as fast as an on-site cache. often slower than just hitting the real URL. | 22:13 |
| Payam | let me see | 22:14 |
| rburton | it gets used by default if the real URL isn't available for some reason | 22:14 |
| rburton | eg when sourceforge goes down, the yocto mirror is used automatically | 22:15 |
| Payam | can you please provide me with the URL? | 22:15 |
| Payam | and does it mean that bitbake wont go any git cloning? | 22:16 |
| rburton | if a git repo is unavailable then it will download, slowly, a tarball from yoctoproject.org instead | 22:18 |
| rburton | as we maintain a mirror of all the sources | 22:18 |
| rburton | if you're doing CI in AWS then the easiest solution is a EFS mount you use a sstate and dldir | 22:18 |
| rburton | s3 is just complicating things | 22:18 |
| Payam | https://paste.debian.net/1266063/ | 22:18 |
| Payam | is this a correct site.conf? | 22:19 |
| rburton | no, because mirrors.bbclass already adds downloads.yoctoproject.org to MIRRORS | 22:20 |
| rburton | delete the last two lines | 22:20 |
| rburton | own-mirrors sets a premirror, so you're hitting the public, free, slow yp mirror *first* | 22:22 |
| rburton | i'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 #yocto | 22: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 #yocto | 22: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 #yocto | 23: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 #yocto | 23:26 | |
| *** camus <camus!~Instantbi@117.135.124.195> has quit IRC (Remote host closed the connection) | 23:29 | |
| *** camus <camus!~Instantbi@2409:8a1e:9120:af90:c954:ee4a:83f2:16d6> has joined #yocto | 23: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@117.135.124.195> has joined #yocto | 23: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 camus | 23:44 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 272 seconds) | 23:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 23:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds) | 23:54 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 23:54 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!