gch9812138 has quit [Read error: Connection reset by peer]
gch98121382 has joined #openwrt-devel
goliath has quit [Quit: SIGSEGV]
hbug__ has joined #openwrt-devel
hbug_ has quit [Ping timeout: 240 seconds]
rsalvaterra1 has joined #openwrt-devel
rsalvaterra has quit [Ping timeout: 240 seconds]
gch98121382 has quit [Read error: Connection reset by peer]
gch9812138 has joined #openwrt-devel
zjason has quit [Quit: ERC (IRC client for Emacs 27.0.50)]
tobleminer-tSYS has quit [Quit: AS4242423214]
tobleminer-tSYS has joined #openwrt-devel
victhor has quit [Ping timeout: 256 seconds]
hbug___ has joined #openwrt-devel
hbug__ has quit [Ping timeout: 240 seconds]
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
<russell-->
Hauke: so, i built my config on a bigger memory device (tplink wdr3600, which has 128MB of RAM) and it seems usage (reported by /usr/bin/free) climbs to about 20-21 MB and stabilizes, so it looks like not a leak as such. also the netifd process itself doesn't grow, which implies there is some kernel data structure or buffer that is growing. usage above about 19MB becomes problematic on the 32MB
<russell-->
ubnt bullet.
<aparcar[m]>
mangix: mind becoming the maintainer of whois?
kakaka has quit [Remote host closed the connection]
kakaka has joined #openwrt-devel
jasonp_ has quit [Quit: jasonp_]
hbug___ has quit [Ping timeout: 240 seconds]
hbug___ has joined #openwrt-devel
gch9812138 has quit [Quit: Ping timeout (120 seconds)]
gch9812138 has joined #openwrt-devel
daregap has joined #openwrt-devel
black_ant has joined #openwrt-devel
black_ant has joined #openwrt-devel
CrazyLemon has quit [Quit: kthnxbai]
CrazyLemon has joined #openwrt-devel
<mangix>
why?
swalker has quit [Ping timeout: 260 seconds]
goliath has joined #openwrt-devel
swalker has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
pgjermshus has quit [Ping timeout: 272 seconds]
pgjermshus has joined #openwrt-devel
<ynezz>
mangix: thanks for fixing the broken packages
<mangix>
do people actually tether their iphones to their routers?
<Borromini>
they do apparently. there's been people complaining in here
<mangix>
One of my gripes with iOS is that you can't tether your wifi connection
<mangix>
unless you jailbreak and buy a $5 tweak
<dorf>
you don't own your apple hardware, apple owns you :)
<mangix>
how do you figure?
<dorf>
you said it yourself. to get functionality you have to jailbreak, otherwise your stuck to whatever apps Apple sanctions.
<mangix>
it's actually worse than that, but better than selling yourself to advertisers
<rsalvaterra>
mangix: I don't remember the last time I saw an ad on (my) Android…
<dorf>
I'm not suggesting Google are the good guys here, don't get me wrong.
<Borromini>
mangix: it's a difficult tradeoff... i'd rather get and use an iphone, but android at least you can tailor to your liking. or use stuff like lineage.
<mangix>
Do you know if there is a way to roll back iOS 13? not much is showing up online
<mangix>
Apple doesn't sign iOS 13 anymore, so no.
<mangix>
hahaha
<Fishman>
apple dropped wired tethering in ios 14. it still works in ios 13
<SwedeMike>
and it works just fine with iOS 14 and MacOS 11
<mangix>
just went through the libimobiledevice issue. no idea how they figured it out
<SwedeMike>
I just turned off wifi on my macbook, hooked it up to my iphone via USB cable, and it just worked
<Fishman>
SwedeMike: interesting. someone knowledgeable said it was wifi only now... i guess either they were mistaken or i remember incorrectly
<Fishman>
good to hear, though!
<mangix>
"ne thing I noticed is that the Windows and macOS drivers seem to issue multiple simultaneous receiving URBs, whereas the Linux driver issues only one at a time and waits for it to complete before receiving again."
<mangix>
interesting...
gch98121380 has joined #openwrt-devel
gch9812138 has quit [Read error: Connection reset by peer]
gch98121380 is now known as gch9812138
<mangix>
oh great. once people found the fix the thread turned into kernel tech support.
<Borromini>
:P :P
danitool has joined #openwrt-devel
dedeckeh has quit [Remote host closed the connection]
Acinonyx has quit [Ping timeout: 240 seconds]
Acinonyx has joined #openwrt-devel
<mangix>
I really need to start using SDKs instead of building my own toolchains
<ynezz>
and why don't you just use directly github actions?
<mangix>
well, I indirectly use that
<mangix>
I basically mean for testing locally
<ynezz>
I mean, anyone can fork the repo and have the testing for free on github infra
<ynezz>
I think, it's just that people don't realize this fact
<mangix>
in this case it's quite pointless as I don't know what the issue is :)
<mangix>
need to test locally
<mangix>
I find it interesting that GitHub Actions is free
<ynezz>
on GitLab I usually add my own runner, then put `sleep 6000` in the CI YAML when I need to debug the state and then simply exec myself into that container
<ynezz>
AFAIK GH allows custom runners as well, but I didn't tried that yet
<mangix>
interesting...
adrianschmutzler has joined #openwrt-devel
<ldir->
phew, I managed to recover the router - the internet is working again...and I get to keep my testicles :-)
<rsalvaterra>
ldir-: What have you done? :P
<dorf>
tethered his ipad :)
<ldir->
I managed to flash an image that didn't include 'procd', which is all a bit fundamental and hilariously stupid.
<rsalvaterra>
Is that even possible? O_o
victhor has joined #openwrt-devel
<ldir->
yes, make something idiot proof and they'll build a better idiot...ie me! :-)
<rsalvaterra>
Come to think of it, anything is possible when tinkering with the source…
<mangix>
ldir-: did you try to install systemd?
<ldir->
It's possible to select 'procd-selinux' and disable 'procd' - and then disable 'procd-selinux' and forget to re-enable 'procd'
<rsalvaterra>
ldir-: Sounds like that should be fixed. At least one variant should always be enabled, no?
<ldir->
flash the image and errr, well it boots to a shell but your options are limited!
<ldir->
yes - at least that's what I think I managed to do. I'll investigate once I've recovered myself... it's been an interesting 'learning' experience, not helped by being interrupted by paid work.
<ldir->
it's all working now and I didn't lose my config. phew
<rsalvaterra>
ldir-: Nowadays I always backup my config. No more yoloflashing. :P
<ldir->
Yeah I've learned a valuable lesson - I thought I had a backup... turns out it was 6 months old
<ldir->
that's why I really wanted to maintain the config if at all possible.
<ldir->
and since it's an apu2 with a 16GB disc I wanted to maintain the partitioning etc.
<rsalvaterra>
Heh… I believe we, as humans, always learn our lessons the hard way. In my case, I lost a config with three WireGuard endpoints. Not exactly easy to recreate the keys. :P
<Borromini>
:P
<ldir->
ha ha, yes, urgh, unpleasant lesson :-)
poljar has joined #openwrt-devel
damex has quit [Ping timeout: 272 seconds]
dorf_ has joined #openwrt-devel
<rsalvaterra>
And speaking of configs, it seems I still haven't managed to get enforced airtime policy to work… :/
novski__ has joined #openwrt-devel
poljar1 has quit [Ping timeout: 240 seconds]
dorf has quit [Ping timeout: 272 seconds]
<ldir->
I'm pleasantly surprised to find my ISP has provided me with the same ipv6 prefix despite being offline for nearly 24hours
<adrianschmutzler>
I've learned that vodafone in Germany kind of keeps it linked to the MAC address of the modem virtually forever ...
<adrianschmutzler>
IPv4 may change, but the prefix stays for at least a week (haven't tested longer ...)
<rsalvaterra>
adrianschmutzler: Here in Portugal they like to change the prefixed often… because greed (selling fixed IPs).
<rsalvaterra>
*prefix
<adrianschmutzler>
yes, makes sense somehow
decke has joined #openwrt-devel
<russell-->
ldir-: how did the usb booting go?
<rsalvaterra>
By "often" I mean about once a month.
<adrianschmutzler>
the problem in Germany is that you only get a prefix if you have your own router, so this is effectively only affected a subgroup anyway
<adrianschmutzler>
if you use the provided device, you just get one IPv4/IPv6 and no ipv6-pd at all ...
<adrianschmutzler>
so, maybe it's just broken and they don't know ;-)
* rsalvaterra
is still waiting for NOS to provide him with IPv6… ¬_¬
<ldir->
russell--: I wrote an openwrt image to a usb stick, booted that, then mounted the msata partitions, copied the 'sysupgrade.tgz' file on sda1 to another stick, then overwrote vmlinuz & sda2 with rootfs image, sacrificed a goat, rebooted :-)
<russell-->
fwiw, i got a msata adapter so i could plug it directly into my computer for fiddling, but then switched to SD cards because i wasn't using the msata's immense space for anything. it's kind of embarassing to have all that space when openwrt fits into <11MB.
<adrianschmutzler>
well, vodafone is really fun ...
<russell-->
i think my first apu was before it could boot from SD card
<mangix>
russell--: turris omnia router has 8GB eMMC
<adrianschmutzler>
with their device in standard mode you get DS lite, with bridge-mode (their device working as a modem) you get full IPv4 but no IPv6, and with your own device you get full stack with pd but no support :P
<adrianschmutzler>
and no updates for the modem firmware ...
<russell-->
i actually tried to find some small SD cards, thinking people would be throwing them away and couldn't. ended up buying 16GB uSD's for $5/each.
<ldir->
Yes I've lots of unused space but I really don't care...am just grateful to be working again
<russell-->
the other interesting discovery is that the apu4 (at least as they arrived here) doesn't like the 4GB sd cards that pcengines sells for use in apu's. apu2 is okay with them, but not the apu4.
blb4393 has quit [Quit: ChatZilla 0.9.93 [Waterfox 56.3/MOZ_BUILDID]]
Acinonyx_ has joined #openwrt-devel
Acinonyx has quit [Ping timeout: 256 seconds]
<russell-->
ldir-: instead of sacrificing a goat, you could have dd'd a copy of what was on your msata before the copying, and then you could get back to the pre-goat state any time you wanted.
<russell-->
for your sake, if not the goats
zjason has quit [Ping timeout: 264 seconds]
<ldir->
lol - no actual goats were involved in any way during the incident :-)
<ldir->
the dog stuck its nose in a couple of times...'oooh that's an interesting silver box...is it edible?'
* rsalvaterra
prefers waving dead chickens.
<ldir->
russell--: I was happy enough just to get the config archive... and retaining the partitioning is another bonus. I've learned a few things about the upgrade process too :-)
<ldir->
but yes I appreciate I could have dd'd the entire drive to my usb stick.
merbanan has quit [Ping timeout: 256 seconds]
zjason has joined #openwrt-devel
zjason has quit [Client Quit]
gch98121381 has joined #openwrt-devel
merbanan has joined #openwrt-devel
gch9812138 has quit [Read error: Connection reset by peer]
gch98121381 is now known as gch9812138
zjason has joined #openwrt-devel
<russell-->
it had only just occurred to me ;-)
dedeckeh has joined #openwrt-devel
dxld has quit [Quit: Bye]
dxld has joined #openwrt-devel
zjason has quit [Ping timeout: 264 seconds]
grift_ has quit [Quit: Bye]
grift has joined #openwrt-devel
feriman has quit [Quit: WeeChat 3.0]
feriman has joined #openwrt-devel
Borromini has quit [Ping timeout: 265 seconds]
Borromini has joined #openwrt-devel
zjason has joined #openwrt-devel
damex has joined #openwrt-devel
gch98121385 has joined #openwrt-devel
gch9812138 has quit [Ping timeout: 264 seconds]
gch98121385 is now known as gch9812138
* russell--
is debugging a problem with an ath9k radio and it's reported tx power's. vendor says max power is 600mW (about 27 dBm), the reg domain says (in US, max power on channel 165 is 30 dBm), but iw phy0 info says 19 dBm, and /sys/kernel/debug/ieee80211/phy0/power says 19. wtf?
<rsalvaterra>
russell--: You can do anything anywhere with the right regdb, but I didn't write this. :P
<russell-->
i'm just curious where the 19 is coming from
* enyc
meows
daregap has quit [Quit: daregap]
gch98121383 has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
gch9812138 has quit [Ping timeout: 260 seconds]
gch98121383 is now known as gch9812138
<PaulFertser>
russell--: have you tried decoding the "art" contents with https://github.com/pepe2k/ar9300_eeprom ? Probably it has different limits for different channels or something like that? More realistically, probably there's an additional PA installed and when you set 19 you actually get 27 on the antenna?
<PaulFertser>
russell--: the tool prints power in half-dBm
<PaulFertser>
And there can be different limits for different channels and link parameters.
<damex>
i have just got a few of mikrotik hap ac2 and it seem to work well. is there some explaination about how ipq40xx work ? i see switch0 in system that is supposed to have all 5 ports connected but in system we get eth0 for lan/switch and eth1 for wan.
poljar1 has joined #openwrt-devel
<rsalvaterra>
The AirGrid M5 has an external power amplifier. I'd assume the M2 also has one.
<russell-->
fwiw, the origin of my inquiry is that (if i believe the readings, which i naturally don't) i seem to be seeing about 30 dB less at the receiver than i should
<russell-->
when it's day light i might go over an try to measure with a objective (if uncalibrated) receiver
<russell-->
i believe the relative measurements, mostly, but not absolute
<PaulFertser>
russell--: that 19 comes from how the kernel decodes the art partition most probably.
poljar1 has quit [Ping timeout: 240 seconds]
poljar1 has joined #openwrt-devel
jas4711 has joined #openwrt-devel
<jow>
russell--: high antenna gain encoded in eeprom?
<russell-->
the ar9300_eeprom either doesn't decode my art partition or i'm using it wrong
* russell--
goes Zzzzzzz
<dorf_>
interesting LuCI bug. it seems when there are more than a few thousand connections, the connections graph won't display and then LuCI dies, complaining it can't read main section in config.
<jow>
that sounds more like rcpd dying
<jow>
*rpcd
<jow>
and considering your earlier remark about adguard, you might be running into an OOM situation
<jow>
check dmesg for oomkiller traces
<dorf_>
211/500MB used as per htop
<dorf_>
no OOM related errors from dmesg
<jow>
ok
<dorf_>
looks like the is firewall also misbehaving. no longer doing port forwards, just dropping traffic :|
<dorf_>
restarting rpcd gives me LuCI back.
<dorf_>
that is, until I try and view the connections graph again..
<dorf_>
"No informatino available" and then LuCI dies.
<jow>
probably `ubus call luci getConntrackList` exceeding the bus capacity
<jow>
that one might be a candidate for the new eventsource machanism
<dorf_>
ah, yeah, you might be onto something there. I've pushed the max connection limit to 65535.
<jow>
there's really not much that can be fixed about it, apart from limiting the output or paging the data as ubus has a fixed message size limit which might be hit here
<jow>
what could be fixed is the rpcd crash, but unclear if the fault lies there or within the libubus client library
<dorf_>
currently hosting ~9.5K connections.
dedeckeh has quit [Remote host closed the connection]
<dorf_>
at least, that's what it reports on the overview page.
<damex>
answering my own question above - seems like few ipq4018 devices (zyxel NBG6617, mikrotik hap ac2 and some others) share same 'quirky' wan port - it is hardwired to one of the switch ports with vid 2.
zjason has quit [Read error: Connection reset by peer]
<damex>
ynezz: yeah, i just asked it to be documented for mikrotik hap ac2 in its github merge request.
<ynezz>
looking forward to DSA
<damex>
that would be nice
Nick_Lowe has joined #openwrt-devel
KanjiMonster has quit [Quit: ZNC 1.7.3 - https://znc.in]
KanjiMonster has joined #openwrt-devel
gch98121385 has joined #openwrt-devel
gch9812138 has quit [Read error: Connection reset by peer]
gch98121385 is now known as gch9812138
eduardas has joined #openwrt-devel
<Borromini>
damex: ipq4018 is pesky. don't know about 4019.
<eduardas>
hello, the IRC log advertised for this channel does not seem to work :(
<eduardas>
502 Bad Gateway from nginx
gch98121383 has joined #openwrt-devel
gch9812138 has quit [Read error: Connection reset by peer]
gch98121383 is now known as gch9812138
<karlp>
13/topic
Acinonyx has joined #openwrt-devel
Acinonyx_ has quit [Ping timeout: 260 seconds]
<damex>
Borromini: well, i couldn't find anything better.
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
decke has quit [Quit: Leaving.]
gch98121384 has joined #openwrt-devel
gch9812138 has quit [Read error: Connection reset by peer]
gch98121384 is now known as gch9812138
<Borromini>
damex: wasn't 'hating'. i have an EA6350 here as well. as long as you don't need the VLAN stuff, it should be fine i think.
<damex>
Borromini: i am using vlans one ipq4019 just fine. i have untagged for users and dedicted tags for management and services. sff homelab so i don't have dedicated physical ports for management.
<damex>
s/one/on/
<damex>
so technically three tags passed over trunk between routers ;)
<damex>
is there a problem with that on ea6350?
<Borromini>
erm nbg6617 sorry. it broke here but i wanted to use vlan 2
<damex>
Borromini: i think you can just use any other vid?
<damex>
oh, it is using ipq4018
<damex>
not 4019 ;p
<damex>
<10 tags and >4090 should not normally be used. they're generally have some platform quirks even on lots of enterprise/datacenter hardware
<Borromini>
yeah it's 4018 :)
<Borromini>
had been fighting with it for hours before i realised there was a known issue with vlans etc
<Borromini>
glad you got it working.
<Borromini>
gotta run.
gch9812138 has quit [Read error: Connection reset by peer]
<Borromini>
i had hoped that er-4 would get a black friday discount over here but no dice :(
gch9812138 has joined #openwrt-devel
<damex>
haha
<Borromini>
keeping an eye on it though, but we just moved, so lots of other expenses as well :P
<stintel>
apparently should have spent your money on btc anyway ;)
gch98121388 has quit [Read error: Connection reset by peer]
gch981213886 has joined #openwrt-devel
damex has joined #openwrt-devel
dangole has quit [Remote host closed the connection]
damex has quit [Ping timeout: 265 seconds]
damex has joined #openwrt-devel
luke-jr has quit [Read error: Connection reset by peer]
luke-jr has joined #openwrt-devel
Misanthropos has quit [Ping timeout: 265 seconds]
<Hauke>
russell--: ok debugging which data structure in the kernel needs too much RAM is much harder ;-)
valku has quit [Quit: valku]
valku has joined #openwrt-devel
luke-jr has quit [Ping timeout: 240 seconds]
luke-jr has joined #openwrt-devel
swex_ has quit [Quit: swex_]
Nick_Lowe has joined #openwrt-devel
Misanthropos has joined #openwrt-devel
<philipp64>
anyone online right now good at setting up Strongswan?
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Nick_Lowe has joined #openwrt-devel
nast has joined #openwrt-devel
eduardas has quit [Quit: Konversation terminated!]
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Nick_Lowe has joined #openwrt-devel
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<Borromini>
mangix: i just ldd'ed /usr/lib/lua/luci/template/parser.so on my master build - same symbols not found
dangole has joined #openwrt-devel
<philipp64>
got a UCI scripting question…. I see “config_foreach func section” being called in places like /etc/init.d/snmp … even for sections that are unique (i.e. “agent” of which there should only be one instance)… or the “config system” section in /etc/config/system… Why? Why use a “foreach” when only one is expected? And then what happens when there’s more than one but shouldn’t be?
<adrianschmutzler>
philipp64: I think because technically there could be more than one of the same sections.
<philipp64>
and that’s not a configuration error?
<adrianschmutzler>
It's common to have only one "config system", but I don't think it's mandatory
<adrianschmutzler>
I don't have any idea about snmp, so just doing arguments from a general POV here
<karlp>
(because there's no better way to write them, but yes, they could set global vars and abort if there's a secnd, I've donen that for things where it mattered)
<philipp64>
karlp: where? so I can copy?
<karlp>
hrm, let me see if it's public
<philipp64>
also… how come we have “config_get_bool” but that’s the only typing? “uci_load_validate” supports “uinteger” for instance...
<karlp>
shells don't have types...
<karlp>
bool just just does magic convertion from yes/no/true/false/1/0 to "the right thing"
<karlp>
to restrict to one section, you just have a global var called "DONE" or osmething, and in your foreach shell handler you just return if it was already set, or set it and continue
<philipp64>
karlp: sure, but it wouldn’t be that hard to match against digit strings for integers, do range checking, etc.
blb4393 has quit [Ping timeout: 265 seconds]
<jow>
the uci shell api is poorly designed
<jow>
the get_bool helper was once added because it is very frequently needed
<jow>
uci_load_validate was then eventually introduced and provides somewhat overlapping functionality
<jow>
imho the solution for robust uci file parsing in shell is not adding further config_get_$type methods but providing the ability to declare a spec according to which the file is parsed and resulting values being put into variables
<jow>
uci_load_validate provides that to some extend, but it uses ancient C code for validating datatypes, which in turn was forked from an ancient version of luci
<jow>
most uci converting init scripts do not really perform any type checking at all, they rely on the uci config to be syntactically and semantically sane
<jow>
so the problem is essentially deferred elsewhere, e.g. to luci's form validation, or to whatever is writing the configs (e.g. the user using vi)
Ycarus has quit [Quit: Ycarus]
<jow>
here's some code (not shell) which illustrates the approach: https://git.openwrt.org/?p=openwrt/staging/jow.git;a=blob;f=package/network/config/firewall4/files/usr/share/ucode/fw4.uc;h=ffc7e4132064d5adf44d56a4e6227ba071da51e6;hb=97da695775afbb835b81da59c7dbc7004301256a#l1814
<jow>
first we parse an entire section according to a spec which declares types and constraints
<jow>
due to that we'll also be able to warn users about unknown (e.g. misspelled) options found in the config
<jow>
and after the generic parsing, parser code can be reduced to high level semantic checking while leaving all the gruntwork of testing whether an int option contains an int is left to generic parsing code
gch981213886 has quit [Read error: Connection reset by peer]
gch98121388 has joined #openwrt-devel
Borromini has quit [Quit: leaving]
<philipp64>
i like the idea of using schemas… embedded logic maybe less so.
<Hauke>
jow: do you plan to use this for uci?
<Hauke>
or do you plan to implement such a feature to uci
gch98121388 has quit [Read error: Connection reset by peer]
gch981213883 is now known as gch98121388
Nick_Lowe has joined #openwrt-devel
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Nick_Lowe has joined #openwrt-devel
dedeckeh has quit [Remote host closed the connection]
<karlp>
sorry, was putting the girls to bed.
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<karlp>
looks fine to me, personally, I'm a fan of ${} all the time, but I certainly don't mind if people have decided, "this particular case doesn't need it, this time"