| *** florian <florian!~florian@dynamic-002-243-059-220.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 00:00 | |
| sveinse | My 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 wipe | 00: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 #yocto | 00:09 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds) | 00:54 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 00:57 | |
| *** nad <nad!~nad@pr-svc-em1-013.emea.corpinter.net> has quit IRC (Quit: Client closed) | 01:11 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto | 01:16 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds) | 01:22 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has quit IRC (Read error: Connection reset by peer) | 01:31 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 01:31 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto | 01:31 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.191.55> has quit IRC (Ping timeout: 256 seconds) | 01:41 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.191.55> has joined #yocto | 01:44 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto | 01:44 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds) | 01:50 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.191.55> has quit IRC (Read error: Connection reset by peer) | 01:54 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.191.55> has joined #yocto | 01:55 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: Ping timeout (120 seconds)) | 02:01 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto | 02:02 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 245 seconds) | 02:04 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 02:04 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 02:10 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-140-242.home.otenet.gr> has joined #yocto | 02:32 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-140-242.home.otenet.gr> has quit IRC (Ping timeout: 260 seconds) | 02:34 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 02:42 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 02:50 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 02:54 | |
| kergoth | sveinse: 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 #yocto | 03:18 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 03:20 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 03:20 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds) | 03:23 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 250 seconds) | 03:24 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto | 03:54 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 03: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 #yocto | 04:16 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 05:03 | |
| *** ilunev <ilunev!~koolkhel@185.9.184.217> 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@185.9.184.217> has joined #yocto | 05:23 | |
| kroon | RP, kanavin, at least my image built without problems using BUILD_LDFLAGS += "-Wl,--build-id=none". will start a new build with a different TMPDIR | 05:24 |
| kroon | kergoth, 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 allowed | 05:38 |
| kroon | kergoth, sveinse, would be nice if that was somehow allowed | 05:39 |
| *** ilunev <ilunev!~koolkhel@185.9.184.217> has quit IRC (Read error: Connection reset by peer) | 05:45 | |
| *** ilunev <ilunev!~koolkhel@185.9.184.217> has joined #yocto | 05:46 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:57 | |
| kroon | RP, 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 that | 06:03 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 06:05 | |
| kroon | RP, 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 paths | 06:06 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds) | 06:08 | |
| kroon | RP, kanavin, yes, its .dynstr that differs in size, and that section contains the rpath strings | 06:17 |
| kroon | RP, could we just pass rpath = "$ORIGIN/../lib:$ORIGIN/../../lib" directly in BUILD_LDFLAGS ? that should fix the section lengths. ill try | 06:29 |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds) | 06:41 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 06:58 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 06:59 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto | 07:08 | |
| kroon | RP, then we could even keep the build-id | 07: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!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 07:27 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:31 | |
| kroon | RP, i think using a constant "placeholder" in rpath instead of STAGING_LIBDIR_NATIVE and STAGING_BASE_LIBDIR_NATIVE will solve a lot of things | 07:35 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 07:43 | |
| michalkotyla | Hello, 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 mckoan | 07:46 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has joined #yocto | 07:56 | |
| *** fleg <fleg!64bf4386e9@user/fleg> has joined #yocto | 08:01 | |
| *** olani <olani!~olani@134.238.48.37> has joined #yocto | 08:07 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 08:12 | |
| *** roussinm1 <roussinm1!~mroussin@bras-base-qubcpq1306w-grc-02-174-94-120-8.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.3-dev) | 08:22 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has joined #yocto | 08:29 | |
| *** kayterina <kayterina!~kayterina@62.38.55.161> has joined #yocto | 08:32 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has quit IRC (Ping timeout: 250 seconds) | 08:43 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has joined #yocto | 08:44 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has quit IRC (Ping timeout: 260 seconds) | 08:48 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has joined #yocto | 08:49 | |
| *** olani <olani!~olani@134.238.48.37> has quit IRC () | 08:53 | |
| qschulz | michalkotyla: oe-pkgdata-util find-path "/path/to/your/file/on/target" should return a package, add this package to your IMAGE_INSTALL in your recipe | 09:12 |
| *** mihai <mihai!~mihai@user/mihai> has joined #yocto | 09:27 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: Ping timeout (120 seconds)) | 09:29 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto | 09:29 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has quit IRC (Ping timeout: 268 seconds) | 09:44 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has joined #yocto | 09:45 | |
| *** oberon <oberon!~oberon@93-173-109-129.bb.netvision.net.il> has joined #yocto | 09:45 | |
| oberon | I wanna add open sshd server to an image I create | 09:46 |
| oberon | to do so I added the following line to local.conf: | 09:46 |
| oberon | EXTRA_IMAGE_FEATURES += "ssh-server-openssh" | 09:46 |
| oberon | when 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 #yocto | 09:47 | |
| oberon | if I run "systemctl start sshd" it starts | 09:47 |
| oberon | why do I need o do it manually ? | 09:48 |
| oberon | *to | 09:48 |
| td | Hello, 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@88.130.222.127> has quit IRC (Ping timeout: 250 seconds) | 09:49 | |
| qschulz | td: how would you be able to pick between linux recipes if all were named the same? | 09:52 |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has joined #yocto | 09:53 | |
| *** oberon is now known as oberonc | 09:55 | |
| td | if I only have single linux recipe that wouldn't be a problem | 09:57 |
| qschulz | td: well, you already have linux-yocto so it's already one :) | 09:57 |
| qschulz | you can name it linux, it's just that if there';s a name conflict, it is possible your recipe won't be taken | 09:57 |
| td | so there are no constraints from bb classes point of view, it's just to avoid conflict, am I right? | 09:59 |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has quit IRC (Ping timeout: 250 seconds) | 09:59 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has joined #yocto | 09:59 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 09:59 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 10:00 | |
| qschulz | td: there are constraints in naming convention followed by bitbake | 10:01 |
| td | could you elaborate on these convention in reference to linux? | 10:02 |
| qschulz | namely, lower case letters only, only dashes except between the name of the recipe and the version of the recipe | 10:03 |
| qschulz | i.e. some-recipe_1.2.3.bb | 10:03 |
| qschulz | perfect example being wpa_supplicant whose recipe filename is wpa-supplicant_xxx | 10:03 |
| td | both linux and linux-foo match the convention | 10:04 |
| qschulz | yup, they are thus valid | 10:05 |
| *** td38 <td38!~td@2a02:a317:e437:bf00:8232:53ff:fe39:19d5> has joined #yocto | 10:09 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has quit IRC (Ping timeout: 268 seconds) | 10:09 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has joined #yocto | 10: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 | |
| qschulz | oberonc: 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 | upps | 10:11 |
| oberonc | -> sure, 1 second | 10:11 |
| oberonc | SYSTEMD_AUTO_ENABLE="enable" | 10:12 |
| oberonc | SYSTEMD_AUTO_ENABLE_pn-dnsmasq="disable" | 10:12 |
| oberonc | which means it should start .. hmm | 10:15 |
| qschulz | oberonc: check the logs, maybe it tried to start at boot but failed | 10:19 |
| oberonc | will do | 10:19 |
| qschulz | check also that it is really supposed to start at boot (from the running target) | 10:19 |
| oberonc | how can I check that ? | 10:20 |
| *** kayterina <kayterina!~kayterina@62.38.55.161> has quit IRC (Read error: Connection reset by peer) | 10:22 | |
| *** kayterina <kayterina!~kayterina@62.38.55.161> has joined #yocto | 10:22 | |
| *** Guest5735 <Guest5735!~Guest57@85.191.189.149> has joined #yocto | 10:23 | |
| Guest5735 | Anyone else observing extremely slow cloning from https://git.yoctoproject.org/git/poky ? | 10:24 |
| *** Guest45 <Guest45!~Guest45@79.171.149.174> has joined #yocto | 10:26 | |
| qschulz | oberonc: not verse with systemd sorry :/ | 10:26 |
| oberonc | I accidentally deleted the contents of the build/tmp-glibc/deploy/images/intel-x86-64 folder | 10:27 |
| oberonc | now bitbake fails and says that bzImage in it doesnt exist | 10:28 |
| qschulz | you can remove everything except sstate-cache and downloads directories IIRC | 10:28 |
| oberonc | how do I recreate its content ? | 10:28 |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has quit IRC (Ping timeout: 245 seconds) | 10:29 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has joined #yocto | 10:30 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has quit IRC (Ping timeout: 245 seconds) | 10:34 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has joined #yocto | 10:34 | |
| manuel1985 | oberonc: Would try a `bitbake -c clean <image-name>` | 10:37 |
| manuel1985 | FYI, with `bitbake -c listtasks` you can get bitbake to list all tasks there are. There are a few related to cleaning. | 10:38 |
| oberonc | ok thanks | 10:41 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 10:46 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has quit IRC (Remote host closed the connection) | 10:55 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto | 10:55 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 10:56 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 11:02 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 11:02 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection) | 11:03 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 11:03 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 11:13 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has quit IRC (Ping timeout: 245 seconds) | 11:14 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has joined #yocto | 11:15 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 11:21 | |
| *** MauroAnjo <MauroAnjo!~MauroAnjo@191.13.251.42> has joined #yocto | 11:25 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 11:25 | |
| MauroAnjo | Hi! 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 |
| MauroAnjo | so I can't up the interface usb0, only wifi | 11:28 |
| *** Guest45 <Guest45!~Guest45@79.171.149.174> has quit IRC (Quit: Client closed) | 11:34 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 11:41 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 11:46 | |
| *** kayterina <kayterina!~kayterina@62.38.55.161> has quit IRC (Ping timeout: 268 seconds) | 11:54 | |
| oberonc | the sshd that doesnt start problem I mentioned earlier | 11:57 |
| oberonc | I was mistaken | 11:57 |
| *** kayterina <kayterina!~kayterina@62.38.55.161> has joined #yocto | 11:58 | |
| oberonc | it doesnt start manually either with the error: | 11:58 |
| oberonc | sshd: no hostkeys available - exiting | 11:58 |
| oberonc | as if it doesnt run "/usr/bin/ssh-keygen -A" | 11:58 |
| oberonc | how so ? | 11:59 |
| *** pregn <pregn!~pregn@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has joined #yocto | 12:01 | |
| pregn | hello | 12:01 |
| pregn | just 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 |
| rburton | yes, assuming it fetches using it, just put the SHA you want in SRCREV | 12:03 |
| rburton | "uses git" | 12:04 |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has quit IRC (Ping timeout: 250 seconds) | 12:05 | |
| pregn | oh fab thanks | 12:05 |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has joined #yocto | 12:06 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has quit IRC (Ping timeout: 260 seconds) | 12:13 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has joined #yocto | 12:14 | |
| qschulz | oberonc: is ssh-keygen present on the target? | 12:15 |
| pregn | rburton: 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 command | 12:16 |
| rburton | if 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 is | 12:17 |
| rburton | easier to help if you can share the src-uri and sha you're trying to use, assuming its publically available | 12:17 |
| pregn | that is using SRCREV="<commit number>" and SRC_URI="gitsm://git@bitbucket.org/whatever/project.git;protocol=ssh;branch=patrick-develop" | 12:18 |
| oberonc | ssh-keygen is present | 12:18 |
| oberonc | I boot from the .iso image and it is read only | 12:18 |
| qschulz | well that might explain it | 12:18 |
| oberonc | maybe it doesnt run ssh-keygen after booting | 12:18 |
| qschulz | ssh-keygen will try to write the key | 12:19 |
| rburton | pregn: assuming the sha in SRCREV is on the branch you specify, it should work. if not, paste the actual error | 12:19 |
| qschulz | but if it's RO, it won't manage to | 12:19 |
| oberonc | but shouldnt it run ssh-keygen during creation of the image ? | 12:19 |
| oberonc | so it would boot from an iso image that is RO but which already contains the host keys .. | 12:19 |
| qschulz | oberonc: I doubt it does it by default since it'd mean all devices on which you flash your device would have the same keys | 12:20 |
| rburton | see eg the ssh-pregen-hostkeys recipe for how to build your own keys at image time, not boot time | 12:20 |
| qschulz | rburton: to the rescue :) | 12:20 |
| rburton | identical keys for every deployment is not a great idea for obvious reasons | 12:20 |
| oberonc | hmm | 12:20 |
| rburton | don't use that recipe as-is, generate your own keys | 12:21 |
| oberonc | that was a command to install from a booted iso image to local harddrive.. what was it ? | 12:21 |
| oberonc | *there | 12:21 |
| rburton | i guess the server should handle read-only and no keys, and generate keys in /run | 12:21 |
| oberonc | had this command available: | 12:24 |
| oberonc | tgt=/dev/sda /sbin/reset_media | 12:24 |
| pregn | MyProject-0.1-r0 do_fetch: Fetcher failure: Unable to resolve '1b984ee' in upstream git repository in git ls-remote output for bitbucket.org/Whatever/MyProject.git | 12:24 |
| pregn | rburton: the command in question just lists branches and their latest commit SHA | 12:25 |
| rburton | presumably this is a private repo so you can't share real urls | 12:27 |
| pregn | rburton: correct | 12:27 |
| rburton | it should work with short shas but maybe try using the full sha | 12:28 |
| pregn | will try with full SHA | 12:28 |
| pregn | one moment | 12:28 |
| rburton | good to be precise anyway, you don't want to debug problems where two commits match the shortened name | 12:29 |
| *** MauroAnjo <MauroAnjo!~MauroAnjo@191.13.251.42> has quit IRC (Quit: Client closed) | 12:32 | |
| pregn | rburton: Correct, seems to work with the long HASH | 12:35 |
| pregn | now I have to regress the bb file as well, should be straight forward | 12:35 |
| pregn | rburton: thank you so mch for your help | 12:36 |
| rburton | np | 12:36 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Read error: Connection reset by peer) | 12:40 | |
| *** Guest11 <Guest11!~Guest11@88.98.217.169> has joined #yocto | 12:40 | |
| Guest11 | Hey team! | 12:40 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 12:40 | |
| Guest11 | I'm completely new to this. | 12:40 |
| Guest11 | We are using Jenkins for our BitBake build | 12:41 |
| Guest11 | git clone poky is timing out | 12:41 |
| Guest11 | Receiving objects: 0% (4142/539519), 2.23 MiB | 12.00 KiB/s | 12:41 |
| Guest11 | It's extremely slow | 12:41 |
| Guest11 | Is there a safe mirror one could use? | 12:41 |
| Guest11 | Is anyone else experiencing this? | 12:41 |
| rburton | hm | 12:42 |
| Guest11 | The clone command git clone https://git.yoctoproject.org/git/poky | 12:42 |
| rburton | halstead: git clone is hanging for me | 12:42 |
| rburton | and Guest11 | 12:42 |
| rburton | there was work on the servers last night, maybe something just broke | 12:43 |
| rburton | 'The migration is complete. git.yoctoproject.org now serves from a pair of load balanced mirrors. push.yoctoproject.org is on a new dedicated secure host.' | 12:43 |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has quit IRC (Ping timeout: 250 seconds) | 12:43 | |
| rburton | ah after about a minute of hanging, its fetching at 2mib/s, so slowly | 12:44 |
| kroon | I'm playing around with the native rpaths, and suddently python3-native creates <...>-gnu_failed.so files. Anyone got a clue what that is about ? | 12:46 |
| Saur | First time I tried to clone poky, I got 12.00 KiB/s. Now I get 502... | 12:47 |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has joined #yocto | 12:47 | |
| Saur | Error 502, that is. | 12:47 |
| RP | I'm seeing intermittent 502s as well | 12:50 |
| Guest11 | Oh okay. Bad times. We were meant to release today | 12:53 |
| Guest11 | Is there any way I can help? | 12:53 |
| Guest11 | Hopefully someone with the right context/perms and authority is in this chat 🤞 | 12:54 |
| *** mckoan is now known as mckoan|away | 12:56 | |
| RP | Guest11: the person we need is a asleep at the moment, it is 5am for them | 12:56 |
| *** vijay <vijay!~vijay@host81-158-109-211.range81-158.btcentralplus.com> has joined #yocto | 12:57 | |
| Guest11 | Oh okay | 13:03 |
| Guest11 | I can wait :) | 13:03 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 13:09 | |
| Saur | Guest11: 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!~laurent@40.72.95.92.rev.sfr.net> has quit IRC (Quit: WeeChat 2.3) | 13:15 | |
| *** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto | 13:21 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has quit IRC (Remote host closed the connection) | 13:26 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto | 13:26 | |
| oberonc | how 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 | |
| qschulz | find -type d -name "machine" -exec ls -l {} \; | 13:30 |
| oberonc | that is an answer to my question ? | 13:31 |
| qschulz | one way yes | 13:39 |
| qschulz | all machines are in conf/machine of any layer that is in build/conf/bblayers.con | 13:39 |
| qschulz | f | 13:39 |
| qschulz | actually probably ls -l {}/*.conf \; | 13:40 |
| *** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto | 13:40 | |
| qschulz | since only files ending with .conf in conf/machine/ are valid machines | 13: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!~oberon@93-173-109-129.bb.netvision.net.il> has quit IRC (Quit: Client closed) | 13:53 | |
| *** jwillikers_ <jwillikers_!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 13:54 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has quit IRC (Ping timeout: 260 seconds) | 13:54 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has joined #yocto | 13:55 | |
| rburton | a list of recipes is available from bitbake-layers | 13:55 |
| rburton | but i'm too late to tell oberonc | 13:56 |
| qschulz | rburton: yeah I don't know if they were looking for targets like.. machine or bitbake targets (recipes) | 13:56 |
| *** Guest39 <Guest39!~Guest39@87-57-136-37-cable.dk.customer.tdc.net> has joined #yocto | 13:57 | |
| *** Guest39 <Guest39!~Guest39@87-57-136-37-cable.dk.customer.tdc.net> has quit IRC (Client Quit) | 13:57 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has quit IRC (Ping timeout: 245 seconds) | 13:59 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has joined #yocto | 14:00 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto | 14:04 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-140-242.home.otenet.gr> has quit IRC (Ping timeout: 256 seconds) | 14:06 | |
| *** jwillikers_ <jwillikers_!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 14:08 | |
| *** rber|res <rber|res!~rber|res@athedsl-4445635.home.otenet.gr> has joined #yocto | 14: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 #yocto | 14:13 | |
| jaskij[m] | are there any docs on packaging Go binaries newer than 2018? | 14:14 |
| *** Tyaku <Tyaku!~Tyaku@82-64-140-155.subs.proxad.net> has joined #yocto | 14:14 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 14:17 | |
| sinic[m] | Hey, i have an own kernel recipe with... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/bd74fb41d5b9be53ba23c2fdccd7b6a5a27e1556) | 14:21 |
| 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 available | 14:26 |
| jaskij[m] | ah, those are for Beaglebone only it seems | 14:26 |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 14:26 | |
| jaskij[m] | sinic: TL;DR, you might need to specify `branch=something` in that `SRC_URI` `git://` entry | 14: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 |
| qschulz | sinic[m]: if it's a tag, just provide ;tag= to your SRC_URI | 14:34 |
| sinic[m] | It seems there are no branches containing these tags ... | 14:34 |
| sinic[m] | i did, but i get the exact same error | 14:34 |
| qschulz | I'm wondering if you need SRCREV if you provide a tag | 14:35 |
| qschulz | I'd say no | 14:35 |
| sinic[m] | no, it is commented out | 14:35 |
| smurray | it's much better to use the commit sha in SRCREV that's tagged instead of a tag, since tags can be changed | 14:36 |
| smurray | err, commit id that's tagged, -ENEEDCOFFEE | 14:37 |
| sinic[m] | smurray: i also tried that, but it has the same effect (fetch error) as when i use the `;tag=` annotation | 14:37 |
| smurray | sinic[m]: if the commit isn't on master, try specifying ;branch= | 14:38 |
| zeddii | if 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=1 | 14:38 |
| sinic[m] | zeddii: It's the official beagleboard linux kernel, so not in my hands to change that 😄 | 14:41 |
| zeddii | my statement stands | 14:42 |
| zeddii | ;) | 14:42 |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has quit IRC (Ping timeout: 245 seconds) | 14:44 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has joined #yocto | 14:44 | |
| sinic[m] | Okay, i now have... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/ecfcf7e88d7b45494535c9ca778663cda5bef97d) | 14:44 |
| sinic[m] | and this works | 14:44 |
| sinic[m] | thanks @all ! | 14:45 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 14:49 | |
| *** RobertBerger <RobertBerger!~rber|res@athedsl-84258.home.otenet.gr> has joined #yocto | 14:51 | |
| *** rber|res <rber|res!~rber|res@athedsl-4445635.home.otenet.gr> has quit IRC (Ping timeout: 256 seconds) | 14:52 | |
| AlejandroExojo[m | I 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[m | The 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@88.130.222.127> has quit IRC (Ping timeout: 240 seconds) | 14:53 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has joined #yocto | 14:54 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> 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 #yocto | 15:14 | |
| RP | zeddii: https://git.yoctoproject.org/poky/commit/?h=master-next&id=5f05e55369c5371c3978179a087376521e0dfeb2 ;-) | 15:26 |
| RP | zeddii: and https://git.yoctoproject.org/poky/commit/?h=master-next&id=f7d00fb2edd190e132f1edf0ba17df632ef4551a :) | 15:26 |
| RP | zeddii: but looking happier in builds now | 15:27 |
| zeddii | haha. cut and paste rushing on the package name :P thanks for the fixups. | 15:28 |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has quit IRC (Ping timeout: 250 seconds) | 15:29 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has joined #yocto | 15:29 | |
| *** Tyaku <Tyaku!~Tyaku@82-64-140-155.subs.proxad.net> has quit IRC (Quit: Lost terminal) | 15:33 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has quit IRC (Ping timeout: 245 seconds) | 15:34 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has joined #yocto | 15:34 | |
| *** RobertBerger <RobertBerger!~rber|res@athedsl-84258.home.otenet.gr> has quit IRC (Ping timeout: 250 seconds) | 15:49 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-139-172.home.otenet.gr> has joined #yocto | 15:51 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 15:58 | |
| *** kayterina <kayterina!~kayterina@62.38.55.161> 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@88.130.222.127> has quit IRC (Ping timeout: 260 seconds) | 16:00 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has joined #yocto | 16:00 | |
| *** kroon_ <kroon_!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 16:05 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> 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 | |
| rburton | sinic[m]: if the SHA you want isn't actually on a branch then set nobranch=1 | 16:10 |
| *** Guest55 <Guest55!~Guest55@p20030006237d9328119ab245047afee9.dip0.t-ipconnect.de> has joined #yocto | 16: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 |
| Guest55 | Dear all, has anyone experienced extremely slow downloads from downloads.yoctoproject.org/mirror/sources ? | 16:18 |
| Guest55 | I'm getting like ~20kbit/s from a 200mbit/s broadband connection | 16:19 |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto | 16:20 | |
| *** barometz <barometz!~dvanb@i117058.upc-i.chello.nl> has joined #yocto | 16:22 | |
| rburton | sinic[m]: because the fetcher sanity checks that the sha you asked for is on the right branch | 16:22 |
| rburton | just a bit of sanity checking really | 16:22 |
| qschulz | AlejandroExojo[m: kas on github allows you to configure the layers you need where to fetch them and some other stuff | 16:25 |
| qschulz | I'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 using | 16:25 |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 16:26 | |
| *** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:1831:c84f:2643:7fba> has joined #yocto | 16:29 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 16:29 | |
| Guest11 | RP is the person who looks after the git mirror around? | 16:29 |
| RP | Guest11: we need halstead | 16:30 |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Remote host closed the connection) | 16:31 | |
| alex88 | is 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 |
| RP | alex88: bitbake <recipe> -e should | 16:34 |
| RP | or bitbake-getvar | 16:34 |
| *** Epictek[m] <Epictek[m]!~epictekma@2001:470:69fc:105::d7cd> has joined #yocto | 16:34 | |
| alex88 | oh thanks RP, didn't try with the recipe name | 16:35 |
| Guest11 | halstead Are you aware that | 16:36 |
| Guest11 | git clone https://git.yoctoproject.org/git/poky | 16:36 |
| alex88 | why 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 #yocto | 16:37 | |
| Epictek[m] | <Guest55> "Dear all, has anyone experienced..." <- Yeah, somethings broke :) | 16:37 |
| Guest11 | is extremely slow (Receiving objects: 0% (103/539519), 28.00 KiB | 6.00 KiB/s) | 16:37 |
| Guest55 | Epictek[m]: so issue is known and not on my end? | 16:38 |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has quit IRC (Ping timeout: 250 seconds) | 16:38 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has joined #yocto | 16:39 | |
| Guest55 | Guest11: probably similar issue as with the sources mirror | 16:39 |
| rfs613 | alex88: AFAIK it depends how the variable is initially defined. See https://docs.yoctoproject.org/bitbake/bitbake-user-manual/bitbake-user-manual-metadata.html#override-style-operation-advantages | 16:39 |
| *** dj <dj!~dj@162.223.44.49> has joined #yocto | 16:40 | |
| dj | why isn't poky in package managers? | 16:40 |
| alex88 | rfs613, so better to stick with :append when possible? | 16:40 |
| dj | it takes a lot of bandwidth having to git clone poky over and over for each repos or testing clean repos | 16:41 |
| Guest11 | Guest55 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 know | 16:41 |
| rfs613 | alex88: I'm not expert, but I think :append is the preferred way | 16:41 |
| rburton | dj: why would you need to clone it repeatedly? | 16:42 |
| rburton | also what package manager would it be in | 16:42 |
| dj | apt? (ubuntu) | 16:42 |
| rburton | that would make no sense at all | 16:42 |
| dj | and 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 build | 16:43 |
| Guest55 | Guest11: I wish I knew of another mirror, to at least bridge the time until the official one works again | 16:43 |
| rburton | so an apt package wouldn't test that then | 16:43 |
| rfs613 | alex88: 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 :D | 16:43 |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has quit IRC (Ping timeout: 268 seconds) | 16:43 | |
| dj | i imagine i wouldn't have to download as much data if there was a yocto/poky package | 16:43 |
| rburton | dj: look up git reference directories, to tell git to look in a local directory as a download cache | 16:43 |
| Guest55 | Epictek[m]: (y) | 16:44 |
| Guest55 | Epictek[m]: do you know of a public available mirror, preferably in europe, to bridge the time? | 16:45 |
| Guest11 | Epictek[m], RP mentioned that halstead is the person we need? Also what Guest55 said. Also apologies for all the tags | 16:45 |
| RP | Guest55: which repo are you looking for? poky? | 16:46 |
| rburton | the yocto git server appears to be back again now fwiw | 16:46 |
| Guest55 | RP: poky yes | 16:46 |
| *** Guest12 <Guest12!~Guest12@dynamic-077-002-103-106.77.2.pool.telefonica.de> has joined #yocto | 16:46 | |
| rburton | Receiving objects: 100% (539519/539519), 178.85 MiB | 7.98 MiB/s, done. | 16:47 |
| Guest11 | rburton I still see 13.00 KiB/s when trying to clone (based in London, UK) | 16:47 |
| rburton | i'm in the UK and just got 8mib/s | 16:47 |
| *** Guest11 is now known as mickey | 16:48 | |
| *** mickey is now known as Guest7058 | 16:48 | |
| Guest7058 | Oh NickServ | 16:48 |
| *** Guest7058 is now known as Guest11 | 16:48 | |
| Epictek[m] | Was just about to research this myself, so I will let you know if I find one :) | 16:50 |
| Guest55 | Epictek[m]: <3 | 16:51 |
| *** kroon_ <kroon_!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Remote host closed the connection) | 16:51 | |
| *** kroon_ <kroon_!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 16:51 | |
| RP | Guest55: I'm pushing a mirror of it to https://github.com/yoctoproject/poky | 16:52 |
| Epictek[m] | I found https://github.com/lgirdk/poky but use at your own risk I suppose | 16:53 |
| Saur | For 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 |
| RP | Saur: can you see which IPs those resolve to? | 16:56 |
| Saur | RP: You mean for git.yoctoproject.org? | 16:56 |
| RP | Saur: yes, I'm just wondering if that was the same server or two different ones | 16:57 |
| rburton | i got a fast fetch and git.yp is 198.145.29.87 | 16:57 |
| Saur | Both resolv to 198.145.29.87 | 16:57 |
| RP | ok. I don't know how the load balancing is being done | 16:57 |
| alex88 | rfs613, forgot to mention, I did use both ways in a bbappend | 16:58 |
| alex88 | so maybe in the main recipe it was set in a different way | 16:58 |
| *** zpfvo <zpfvo!~fvo@88.130.222.127> has joined #yocto | 16:59 | |
| alex88 | probably because the main recipe uses PACKAGECONFIG ??= | 16:59 |
| alex88 | so += sets the variable and then ??= doesn't set the default | 17:00 |
| AlejandroExojo[m | qshulz: 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 | |
| rfs613 | hmm, 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@88.130.222.127> has quit IRC (Quit: Leaving.) | 17:08 | |
| rburton | the prefix is what high level protocol to use, so 'git' | 17:09 |
| rburton | not what underlying protocol that uses | 17:09 |
| rburton | if you put https: it would try to wget the git repo | 17:09 |
| rburton | which wouldn't work | 17:09 |
| rburton | for example there's also a s3:// top level protocol. yes, that's https, but it's done specially. | 17:11 |
| rfs613 | right, thanks - so it uses https but doesn't just do a single GET of the SRC_URL, it does something git-ish.. | 17:12 |
| rburton | well, it calls git | 17:12 |
| rburton | its a git clone, with various options, then checks out the sha you want | 17:12 |
| rfs613 | so I guess it replaces the git:// with https:// when passing the URL to git | 17:14 |
| rfs613 | but we need the git:// to trigger the git-fetcher to call git | 17:14 |
| rburton | yeah, the protocol parameter is the actual protocol to give to git | 17:14 |
| Guest11 | RP do you know if you are using Github Load Balancer (GLB) for the repo (https://github.com/github/glb-director#:~:text=The%20GitHub%20Load%20Balancer%20(GLB,all%20traffic%20from%20GitHub's%20datacenters.) | 17:18 |
| rburton | we're not using github for hosting | 17:18 |
| RP | Guest11: it isn't using github as rburton says | 17:19 |
| Guest11 | rburton This is an OSS load balancer which you can deploy for your own infra? | 17:20 |
| Guest11 | I'm just trying to understand how this load balancing is happening. Maybe I can specify another IP | 17:21 |
| Guest11 | RP is https://github.com/yoctoproject/poky up to date? | 17:21 |
| RP | Guest11: 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 it | 17:22 |
| RP | Guest11: it should be, yes | 17:22 |
| Guest55 | hm... no matter what configuration I use for the mirror it still fetches from http://downloads.yoctoproject.org | 17:23 |
| Guest11 | RP thanks! halstead hasn't responded perhaps he's looking into the issue | 17:23 |
| Guest55 | I wonder if the ISP is the problem... if I download a source from http://downloads.yoctoproject.org using my browser, with ISP X, download is fast | 17:25 |
| Guest55 | While yocto fetching with wget sources from http://downloads.yoctoproject.org with ISP Y is extremely slow | 17:26 |
| Guest11 | In my case: local (London,UK) + AWS (Dublin, Ireland) - both slow | 17:27 |
| dj | <rburton> dj: look up git reference directories, to tell git to look in a local directory as a download cache | 17:30 |
| dj | are you talking about git submodules? | 17:30 |
| dj | because i'm not finding anything for "git reference directories" on google | 17:31 |
| halstead | Reading through the back scroll. It appears that all the connections to downloads.yoctoproject.org and git.yoctoproject.org from the UK are extremely slow and have been for hours. | 17:32 |
| rburton | dj: https://git-scm.com/docs/git-clone#Documentation/git-clone.txt---reference-if-ableltrepositorygt | 17:32 |
| rburton | halstead: not all, my machine in cambridge is fast | 17:33 |
| Guest11 | halstead yes 👍 | 17:33 |
| dj | thanks will take a look | 17:33 |
| Guest55 | halstead: seems like a routing problem, it is ISP dependent, I am in Berlin Germany, with Telekom downloads are fine, with Vodafone, extremely slow | 17:33 |
| halstead | Thank you Guest55 . That's helpful. | 17:34 |
| Guest55 | Currently 4 running tasks (471 of 6317) 7% |############# | | 17:35 |
| Guest55 | 0: binutils-cross-aarch64-2.36.1-r0 do_fetch (pid 203833) 0% | | 9.72K/s | 17:35 |
| Guest55 | 1: glibc-2.33-r0 do_fetch (pid 205412) 0% | | 10.4K/s | 17:35 |
| Guest55 | 2: bzip2-native-1.0.8-r0 do_fetch (pid 328925) 24% |######################################### | 7.19K/s | 17:35 |
| Guest55 | 3: ncurses-native-6.2-r0 do_fetch (pid 331815) 2% |### | 14.3K/s | 17:35 |
| Guest55 | that slow | 17:35 |
| Guest55 | while with Telekom I reach normal speeds | 17:35 |
| halstead | Guest55: Could you run a traceroute to git.yoctoproject.org from each connection and email to mhalstead@linuxfoundation.org? It would be a great help. | 17:40 |
| dj | rburton, would you recommend to git clone to ~/poky and the just use git clone --reference against it for projects? | 17:40 |
| halstead | Guest11: If you could email a traceroute as well that would be useful. | 17:41 |
| dj | and then just use git clone* | 17:41 |
| rburton | dj: if you find yourself frequently cloning the same repo then yeah | 17:41 |
| dj | thanks | 17:41 |
| rburton | our CI uses a persistant reference repo as it clones from scratch every build | 17:41 |
| rburton | locally, my git clone was done once a year ago | 17:41 |
| Guest55 | halstead: one sec, sure | 17:44 |
| *** pregn <pregn!~pregn@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has quit IRC (Quit: Client closed) | 17:47 | |
| Guest11 | halstead I'll send you my traceroutes as well? | 17:47 |
| Guest11 | Sending now | 17:47 |
| halstead | Thank you Guest11 . | 17:48 |
| *** kroon_ <kroon_!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Remote host closed the connection) | 17:48 | |
| Guest55 | halstead: sent | 17:48 |
| halstead | Thank you. | 17:48 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 17:48 | |
| *** kroon_ <kroon_!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 17:48 | |
| *** Guest12 <Guest12!~Guest12@dynamic-077-002-103-106.77.2.pool.telefonica.de> has quit IRC (Quit: Client closed) | 17:50 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 260 seconds) | 17:51 | |
| Guest55 | I'm seeing normal speeds again | 17:53 |
| halstead | Guest11: Thanks for the traceroutes. Both of those are slow connections? | 17:54 |
| Guest55 | wooohooo | 17:54 |
| halstead | Guest55: 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!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 256 seconds) | 17:55 | |
| Guest55 | halstead: thanks for the help! <3 | 17:55 |
| Guest11 | halstead yes both | 17:55 |
| Guest11 | Guest55 checking on my side | 17:56 |
| * halstead nods. | 17:56 | |
| Guest11 | I'm seeing an improvement (539.00 KiB/s) but was hoping for MiB/s :D | 17:57 |
| Guest55 | Guest11: brexit:/ | 17:58 |
| Guest55 | :D | 17:58 |
| Guest11 | Guest55 that would have hurt if I was British lol | 17:59 |
| Guest55 | :D | 17:59 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 18:00 | |
| Guest11 | We use Jenkins and we can't seem to change the global git timeout config | 18:00 |
| Guest11 | So we're stuck with the default 10 minutes | 18:00 |
| zeddii | so many guests | 18:01 |
| Guest11 | It's just me and Guest55 being noisy | 18:01 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 18:02 | |
| *** kroon_ <kroon_!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Ping timeout: 260 seconds) | 18:03 | |
| *** kroon_ <kroon_!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 18:05 | |
| *** Guest11 <Guest11!~Guest11@88.98.217.169> 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!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 18:05 | |
| *** Guest5735 <Guest5735!~Guest57@85.191.189.149> has quit IRC (Ping timeout: 256 seconds) | 18:05 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Ping timeout: 245 seconds) | 18:07 | |
| *** Guest1125 <Guest1125!~Guest11@88.98.217.169> has joined #yocto | 18:08 | |
| Guest1125 | Hello it's Guest11 my laptop went on stand by and I lot the connection :( | 18:09 |
| Guest1125 | So I lost the chat history | 18:09 |
| *** davidinux <davidinux!~davidinux@84.17.59.156> 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!~Guest55@p20030006237d9328119ab245047afee9.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed) | 18:15 | |
| Guest1125 | My fellow Guest55 left :/ | 18:16 |
| *** inisider <inisider!~inisider@195.238.92.112> has joined #yocto | 18:16 | |
| AlejandroExojo[m | You 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 topic | 18:19 |
| *** Guest1125 is now known as Mickey | 18:19 | |
| *** Mickey is now known as Guest541 | 18:19 | |
| *** Guest541 is now known as mickeypash | 18:19 | |
| *** kroon_ <kroon_!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving) | 18:20 | |
| inisider | hello. 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!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC (Ping timeout: 250 seconds) | 18:20 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 18:22 | |
| dj | is there an environment variable to see where bitbake is downloading? | 18:46 |
| dj | because i'm apparently fetching something that I should already have I believe | 18:46 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds) | 18:49 | |
| *** inisider <inisider!~inisider@195.238.92.112> has quit IRC (Quit: Client closed) | 18:55 | |
| dj | unless symlinks are breaking between docker & my host machine sharing the same ~/bitbake | 18:59 |
| *** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto | 19:00 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 19:03 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving) | 19:03 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 19:04 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-066-248.78.49.pool.telefonica.de> has joined #yocto | 19:06 | |
| *** Guest57 <Guest57!~Guest57@85.191.189.149> has joined #yocto | 19:06 | |
| rburton | dj: it downloads into downloads/ under your build directory by default | 19:15 |
| rburton | dj: so if your build tree is in a directory that gets thrown away by docker, yes you'll be redownloading | 19:19 |
| rburton | stuff like the kas container or crops handles this and puts them outside of the docker | 19:19 |
| rburton | (for the exact path, see DL_DIR in your local.conf) | 19:20 |
| *** davidinux <davidinux!~davidinux@84.17.59.156> has joined #yocto | 19:22 | |
| dj | so I should be setting my DL_DIR to ~/bitbake/downloads then? | 19:23 |
| dj | because I am throwing about my build tree to test PRs | 19:23 |
| dj | throwing away* | 19:23 |
| rburton | definitely put DL_DIR and SSTATE_DIR to somewhere that isn't thrown away | 19:23 |
| rburton | RP: just noticed the repo list on git.yp has a few new layers uncategorised, so they appear at the top | 19:24 |
| rburton | RP: where is that defined? | 19:24 |
| rburton | dj: 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 run | 19:25 |
| rburton | dj: https://git.yoctoproject.org/meta-arm/tree/.gitlab-ci.yml is the link i failed to paste | 19:25 |
| *** bluelightning <bluelightning!~paul@2406:e003:151f:d701:810f:5dba:6440:52c7> has quit IRC (Remote host closed the connection) | 19:29 | |
| dj | thanks, also what does CI stand for? | 19:32 |
| rfs613 | dj: https://en.wikipedia.org/wiki/Continuous_integration | 19:33 |
| rfs613 | and in the specific case for gitlab... https://docs.gitlab.com/ee/ci/ | 19:33 |
| *** zkrx <zkrx!~slimshady@adsl-89-217-235-181.adslplus.ch> has quit IRC (Quit: zkrx) | 19:44 | |
| *** user3 <user3!~user@198.90.66.177> has quit IRC (Ping timeout: 246 seconds) | 19:51 | |
| *** mickeypash <mickeypash!~Guest11@88.98.217.169> has quit IRC (Quit: Connection closed) | 19:56 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-235-181.adslplus.ch> has joined #yocto | 19:59 | |
| *** dj <dj!~dj@162.223.44.49> has quit IRC (Quit: Leaving) | 20:18 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Ping timeout: 260 seconds) | 20:26 | |
| RP | rburton: it is meant to be from the cgit config but I think halstead or I used to have to tweak from the commandline | 20:54 |
| RP | halstead: did that change now? | 20:54 |
| halstead | RP: rburton: it lives in a special ref now. Directions are https://korg.docs.kernel.org/cgit-meta-data.html. I added the data to all repos. Looks like it's being wiped out for a few of them. | 20:56 |
| halstead | All of these are mirrored from elsewhere. I need to get the cgit config on the upstream mirror. | 20:57 |
| RP | halstead: that explains things and nice we can set that now :) | 20:58 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 20:58 | |
| halstead | RP: In the meantime I'll run a little cronjob to keep them sorted. | 20:58 |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 21:00 | |
| *** Guest57 <Guest57!~Guest57@85.191.189.149> 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 | |
| halstead | Those are getting corrected automatically now. | 21:05 |
| RP | halstead: thanks! | 21:06 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 21: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!~florian@dynamic-078-049-066-248.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds) | 21:44 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 21:48 | |
| *** FredO <FredO!~willy562@bras-base-crnypq0201w-grc-01-76-68-181-2.dsl.bell.ca> has joined #yocto | 21:58 | |
| *** vijay <vijay!~vijay@host81-158-109-211.range81-158.btcentralplus.com> 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 | |
| kroon | RP, 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 more | 22:22 |
| RP | kroon: as we have things which are reproducible, yes | 22:23 |
| kroon | RP, just saying it might make upgrading recipes more painful | 22:24 |
| RP | kroon: we probably can't take really invasive changes so it will really depend what kind of things we're looking at | 22:25 |
| kroon | RP, *nod* | 22:27 |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Ping timeout: 260 seconds) | 22:33 | |
| kroon | RP, well at least I think there are things we can improve, with changes that shouldn't be too invasive | 22:40 |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-066-248.78.49.pool.telefonica.de> has joined #yocto | 22:47 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving) | 22:54 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-066-248.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 23:06 | |
| *** xantoz <xantoz!~tewi_inab@c-c0bae255.013-124-73746f25.bbcust.telenor.se> has quit IRC (Ping timeout: 250 seconds) | 23:10 | |
| FredO | Hi, 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 |
| RP | FredO: did you share a hashequiv server between them? | 23:20 |
| RP | if using hashequiv, then need the same hash database for sstate reuse | 23:21 |
| FredO | BB_HASHSERVE = "127.0.0.1:9082" | 23:22 |
| FredO | BB_SIGNATURE_HANDLER = "OEEquivHash" | 23:22 |
| FredO | that ? | 23:22 |
| FredO | RP: by hashdatabase you mean the one in my hash server right ? | 23:24 |
| RP | FredO: yes, as long as they share the same hash server | 23:27 |
| FredO | they do | 23:28 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 250 seconds) | 23:28 | |
| RP | FredO: if you have the two builds and you have the different sig files, bitbake-diffsigs can show you the differences | 23:28 |
| RP | FredO: aim for the earliest difference in the dependency chain you can spot | 23:29 |
| FredO | RP: OK thank you ill try that | 23:33 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 23:35 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-066-248.78.49.pool.telefonica.de> has joined #yocto | 23:38 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-066-248.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 23:54 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-166-98.ssp.dialog.net.pl> has joined #yocto | 23:56 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!