**** BEGIN LOGGING AT Sat May 09 02:59:58 2020 May 09 04:39:17 jow: got a question about the KEEP_$(1) logic in include/package-ipkg.mk … got a few minutes to discuss it. May 09 04:44:51 jow: qsvn />?" May 09 04:58:30 sorry, that last line was my 3 year-old mashing my keyboard while I was peeing… May 09 07:48:27 aparcar[m]: why are you developing it under openwrt/docker project? wouldnt your private fork work as well? I mean, I'm getting bunch of nonsense failure emails from build pipelines... May 09 07:51:30 this error is yummy https://gitlab.com/openwrt/docker/-/jobs/545124380 May 09 07:53:45 ynezz: I'll update the CI pipeline to only run on master and openwrt branches, not on branches for artifact storage May 09 07:54:01 but before, are you in favor of the idea of having official openwrt images? May 09 07:54:28 well, what does it mean? May 09 07:54:47 arent the current images good enough? :p May 09 07:59:13 it mostly means more visibilty May 09 07:59:22 so you can run `docker run openwrt` May 09 08:00:16 so more bug reports noone would care about? :) May 09 08:00:56 anyway, I'm fine with that, but dont know if I can/should decide it, perhaps you should write some email about it first May 09 08:01:14 maybe somone would like to vote about it as well :) May 09 08:02:01 I don't see why anyone would be against it when openwrtorg/rootfs is already available May 09 08:02:16 I can't start a vote, if you have the time please do May 09 08:03:35 not interested, just telling you, that we cant decide about it here on IRC, letting the others know about it over email should be good enough May 09 08:03:50 if noone complains you're good to go, that's all about it May 09 08:04:41 ack May 09 08:05:32 so whats the purpose of that snapshot branch? May 09 08:05:51 would that official image mean end of our docker project? (good thing) May 09 08:06:38 are they going to provide images for releases as well? May 09 08:07:25 https://github.com/docker-library/official-images/pull/7975 May 09 08:07:34 it's on us to decide that May 09 08:08:30 I don't think the sdk/imagebuilder is generic enough to be an official image, openwrt rootfs however can be used by all kinds of other projects as a base, just like alpine May 09 08:09:34 I didn't come up with the idea and I don't care so much about it, it would essentially move openwrtorg/rootfs to openwrt and change the scripts for that, as they have to force push binary files into a git repository (branch) May 09 08:10:31 ok, seeing `GitFetch: refs/heads/snapshot` in that library/openwrt, so why to disable the CI builds for that branch if it's essential for that Docker official image? May 09 08:10:57 because the build process is different May 09 08:11:17 `GitCommit: 3503af2bfc55fdec8764068579bb12b31591b7d6` does that mean, that someone would need to create a PR every time we would like to bump version? May 09 08:12:19 build process is different = you just need different .gitlab-ci.yml? May 09 08:12:36 I think so but don't see how this is feasible. I'm wondering how alpine manages that with edge builds May 09 08:12:38 I mean different pipeline for that snapshot branch May 09 08:14:48 BTW that `scripts/feeds install busybox; make package/busybox/compile` failure looks like Docker/filesystem hiccup to me May 09 08:15:01 maybe adding `sync` in between would help? May 09 08:15:49 the gitlab-ci would be changed to download binaries to a branch and force push them, while it currently builds and upload a docker container. the building and uploading would then be done via the Docker container. I think a Dockerfile can also contain a link to an external file, which means Docker offical always downloads the latest images directly from downloads.openwrt.org with no further PRs. That would however May 09 08:15:49 put all security to https... May 09 08:17:18 I restarted the build to see if it fails again. If not, I'll add the sync, if yes I'll do some deeper inspection May 09 08:23:52 dengqf6: ping. could you help in nudging https://github.com/openwrt/openwrt/pull/2588 along? May 09 08:24:18 works fine on my DIR-878 A1 here and same for multiple other users, it seems. May 09 08:24:35 Adrian already commented on the thread but he isn't here atm May 09 08:32:31 ynezz: works now, https://gitlab.com/openwrt/docker/-/jobs/545201294 I'll add a sync in between May 09 08:58:12 Can anyone see anything obviously wrong with https://github.com/ldir-EDB0/packages/commit/e5bab1b92ab31f88c87a38621b80fc48d5ca0c62 May 09 09:06:00 dengqf6: the crashlog on kernel 5.4 needs some bigger rework, the kernel subsystem it was based on was removed May 09 09:31:10 mangix: I just saw https://github.com/openwrt/openwrt/pull/3004/commits/b3633c80934616b344b879def92327099f65b6cb May 09 09:31:38 mangix: Paul requested a longer comment as this done multiple changes when you send it to the mailing list May 09 10:48:54 I am using mwan3 on a routed IPv4 interface without NAT, it does a ping to check if the connection is alive: "ping -I wan 8.8.8.8" May 09 10:49:55 this "ping -I wan 8.8.8.8" does not work becasue it sends an ARP request for 8.8.8.8, and gets no answer, it should send this to the default gateway on this interface, but that is not configured May 09 10:50:04 how could this work? May 09 10:54:40 I could set the destination MAC address to the MAC address of the gateway May 09 10:54:53 then it should work, but how to do this? May 09 11:39:36 Hauke: "-I wan" will just select an appropriate source IP address / routing table, it should still use the default gateway May 09 11:40:03 unless busybox's ping works very differently from usual May 09 11:40:21 maybe your default route is incorrect in the first place? May 09 11:49:36 zorun: yes the default route is using the other wan interface May 09 11:50:14 I have two wan interfaces, when my DSL is down it should switch to UMTS, so it does a ping on both interfaecs to the internet to trac if they are only May 09 11:50:20 it should prefer the DSL line May 09 11:51:46 There is only one default route, which points to the active WAN connection, but I also want to monitor the inactive one, so I have to use the router there without making it the default May 09 11:52:08 adding a manual arp entry for the destination IP address in the Internet and the DSL gateway MAC address works May 09 12:19:14 Hauke: isn't mwan3 supposed to work with two default routes? either with different metrics, or in two different routing tables? May 09 12:19:27 in that case "-I wan2" should work as expected May 09 12:19:50 I think it is only possible to have one default route in the system May 09 12:20:57 not links doing NAT it seams to work May 09 15:04:33 owrt-snap-builds: version May 09 15:09:29 xback, adrianschmutzler: should I start a PR for the 19.07 backport? May 09 16:25:11 f00b4r0: might widen the discussion, why not. however, I'd hand that over to xback, as I'm not confident about changing non-trivial stuff with ar71xx. May 09 17:44:48 anyone here takes care of the batadv kernel module in openwrt.git? May 09 17:47:54 thought that would be in openwrt-routing? May 09 17:50:27 maybe @ecsv , but don't know whether he's here May 09 17:52:09 what's the matter with it? May 09 19:47:34 adrianschmutzler: it's not reproducible as it stores somewhere in it the build path May 09 20:36:23 adrianschmutzler: no problem. PR opened. Signing off again, cheers May 09 21:07:32 mangix: ping May 09 21:21:18 anyone around who understands include/package-ipkg.mk ? May 10 02:51:56 philipp64: not me May 10 02:55:55 Hauke: I remember. There's a reason the PR is a draft. **** ENDING LOGGING AT Sun May 10 02:59:57 2020