sh_sum has quit [Quit: Connection closed for inactivity]
Tapper has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
goliath has joined #openwrt-devel
danitool has joined #openwrt-devel
<rsalvaterra>
ldir: ping!
<ldir>
pong
<ldir>
rsalvaterra: pong
<rsalvaterra>
ldir: I just came across another dnsmasq oddness… For some reason, it stopped forwarding .onion domains for resolving (I have list server '/onion/127.0.0.1#2053' in my configuration).
<rsalvaterra>
I don't know if this is a 2.86 change or not, but it looks like it…
<rsalvaterra>
I just worked around it by making Tor listen directly on the IP addresses of the interfaces and disabling DNS forwarding on the respective instance.
<ldir>
hmmm, curious - onion is a built-in 'do not forward this domain' maybe the priority has changed.
<rsalvaterra>
ldir: Yes, it is, but it respected explicit forwarding configuration.
<ldir>
I'm updating to latest patches 'cos Simon has more movement in domain matching (& improved syntax)
<rsalvaterra>
And I think that "do not forward" list is a bit overreaching… I understand forwading those domains to public resolvers mustn't be done, but surely forwarding to local resolvers should be acceptable…?
<ldir>
I'd suggest proving it works on 2.85 (which I'm sure it does) and then proving it stops working at 2.86test4 ++++++ lots of subsequent patches, would be helpful if 'test5' was tagged :-)
<rsalvaterra>
I jumped from 2.85 (working) to 2.86test4 (not working), so… :)
<ldir>
things have moved on from test4
<rsalvaterra>
And I only noticed by sheer luck. I thought it was Firefox blocking .onion resolves (which I had disabled in about:config, of course).
<ldir>
yeah there are a few edge cases that have been spotted by luck and subsequently fixed (eg. updating ipsets)
<ldir>
so I've just sent that to simon but I may well be wrong :-)
goliath has quit [Quit: SIGSEGV]
rejoicetreat has joined #openwrt-devel
<ldir>
rsalvaterra: what happens if you remove 'onion' from /usr/share/dnsmasq/rfc6761.conf ???
<rsalvaterra>
ldir: Haven't tried. That seemed like a big hammer to me.
<aparcar[m]>
jow: is AppArmor of any interst for you? Seemingly it allows packages to ship with profiles so every LuCI app could ship it's own custom profile. This would be an improvement over SELinux
SamantazFox is now known as Guest1541
SamantazFox has joined #openwrt-devel
goliath has joined #openwrt-devel
Guest1541 has quit [Ping timeout: 480 seconds]
<ldir>
rsalvaterra: you seen my pm ?
<rsalvaterra>
ldir: I've seen now, thanks! :)
<zorun>
aparcar[m]: please stop proposing new fancy stuff without concrete use-cases :D
<zorun>
best way to keep openwrt as an eternal work-in-progress
<ynezz>
rmilecki: let's continue on devel, I would probably add another CMake/make target for target specific builds
<rmilecki>
[context: moving package/utils/bcm4908img/ to the firmware-utils.git]
<ynezz>
rmilecki: or for the start simply just convert package/utils/bcm4908img/Makefile to use the firmware-utils sources ?
<ynezz>
I don't know what's the best approach here, never done this before
<rmilecki>
ynezz: sounds good
<rmilecki>
i'll start with that
<ynezz>
FYI currently firmware-utils is being built with `-Wall -Wno-unused-parameter` but it would be nice to have it compile with `-Wextra -Werror` as it shows plethora of other issues in addition to static analyzer
<ynezz>
ideally having some unit tests before fixing them as it's likely going to produce different results :p
<ynezz>
I know, a lot of boring work
Tapper has quit [Ping timeout: 481 seconds]
Tapper has joined #openwrt-devel
rejoicetreat has quit [Remote host closed the connection]
<rmilecki>
i didn't check what those partitions contain yet
<rmilecki>
i see there are: config, factory, cfg_bak
<PaulFertser>
Can it be possible that the vendor firmware stores the real calibration data at some other unexpected location? Did you happen to make a full backup of vendor partitions just in case?
<rmilecki>
PaulFertser: i didn't take backup, but I don't think OpenWrt overwrites any of them
<PaulFertser>
Yes, and expecting it inside squashfs would be odd, as it would make normal vendor upgrades impossible
nitroshift has quit [Quit: Gone that way --->]
<PaulFertser>
rmilecki: you can probably also pastebin hexdump -C of all the factory and configs partitions.
<rmilecki>
PaulFertser: sure, i'll
ashkan_ has joined #openwrt-devel
rejoicetreat has joined #openwrt-devel
KGB-2 has quit [Quit: KGB-2]
ashkan has quit [Ping timeout: 480 seconds]
KGB-2 has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
ashkan_ is now known as ashkan
Tusker has quit [Quit: Time wasted on IRC: 15 hours 22 minutes 29 seconds]
dedeckeh has quit [Remote host closed the connection]
Luke-Jr has joined #openwrt-devel
<Zero_Chaos>
I think I shouldn't have disabled all the kernel stuff in the config (I'm building for a docker image)
aleasto has quit [Ping timeout: 480 seconds]
<dwfreed>
Zero_Chaos: mac80211.sh is provided by the 'mac80211' package, which you probably disabled because it's part of the kernel stuff
<dwfreed>
sorry, it's cfg80211, not mac80211
JohnA has joined #openwrt-devel
<Zero_Chaos>
yeah, I found it. Now I have to rebuild to enable wep it seems :-)
<Zero_Chaos>
and I can't help but note the mac address bug is still in this version :-(
rejoicetreat has quit [Ping timeout: 480 seconds]
Slimey_ has joined #openwrt-devel
<Zero_Chaos>
PaulFertser: hey man. Remember helping me track down how all the AP mac address generation was significantly lacking in entropy a few months ago?
<PaulFertser>
Zero_Chaos: hey, yes, the patch was accepted :)
<Zero_Chaos>
PaulFertser: that's great, any chance of getting it into the 21.02 branch?
<PaulFertser>
Zero_Chaos: 39c8bc4422f0404af5b85c10eeb2c4098d919cdb is in
<Zero_Chaos>
oh? well then it doesn't work :-(
<PaulFertser>
Probably you're talking about some other issue then?
<Zero_Chaos>
it's whining about mac address collisions when creating APs, so it is the same enough for me
Tapper has joined #openwrt-devel
<PaulFertser>
Zero_Chaos: to debug this more info would be needed
<PaulFertser>
First step would be to check if mac80211.sh has the change
<Zero_Chaos>
Duplicate BSSID 42:00:00:00:00:00 on interface 'wlan0-1' and 'wlan0-1'.
<Zero_Chaos>
that's the error
<Zero_Chaos>
lemme check my mac80211.sh for you
<PaulFertser>
How many hwsim interfaces are created?
<Zero_Chaos>
PaulFertser: 10 phys, 4 bssid for each (that's max)
<Zero_Chaos>
PaulFertser: and yes, your change is in here :-(
<Zero_Chaos>
I swear we tested this
Borromini has joined #openwrt-devel
<Zero_Chaos>
PaulFertser: it doesn't work, like half the mac addresses are still duplicates and only the first octet even appears to be changing
<PaulFertser>
Zero_Chaos: yes, only the first octet should be changing, and only the upper 6 bits of it, that's by design.
<Zero_Chaos>
PaulFertser: ahh, okay. But still shouldn't be making two of each mac :-)
<PaulFertser>
Zero_Chaos: probably you're trying to bridge those interfaces from different hwsim instances?
<Zero_Chaos>
PaulFertser: I'm not sure what that means, but here's the setup in short:
<PaulFertser>
Zero_Chaos: do duplicate addresses present on wlan0-* interfaces or is e.g. wlan0-1 the same as wlan1-1?
<Zero_Chaos>
PaulFertser: 40 hwsim interfaces on the host. openwrt docker container which I pass 10 of the phys into. each phy gets 4 bssid in the /etc/config/wireless config file. I don't assign mac addresses specifically to anything at any point. the hostapd files that openwrt generates have two of each mac
<PaulFertser>
Zero_Chaos: if you check /sys/class/ieee80211/${phy}/addresses for phy0 and for phy1 do they differ?
<Zero_Chaos>
PaulFertser: in the config file I'm reading right now (phy1) the duplicate mac is for wlan1-2 (twice)
<PaulFertser>
Zero_Chaos: a duplicate of what other interface on what phy?
<PaulFertser>
Zero_Chaos: so the problem is that wlan0-1 is for whatever reason created twice rather than wrong MAC now?
<Zero_Chaos>
PaulFertser: just to be clear, at no point am I suggesting that I'm blameless, it's totally possible that I made a mistake: :-)
<Zero_Chaos>
PaulFertser: it's created twice, but with different ssid and config, etc, but with same mac
<Zero_Chaos>
PaulFertser: so yeah, that seems like a new bug
<Zero_Chaos>
PaulFertser: something is badly broken in an iterator? how can it make a new config but same bss and mac?
<PaulFertser>
Zero_Chaos: mac80211_prepare_vif should be incrementing it on every call
<Zero_Chaos>
PaulFertser: I don't understand the code well, but to generate a new config with the same bss and mac seems... special
<PaulFertser>
Probably it's your hacks to add WEP? :)
<Zero_Chaos>
PaulFertser: I click on check box in openwrt config. I don't apply any hacks onto openwrt afaik
<Zero_Chaos>
I'll double check, but I think I removed all that for this public release (I'm trying to release what I use to power my capture the flag game but it doesn't work without the hacks)
<Zero_Chaos>
I think I correctly removed all my hacks, hence the upstream reporting
<Zero_Chaos>
(just confirmed, and I'm still pretty sure)
<PaulFertser>
Zero_Chaos: I'm busy with something else now, can't really fully invest into debugging this.
<Zero_Chaos>
PaulFertser: I appreciate it. If you remember later, I'll still be here :-)
<PaulFertser>
Zero_Chaos: I know you're not a stranger to shell programming so if by any chance you can find more clues, that would make the task much easier.
<Zero_Chaos>
PaulFertser: best hint for now "mac80211_prepare_vif"?
<PaulFertser>
Zero_Chaos: yes
JohnA_ has joined #openwrt-devel
<Zero_Chaos>
PaulFertser: thanks, I'll be poking ;-)
<Zero_Chaos>
PaulFertser: just for fun, if I macchanger -r all the interfaces before passing them to openwrt, it works as expected
<Zero_Chaos>
okay not exactly, but better :-D
<Zero_Chaos>
PaulFertser: IT WAS MY FAULT
<PaulFertser>
Zero_Chaos: how so? :)
JohnA has quit [Ping timeout: 480 seconds]
<Zero_Chaos>
PaulFertser: I defined phy0 and phy1 twice instead of moving to phy2 and phy3 in that uci config file
<PaulFertser>
Zero_Chaos: oh that would explain it :)
JohnA has joined #openwrt-devel
JohnA_ has quit [Ping timeout: 480 seconds]
<Zero_Chaos>
PaulFertser: more than a little. So anyway, I've confirmed your fix, again. Thanks :-)
<PaulFertser>
Zero_Chaos: welcome and best of luck with your event :)
<Zero_Chaos>
PaulFertser: in this case my event is "publicly release this so others can use it", so thanks :-D
minimal has quit []
shibboleth has joined #openwrt-devel
JohnA_ has joined #openwrt-devel
JohnA has quit [Ping timeout: 480 seconds]
jlsalvador has quit [Quit: jlsalvador]
JohnA_ has quit [Ping timeout: 480 seconds]
<aparcar[m]>
jow: okay thanks for your comment on apparmor
Borromini has quit [Quit: leaving]
jlsalvador has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
aduskett has joined #openwrt-devel
aduskett has left #openwrt-devel [Leaving]
SamantazFox is now known as Guest1585
SamantazFox has joined #openwrt-devel
Guest1585 has quit [Ping timeout: 480 seconds]
rotanid has joined #openwrt-devel
arifre has quit [Remote host closed the connection]