nslu2-log has quit [Quit: Caught sigterm, terminating...]
nslu2-log_ has quit [Ping timeout: 245 seconds]
zkrx has quit [Ping timeout: 246 seconds]
goliath has quit [Quit: SIGSEGV]
zkrx has joined #openwrt-devel
<Hauke> aparcar[m]: we use libfuzz on some of our libs
<Hauke> I plaed around with bulding all openwrt user space with libasan and libubsan
<aparcar[m]> Hauke: how difficult is it?
<aparcar[m]> It's like to start using googles oss-fuzz service
Tost has quit [Ping timeout: 260 seconds]
<stintel> bloody hell, wtf is wrong with wireguard really. another link that went down and is impossible to bring up again
PaulFertser has joined #openwrt-devel
<stintel> for some reason it is using :1 for the endpoint on one end
<stintel> instead of the correct port
<stintel> and if I ifup the wireguard interface again, the endpoint port of the peer on the other end changes
<stintel> wtf
<owrt-snap-builds> Build [#5](https://buildbot.openwrt.org/master/images/#builders/49/builds/5) of `mvebu/cortexa53` failed.
hbug__ has joined #openwrt-devel
hbug_ has quit [Ping timeout: 268 seconds]
victhor has quit [Ping timeout: 256 seconds]
xes has quit [Ping timeout: 256 seconds]
tobleminer-tSYS has quit [Quit: AS4242423214]
tobleminer-tSYS has joined #openwrt-devel
<mangix> oh
<mangix> ksmbd finally went upstream
<mangix> not having out of tree kernel modules is nice.
Monkeh has quit [Quit: No Ping reply in 180 seconds.]
Monkeh has joined #openwrt-devel
poljar1 has quit [Read error: Connection reset by peer]
poljar1 has joined #openwrt-devel
black_ant has quit [Ping timeout: 260 seconds]
PaulFertser has quit [Ping timeout: 264 seconds]
<owrt-snap-builds> Build [#6](https://buildbot.openwrt.org/master/images/#builders/19/builds/6) of `ramips/mt7621` failed.
jow has quit [Ping timeout: 256 seconds]
jow has joined #openwrt-devel
zatwai has quit [Quit: ZNC 1.8.2+deb2~bpo10+1 - https://znc.in]
zatwai has joined #openwrt-devel
jow has quit [Ping timeout: 246 seconds]
jow has joined #openwrt-devel
<owrt-snap-builds> Build [#8](https://buildbot.openwrt.org/master/images/#builders/22/builds/8) of `ipq40xx/generic` failed.
<mangix> huh so what is this mt7921? wifi chipset or SoC?
<pkgadd> wifi
<pkgadd> and bluetooth
PaulFertser has joined #openwrt-devel
<ynezz> aparcar[m]: fuzzing is ongoing project, you can take a look at libubox, cgi-io, mdnsd, ubus, ucert, uci projects it's in tests/fuzz
ianchi has joined #openwrt-devel
<ynezz> I've locally some wip in other projects, like for example odhcpd, but this needed a lot of refactoring (and maybe needs even more) so the user controlled and possibly malicious input (packet parsing) stuff could be used for fuzzing
<ynezz> such "noop" changes/refactoring introduce regressions, so I want to have a possibility to runtime test them first and thus I got stuck at this runtime testing preparation stage for about a year now :p
<ynezz> anyway, there is no magic involved, it's just a lot of manual work
<ynezz> and I've a plan to submit that into oss-fuzz as well, once I'm happy with it
<ynezz> currently we run the fuzzers via daily scheduled CI jobs on GitLab.com
<ynezz> but it's very limited testing, basically preventing already fixed regressions as the fuzzer runtime is limited to 5 minutes
<ynezz> ideally there should be some project dedicated to this, with status page for every project (CI, -Wextra, static analyzers, ubsan, valgrind, unit tests, fuzzing) and sort them by priority with network exposed services and shipped by default first
<ynezz> and document the workflow, thus make it possible for others to join the effort
<ynezz> speaking of CI, seems like that recent mbedtls bump probably broke uclient https://gitlab.com/openwrt/project/uclient/-/jobs/1110031076
<ynezz> probably no, it's not TLS check
rmilecki has joined #openwrt-devel
<ynezz> looks like 'python3 -m http.server 1922 --bind 127.0.0.1' hiccup
<owrt-snap-builds> Build [#14](https://buildbot.openwrt.org/master/images/#builders/1/builds/14) of `ath79/generic` failed.
nitroshift has joined #openwrt-devel
jow has quit [Ping timeout: 256 seconds]
<aparcar[m]> ynezz: I just wanted to look into fuzzing for ubus, but if you got it all figured out and already planing to submit it to oss-fuzz please take the lead
<aparcar[m]> *keep
<ynezz> it's certainly not all figured out, there is just some basic fuzzing, feel free to submit that to oss-fuzz
<aparcar[m]> okay
gch981213 has joined #openwrt-devel
opal has quit [Ping timeout: 268 seconds]
jow has joined #openwrt-devel
xes has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
opal has joined #openwrt-devel
ianchi has quit [Quit: Connection closed for inactivity]
black_ant has joined #openwrt-devel
black_ant has joined #openwrt-devel
black_ant has quit [Changing host]
Ivan_83 has quit [Ping timeout: 272 seconds]
Ivan__83 has joined #openwrt-devel
luke-jr has quit [Quit: ZNC - http://znc.sourceforge.net]
luke-jr has joined #openwrt-devel
cielpy has joined #openwrt-devel
<cielpy> Hello, it seems that the package luci have built failed and ImageBuilder cannot build firmware with luci now, https://downloads.openwrt.org/releases/faillogs-19.07/x86_64/luci/luci/check-compile.txt https://github.com/openwrt/packages/issues/15146
Borromini has joined #openwrt-devel
Tapper has joined #openwrt-devel
luke-jr has quit [Quit: ZNC - http://znc.sourceforge.net]
luke-jr has joined #openwrt-devel
gnustomp has quit [Quit: yes]
gnustomp has joined #openwrt-devel
ivanich has joined #openwrt-devel
dxld has quit [Remote host closed the connection]
goliath has joined #openwrt-devel
ekathva has joined #openwrt-devel
ekathva has quit [Client Quit]
danitool has joined #openwrt-devel
ekathva has joined #openwrt-devel
Acinonyx_ has quit [Ping timeout: 265 seconds]
cielpy has quit [Quit: Connection closed]
Acinonyx has joined #openwrt-devel
cielpy has joined #openwrt-devel
cielpy has quit [Client Quit]
slh64 has joined #openwrt-devel
Tapper has quit [Read error: Connection reset by peer]
Tapper has joined #openwrt-devel
Tapper has quit [Ping timeout: 240 seconds]
csrf has quit [Quit: ZNC 1.7.2+deb3 - https://znc.in]
<rmilecki> noltari: impressive work :)
csrf has joined #openwrt-devel
opal has quit [Ping timeout: 268 seconds]
victhor has joined #openwrt-devel
nitroshift has quit [Quit: Gone that way --->]
Tapper has joined #openwrt-devel
<ynezz> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/rust 123 references to unsafe, so probably should be safe
Acinonyx_ has joined #openwrt-devel
Acinonyx has quit [Ping timeout: 256 seconds]
Tapper has quit [Read error: Connection reset by peer]
opal has joined #openwrt-devel
plntyk has quit [Quit: Leaving]
schwicht has joined #openwrt-devel
decke has joined #openwrt-devel
<Hauke> ynezz: calling C from rust is unsafe ;-)
<Hauke> the rust compiler can not guarantee that the C code works correctly
<ynezz> it was obviously just another failed attempt of sarcasm :p
<ynezz> so we're likely going to build rust toolchain soon
<ynezz> and it would mean probably those features available only on certain targets, where there is rust toolchain available
rsalvaterra1 has joined #openwrt-devel
gromero__ has joined #openwrt-devel
gch9812131 has joined #openwrt-devel
SpaceRat^ has joined #openwrt-devel
SpaceRat has quit [Disconnected by services]
SpaceRat^ is now known as SpaceRat
<owrt-1907-builds> Build [#2](https://buildbot.openwrt.org/openwrt-19.07/images/#builders/70/builds/2) of `ipq806x/generic` completed successfully.
danitool_ has joined #openwrt-devel
<Hauke> ynezz: I think rust should work for mips, arm, power, x86
<Hauke> for arc I am not sure
<Hauke> but we need llvm in our toolchain
yuvadm_ has joined #openwrt-devel
mangix_ has joined #openwrt-devel
Borromini has quit [Ping timeout: 256 seconds]
Acinonyx_ has quit [Ping timeout: 246 seconds]
danitool has quit [*.net *.split]
goliath has quit [*.net *.split]
gch981213 has quit [*.net *.split]
Neighbor11111112 has quit [*.net *.split]
yuvadm has quit [*.net *.split]
mangix has quit [*.net *.split]
gromero_ has quit [*.net *.split]
rsalvaterra has quit [*.net *.split]
urjaman has quit [*.net *.split]
gch9812131 is now known as gch981213
Neighbor11111112 has joined #openwrt-devel
Acinonyx has joined #openwrt-devel
Acinonyx has quit [*.net *.split]
rsalvaterra1 has quit [Quit: Leaving.]
goliath has joined #openwrt-devel
rsalvaterra has joined #openwrt-devel
urjaman has joined #openwrt-devel
Acinonyx has joined #openwrt-devel
schwicht has quit [Read error: Connection reset by peer]
ekathva has quit [Quit: Connection closed]
schwicht has joined #openwrt-devel
Acinonyx has quit [Ping timeout: 260 seconds]
Acinonyx has joined #openwrt-devel
plntyk has joined #openwrt-devel
Tost has joined #openwrt-devel
caiortp has quit [Ping timeout: 264 seconds]
gch9812138 has joined #openwrt-devel
<karlp> hrm, let me see if I can reproducce it again first :)
gch981213 has quit [Read error: Connection reset by peer]
gch9812138 is now known as gch981213
<karlp> don't hold your breath though, if it works for you two, I'm ok with going ahread witht aht.
<karlp> is that ms to wait after an interface cahnge before notifying snmpd?
<stintel> karlp: yeah before reloading the service
<stintel> karlp: I was unable to reproduce myself, after I wrote that first comment :/
<stintel> but I believe I had it twice on my GS108Tv3
<karlp> I've been away from openwrt work for a while, working on other things,
<stintel> I've now added the SNMP service to my Icinga monitoring, so next time I'll be notified instantly, instead of just having empty stats
<stintel> no worries, just wanted to poke you as you're the one that opened the bug
<karlp> thansk, I'm going to set that up again and leave it rebooting for a bit, see what I can trigger
<stintel> but thinking about it, such a trigger on interface event, especially on slow devices, wouldn't be surprising if that triggers a race somewhere sometimes
<karlp> I mean, it still kinda smells like snmpd bug, but...
<karlp> good luck convincing them :)
<stintel> :P
<stintel> yeah, I agree
<stintel> but if I can't reliably reproduce it I'm not going to bother reporting it
<stintel> maybe I should get a really slow device and configure many interfaces
Borromini has joined #openwrt-devel
ivanich has quit [Ping timeout: 264 seconds]
decke has quit [Quit: Leaving.]
ianchi has joined #openwrt-devel
Slimey has quit [Quit: AdiIRC is updating to v4.0]
Slimey has joined #openwrt-devel
poljar has joined #openwrt-devel
poljar1 has quit [Ping timeout: 246 seconds]
poljar has quit [Ping timeout: 245 seconds]
poljar has joined #openwrt-devel
danitool_ has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
gch981213 has quit [Ping timeout: 240 seconds]
gch981213 has joined #openwrt-devel
muhaha has joined #openwrt-devel
dedeckeh has quit [Ping timeout: 240 seconds]
mangix_ is now known as mangix
ivanich has joined #openwrt-devel
opal has quit [Ping timeout: 268 seconds]
<owrt-snap-builds> Build [#7](https://buildbot.openwrt.org/master/images/#builders/19/builds/7) of `ramips/mt7621` completed successfully.
opal has joined #openwrt-devel
ianchi has quit [Quit: Connection closed for inactivity]
gch981213 has quit [Quit: The Lounge - https://thelounge.chat]
gch981213 has joined #openwrt-devel
schwicht has quit [Quit: ZZZzzz…]
<Grommish> rsalvaterra: ping
<rsalvaterra> Grommish: pong on the way out, but still here. ;)
<Grommish> rsalvaterra: If you get a chance and time, woud you look at https://gist.github.com/Grommish/7c772cf05980cfcf597cec61f03019ec and tell me just how I managed this?
<Grommish> The build system doesn't seem to know what typedef u_int, u_short, u_char.. etc.. I mean.. I'm sort of brainlocked at this
<Grommish> Anyway, something for later ;)
<rsalvaterra> Hm… is the include dir correct? Those are defined in musl, for sure.
<Grommish> Right.. and it's using the standard pcap lib
<Grommish> This is why I was bug reported about suricata, but that's the error i"m guessibg,. it's using the correct target
<Grommish> I'm going to hardcode the types in and see what happens
schwicht has joined #openwrt-devel
<Grommish> Puttig the typedefs in pcap/pcap.h fixed the issue ;/
<Grommish> What the actual hell
linzst has joined #openwrt-devel
<owrt-snap-builds> Build [#7](https://buildbot.openwrt.org/master/images/#builders/49/builds/7) of `mvebu/cortexa53` completed successfully.
linzst has quit [Quit: Leaving]
Borromini has quit [Ping timeout: 260 seconds]
muhaha has quit [Quit: Connection closed]
ericzolf has joined #openwrt-devel
Borromini has joined #openwrt-devel
ericzolf has quit [Remote host closed the connection]
danitool has joined #openwrt-devel
<KGB-0> https://tests.reproducible-builds.org/openwrt/openwrt_kirkwood.html has been updated. (100.0% images and 98.3% packages reproducible in our current test framework.)
<plntyk> Grommish, if some "standard" types are not picked up its sometimes because of source code flags and/or compiler settings ; some "portable" sources use POSIX_SOURCE or some other variants (some include libbsd ...) and afaik musl is more standard "conform"
<Grommish> plntyk: Is there a C/CXX flag I could add?
<plntyk> http://git.musl-libc.org/cgit/musl/tree/include/sys/types.h -> #if defined(_GNU_SOURCE) || defined(_BSD_SOURCE) so either its "-D_GNU_SOURCE" for that kind
<plntyk> or patch the build system/detection so that those flags are set
<Grommish> Ok, well, the issue is with the libpcap. those errors were from target_musl/usr/include/pcap/bgf.h and missig from pcap/pcap.h, which is where I put the typedefs that fixed it
<plntyk> normally gcc is behaving "nice" and you can query these flags too like https://stackoverflow.com/questions/11670581/why-is-gnu-source-defined-by-default-and-how-to-turn-it-off writes
<Grommish> if I can just add a TARGET_CFLAGS, i'll just take that route
Tapper has joined #openwrt-devel
guidosarducci has quit [Remote host closed the connection]
guidosarducci has joined #openwrt-devel
owrt-snap-builds has quit [Quit: buildmaster reconfigured: bot disconnecting]
owrt-snap-builds has joined #openwrt-devel
<plntyk> Grommish, -std=c11 might disable those exports - see https://stackoverflow.com/questions/15393905/c-pcap-library-unknown-types-error
<plntyk> so adding -D... flag to that should hopefully overwrite
owrt-1907-builds has quit [Quit: buildmaster reconfigured: bot disconnecting]
owrt-1907-builds has joined #openwrt-devel
<Grommish> plntyk: I apprecate the help. Thank you!
owrt-2102-builds has quit [Quit: buildmaster reconfigured: bot disconnecting]
owrt-2102-builds has joined #openwrt-devel
* ldir eeeks at firewall4
<ldir> has only just about got to grips with https://www.booleanworld.com/depth-guide-iptables-linux-firewall/#:~:text=The%20raw%20table%3A%20iptables%20is%20a%20stateful%20firewall%2C,packets%20before%20the%20kernel%20starts%20tracking%20its%20state.
<ldir> and a sudden interest in the raw table
<philipp64> aparcar[m]: asks a good question... I didn't know the answer myself until recently. not sure if it's a bug or a poorly documented feature: https://github.com/openwrt/packages/pull/15161#discussion_r597926781
<philipp64> seems like a kludge that a meta-package has to have an empty /install rules section... but then we don't have a way of calling out meta-packages explicitly, so... maybe there's no better way for now?
<philipp64> well, not *entirely* empty. a single "\t:" rule...
<philipp64> speaking of firewall, when does it get refreshed next?
<philipp64> firewall3 says: PKG_SOURCE_DATE:=2020-09-05
<philipp64> but there have been commits since then.
<aparcar[m]> ldir: so nftables is a good thing?
dedeckeh has joined #openwrt-devel
<ldir> aparcar[m]: I don't have any real experience of it. Apparently it's the 'new' hotness.
<ldir> I've a personal interest in that something easy to implement in a patch to an iptables helper requires a significant extension to the nftables parser...beyond my skill.
<Grommish> Woot.. I got Suricata 6.0.2 working.. Thanks agai plntyk!
<ldir> I'm unclear if packages using iptables (sqm-scripts, miniupnpd, banip, adblock) etc will require re-writes and/or nftables versions.
<olmari> Nftables has (possibility of) compatibility layer, no idea how 100% it is
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
flokli is now known as FLOKLI
<Borromini> Grommish: how long since you wanted to get that going? :D
<Borromini> congrats though :)
<Grommish> Borromini: Far too long.. but.. Openwrt can add Suricata 6 and rust-lang if they want now ;p
<Borromini> =)
<Grommish> also means i can't really put off this ER10x anymore
<Grommish> meh
<Borromini> :P
<Borromini> you got further than the actual owner didn't you
<Borromini> did you find a dsa driver?
<Grommish> No, but I found a datasheet
<Grommish> I wonder if I can change the 8366rb dsa driver with the proper stuff
<Grommish> I don't know enough to not try ;D
<Borromini> :P
<Grommish> and yes, I still have that odd switch issue, but 9 of the 10 ports are working
<Grommish> I need to figure out the LEDs for the rtl switch now
zkrx has quit [Ping timeout: 246 seconds]
zkrx has joined #openwrt-devel
<Borromini> :)
<philipp64> aparcar[m]: ping
<aparcar[m]> philipp64: pong
<philipp64> Have a look at PR 4006 on openwrt? Would be nice to have CI/CD coverage of the parent repo... sigh.
<philipp64> Not just packages.
<aparcar[m]> philipp64: feel free to write a mail that you want some more CI
<aparcar[m]> I can build test this but have no clue about ASM
<philipp64> Well, now might not be an opportune time... CI has a bad taste in everyone's mouth right at the moment.
<aparcar[m]> does it?
<philipp64> If the gmpdh stuff builds in strongswan for x86_64 it should be okay...
<philipp64> We've had to turn off CircleCI because it's broken and no one seems to be owning it right now.
owrt-snap-builds has quit [Quit: buildmaster reconfigured: bot disconnecting]
owrt-snap-builds has joined #openwrt-devel
<aparcar[m]> well
owrt-2102-builds has quit [Quit: buildmaster reconfigured: bot disconnecting]
owrt-2102-builds has joined #openwrt-devel
owrt-1907-builds has quit [Quit: buildmaster reconfigured: bot disconnecting]
owrt-1907-builds has joined #openwrt-devel
owrt-snap-builds has quit [Remote host closed the connection]
owrt-2102-builds has quit [Remote host closed the connection]
owrt-1907-builds has quit [Remote host closed the connection]
paracyst_ has quit [Read error: Connection reset by peer]
owrt-snap-builds has joined #openwrt-devel
owrt-1907-builds has joined #openwrt-devel
owrt-2102-builds has joined #openwrt-devel
<philipp64> I love CI/CD. I'd argue for more coverage, like a sanity boot, applying vonfigurations, a ping test... positive and negative testing of the firewall, etc...
<philipp64> But we're a long way from there.
<aparcar[m]> Well figure something out
<aparcar[m]> *we'll
owrt-1907-builds has quit [Remote host closed the connection]
owrt-2102-builds has quit [Read error: Connection reset by peer]
owrt-snap-builds has quit [Remote host closed the connection]
owrt-snap-builds has joined #openwrt-devel
owrt-1907-builds has joined #openwrt-devel
owrt-2102-builds has joined #openwrt-devel
poljar has quit [Remote host closed the connection]
owrt-snap-builds has quit [Remote host closed the connection]
owrt-1907-builds has quit [Remote host closed the connection]
owrt-2102-builds has quit [Remote host closed the connection]
poljar has joined #openwrt-devel
rmilecki has quit [Ping timeout: 246 seconds]
owrt-snap-builds has joined #openwrt-devel
owrt-2102-builds has joined #openwrt-devel
owrt-1907-builds has joined #openwrt-devel
<Hauke> jow: I looked at the uhhtp problem with the 400 you saw
<Hauke> jow: it looks like a problem in uhttpd
<Hauke> when we do a http POST to http://127.0.0.1:8080/ubus/?1616191305700 a 404 is returned
<Hauke> uhttpd interprets the post content of the failed request as part of the next request
<Hauke> then client_parse_request() gets this http type: {"jsonrpc":"2.0","id":"init","method":"list"}GET
<Hauke> here the paring fails and we return a 400
<Hauke> why is the post content not dropped after we return a 404?
<Hauke> is it normal that this call to /ubus returns 404?
Neighbor11111113 has joined #openwrt-devel
Slimey_ has joined #openwrt-devel
dissonant has quit [Ping timeout: 264 seconds]
romany has quit [Read error: Connection reset by peer]
schwicht has quit [Ping timeout: 246 seconds]
Immanuel has quit [Ping timeout: 246 seconds]
Neighbor11111112 has quit [Ping timeout: 246 seconds]
Immanuel has joined #openwrt-devel
Slimey has quit [Ping timeout: 246 seconds]
dissonant has joined #openwrt-devel
wigyori has quit [Ping timeout: 264 seconds]
wigyori has joined #openwrt-devel
yanosz_ has quit [Ping timeout: 246 seconds]
yanosz has joined #openwrt-devel
Huntereb has quit [Ping timeout: 246 seconds]
Huntereb has joined #openwrt-devel
luke-jr has quit [Quit: ZNC - http://znc.sourceforge.net]
luke-jr has joined #openwrt-devel
linzst has joined #openwrt-devel
<Hauke> jow: after a reboot the /ubus/ handler is there
<Hauke> this looks like 2 bugs
linzst has quit [Quit: Leaving]
luke-jr has quit [Quit: ZNC - http://znc.sourceforge.net]
luke-jr has joined #openwrt-devel
<owrt-1907-builds> Build [#2](https://buildbot.openwrt.org/openwrt-19.07/images/#builders/36/builds/2) of `ath79/tiny` completed successfully.
<ynezz> 34m, nice
<owrt-1907-builds> Build [#2](https://buildbot.openwrt.org/openwrt-19.07/images/#builders/55/builds/2) of `ath79/nand` completed successfully.
Borromini has quit [Quit: Lost terminal]
<owrt-1907-builds> Build [#2](https://buildbot.openwrt.org/openwrt-19.07/images/#builders/68/builds/2) of `sunxi/cortexa53` completed successfully.
<owrt-1907-builds> Build [#2](https://buildbot.openwrt.org/openwrt-19.07/images/#builders/47/builds/2) of `brcm2708/bcm2710` completed successfully.
<owrt-1907-builds> Build [#2](https://buildbot.openwrt.org/openwrt-19.07/images/#builders/14/builds/2) of `sunxi/cortexa8` completed successfully.
<owrt-1907-builds> Build [#2](https://buildbot.openwrt.org/openwrt-19.07/images/#builders/22/builds/2) of `bcm53xx/generic` completed successfully.
<owrt-1907-builds> Build [#2](https://buildbot.openwrt.org/openwrt-19.07/images/#builders/17/builds/2) of `lantiq/xway` completed successfully.
<philipp64> mangix: ping
muhaha has joined #openwrt-devel
danitool has joined #openwrt-devel
<philipp64> Is there a quick way to look up a person's IRC handle given their fullname?
<philipp64> drawing a blank for Adrian's handle...
dedeckeh has quit [Ping timeout: 240 seconds]
<russell--> philipp64: starts with an 'a' ... there is a wiki page somewhere with some mappings
<russell--> adrianschmutzler
<philipp64> that's a no brainer... but he's not around. okay.
<philipp64> well, not here, anyway. Seems to be answering email.
<philipp64> aparcar[m]: should I split PR 4006 into two commits?
<owrt-1907-builds> Build [#2](https://buildbot.openwrt.org/openwrt-19.07/images/#builders/21/builds/2) of `ath79/generic` completed successfully.
muhaha has quit [Quit: Connection closed]
<aparcar[m]> philipp64: nope, just don't prefix it with issue 123
<philipp64> doh, too late.
<owrt-1907-builds> Build [#2](https://buildbot.openwrt.org/openwrt-19.07/images/#builders/63/builds/2) of `mpc85xx/p2020` completed successfully.
<aparcar[m]> philipp64: excellent, you found the best solution
<owrt-1907-builds> Build [#2](https://buildbot.openwrt.org/openwrt-19.07/images/#builders/35/builds/2) of `mvebu/cortexa72` completed successfully.
<owrt-1907-builds> Build [#2](https://buildbot.openwrt.org/openwrt-19.07/images/#builders/41/builds/2) of `layerscape/armv7` completed successfully.
* russell-- was just looking at his logs, sorted lines by nick, jow (and permutations) is the runaway leader over the last decade-ish (about 7.8%).
<Grommish> For the package folks. I'm making a Config.in file for options. If these options are set in ./configure as flags, do I have to do an ifeq($(CONFIG_xxx),y) to insert the --whatever in the CONFIGURE_ARGS?
<owrt-1907-builds> Build [#2](https://buildbot.openwrt.org/openwrt-19.07/images/#builders/61/builds/2) of `octeon/generic` completed successfully.
<philipp64> aparcar[m]: "even a blind pig finds the occasional acorn" we say around here...
<aparcar[m]> philipp64: yea I know a similar saying. I'll build test it thank you
<owrt-1907-builds> Build [#3](https://buildbot.openwrt.org/openwrt-19.07/images/#builders/54/builds/3) of `sunxi/cortexa7` completed successfully.
<aparcar[m]> philipp64: did you check if more packages will break with these changes?
<aparcar[m]> as in, they use it unquoted
<philipp64> I grepped for expansions. Think I got everything relevant.
<philipp64> In most cases it gets appended as TARGET_CFLAGS += $(FPIC) and then $(TARGET_CFLAGS) gets quoted...
<aparcar[m]> it doesn't really matter since I can change it locally but you should first provide the fix of the lib and then modify rules
csrf has quit [Quit: ZNC 1.7.2+deb3 - https://znc.in]
csrf has joined #openwrt-devel
black_ant has quit [Ping timeout: 246 seconds]
<philipp64> aparcar[m]: done
<aparcar[m]> I already merged your lib patch
<aparcar[m]> I need a second opinion on the second patch since I'm not firm with ASM
<owrt-snap-builds> Build [#9](https://buildbot.openwrt.org/master/images/#builders/17/builds/9) of `ramips/rt305x` completed successfully.
<owrt-1907-builds> Build [#3](https://buildbot.openwrt.org/openwrt-19.07/images/#builders/58/builds/3) of `mvebu/cortexa9` completed successfully.
<philipp64> have a look at build_dir/target-x86_64_musl/gmp-6.2.1/mpn/x86_64/core2/popcount.asm
<philipp64> asm uses m4 for preprocessing, and there are places where there's: ifdef(`PIC', ..., ...)
Radu-Mamy has joined #openwrt-devel
<aparcar[m]> I understand that it solves the issue, but I don't know if it breaks anything else :(
<owrt-1907-builds> Build [#2](https://buildbot.openwrt.org/openwrt-19.07/images/#builders/52/builds/2) of `samsung/s5pv210` completed successfully.