**** BEGIN LOGGING AT Fri Sep 13 02:59:57 2019 Sep 13 08:41:45 has anyone here experience with splice(2) ? Sep 13 08:50:44 jow: opinion on https://github.com/openwrt/packages/pull/9963 ? it seems I broke several packages when I introduced libwebp Sep 13 08:51:24 lgtm Sep 13 09:03:35 jow: should i keep pinging you about the various topics or should I just stall the projects for now? Sep 13 09:08:08 aparcar[m]: which projects? Sep 13 09:10:06 bugs.openwrt.org database dump Sep 13 09:10:27 this PR https://github.com/openwrt/openwrt/pull/2192 Sep 13 09:12:52 I have no opinion on this PR Sep 13 09:13:43 but from a cursory look it seems complex and brittle Sep 13 09:16:33 as for the database dumps, ideally you could setup some sort of rsync share where I can push them to Sep 13 09:16:45 or I'll set one up myself, but that'll take longer Sep 13 09:21:09 Thanks for the comment. I'll respond there. Sep 13 09:21:09 Regarding rsync, I'll setup a server Sep 13 09:56:12 does someone have an idea, why "make defconfig config.in" called by feeds update hangs doing nothing? https://paste.tecff.de/?0dc5236b09d77597#lm/GMYyyZ0+Cg73IJC5yBJNNjizhxGFrEfPsJm33zdo= Sep 13 09:56:21 jow: got my pm? Sep 13 10:18:01 jow: fyi, https://github.com/openwrt/openwrt/pull/2404#issuecomment-531181461 Sep 13 10:18:12 rotanid: run that make with 'make --debug --output-sync' to get some clue Sep 13 10:18:43 rotanid: looks like some locking issue, maybe container/fs related? Sep 13 10:22:47 xback: hm, could you elaborate? Sep 13 10:27:40 ynezz: hm, funny thing is if i go into that workspace dir and execute it manually, there's no issue... Sep 13 10:28:03 only when called via feeds update which is called via jenkins Sep 13 10:28:29 and only, if the directory was not empty before the new build, so toolchain etc. are there already Sep 13 10:29:02 have you tried complete command, including the stdout redirection? Sep 13 10:32:26 jow: according to that comment, using FIXUP generates another sha256 hash than manually making it Sep 13 10:33:21 xback: ah, I never used FIXUP, not even sure how it works Sep 13 10:33:29 nbd built it Sep 13 10:33:36 jow: aah ok :) thanks Sep 13 10:33:44 I did the test, and both methods generates the same hash Sep 13 10:34:01 at least when executing them manually Sep 13 10:38:02 rotanid: did you try to attach strace to the hanging process? Sep 13 10:38:27 rotanid: maybe the stdout is blocked or something due to very long lines Sep 13 10:38:55 when feeds updates and merges the database it outputs a series of messages terminated with \r but no newline Sep 13 10:46:53 Any objections I'm using the same CSS theme from downloads.owrt for a refreshed reproducible builds openwrt website? A demo is here http://5.9.6.233/ath79_generic.html Sep 13 10:49:34 aparcar[m]: not at all Sep 13 12:37:05 ping tmn505 Sep 13 13:30:22 jow: you can see strace output in my paste :) Sep 13 13:31:00 it goes to dev null so i dont think it could block? Sep 13 13:33:33 rotanid: F_SETLKW is an attempt to acquire an exclusive file lock on a resource Sep 13 13:33:48 apparently something is still holding a lock Sep 13 13:36:37 so, lsof +D says no atm, lets restart the job and check again Sep 13 13:38:14 it's only the make itself (and its parent sh and perl) Sep 13 13:38:21 why... Sep 13 15:00:03 DonkeyHotei: pong Sep 13 17:53:30 tmn505: the sysupgrade patches you posted to the ml appear problematic: [Thu 2019-09-12 05:31:42 PM PDT] also you were right about the sysupgrade changes, it results in a lzma_decode failed error Sep 13 17:56:32 DonkeyHotei: strange, do You have in mind which one? Sep 13 17:56:53 the ml archive is down atm, so can't link Sep 13 17:57:49 patchwork is online Sep 13 17:59:38 presumably https://patchwork.ozlabs.org/patch/1159059/ Sep 13 18:01:03 was this tested on 19.07 branch? I'll re-check them tomorrow Sep 13 18:01:49 idk, i was assuming master Sep 13 18:02:07 this was the latest master git pull and latest feeds as of yesterday Sep 13 18:02:26 Slimey: did you also apply additional patches from the ml? Sep 13 18:03:02 no cause i could not remember the above url :) Sep 13 18:03:07 those patches are in master already, they are for 19.07 branch only. Sep 13 18:04:44 and this particulair patch strips only the metadata from image. Sep 13 18:05:06 *particular Sep 13 18:05:21 could be https://patchwork.ozlabs.org/patch/1152205/ or https://patchwork.ozlabs.org/patch/1152200/ Sep 13 18:06:54 so You have in mind the atdran devices? Sep 13 18:08:24 tmn505: i had asked Slimey to test the patches on the bsap-1800v2, since he has access to tons of those Sep 13 18:09:02 i could test tomorrow Sep 13 18:10:21 well, the patches i asked about are now in master, so you did Sep 13 18:11:49 what I can think about at first glance is missing padding for kernel Sep 13 18:12:28 kernel and rootfs are on separate mtdblocks anyway Sep 13 18:13:53 the initial kernel and rootfs flash is fine btw, just after trying to send the sysupgrade it kills it Sep 13 18:14:21 yes but then there is padding for kernel.bin but not for default kernel, an that seems to be the only inconsistency Sep 13 18:15:04 Slimey: yes that what i was thinking about. Sep 13 18:18:27 Slimey: can You test this patch on master: https://pastebin.com/RrqxzgL3 Sep 13 18:22:56 DonkeyHotei: I have tested all patches, except the adtran one, and both boards with RedBoot that I have, booted fine with kernel 4.19. Naturally https://bugs.openwrt.org/index.php?do=details&task_id=2428 still applies. Sep 14 00:18:50 WARNING: Makefile 'package/feeds/packages/smartsnmpd/Makefile' has a build dependency on 'scons/host', which does not exist **** ENDING LOGGING AT Sat Sep 14 02:59:57 2019