| *** dario` <dario`!~dario@hetzner.deaktualisierung.org> has quit IRC (Read error: Connection reset by peer) | 00:12 | |
| *** dario <dario!~dario@hetzner.deaktualisierung.org> has joined #yocto | 00:20 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 00:21 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@213.239.210.166> has joined #yocto | 00:22 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 01:16 | |
| *** mpb27 <mpb27!~mpb27@2604:3d08:1c7f:cc50:3de7:6510:180b:2e76> has quit IRC (Ping timeout: 246 seconds) | 01:27 | |
| *** starblue <starblue!~juergen@dslb-094-221-184-017.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 250 seconds) | 01:39 | |
| *** Ablu <Ablu!~Ablu@user/Ablu> has quit IRC (Ping timeout: 256 seconds) | 01:40 | |
| *** starblue <starblue!~juergen@dslb-094-221-181-200.094.221.pools.vodafone-ip.de> has joined #yocto | 01:41 | |
| *** Ablu <Ablu!~Ablu@user/Ablu> has joined #yocto | 01:43 | |
| *** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 248 seconds) | 01:53 | |
| *** Marian78 <Marian78!~Marian@c-73-219-138-101.hsd1.nh.comcast.net> has joined #yocto | 01:53 | |
| Marian78 | Hi, | 01:57 |
|---|---|---|
| Marian78 | I'm building from core-image-minimal the following wic image: | 01:57 |
| Marian78 | wic ls my-image.wic | 01:57 |
| Marian78 | Num Start End Size Fstype | 01:57 |
| Marian78 | 1 1048576 27797503 26748928 fat16 | 01:57 |
| Marian78 | 2 28311552 1118281727 1089970176 ext4 | 01:57 |
| Marian78 | 3 1118281728 1164419071 46137344 linux-swap(v1) | 01:57 |
| Marian78 | What I need to make in order to dd this image to the hard-drive and the second partition to grow to the disk size? | 01:57 |
| Marian78 | From https://lists.yoctoproject.org/g/yocto/message/49298 I see that this can be make after dd with | 01:57 |
| Marian78 | Is this the correct way? | 01:57 |
| *** belgianguy <belgianguy!~belgiangu@ptr-651fbf68vaydmh7dl5e.18120a2.ip6.access.telenet.be> has quit IRC (Ping timeout: 240 seconds) | 02:10 | |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-26-174-95-44-81.dsl.bell.ca> has quit IRC (Ping timeout: 252 seconds) | 02:22 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6517:4100:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 256 seconds) | 02:32 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6511:f200:2ce:39ff:fecf:efcd> has joined #yocto | 02:33 | |
| *** kpo <kpo!~kpo@031011130147.dynamic-3-poz-k-1-0-0.vectranet.pl> has joined #yocto | 02:39 | |
| *** mpb27 <mpb27!~mpb27@2604:3d08:1c7f:cc50:3de7:6510:180b:2e76> has joined #yocto | 02:44 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto | 02:45 | |
| *** valdemaras <valdemaras!~valdemara@86.38.230.143> has joined #yocto | 02:52 | |
| *** kpo <kpo!~kpo@031011130147.dynamic-3-poz-k-1-0-0.vectranet.pl> has quit IRC (Ping timeout: 252 seconds) | 03:28 | |
| *** kpo <kpo!~kpo@031011130147.dynamic-3-poz-k-1-0-0.vectranet.pl> has joined #yocto | 03:28 | |
| *** kpo <kpo!~kpo@031011130147.dynamic-3-poz-k-1-0-0.vectranet.pl> has quit IRC (Read error: Connection reset by peer) | 03:50 | |
| *** kpo <kpo!~kpo@031011130147.dynamic-3-poz-k-1-0-0.vectranet.pl> has joined #yocto | 03:50 | |
| *** kpo <kpo!~kpo@031011130147.dynamic-3-poz-k-1-0-0.vectranet.pl> has quit IRC (Remote host closed the connection) | 04:13 | |
| *** kpo <kpo!~kpo@031011130147.dynamic-3-poz-k-1-0-0.vectranet.pl> has joined #yocto | 04:14 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:48 | |
| *** mpb27 <mpb27!~mpb27@2604:3d08:1c7f:cc50:3de7:6510:180b:2e76> has quit IRC (Ping timeout: 246 seconds) | 04:54 | |
| *** Estrella <Estrella!~quassel@075-081-060-240.res.spectrum.com> has quit IRC (Ping timeout: 258 seconds) | 05:18 | |
| *** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has quit IRC (Ping timeout: 246 seconds) | 05:24 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 05:26 | |
| *** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has joined #yocto | 05:26 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: Chaser) | 05:42 | |
| *** Nixkernal <Nixkernal!~Nixkernal@178.193.4.119> has joined #yocto | 05:47 | |
| *** Nixkernal <Nixkernal!~Nixkernal@178.193.4.119> has quit IRC (Remote host closed the connection) | 05:52 | |
| *** kpo <kpo!~kpo@031011130147.dynamic-3-poz-k-1-0-0.vectranet.pl> has quit IRC (Quit: Konversation terminated!) | 05:52 | |
| *** Nixkernal <Nixkernal!~Nixkernal@119.4.193.178.dynamic.wline.res.cust.swisscom.ch> has joined #yocto | 05:53 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 05:58 | |
| LetoThe2nd | Marian78: no the first step would be to rearrange he partitions so / actually is the last one. after that, you can use systemd-growfs for example (always talking about in-system operations) | 06:02 |
| Marian78 | Yes, I'm trying first to re-arrange the partition, I thought that WKS_FILE can be putted also in the .bb, it seems to work only on the local.conf and the wks.ini needs to be on my_layer/wic/myfile.wks.in to work | 06:05 |
| Marian78 | https://stackoverflow.com/questions/56187209/yocto-create-and-populate-a-separate-home-partition | 06:05 |
| *** kpo <kpo!~kpo@031011130147.dynamic-3-poz-k-1-0-0.vectranet.pl> has joined #yocto | 06:07 | |
| adrianf | Marian78: It's simple if you do it after dd. Doing it at the first boot of your target device is more complicated. Therefore you probably need an initramfs. It's usually not possible to grow a mounted partition and a mounted file-system. | 06:11 |
| Marian78 | yes, I'm booting initramfs and I have the wik in /boot | 06:12 |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 06:12 | |
| Marian78 | I want to dd and grow the last partition | 06:12 |
| Marian78 | the problem is that I'm not able to change the partition order using WKS_FILE | 06:12 |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1294-101.w86-207.abo.wanadoo.fr> has joined #yocto | 06:13 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Client Quit) | 06:15 | |
| *** Nixkernal <Nixkernal!~Nixkernal@119.4.193.178.dynamic.wline.res.cust.swisscom.ch> has quit IRC (Remote host closed the connection) | 06:23 | |
| *** Nixkernal <Nixkernal!~Nixkernal@119.4.193.178.dynamic.wline.res.cust.swisscom.ch> has joined #yocto | 06:23 | |
| LetoThe2nd | adrianf: systemd-growfs does exactly that, its commonly used to create one-size-fits-all sd card images for the raspi and likes. | 06:46 |
| LetoThe2nd | Marian78: why are you not able to change the order? | 06:46 |
| *** amitk_ <amitk_!~amit@58.84.60.201> has quit IRC (Quit: leaving) | 06:46 | |
| Marian78 | I finally managed, I didn't expect that the wks.in needs to be putted as a SRC_URI to be transferred to WORK_DIR | 06:47 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:53 | |
| *** varjag <varjag!~user@188.95.241.196> has joined #yocto | 06:55 | |
| *** Guest29 <Guest29!~Guest98@31.145.189.2> has joined #yocto | 06:56 | |
| Marian78 | +LetoThe2nd can you please point me to the "systemd-growfs"? | 07:10 |
| LetoThe2nd | Marian78: https://manpages.debian.org/testing/systemd/systemd-growfs.8.en.html, and this is how we use it: https://github.com/mendersoftware/meta-mender/blob/master/meta-mender-core/recipes-mender/mender-client/mender-client.inc#L88 | 07:17 |
| Marian78 | thank you | 07:17 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 07:21 | |
| adrianf | +LetoThe2nd: Yes, I know about systemd-gowfs. if there is an initramfs and a recent version of systemd it just works. But that's not always the case. | 07:27 |
| LetoThe2nd | adrianf: yeah systemd being around and working is not always a given. but at least on ARM stuff, it definitely works without an initramfs too. | 07:28 |
| LetoThe2nd | ok, not sure about a live partition. it might be limited to non-mounted ones. | 07:29 |
| LetoThe2nd | e.g. an additional data partition or such. | 07:29 |
| *** Guest29 <Guest29!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 246 seconds) | 07:30 | |
| *** Guest89 <Guest89!~Guest98@31.145.189.2> has joined #yocto | 07:34 | |
| adrianf | +LetoThe2nd: Good to know. I remember there was an issue with growing the GPT partition and with growing the mounted ext4 when I tried that some time ago. I will think about your advise if I need to improve our implementation some when. | 07:34 |
| Guest89 | trying to find a gnu parallel recipe for the dunfell version. but i couldn't find it in the current version. where can i find it? | 07:35 |
| LetoThe2nd | adrianf: np as we're talking about it, i realize that we're using it just for the relatively limited usecase of growing the data partition located at the end, so it might be too limited for a number of use cases indeed. | 07:35 |
| LetoThe2nd | Guest89: https://layers.openembedded.org/layerindex/branch/master/recipes/ if its not there, then we do not know about it. | 07:36 |
| Guest89 | LetoThe2nd thanks | 07:37 |
| *** Guest89 <Guest89!~Guest98@31.145.189.2> has quit IRC (Quit: Client closed) | 07:43 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 07:49 | |
| *** kpo <kpo!~kpo@031011130147.dynamic-3-poz-k-1-0-0.vectranet.pl> has quit IRC (Quit: Konversation terminated!) | 08:01 | |
| kanavin | RP: if there's some nasty bisect job with ppc fails I could do, I have a few days. Or something else bringing it closer to being fixed. | 08:21 |
| RP | kanavin: The only way I'm having any "progress" with it is to load the autobuilder and run tests to rule out different combinations. If I run 2-3 qemuppc-alt and one fails, I know that the issue is still present | 08:26 |
| RP | kanavin: I'm kind of running out of "likely suspects" though | 08:26 |
| *** gsalazar <gsalazar!~gsalazar@107.105.60.94.rev.vodafone.pt> has joined #yocto | 08:33 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128011.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 08:33 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@213.239.210.166> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 08:41 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 08:42 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 08:45 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:46 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:51 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 09:09 | |
| LetoThe2nd | does oe-pkgdata-util help with finding out what puts something into the deploy dir, even if it is not in the rootfs? specifically, a closed bootloader | 09:12 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 09:14 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:2127:78fb:aa12:aa0b> has quit IRC (Remote host closed the connection) | 09:21 | |
| ptsneves | LetoThe2nd: I know no reason it would do so | 09:21 |
| LetoThe2nd | ptsneves: thats my guessing too :-( | 09:22 |
| ptsneves | I guess you could search the workdir for all the recipes that have the file in it. Before something goes to the deploy dir it needs to be in the recipe's workdir directory. | 09:24 |
| ptsneves | DEPLOYDIR = "${WORKDIR}/deploy-${PN}" is the recipe related input directory | 09:24 |
| ptsneves | https://git.yoctoproject.org/poky/tree/meta/classes-recipe/deploy.bbclass#n7 | 09:24 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 09:25 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 09:38 | |
| *** starblue <starblue!~juergen@dslb-094-221-181-200.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 256 seconds) | 10:01 | |
| *** starblue <starblue!~juergen@dslb-094-220-112-024.094.220.pools.vodafone-ip.de> has joined #yocto | 10:03 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 10:04 | |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1294-101.w86-207.abo.wanadoo.fr> has quit IRC (Remote host closed the connection) | 10:13 | |
| mcfrisk | are run-ptest scripts supposed to not capture errors into return value? | 10:17 |
| *** Marian78 <Marian78!~Marian@c-73-219-138-101.hsd1.nh.comcast.net> has quit IRC (Quit: Client closed) | 10:31 | |
| *** gsalazar <gsalazar!~gsalazar@107.105.60.94.rev.vodafone.pt> has quit IRC (Remote host closed the connection) | 10:55 | |
| rburton | mcfrisk: it should fail if the tests failed | 10:57 |
| rburton | and the stdout should be useful | 10:58 |
| rburton | RP: as promised https://wiki.yoctoproject.org/wiki/CVE_Status. Up next is the kernel. | 10:58 |
| kanavin | mcfrisk, they absolutely are. A lot of ptests pipe output into sed, which obscures the return value but we're slowly fixing that | 10:59 |
| kanavin | quite often sed doesn't catch all possible fails, or the output looks fine but the return value is not | 10:59 |
| kanavin | mcfrisk, *the are supposed to catch* :) english rules of negation are a pita, sorry | 11:00 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 11:03 | |
| mcfrisk | ok, then I'll try to add some "set -eu" or similar. It's also hard to capture additional traces and log files when a test fails if errors are not capured systematically and lots of wrapper scripts are used.. | 11:03 |
| kanavin | mcfrisk, which ptest are we talking about? | 11:04 |
| mcfrisk | for example openssh | 11:05 |
| kanavin | mcfrisk, the 'standard' approach can be seen here https://git.yoctoproject.org/poky/tree/meta/recipes-devtools/python/python3/run-ptest | 11:07 |
| mcfrisk | "set euxo pipefail" would help there, and IMO a lot of other places too | 11:07 |
| kanavin | i.e. add || echo "FAIL: python3" prior to pipingo into sed | 11:07 |
| kanavin | you need to ensure the whole thing fails, not just any particular command in the script | 11:08 |
| mcfrisk | but return value is always zero in that too | 11:08 |
| kanavin | that's ok, having a FAIL: token will ensure the fail will be reported | 11:08 |
| mcfrisk | yes, but if you can't tell which/when test failed, other than the stdout later on, then you can't do extra things like capturing log and temp files | 11:09 |
| mcfrisk | IMO should be || (echo "FAIL: python3" ; exit 1) | 11:09 |
| kanavin | mcfrisk, we considered that, but then you lose per-test split reporting done by sed | 11:10 |
| mcfrisk | but even that fails without -o pipefail when output to sed | 11:10 |
| mcfrisk | this doesn't work now and I can't inspect what is going on with the system, in kernel, in logs from test and syslog: while true; do run-ptest openssh || break; done | 11:12 |
| RP | rburton: thanks, looks good. Need to get the qemu upgrade in! | 11:12 |
| rburton | yeah i'd send backports but the upgrade is queued in next so i won't bother :) | 11:13 |
| RP | rburton: fair enough. The update is horrible :/ | 11:14 |
| rburton | urgh | 11:16 |
| rburton | if its that bad i can post backports and we can hold off 8.1 | 11:16 |
| rburton | i worried they were going to do crazy things when i asked if the goal was to be able to build without using the configure script, but no they wanted to explicitly wrap meson | 11:16 |
| RP | rburton: they require a pyenv which doesn't work. I found a way to hack it | 11:16 |
| rburton | venvs with pynative should work though, so that needs to be fixed too :/ | 11:17 |
| RP | rburton: it sees meson is up to date in the native sysroot and says "don't need to do anything" | 11:18 |
| RP | rburton: qemu wants the meson binary in the venv bin/ | 11:18 |
| rburton | oh they're venving meson? wtf. | 11:18 |
| RP | kanavin: FWIW I've now ruled out the binutils upgrade | 11:18 |
| * RP isn't entirely sure what to test next for qemuppc | 11:19 | |
| kanavin | RP: maybe roll back weeks and weeks of commits and test that to at least establish a clean point in the past | 11:21 |
| mcfrisk | roll back qemu for ppc only? | 11:21 |
| kanavin | dbus would be totally broken on 32bit in 15 years and now it's not \0/ https://gitlab.freedesktop.org/dbus/dbus/-/merge_requests/444 | 11:24 |
| RP | mcfrisk: I've just put 7.2 onto -next, will test the qemuppc-alt target with that | 11:24 |
| RP | kanavin: nice :) | 11:24 |
| kanavin | on all 32 bit, risc-v as well :) | 11:24 |
| RP | kanavin: Rolling back and testing some previous commits is probably the best plan... | 11:25 |
| kanavin | RP: that's what I meant by a nasty bisect job, I can help out with that | 11:25 |
| kanavin | RP: I've also sent y2038 fixes upstream for glib, perl, tcl, strace, python, curl, and some others. It's all collected here https://gitlab.freedesktop.org/dbus/dbus/-/merge_requests/444 | 11:27 |
| kanavin | https://git.yoctoproject.org/poky-contrib/log/?h=akanavin/y2038 | 11:27 |
| kanavin | here | 11:27 |
| kanavin | glib was actually corrupting its data, and not just truncating timestamps https://gitlab.gnome.org/GNOME/glib/-/merge_requests/3547 | 11:28 |
| RP | kanavin: some good work there and scary finds! | 11:29 |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 11:30 | |
| kanavin | RP: pretty much all of this was found from running ptests in a simulated year 2040. I kinda have to roll back what I said previously about them :) | 11:32 |
| RP | kanavin: they do have some uses :) | 11:32 |
| kanavin | the scary part is that if a component has no ptests, there's no other way to confirm it will not break in post-2038 | 11:33 |
| kanavin | there's overall system testing via testimage of course, but it only goes so far | 11:33 |
| * mcfrisk applied some patches to openssh ptest and left it looping, beer 'o clock! cheers! | 11:48 | |
| *** valdemaras <valdemaras!~valdemara@86.38.230.143> has quit IRC (Quit: valdemaras) | 12:00 | |
| *** valdemaras <valdemaras!~valdemara@86.38.230.143> has joined #yocto | 12:12 | |
| rburton | RP: done with https://wiki.yoctoproject.org/wiki/CVE_Status | 12:25 |
| rburton | that's just master but a step in the right direction | 12:25 |
| *** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has quit IRC (Remote host closed the connection) | 12:28 | |
| *** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has joined #yocto | 12:29 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 12:31 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 12:32 | |
| RP | rburton: nice! definitely, thanks :) | 12:42 |
| *** kscherer <kscherer!~kscherer@174.95.44.81> has joined #yocto | 13:07 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 13:17 | |
| *** rty <rty!~rty@mtph-gw-3.btlnet.com> has joined #yocto | 13:21 | |
| *** |Xagen <|Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 13:39 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 252 seconds) | 13:42 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto | 13:54 | |
| *** nedko <nedko!~nedko@gateway/tor-sasl/nedko> has quit IRC (Remote host closed the connection) | 14:05 | |
| *** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has quit IRC (Remote host closed the connection) | 14:05 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 14:05 | |
| *** nedko <nedko!~nedko@gateway/tor-sasl/nedko> has joined #yocto | 14:06 | |
| *** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has joined #yocto | 14:06 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 14:06 | |
| ptsneves | Has anybody ever seen task hash mismatches happening only in tinfoil.build_targets? Is there anything special about it? I cannot even see any stamp generated to debug | 14:12 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 245 seconds) | 14:28 | |
| *** varjag <varjag!~user@188.95.241.196> has quit IRC (Quit: ERC (IRC client for Emacs 27.1)) | 14:30 | |
| *** DvorkinDmitry <DvorkinDmitry!~dvorkin@5.167.98.73> has joined #yocto | 14:37 | |
| DvorkinDmitry | I need to have NTP enabled with systemd (to sync the local time from the servers) + NTP server that will provide NTPD data for internal subnet in Yocto. What recipe would you recommend? NTP or Crony or some else? | 14:39 |
| * kanavin wonders if systemd nowadays provides all of it :D | 14:44 | |
| kanavin | if it has a bootloader, then why not ntp server *and* client too | 14:44 |
| *** gsalazar <gsalazar!~gsalazar@107.105.60.94.rev.vodafone.pt> has joined #yocto | 14:46 | |
| DvorkinDmitry | kanavin, afaik, no :) | 14:46 |
| kanavin | DvorkinDmitry, https://www.freedesktop.org/software/systemd/man/systemd-timesyncd.service.html | 14:47 |
| kanavin | that's only the client? :) | 14:48 |
| *** valdemaras <valdemaras!~valdemara@86.38.230.143> has quit IRC (Quit: valdemaras) | 14:48 | |
| DvorkinDmitry | kanavin, yes. It is only the client :( | 14:50 |
| adrianf | just found my bug in the devtool ide test. sorry for the noise. | 14:52 |
| rburton | DvorkinDmitry: if you want to run a proper server then ntpd seems like the safest bet | 14:52 |
| DvorkinDmitry | rburton, yes. thank you. classics is the best choice if unsure | 14:53 |
| ptsneves | Am i right that if a download of a sstate cache archive fails halfway and artifact exists in the DL_DIR then the next run will use the halfway downloaded sstate cache artifact? That is the only explanation to what I am seeing | 14:54 |
| *** valdemaras <valdemaras!~valdemara@86.38.230.143> has joined #yocto | 14:55 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: Chaser) | 14:57 | |
| rburton | ptsneves: that would be a bug if so, but i could believe it happens | 14:58 |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 14:58 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Client Quit) | 14:58 | |
| ptsneves | rburton: Oh I see that wget.py had some attempts at avoiding similar situations by checking for file size != 0 and if the file exists | 14:59 |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 15:02 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Client Quit) | 15:02 | |
| DvorkinDmitry | may I set DEFAULT_TIMEZONE in the image file? feels like it is not accepted there | 15:03 |
| ptsneves | I think it is tricky because contrary to normal downloads, for sstate cache files we do not have a hash of the file. Or do we? | 15:04 |
| rburton | the download should just write to a temporary file and rename when it's actually complete | 15:08 |
| rburton | DvorkinDmitry: as discussed yesterday, you can't do that | 15:08 |
| rburton | you need to use local.conf, your distro.conf, or a bbappend to set DEFAULT_TIMEZONE | 15:08 |
| ptsneves | rburton: Yes but for wget it is notthe case. It just goes to DL_DIR | 15:09 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 15:12 | |
| *** Perflosopher <Perflosopher!~perflosop@136.62.181.44> has quit IRC (Quit: Ping timeout (120 seconds)) | 15:12 | |
| *** Perflosopher <Perflosopher!~perflosop@136.62.181.44> has joined #yocto | 15:14 | |
| *** fray <fray!~fray@70.99.78.136> has quit IRC (Remote host closed the connection) | 15:15 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 15:22 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Client Quit) | 15:23 | |
| *** Nixkernal <Nixkernal!~Nixkernal@119.4.193.178.dynamic.wline.res.cust.swisscom.ch> has quit IRC (Ping timeout: 245 seconds) | 15:45 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Read error: Connection reset by peer) | 15:48 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 15:48 | |
| *** vladest <vladest!~Thunderbi@2a02:1210:760b:9500:bac3:fe84:4376:2794> has quit IRC (Ping timeout: 240 seconds) | 15:52 | |
| *** valdemaras <valdemaras!~valdemara@86.38.230.143> has quit IRC (Quit: valdemaras) | 15:54 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128011.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 256 seconds) | 16:17 | |
| *** rty <rty!~rty@mtph-gw-3.btlnet.com> has quit IRC (Quit: Client closed) | 16:22 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:31 | |
| *** valdemaras <valdemaras!~valdemara@86.38.230.143> has joined #yocto | 16:33 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 16:51 | |
| *** mpb27 <mpb27!~mpb27@2604:3d08:1c7f:cc50:3de7:6510:180b:2e76> has joined #yocto | 16:55 | |
| *** amitk <amitk!~amit@58.84.60.201> has joined #yocto | 17:45 | |
| *** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 17:45 | |
| *** amitk <amitk!~amit@58.84.60.201> has quit IRC (Remote host closed the connection) | 17:58 | |
| *** amitk <amitk!~amit@58.84.60.201> has joined #yocto | 17:59 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-131-048-100.93.131.pool.telefonica.de> has joined #yocto | 18:12 | |
| *** mpb27 <mpb27!~mpb27@2604:3d08:1c7f:cc50:3de7:6510:180b:2e76> has quit IRC (Ping timeout: 246 seconds) | 18:17 | |
| *** flom84 <flom84!~flom84@user/flom84> has joined #yocto | 18:17 | |
| khem | RP: any breakthoughs for the qemuppc timeouts ? | 18:24 |
| khem | how many taps should be created ? I created same number as ncpu and it still runs out of taps when building core-image-ptest-all | 18:25 |
| khem | so I guess it shoud be more than ncpus ? | 18:26 |
| *** mpb27 <mpb27!~mpb27@2604:3d08:1c7f:cc50:3de7:6510:180b:2e76> has joined #yocto | 18:32 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 18:34 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 18:35 | |
| *** flom84 <flom84!~flom84@user/flom84> has quit IRC (Ping timeout: 246 seconds) | 18:40 | |
| *** gsalazar <gsalazar!~gsalazar@107.105.60.94.rev.vodafone.pt> has quit IRC (Ping timeout: 245 seconds) | 18:44 | |
| *** davidinux <davidinux!~davidinux@host-95-247-187-85.retail.telecomitalia.it> has quit IRC (Ping timeout: 246 seconds) | 19:26 | |
| *** davidinux <davidinux!~davidinux@host-79-25-222-217.retail.telecomitalia.it> has joined #yocto | 19:29 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:5480:7bce:eade:ac37> has joined #yocto | 19:36 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: Chaser) | 19:45 | |
| *** tgamblin <tgamblin!~tgamblin@2001:1970:5b1f:ab00:d875:6297:4e81:e577> has quit IRC (Quit: Leaving) | 20:13 | |
| *** valdemaras <valdemaras!~valdemara@86.38.230.143> has quit IRC (Quit: valdemaras) | 20:31 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 21:07 | |
| *** mpb27 <mpb27!~mpb27@2604:3d08:1c7f:cc50:3de7:6510:180b:2e76> has quit IRC (Ping timeout: 246 seconds) | 21:17 | |
| *** mpb27 <mpb27!~mpb27@S01061c937c24013e.no.shawcable.net> has joined #yocto | 21:28 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:5480:7bce:eade:ac37> has quit IRC (Ping timeout: 246 seconds) | 21:52 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 22:36 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 22:37 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:ad41:8e78:3659:869d> has joined #yocto | 22:46 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-131-048-100.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 246 seconds) | 22:58 | |
| *** amitk <amitk!~amit@58.84.60.201> has quit IRC (Ping timeout: 256 seconds) | 23:07 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Ping timeout: 246 seconds) | 23:11 | |
| *** DvorkinDmitry <DvorkinDmitry!~dvorkin@5.167.98.73> has quit IRC (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/) | 23:25 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto | 23:27 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!