gch9812138860 has quit [Read error: Connection reset by peer]
gch9812138860 has joined #openwrt-devel
gch98121388603 has joined #openwrt-devel
gch9812138860 has quit [Read error: Connection reset by peer]
gch98121388603 is now known as gch9812138860
madwoota has quit [Read error: Connection reset by peer]
<philipp64>
got a question about init.d scripts and start_service() … if I need one command to start the daemon, and another to cause it to load it’s config file (oddly doesn’t happen by default), what would that look like?
madwoota has joined #openwrt-devel
madwoota has quit [Changing host]
madwoota has joined #openwrt-devel
valku1 has joined #openwrt-devel
valku has quit [Read error: Connection reset by peer]
gch9812138860 has quit [Read error: Connection reset by peer]
gch98121388607 has joined #openwrt-devel
mattsm has quit [Remote host closed the connection]
mattsm has joined #openwrt-devel
gch9812138860 has joined #openwrt-devel
gch98121388607 has quit [Read error: Connection reset by peer]
Darkmatter66 has quit [Ping timeout: 246 seconds]
Darkmatter66_ has joined #openwrt-devel
philipp64_ has joined #openwrt-devel
<mangix>
Hauke: do you mean wpad?
philipp64 has quit [Ping timeout: 240 seconds]
philipp64_ is now known as philipp64
_lnslbrty has joined #openwrt-devel
lnslbrty has quit [Ping timeout: 272 seconds]
_lnslbrty is now known as lnslbrty
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
andi- has quit [Ping timeout: 272 seconds]
martyg has joined #openwrt-devel
zjason has quit [Quit: ERC (IRC client for Emacs 28.0.50)]
gch9812138860 has quit [Quit: Ping timeout (120 seconds)]
andi- has joined #openwrt-devel
gch9812138860 has joined #openwrt-devel
adrianschmutzler has quit [Quit: ~ Trillian - www.trillian.im ~]
black_ant has quit [Ping timeout: 256 seconds]
victhor has quit [Ping timeout: 260 seconds]
<pkgadd>
mangix: wpad-openssl (or wpad-wolfssl, but I wouldn't recommend the later9
<pkgadd>
the plain wpad can't do WPA3
hbug___ has joined #openwrt-devel
hbug__ has quit [Ping timeout: 240 seconds]
<mangix>
pkgadd: yeah. I see it now.
DragoonAethis has quit [Quit: hej-hej!]
tobleminer-tSYS has quit [Quit: AS4242423214]
tobleminer-tSYS has joined #openwrt-devel
DragoonAethis has joined #openwrt-devel
philipp64_ has joined #openwrt-devel
philipp64 has quit [Ping timeout: 240 seconds]
philipp64_ is now known as philipp64
zjason has joined #openwrt-devel
martyg has quit [Quit: leaving]
<philipp64>
what’s the easiest way to force a particular source address to use an explicit default route (next hop + interface) using UCI?
<philipp64>
my appletv needs to egress via the VPN to home or it won’t work from my hotel room when I travel...
goliath has quit [Quit: SIGSEGV]
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
Darkmatter66_ has quit [Ping timeout: 260 seconds]
zatwai has quit [Quit: ZNC 1.8.2+deb1~bpo10+1 - https://znc.in]
zatwai has joined #openwrt-devel
Grommish has joined #openwrt-devel
<Grommish>
Hey :) Anything interesting I miss?
Grommish_ has joined #openwrt-devel
Grommish_ has quit [Read error: Connection reset by peer]
Grommish_ has joined #openwrt-devel
Grommish_ has quit [Read error: Connection reset by peer]
Grommish has quit [Ping timeout: 272 seconds]
Grommish_ has joined #openwrt-devel
Grommish_ has quit [Read error: Connection reset by peer]
nast has joined #openwrt-devel
Grommish has joined #openwrt-devel
<Grommish>
I'm not sure why that happened, what was going on, or if I've actually fixed it (Hexchat, new install).. but I really apologize
<dorf>
Grommish: try /set net_ping_timeout 300 or whatever value suits.
<Grommish>
I think Hexchat doesn't ever re-poll for an IP change. When i kicked over my router to enable IPv6, it went nuts with Disconnected (No such device or address)
<Grommish>
Seems to be a long-standing issue though
<Grommish>
quitting and recycling the adapter seems to have fixed it
nast has quit [Read error: Connection reset by peer]
Huntereb has joined #openwrt-devel
nitroshift has joined #openwrt-devel
Pix has joined #openwrt-devel
HeMan has joined #openwrt-devel
goliath has joined #openwrt-devel
Tusker has joined #openwrt-devel
<Tusker>
gch9812138860: heya, quick question for you, if you don't mind - https://github.com/openwrt/openwrt/pull/3380 - is the MAC swap for ARP expected on ath79, or is something wrong ?
<stintel>
I've been looking at iio/iiod but didn't figure that out yet
<stintel>
I'm currently using an sds011, connecting to an esp8266 running esphome, gathering the data in home-assistant and home-assistant posts the data to sensor.community
<jow>
barhom: so essentially place a script into /etc/hotplug.d/dhcp/
<jow>
it will get invoked with env vars ACTION (add/remove/update), MACADDR, IPADDR and HOSTNAME for each DHCP lease state change
<jow>
not sure if you can place a python script in /etc/hotplug.d/dhcp/ directly, if not place a shell script there exec'ing the python one
<barhom>
jow, awesome. I'll get crackin'. Shell scripts are fine
<jow>
you might need to restart dnsmasq after adding your hotplug script
<jow>
there's some optimization in the init script to skip setting up dhcp handlers if no hotplug scripts are installed
<barhom>
I'm trying to find the best way to create some kind of full-list of "currently connected" and "previouosly connected" devices.
<barhom>
One way is to listen to DHCP, the other is to check "ip -4 nei"
<barhom>
jow, would be cool if that list, ADD/REMOVE/UPDATE would also contain the wifi-ifname so I know what wifi they are connected to
<barhom>
I just saw that "ip -4 nei" can also be hotlpugged into /etc/hotplug.d/neigh/* - great stuff
<jow>
determining the wifi-ifname is not trivial
<jow>
usually the answer will be "it came from br-lan"
<barhom>
jow, yeh I've noticed that. Using a lot of iptables physmod to see what interface packets are coming in for firewall rules
<barhom>
The way I will be doing it will be to check assoclist in the wifis to see if I find a match - unless you know of any other good way
<jow>
you could try to cross-correlate with "iw dev wlanX station dump"
<barhom>
yeh exactly
<jow>
no it is the only way, did something quite similar a while back fro some luci project
<jow>
even tried to figure out the lan port in case of wired clients
<barhom>
thats even harder when the LAN ports are SoC bridged into eth0
<jow>
and if the swconfig or dsa switch supported exposing the fdb
<jow>
which is not possible on all devices
<zorun>
I think blogic had a project to collect all this kind of information and expose it in a unified way
<barhom>
zorun, that would be nice in order to not reinvent the wheel
<jow>
right, blogic worked on something very similar as well
<zorun>
I wanted to use it for this dashboard project, but in the end I think the code was not ready / available
<zorun>
can't remember the name
<barhom>
jow, did you find any good way to add something into swconfig in order to differentiate packets coming from port 4 vs 5? The reason is that I have another task to see if I can route port 4 differently from port 5. Both are eth0 bridged to br-lan. And it is a ipq4019 SoC
<dorf>
not juci?
<dorf>
(re dashboard project)
<zorun>
no it's in luci (it was merged btw)
adrianschmutzler has joined #openwrt-devel
<zorun>
luci-mod-dashboard
<barhom>
luci-mod-dashboard, thats the thing blogic worked on? Ill check it out
<zorun>
sorry, that wasn't clear: luci-mod-dashboard is the project I worked on with students
<zorun>
and we wanted to use blogic's project (for which I can't remember the name) but in the end we didn't
<zorun>
so the dashboard has the same kind of information as the luci status page IIRC
<jow>
barhom: depends on the switch ICs, some allow exposing the learning table and some swconfig drivers allow that via the userspace tool
<jow>
barhom: but in the end I decided against that, since DSA will likely provide that functionality in a generic manner
<karlp>
bleh, what was the trick to fix "... has a dependency on curl, which does not exist" after things moved from core to packages?
<barhom>
ynezz, seems to be almost the same as the one you linked
linzst has quit [Quit: Leaving]
dangole has joined #openwrt-devel
<svanheule[m]>
karlp: recently I was able to fix such warnings with scripts/feeds install -f
daregap has quit [Quit: daregap]
jasonp has joined #openwrt-devel
user has quit [Ping timeout: 265 seconds]
dangole has quit [Remote host closed the connection]
user has joined #openwrt-devel
dorf has quit [Ping timeout: 256 seconds]
decke has quit [Quit: Leaving.]
Redfoxmoon has quit [Ping timeout: 260 seconds]
<blogic>
stintel: ping
<blogic>
stintel: does your lldp update from 5 days ago work for you ?
<blogic>
for me neigh discover does not work and the log says its receiving short frames
dorf has joined #openwrt-devel
<stintel>
blogic: haven't noticed any issues
<stintel>
blogic: but apparently it doesn't even build on the buildbots
<stintel>
anyway I'm definitely seeing my OpenWrt hosts with lldpd 1.0.7 in my switch, and just tested the other way around, also seeing my switch on a random OpenWrt device running 1.0.7
feriman has joined #openwrt-devel
eduardas has joined #openwrt-devel
dorf has quit [Remote host closed the connection]
MichaelOF has joined #openwrt-devel
<eduardas>
hello, can anyone tell me whether OpenWrt's support for Qualcomm IPQ806X platforms includes hardware offload support via NSS?
<stintel>
gdb seems to require PKG_ASLR_PIE:=0 on aarch64 with PKG_ASLR_PIE_ALL=y
<karlp>
should i be getting a bunch of sstrip usage information printed out?
f00b4r0 has joined #openwrt-devel
<stintel>
nvm my question, apparently doesn't work anyway
<stintel>
I guess -fpic is already in TARGET_CFLAGS
<karlp>
pic of PIC depending on target, iirc, but yeah
<stintel>
yes, FPIC=-fpic on all but ppc
<karlp>
sounds abotu right.
<stintel>
but apparently on arm sparc and m68k there are limits that can cause this to fail
<stintel>
gcc man says to recompile with -fPIC instead in this case
<stintel>
I read that as only in this case though
<karlp>
I think it's "just always use PIC on those targets"
<stintel>
so using -fPIC by default on arm seems also not the way to go
<stintel>
If the GOT size for the linked executable exceeds a machine-specific maximum size, you get an error message from the linker indicating that -fpic does not work; in that case, recompile with -fPIC instead.
<karlp>
and the downside for using PIC all the time?
<karlp>
because ~zero projects are interested in compiling twice
<karlp>
and setting it per package manually sounds like a disaster as well.
<stintel>
karlp: I have no clue, just going by what the manual says
<karlp>
are you hoping to get a microopt on only using pic if the app is smaller enough, instead of PIC?
<karlp>
have you got some measurements on how much you'd save, and how many packages would benefit?Ð
<stintel>
I can try and get some of those probably
<stintel>
again, I have no clue, just trying to fix a problem in the optimal way, going by what the man says
<karlp>
well, "try it one way, and if it fails try it the other way" is pretty absurd for people to actually rely on on a large project
<karlp>
you'll get package breakage on version updates for instance where the sizes cross unknown boundaries
<karlp>
which is why I think it's "just use PIC on thos platforms where you might need it"
<stintel>
my earlier paste works if it's set before include package.mk, but that's to go the fix per package route
<stintel>
I'll do some size comparisons
<blogic>
stintel: ok, my ubuntu can see the devices, but devices see nothing
<blogic>
tried on 3 different units
<blogic>
stintel: i'll do a local revert to verify
<stintel>
blogic: some funky network setup?
<stintel>
or maybe non-funky. I'm using vlan on all interfaces
<blogic>
the tree worked 15 days ago
<blogic>
did a pull, now its not working
<blogic>
same config, same everything
<Tapper>
Hi people when will we be putting out the new stable release of 18.06.9?
valku has joined #openwrt-devel
<stintel>
blogic: aside from your runtime problem, what distro are you building on?
<blogic>
ubuntu 20.04
<stintel>
ok, so modern, as is my gentoo
dxld has quit [Remote host closed the connection]
<stintel>
buildbot slave containers are Debian 10, I'll try reproduce it on a D10 VM
dxld has joined #openwrt-devel
<karlp>
how does a package get the staging_dir/target/usr/lib dir added to the library search path? I've got nothing special in my package, looks just like others, but it's failinnng to find a library? https://paste.jvnv.net/view/o9i3P
<karlp>
I can't work out why this package would be any different?
<blogic>
karlp: is cjson installed to the default include path ?
<blogic>
i recall that we had problems and all the json libs get installed to a prefix
<karlp>
the h files are, yeah, in installdev, I had that wrong earlier
<karlp>
it's got it' son cJSON.h file though so shoulnd't conflict
<karlp>
and the so is libcjson.so too
<karlp>
and it's just not seeing it at all, not picking thr wrong one.
dorf has joined #openwrt-devel
<karlp>
I've already asked if upstream can use the standard <cJSON/cJSON.h> instead of <cJSON.h>, so it matches what cjson doesn normally and waht we're doign with json-c and friends too.
eduardas has quit [Excess Flood]
eduardas has joined #openwrt-devel
zorun has quit [Ping timeout: 256 seconds]
zorun has joined #openwrt-devel
dorf_ has joined #openwrt-devel
dorf has quit [Remote host closed the connection]
dorf_ has quit [Remote host closed the connection]
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
MichaelOF has quit [Quit: Konversation terminated!]
<rsalvaterra>
stintel: Can you believe I actually spent about 5 minutes looking at that condition, trying to understand the difference between the two branches?
<rsalvaterra>
I mean, -fpic vs -fPIC? Who names these things? O_o
<stintel>
:P
mmlb22 has joined #openwrt-devel
Immanuel has quit [Quit: Connection reset by reptilians]
Immanuel has joined #openwrt-devel
<stintel>
ERROR: toolchain/kernel-headers failed to build.
<stintel>
lulz
<stintel>
debian ¯\_(ツ)_/¯
<rsalvaterra>
stintel: I've seen "fun" stuff happening after a glibc update…
<rsalvaterra>
Are you on Sid?
dorf has joined #openwrt-devel
<stintel>
rsalvaterra: this is a fresh git clone on a d10
<rsalvaterra>
Ah, nevermind, then.
<stintel>
trying to reproduce lldpd build failure
gch98121388600 has joined #openwrt-devel
<stintel>
I maintain only packages that I use, and lldpd I'm using on x86/64, mips, mips64, arm, arm64, and it builds and works fine on all of those for me
<stintel>
so imagine my surpise that it's been broken for a year or so on the buildbots
<karlp>
stintel: looks fine to me, somewhat as expected that there's ~no savings on having it per package.
gch9812138860 has quit [Ping timeout: 246 seconds]
gch98121388600 is now known as gch9812138860
Darkmatter66 has joined #openwrt-devel
<stintel>
karlp: thanks, I'll wait a short time for response on ML, probably commit it Sunday when no objections
<rsalvaterra>
stintel: That's indeed perplexing.
<stintel>
/bin/sh: 1: rsync: not found
<stintel>
wut
<rsalvaterra>
Heh… nowadays you can't even build the kernel (bindeb-pkg target, at least) without rsync. :P
philipp64 has quit [Ping timeout: 265 seconds]
<Hauke>
stintel: lldpd compiles for me in OpeNWrt on Debian 10
<stintel>
Hauke: I know, I wanted to point out lldpd is missing for everything
<jow>
karlp: according to your paste, the libcjson package did not properly stage an unversioned so symlink
<jow>
karlp: maybe a broken InstallDev macro (possibly copy-pasted from /install and forgot to adjust it to copy/install the unversioned symlink as well)
<jow>
karlp: so .../libcjson.so -> .../libcjson.so.1 is missing, that's why -lcjson can't find it
<karlp>
ahhhh thank yous omcuh, have been tearing my hair hout :)
<jow>
stintel: error: READLINE_LIBS@: No such file or directory - looks like broken autoconf substitution
* karlp
cheers for jow
<Hauke>
stintel: the configure output in build bot and on my system is different
<Hauke>
I have "checking for mt... mt"
MichaelOF has joined #openwrt-devel
<jow>
trying to replicate that lldpd issue in docker here
<stintel>
I cannot repro it on my d10 VM
<stintel>
heh, the buildslave Dockerfile doesn't even build
<stintel>
are these things not scheduled to rebuild automatically every now and then?
<stintel>
libc6-dev : Breaks: libgcc-8-dev (< 8.4.0-2~) but 8.3.0-6 is to be installed
<stintel>
oh, they're using testing sources
<stintel>
jow: is that intentional? it would seem strange to me tbh
<Benoit87>
Hi all, I don't know if it's the right place to bposte this, so sorry if not. is there someone who can talk with me about broadcom powerline ? Before starting playing with openwrt i would validate that it's possible even if open-plc-utils is only for atheros, qualcom.
<adrianschmutzler>
okay, thanks. I have almost never dealt with luci in code, so this might help me to get a better grip there
<adrianschmutzler>
so, the change you requested would be to change line 899 to o.default = o.disabled; ?
<adrianschmutzler>
(or probably remove that line)
<jow>
yes
<jow>
either will work
<Nick_Lowe>
I'm going to send something that removes the ine
<Nick_Lowe>
*line
<jow>
thanks Nick_Lowe
<Nick_Lowe>
Sorry for forgetting to bump the package, it's needed here
<jow>
just add a link to that other PR to the LuCI pr
<adrianschmutzler>
okay, perfect. thanks for enlightening me.
<Nick_Lowe>
Will do
<jow>
adrianschmutzler: in a perfect world we would have no default-enabled bools
<jow>
so instead of any foo (= 1) we should instead provide a nofoo (= 0)
<adrianschmutzler>
I'm far from any judgement, this fact was just entirely new to me
<jow>
but that ship has sailed long ago
<adrianschmutzler>
jow: so, you mean that variables should be built/designed so that they all have default=0?
<jow>
options are usually just added and named randomly without any curation or schema
<jow>
adrianschmutzler: yes
<jow>
if something happens to be usually enabled and we want to provide the facility to turn it off, we shouldn't have an `option enable_something` which is implicitely true, but instead there should be a `disable_foo` which defaults to false
<adrianschmutzler>
well, yes, once established you essentially can only create a new, additional "proper" variable, and that won't really help much ...
<jow>
however that is easier said than done, especially in cases such as legacy_rates where the efault eventually changes
<adrianschmutzler>
and even if that wasn't the problem, typically nobody cares about such stuff
<jow>
and given that we do not really have uci schemas one usually has to encode these things in various places
<jow>
init scripts, luci etc.
<adrianschmutzler>
hmm, well, on a second thought it's logical that luci needs this
<adrianschmutzler>
not for writing, but for reading
<adrianschmutzler>
and there really is not smart way out of this ...
<jow>
not in the short term
<jow>
long term it might be worthwhile to introduce JSON-schemas or similar, then derive parsing, validation etc. from it
<jow>
(e.g. have something taking uci config + json schema and exporting all values as shell variables instead of manual config_get, config_foreach etc. code)
<adrianschmutzler>
I wonder how much bloat those schemas would introduce
<adrianschmutzler>
imagining them for all packages ...
<jow>
they would add some, but overall I'd guess it evens out if the init script parsing code gets reduced to just two or three lines
<adrianschmutzler>
bloat = additional space requirement
<jow>
it would probably allows us dropping jshn as well
<adrianschmutzler>
would be worth doing it for that alone
<adrianschmutzler>
Anyway, eventually I assume the size would still be tiny compared to the actual code of the packages
<adrianschmutzler>
the biggest problem will probably be that it doesn't sound like fun to introduce such a thing
nast has quit [Read error: Connection reset by peer]
<jow>
yeah, it is a tedious task, but worth doing
<jow>
it also has so many advantages, less per-package config parsing code, ability to validate configs, ability to warn about unknown or mistyped options, ability to autogenerate uis to some extent etc.
gch98121388606 has joined #openwrt-devel
gch9812138860 has quit [Ping timeout: 246 seconds]
gch98121388606 is now known as gch9812138860
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
nast has joined #openwrt-devel
Nick_Lowe has joined #openwrt-devel
<adrianschmutzler>
I don't think the writing will be the main problem, but the step-wise integration into the repo ...
Darkmatter66 has quit [Quit: ZNC 1.7.5 - https://znc.in]
eduardas has quit [Quit: Konversation terminated!]
MichaelOF has quit [Quit: Konversation terminated!]
gch98121388607 has joined #openwrt-devel
gch9812138860 has quit [Ping timeout: 246 seconds]
gch98121388607 is now known as gch9812138860
<stintel>
would it be acceptable to add support for a device that requires overwriting an RSA private key in a SPI NOR flash with a clamp, or adding TTL header, a level shifter and bridging 4 lanes on the PCB to get serial console to be able to install via tftpboot/initramfs?
<stintel>
or should I not even bother :P
<Hauke>
stintel: I think it would be ok
<stintel>
oh, then I might do some cleanup and send an RFC series in the future
<stintel>
it's mvebu, dual core, 1GB RAM, 1MB SPI NOR (u-boot), 4GB eMMC, PoE-PD, 100x98x25mm in size. only 100Mbps but I don't tend to use it as a router
<stintel>
but I'm thinking of a DNS/DHCP/radius cluster
<stintel>
(making my HA network even more HA :P)
Nick_Lowe has joined #openwrt-devel
<Hauke>
stintel: how expensive?
<stintel>
Hauke: ~EUR75
<stintel>
beats messing with an RPi + PoE HAT + finding a case that fits both
<stintel>
not to mention sd cards suck
feriman has quit [Quit: WeeChat 3.0]
philipp64 has quit [Ping timeout: 260 seconds]
philipp64 has joined #openwrt-devel
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
philipp64 has quit [Ping timeout: 256 seconds]
philipp64_ has joined #openwrt-devel
Nick_Lowe has joined #openwrt-devel
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<karlp>
how is the "Package mosquitto-ssl is missing dependencies for the following libraries:" calculated again? objdump -x on ever file installed in the package grep for NEEDED?
<karlp>
I guess I need to add depends optionally
<stintel>
oh that's been a while since I've seen that
philipp64 has quit [Ping timeout: 240 seconds]
<karlp>
well, this is a new dep for the pacage
<karlp>
and it's only in some portions ofit
<karlp>
trying to unwind what I need where.
<stintel>
I'm trying to find something in my irc logs
<stintel>
but failing at m
gch98121388601 has joined #openwrt-devel
<stintel>
I used to replace a false with true or something somewhere to be able to build