<silverwhitefish>
if your opensource advocate you have a presence here... people outside freenode are like gpl3+$ exploiters
<silverwhitefish>
with this client i can easily connect to multiple networks but a lot of people still connect to one or maybe two networks at a given time because of interface
<silverwhitefish>
decentralized #curl like this: irc.curl.net/#curl i support
<silverwhitefish>
that would be cool for a project to run there own irc server and still connect the server here
<silverwhitefish>
i dont know if its needed though
guidosarducci has quit [Remote host closed the connection]
guidosarducci has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
ekathva has quit [Ping timeout: 246 seconds]
brentmagma has joined #openwrt-devel
zkrx has joined #openwrt-devel
silverwhitefish has quit [Excess Flood]
daregap has joined #openwrt-devel
silverwhitefish has joined #openwrt-devel
silverwhitefish is now known as silverballz
<Tapper>
To all devs. If there is a need I would be willing to hand over the creds to the OpenWrt Discord server. If IRC gets messed up.
<Grommish>
Tapper: There are already #openwrt and #openwrt-devel created on Libera, whether they decide to leave Freenode is another issue
<Tapper>
OK
<Grommish>
Tapper: Also, G'morning to you, sir ;)
<Tapper>
Grommish and to you my friend.
<Tapper>
Want to jump on to the VC on discord for 10 mins?
<Grommish>
Sure
brentmagma has quit [Remote host closed the connection]
AlexisEvelyn has joined #openwrt-devel
Huntereb has quit [Ping timeout: 245 seconds]
AlexisEvelyn has quit [Read error: Connection reset by peer]
AlexisEvelyn has joined #openwrt-devel
brentmagma has joined #openwrt-devel
AlexisEvelyn has quit [Read error: Connection reset by peer]
rmilecki has joined #openwrt-devel
AlexisEvelyn has joined #openwrt-devel
<silverballz>
haha @ the irony
<silverballz>
all irc client devs have to do is modulerize the feature (api) set of discord/slack
<silverballz>
we can connect to those servers but cant join channels or are devoiced
ekathva has joined #openwrt-devel
<silverballz>
probably take someone a good three modes for something stable
<silverballz>
months*
brentmagma has quit [Remote host closed the connection]
<silverballz>
well i just got banned on ##science with topic change of moved to libreirc.net/we
brentmagma has joined #openwrt-devel
<silverballz>
and another channel redirected me to ##moved_to_libera_omaha
<rmilecki>
jow: nbd: sorry, I got offline, please let me know what do you think about changing "lan" to "br-lan" to avoid conflicint with DSA "lan" interfaces
zkrx has quit [Ping timeout: 268 seconds]
<silverballz>
br-lan = bridge lan
<silverballz>
bridged lan*
<silverballz>
the BSSID
<silverballz>
your the first person ive met who uses dsa because they wanted to
silverballz is now known as silverwhitefish
nitroshift has joined #openwrt-devel
zkrx has joined #openwrt-devel
AlexisEvelyn has quit [Read error: Connection reset by peer]
AlexisEvelyn has joined #openwrt-devel
olmari has quit [Ping timeout: 245 seconds]
olmari has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
guidosarducci has quit [Remote host closed the connection]
guidosarducci has joined #openwrt-devel
<Grommish>
rmilecki: Aren't those settings usually defined in preinit/01_network for the target?
<Grommish>
rmilecki: I know I had to change the lanX to ethX for my uci_default_lan_wan or whatever it is
<Grommish>
rmilecki: Or is it in the tree? I'm still fumbling around the device tree stuff
<rmilecki>
Grommish: 01_network / 02_network is used for billing board.json
<rmilecki>
Grommish: network subnodes in board.json are logical names for interfaces
<Grommish>
rmilecki: Ahhh
<Grommish>
rmilecki: Thank you :)
<rmilecki>
Grommish: np
Tost has joined #openwrt-devel
<dhewg>
rmilecki: just the first: "is Linux kernel subsystem", either an "a" or "'s" is missing
<rmilecki>
dhewg: thank you, i don't think i'll ever learn that stuff at not native :/
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
<jow>
rmilecki: personally I'd prefer "switch" or "switch0"
<ynezz>
hub!
<rmilecki>
ynezz: please clarify "hub" meaning for me :P
<rmilecki>
jow: how to translate that though?
<rmilecki>
jow: using logical name as part of device name give me unique name
<rmilecki>
jow: like switch-lan
<rmilecki>
jow: should we add some global counted in config_generate?
<rmilecki>
so whenever we see logical network interface with "ports" we use "switch$n"?
<rmilecki>
n=((n + 1)) then
<jow>
rmilecki: afair at some point the idea was not to have separate wan + a bridge containing the lan ports
<jow>
rmilecki: but to have one single global defualt bridge containing all dsa ports, then differentiate using vlans
<jow>
at least for devices where wan is no dedicated nic
<jow>
the reasoning was that in theory that should be the most widely supported configuration
<rmilecki>
we don't have enough info in board.json (or 02_network) to do that
<jow>
and it makes adding vlans simpler
<rmilecki>
we don't know if "wan" interface is separated device or switch port
<jow>
why not? we generate swconfig from the same info
<jow>
maybe previously existing info got dropped during the migration to dsa because nobody thought about future requirements, but should be easy to ressurrect that info
<rmilecki>
i think 02_network contain more info for non-DSA switches
<jow>
right
<rmilecki>
i also don't like idea of duplicating what is already in .dts
<jow>
but actually I think it is possible to programmatically figure it out:
<jow>
- resolve the ifname of wan from board.json / 02_network
<jow>
- test /sys/class/net/$ifname/uevent
<jow>
- check for DEVTYPE=dsa
<rmilecki>
i'm still thinkig about the whole idea of one bridge
<jow>
having a dedicated lan bridge has its appeal as well, I suppose it is even more intuitive to users than some weird vlan indirection
<jow>
in the end there is no need to reinvent every single wheel, going back to your initial question, why not simply call it br-lan again
<jow>
will probably also increase compatibility with various custom scripting and solutions in the field
<rmilecki>
simplicity is my point, i think having bridge without VLANs for LAN ports is much simpler solution for users
Huntereb has joined #openwrt-devel
<rmilecki>
also adding another bridge for grouping selected ports is simpler than having VLANs
<rmilecki>
and you can have nice bridge names
<rmilecki>
so you can use "home" and "office" instead of "lan.1" and "lan.2"
brentmagma has quit [Remote host closed the connection]
<rmilecki>
and honestly I think VLANs are used by quite few people
<rmilecki>
(tagging)
<jow>
likely, yes
<jow>
the single most common use case "isolate one or more ports from the switch"
<rmilecki>
i agree
<rmilecki>
ok, I'll just get back to br-<foo> for now
brentmagma has joined #openwrt-devel
<jow>
yep, that's sensible
<rmilecki>
jow: there is one thing, i should probably announce rather than just do it silently
<rmilecki>
jow: i would REALLY like to backport those recent changes to the 21.02
<rmilecki>
21.02 is the first real release with DSA support and I'd like to get users used to one config that will be also used later
<rmilecki>
i know, it's it a bit risky, sure
<rmilecki>
but I still think it's worrth for the sake of consistent knowledge & documentation
<rmilecki>
I don't want all those wiki pages & articles having /etc/config/network & LuCI info split into 21.02 and later releases
pkgadd has quit [Quit: leaving]
<zorun>
they would need to be slit between 19.07 and later release though
pkgadd has joined #openwrt-devel
<rmilecki>
zorun: i think DSA was close to unsupported in the 19.07
<zorun>
ah, right
<rmilecki>
zorun: no LuCI, no those recent netifd changes
<rmilecki>
(not mine)
<rmilecki>
(nbd's netifd changes for DSA from few months ago)
dwmw2_gone has quit [Quit: Coyote finally caught me]
dwmw2_gone has joined #openwrt-devel
feriman has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
AlexisEvelyn has quit [Remote host closed the connection]
AlexisEvelyn has joined #openwrt-devel
brentmagma has joined #openwrt-devel
Protagonistics__ has quit [Ping timeout: 258 seconds]
Protagonistics__ has joined #openwrt-devel
pkgadd has quit [Quit: leaving]
brentmagma has quit [Remote host closed the connection]
Acinonyx has joined #openwrt-devel
brentmagma has joined #openwrt-devel
cheakoirccloud has quit [Quit: Connection closed for inactivity]
goliath has joined #openwrt-devel
goliath has quit [Remote host closed the connection]
brentmagma has quit [Remote host closed the connection]
<rmilecki>
nbd: i'm back fwiw
brentmagma has joined #openwrt-devel
<rmilecki>
nbd: this was expected to handle "config device":
<rmilecki>
if (devtype && devtype->bridge_capability) {
<rmilecki>
config_fixup_bridge_ports(s);
<nbd>
i pushed a fix to netifd.git
<nbd>
the fixup code you wrote looks up ifname as a string option
<nbd>
but doesn't handle list
<nbd>
so i changed it to use uci_rename instead
<nbd>
which handles both
<rmilecki>
i just found that out
<rmilecki>
yeah, old code was working for option ifname 'lan1 lan2'
<rmilecki>
it didn't for list
<rmilecki>
nbd: as for the /annoying/ fixup, I pushed uci-defaults renaming ifname to ports only, what we were discussing (or I was discussing anyway) was implemented as LuCI migration, see https://git.openwrt.org/?p=project/luci.git;a=commitdiff;h=bca76a767316a689d59dfd4974dcb7bfb04db1e8
<rmilecki>
that handles old bridge syntax to new bridge syntax (L2 & L3 separated)
<rmilecki>
and as I wrote: "I'm not planning to push this patch yet. We may give updated /etc/config/network few months to receive proper testing."
<rmilecki>
nbd: do you want me to bump netifd?
<nbd>
one side effect of any migration change to /etc/config/network is that it removes any comments
<nbd>
so we shouldn't do this unless it's necessary
<nbd>
i think the ifname->ports migration in the config is unnecessary at this point
<nbd>
we can easily do it as part of the bigger migration later
<nbd>
there's no need to rush this now, since we have the fallback code in netifd
<nbd>
so i'd prefer a revert of that migration for now
<rmilecki>
nbd: if you want & care about comments, add comments support
<ldir>
I suspect this is a jow question, how can I run a git gc on my staging repo on git.openwrt.org please?
<nbd>
i don't have any time for uci work at the moment
<nbd>
and i don't think that's a valid response to my concern either
<nbd>
and dealing with comments properly in libuci is very much non-trivial
<nbd>
so many corner cases when sections are created/moved or deleted
<rmilecki>
nbd: ok, so my point is, i'm one of few thinking about end users, their experience and documentation they can use
goliath has quit [Quit: SIGSEGV]
<rmilecki>
nbd: if I document "ports", I don't want to care every time of documenting old syntax
<rmilecki>
and I don't want to confuse users with "ports" if for some reason they see "ifname"
<rmilecki>
and I believe that more users may need a proper & clear documentation than have any comments in their config files
<rmilecki>
nbd: as for comments in libuci, handling random comments would be very tricky indeed, but we could add actual comments syntax
<nbd>
i agree that configs should be clear. but since any migration has side effects and the potential to cause disruption, we should not do it very often
<nbd>
since the ifname->ports rename is only the first step, i don't see why we should add migration now
<nbd>
instead of deferring it until the cleanup is done and do the migration in a bigger step
<rmilecki>
nbd: this is really rather straightforward, sure /string/ was a fail, but i hope there won't be more
<rmilecki>
as for further steps, it won't really get any ore messy to add them cleanly
<nbd>
you're completely ignoring that some people may want to test a newer build and then downgrade again
<rmilecki>
right, you have a point here
<stintel>
just suggest people to take a backup before testing?
<stintel>
if they want to downgrade they can restore backup
* ldir
stintel types quicker than I can
<nbd>
stintel: sure, people *can* do that
<nbd>
but not everybody does
<rmilecki>
stintel: i think i'm getting too tired for that
<nbd>
i'm not saying that we should never break downgrades
<rmilecki>
i'm wondering if anyone ever tests downgrades
<nbd>
sometimes we might accidentally break it
<nbd>
i just don't see why we should willfully break it for something where there really isn't a good reason to do it *now*, as opposed to postponing it to a later time where it will matter less
brentmagma has quit [Remote host closed the connection]
<jow>
ldir: good question, not sure if this is doable w/o shell access
<jow>
will research
<rmilecki>
i give up, nbd feel free to revert that if you want to
<rmilecki>
just personally I find it irritating that noone cares much about network cleanup (it takes me weeks to get some basic plan)
<rmilecki>
even with some basic plan there is some disagreement that noone cares to sort our (like jow's idea for per-device uci sectinos)
<rmilecki>
after finally getting it somewhere suddenly I hear how things got wrong
<rmilecki>
some points may be valie - like downgrades - sure
<rmilecki>
but with some arguments like the lost of comments in UCI files I feel like tiltint at windmills dealing with them
<rmilecki>
that's not personal
<jow>
ldir: meh, the internet poses the counter question "why do you even want that?"
<jow>
ldir: will do it manually for you now, we might want to consideradding a cronjob
<rsalvaterra>
nbd: Revert the migration? What about people who already have the L2 configuration in the new UCI format (e.g. me)?
<rmilecki>
just an example how lack of proper discussion may end up irritating someone trying some changes
<rmilecki>
rsalvaterra: nothing, new syntax will be still supported
<rmilecki>
rsalvaterra: just old syntax users won't get migrated automatically
<rsalvaterra>
rmilecki: I suspected that, thanks for clarifying. :)
<ldir>
jow: cos I got "remote: warning: There are too many unreachable loose objects; run 'git prune' to remove them."
<jow>
rmilecki: don't get upset, your work on this is much appreciated. but to be fair, I did raise the comment aspect as well
<jow>
it is an unfortunate libuci/uci cli limitation
<rmilecki>
my perspective is very limited by my own uci usage
<jow>
and one of the major arguments against it among those who don't like it
<rmilecki>
but I didn't expect many to use comments in uci at all
<jow>
many people don't script uci (at least not in write mode) at all
<jow>
they had type the configs like they would do when e.g. placing apache configs on a centos server
<jow>
*hand type
<ldir>
I think I've had comments disappear from config files before so I don't expect them to survive :-)
<rmilecki>
undesratnd
brentmagma has quit [Remote host closed the connection]
<nbd>
rmilecki: i also appreciate the work you're putting into this. the only reason i'm voicing my concerns is that i want to minimize disruptions caused by cleanup work
<jow>
I guess only gui users have no expectations about the exact config formatting
<zorun>
the "weird" thing is that, by default, the firewall config has comments
<zorun>
so when editing it, there is some expectation that they would remain
<jow>
right, things like that add to the confusion
<zorun>
but as soon as you modify it through LuCI or UCI scripting, poof, all your comments disappear (which is indeed annoying)
<ldir>
jow: rmilecki: nbd: Can I just say thank you to all for keeping things civil & cooperative - I can read that there's clearly some frustration both ways for you all and I was a bit worried at one point - thanks for working through it
<rmilecki>
zorun: wow, i didn't realize that firewall thing
feriman has quit [Quit: WeeChat 3.1]
<rmilecki>
nbd: ok, you're for reverting "base-files: migrate old UCI network bridge ports syntax"
brentmagma has joined #openwrt-devel
<rmilecki>
i'm truely neutral at this point
<rmilecki>
anyone else with opinion?
<jow>
I'd prefer reverting this particular bit as well, but please keep all the rest
<zorun>
btw I'm all for cleaning up the network config, thanks for tackling this, but it's a huge undertaking
<zorun>
also related documentation
<rsalvaterra>
rmilecki: I'm with jow, just reverting the automigration will sufice.
<nbd>
right. i also want to keep all the rest
<rmilecki>
i take it for settled then
<jow>
*the uci-defaults migration, the ui migration should stay
<rmilecki>
jow: ack
<rmilecki>
jow: i'll need to add ports migration *to the LuCI* then
<jow>
along with the bridge one, right?
<jow>
it's fine. I guess we can gradually expand it
<rmilecki>
yes, but I'll need to check here now
<rmilecki>
*two checks
AlexisEvelyn has quit [Read error: Connection reset by peer]
AlexisEvelyn has joined #openwrt-devel
<jow>
ldir: I gc'ed, can you check if the warning is gone?
<jow>
could also consider enabling autogc on all repos
<ldir>
I'd go for the autogc
<ldir>
looks like it's fixed - ty
<jow>
yay
murphyslawbbs has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<ldir>
could someone look at https://git.openwrt.org/?p=openwrt/staging/ldir.git;a=commit;h=1e763bbcefa985d5a1a9021cf5112c9e97e4aa46 to make sure I'm not about to make a fool of myself
murphyslawbbs has joined #openwrt-devel
<ldir>
is coverity now going to whinge "you discarded the return value from munmap"?
<jow>
(void) munmap(...) :)
<jow>
learn from the elders
<ldir>
it's a bit daft anyway, if the close fails ultimately we're going exit anyway so worrying about a memory leak... still let's do the right thing.
<jow>
not sure if closing before unmapping is the right order anyway?
<jow>
I would likely simplify it into:
<jow>
(void) munmap(...);
<jow>
(void) close(fd);
<jow>
and do not care about adding yet more logic
<ldir>
it's apparently legal to mmap a file, then close the FD. - this munmap only happens if the close fails
<ldir>
it's basically the error path and coverity is saying 'you could still have the mmap stuff allocated after the close'
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
<plntyk>
ldir, shouldnt error handling in that part of code (return value mmap) use "MAP_FAILED" like man page or standard doc suggest ?
goliath has joined #openwrt-devel
ignisf has joined #openwrt-devel
<ldir>
plntyk: I wasn't planning on re-writing the whole thing.
<ldir>
the original coders are relying on a non-null return pointer as being the pointer to the mapped file. NULL = failed in some way, non null = "there's your file data"
<ldir>
The returned pointer is checked as "if (!input_file) " which tweaks my pendant mode/confusing over whether NULL really, always, equals 0 - and should the test more accurately written as if (input_file == NULL)
lnslbrty has quit [Read error: Connection reset by peer]
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
<rmilecki>
jow: ok, i've fixed that 907b4222f70b3351d590d8a2e35c21a4ae07db8d ("luci-mod-network: don't hide "Device" on protocol change")
brentmagma has joined #openwrt-devel
zkrx has quit [Ping timeout: 268 seconds]
decke has joined #openwrt-devel
zkrx has joined #openwrt-devel
dedeckeh has quit [Quit: Connection closed]
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
guidosarducci has quit [Remote host closed the connection]
opal has quit [Write error: Connection reset by peer]
hbug__ has quit [Write error: Connection reset by peer]
opal has joined #openwrt-devel
guidosarducci has joined #openwrt-devel
hbug__ has joined #openwrt-devel
gtxaspec has quit [Quit: Connection closed]
vertuxt has joined #openwrt-devel
<vertuxt>
Hey, is it known that downloads.openwrt.org is down? Its only nginx greeting
<stintel>
works for me
<vertuxt>
can you tell me which serverip you got?
lnslbrty has joined #openwrt-devel
<stintel>
168.119.138.211
<vertuxt>
ok its a different one, i got mirror02 ... however https is working
brentmagma has quit [Remote host closed the connection]
<stintel>
downloads.openwrt.org is an alias for mirror-02.infra.openwrt.org.
<stintel>
mirror-02.infra.openwrt.org has address 168.119.138.211
<stintel>
mirror-02.infra.openwrt.org has IPv6 address 2a01:4f8:251:321::2
brentmagma has joined #openwrt-devel
<vertuxt>
yeah, its working right now
vertuxt has quit [Read error: Connection reset by peer]
ekathva has quit [Remote host closed the connection]
brentmagma has quit [Remote host closed the connection]
schwicht has joined #openwrt-devel
vertuxt has joined #openwrt-devel
brentmagma has joined #openwrt-devel
vertuxt has quit [Ping timeout: 240 seconds]
<mirko>
stintel: i just stumbled over a thread in which we (among others) discussed xbmc/kodi running on/in openwrt (raspberry pi back then) and i wonder how far you got?
<stintel>
mirko: oh I had it running fine
<stintel>
but it's outdated
<mirko>
stintel: that's amazing! i used to play around with sunxi HW the past years and have kodi running fully opensource on Allwinner's H6 - incl. opensource opengles2 implementation as well as h264/h265 video decoding
<stintel>
I should probably pick up my work on the meson target again and try to get kodi running on it with vanilla kernel
<mirko>
figured it might be a good point in time to reconsider having kodi supported
<mirko>
stintel: what was your graphical platform? gbm?
schwicht has quit [Read error: Connection reset by peer]
<mirko>
hm, it doesn't say, not sure what the default is, but for AW I think there's nothing else than GBM anyway (despite Xorg which I won't fancy anyway)
schwicht has joined #openwrt-devel
<stintel>
maybe 17.x was before gbm ?
vertuxt has joined #openwrt-devel
<mirko>
stintel: could be as well.. do you mind me using your base to level things up and make it running on AW-H6? i might break x86/rpi on the way, though..
<stintel>
not at all, just attribute me if you push it somewhere :)
<mirko>
but i think from a fully vanilla and open source version it's better to deal with the quirks than the other way round
<mirko>
stintel: cool, i'll see how far i get with the resource i have atm
<stintel>
I'm on some ELEC build atm on my Khadas VIM3 and VIM3L
nitroshift has quit [Quit: Gone that way --->]
<stintel>
last I tried vanilla kernel wasn't ready yet
<mirko>
interesting, never heared of those SBCs
<mirko>
i'm on an orangePi3 (AW-H6 as said)
<mirko>
latest version (yet to be merged into linux/master) supports 4K and HDR
vertuxt has quit [Read error: Connection reset by peer]
<stintel>
VIM3 and VIM3L also do 4K + HDR
AlexisEvelyn54 has joined #openwrt-devel
AlexisEvelyn54 has quit [Client Quit]
vertuxt has joined #openwrt-devel
elektroman has quit [Quit: WeeChat 2.9]
elektroman has joined #openwrt-devel
<vertuxt>
....was an issue with local dns....
elektroman has quit [Client Quit]
elektroman has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
<rsalvaterra>
Hey, hence the "lol" part. I'd bite you guys if you reverted the change. :P
<rsalvaterra>
nslookup-lede added numbering to the address lines ("Address 1:", "Address 2:", etc.), and I was parsing the output with awk '/^Address\ 1\:/' {print $2}'.
<rsalvaterra>
Without numbers, to get the first address, I had to change to awk '/^Name:/ {getline; print $2; exit}'. No biggie. :)
<rsalvaterra>
(And I just noticed I don't need to escape the colon.)
Foxtrot is now known as foxtrot
* ldir
needs to go to the dr about the escaped colon
<rsalvaterra>
ldir: It better be. My shell-fu is weak. :P
<ldir>
it's better than mine!!!!
<ldir>
I just have to relearn everything anytime I want to do something.
<rsalvaterra>
I feel you, believe me… :P
brentmagma has quit [Remote host closed the connection]
<ldir>
didn't know about /etc/udhcpc.user.d or for that matter /etc/odhcp6c.user.d
* ldir
is constantly annoyed by ddns-scripts ipv6 support that always misses the ipv6 prefix delegation that happens on the same ISP facing interface so it never starts the ipv6 ddns address update
brentmagma has joined #openwrt-devel
_whitelogger has joined #openwrt-devel
<rsalvaterra>
I tried ddns-scripts, but I always had to fiddle with the configuration too much to get them to "work".
Tost has quit [Ping timeout: 260 seconds]
<rsalvaterra>
But that was before I learned ddns-scripts does periodic checks/updates and does not rely on DHCP events, which is just stupid.
* rsalvaterra
wonders how much load could be alleviated from free DDNS services by only issuing updates when the IP address(es) actually change(s).
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
_whitelogger has joined #openwrt-devel
<urjaman>
there are situations when you cant use DHCP events tho (and cannot determine your own external IP "locally")
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
Slimey has quit [Quit: Going offline, see ya! (www.adiirc.com)]
Slimey has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
adrianschmutzler has joined #openwrt-devel
Nick_Lowe has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
feriman has quit [Quit: WeeChat 3.1]
feriman has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
brentmagma has joined #openwrt-devel
Thermi has joined #openwrt-devel
adrianschmutzler has quit [Quit: ~ Trillian - www.trillian.im ~]
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
Tost has joined #openwrt-devel
<lynxis>
<Thalheim> Hello, there is a new consortium of sorts for distros using musl, the point of which is to enable better collaboration to deal with upstreams. We'd like to invite openwrt to the channel -- #musl-distros on OFTC, and (which does or will shortly have a mailing list at "distros.musl.libc.org"). Participation is not required, but we'd love to have you.
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
danitool has joined #openwrt-devel
feriman has quit [Ping timeout: 260 seconds]
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
Ansuel has quit [Read error: Connection reset by peer]
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
Ansuel has quit [Read error: Connection reset by peer]
Ansuel has joined #openwrt-devel
ldir has quit [Quit: *.net *.split]
ldir has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
Ansuel_ has joined #openwrt-devel
Ansuel has quit [Ping timeout: 245 seconds]
linzst has joined #openwrt-devel
Robby has quit [Ping timeout: 260 seconds]
rmilecki has quit [Ping timeout: 268 seconds]
Ansuel_ has quit [Read error: Connection reset by peer]
Ansuel has joined #openwrt-devel
dedeckeh has quit [Quit: Connection closed]
Robby has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
murphyslawbbs has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
hexa- has quit [Quit: WeeChat 2.9]
murphyslawbbs has quit [Client Quit]
brentmagma has joined #openwrt-devel
hexa- has joined #openwrt-devel
Ansuel has quit [Read error: No route to host]
Ansuel has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
graphine has joined #openwrt-devel
Ansuel has quit [Read error: Connection reset by peer]
Ansuel_ has joined #openwrt-devel
danitool has joined #openwrt-devel
<graphine>
Hi, busybox can no longer compile with glibc since https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=b36b8b6929c6d6b17edddfb4597cf6a26a991ed0
linzst has quit [Remote host closed the connection]