<enyc>
having more squiggles wtih this -- e.g. try to add vlan 42 with local ticked, and (albeit silly and presumably-conflicting) untagged on all ports it failes to do so with no error...
<enyc>
then try ... taking some ports off the bridge in prep to create a non-conflicting vlan....
<enyc>
then get: An error occurred while saving the form:
<jow>
enyc: looks to me as if staged uci changes and actual network config have gone out of sync
<stintel>
kistlin: great :)
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
<jow>
enyc: that "suddenly 11 duplicate vlans pop up" thing reings some bells. Iirc that might happen if you add/cancel, add/cancel etc, then close the modal, then save somewhere in the content of the interfaces page
<jow>
the added uci sections are not actually discared but held in memory, then suddenly flushed once you save
<enyc>
jow: it was not accepting some input but not saying why... this was late at night when friend stowing me around new DSA way of dong things
<jow>
I think this has been fixed in master, but maybe the backport is missing
<enyc>
it was at least confusing
<enyc>
jow: please investigate ;o
<jow>
hm, that could be a reason too
<jow>
enyc: I lack the time. I spent 10 minutes clicking around and could not easily reproduce it
<enyc>
jow: happy to test a master build and so-on.
<jow>
can't put more effort into it right now
mzvd has quit [Remote host closed the connection]
<jow>
yes, that would be appreciated, would be useful to know whether master has the same issue
<enyc>
jow: okay! any #clue on ''been fixed in master'' you menion? reproducer too.. i wonder if my friend can hepl actually, will ask.
danitool has joined #openwrt-devel
mzvd has joined #openwrt-devel
mzvd has quit [Remote host closed the connection]
Battista has joined #openwrt-devel
Battista has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
srslypascal has quit [Ping timeout: 480 seconds]
Battista has joined #openwrt-devel
Battista has quit [Read error: Connection reset by peer]
srslypascal has joined #openwrt-devel
Battista has joined #openwrt-devel
Battista has quit [Read error: Connection reset by peer]
matteo| has quit [Ping timeout: 480 seconds]
Battista has joined #openwrt-devel
Battista has quit [Read error: Connection reset by peer]
Battista has joined #openwrt-devel
<stintel>
so it's possible to make procd initialize a hardware watchdog after boot, e.g. when the driver is modular: ubus call system watchdog '{ "stop": false }'
<stintel>
my office is on the top floor of the building, it's the only room and it's only like 25m2
<dwfreed>
also everything east of the rockies except texas is all interconnected
<f00b4r0>
so you work in a sauna? ;D
<SwedeMike>
dwfreed: it's very common that there's no wind in a larger region at the same time.
<stintel>
f00b4r0: fully automated AC :)
<f00b4r0>
heh :)
<stintel>
but 4 outer walls, flat roof and probably not the best insulation ...
<SwedeMike>
dwfreed: typically the "all power is from wind" is calculated on a monthly or yearly basis, so it's not true across instants. I also buy wind power but I know it's a lie.
<stintel>
before I automated the AC, the temperature would reach 45C or so in summer
<SwedeMike>
stintel: toasty
<dwfreed>
SwedeMike: sure, that's most likely what's going on; my instantaneous power could have come from NG or coal, etc, but at the end of the month, the power company makes sure to buy enough wind credits to offset that
<f00b4r0>
"wind credits"
<stintel>
ah I was lying
<SwedeMike>
problem arises when people start to think one can build a system by just adding wind without other plannable power generation.
<SwedeMike>
"oh, we'll shut down nuclear and replace with wind"
<dwfreed>
f00b4r0: you need to replace or recharge the battery
<f00b4r0>
i'm aware :)
<stintel>
oooh fancy grafana dashboard
<f00b4r0>
i'm letting it run dead, I don't want to trash a battery that's not completely spent
<f00b4r0>
i have the replacement already at hand
<f00b4r0>
stintel: dunno about fancy, that's one of my earliest grafana experiments ;)
<SwedeMike>
23-25°C indoors here without any heat/cooling and 50% humidity, so fairly nice time of year
<f00b4r0>
not shown here is historical weekly and monthly data over the years (I keep full resolution, influxdb is amazingly good at compressing all that data)
<stintel>
I started writing that message in French lmao
<Habbie>
pourquoi
<f00b4r0>
:D
<Habbie>
(don't answer that, i already know pourquoi)
<stintel>
не знам
<Habbie>
lol
* f00b4r0
bookmarks eastron - could be useful later
Battista has joined #openwrt-devel
<stintel>
there's an rpi0w with rs485 hat in the breaker box connected to the sdm630 and running mbusd, polled by home-assistant over the network, which throws everything in influxd
<stintel>
the rpi0w running OpenWrt, of course!
<f00b4r0>
;)
guidosarducci has quit [Remote host closed the connection]
guidosarducci has joined #openwrt-devel
<f00b4r0>
much simpler for me: simple demodulating circuit which spits 9600bps RS232, and a lex/yacc parser + a bit of glue to directly dump into influxdb. I tried HA for a while, didn't like it ;)
srslypascal is now known as Guest2365
srslypascal has joined #openwrt-devel
<stintel>
HA is inevitable if you want any decent home automation
<stintel>
everything else either doesn't support anything, or sucks even harder than HA
<xback>
f00b4r0: simply applying your 4 patches is enough?
<f00b4r0>
i guess I don't then. I have simple needs ;)
<stintel>
yeah my apartment is full of smarties :P
<xback>
just made a few Mikrotik builds with them. testing ..
Battista has quit [Read error: Connection reset by peer]
<f00b4r0>
xback: it should be, yes.
<zorun>
f00b4r0: oh, interesting. Plugged to a Linky I guess?
<zorun>
I thought it was already outputting serial
<f00b4r0>
xback: note I haven't amended john's commit messages in any way
<f00b4r0>
zorun: yes. It does, over a 50kHz AM carrier
<f00b4r0>
zorun: fwiw I designed this because 99.9% of the "adapters" you will find online are completely wrong. They do not satisfy the utility's interface requirement and output shitty signals (for reasons I explained on this page)
<f00b4r0>
zorun: the older "bleu" electronic meters also provide some data (much less than the linky, but still useful)
<Habbie>
what's the AM carrier for?
mzvd has quit [Remote host closed the connection]
<f00b4r0>
Habbie: carrying the signal? ;)
<Habbie>
'but'
mzvd has joined #openwrt-devel
<dwfreed>
it sounds like the meter normally communicates with the power company over 50 kHz AM
srslypascal has quit [Ping timeout: 480 seconds]
<dwfreed>
and it just happens that the protocol is not encrypted, and is thus receivable to anyone
<f00b4r0>
Habbie: I'm not sure what was the driving force behind this design choice. Technically, it would be possible to collect the signal without a direct electrical connection for instance, maybe that's part of it.
<Habbie>
f00b4r0, right, antenna close by
<dwfreed>
that's how most US smart meters work; they run in our 900 MHz ISM band, and usually do a mesh network
<dwfreed>
with power company "APs" spread throughout the geography to get the data out of the mesh
<f00b4r0>
dwfreed: the meters here don't use wireless communication. It's all powerline carriers
<Habbie>
ack, i think the heating company here does that (unmeshed perhaps), but the power meters use CDMA or GSM
<dwfreed>
nice
<dwfreed>
Habbie: probably CDMA, because it doesn't require a SIM
<dwfreed>
GSM would
<Habbie>
my meter is CDMA but i'm pretty sure GSM happens too
Battista has joined #openwrt-devel
<f00b4r0>
Habbie: in fact now that i remember the pesky details, I'm pretty sure the choice of a carrier is directly related to galvanic isolation: the standard mandates that the connected device be capable of sustaining direct application of mains voltage
<f00b4r0>
my guess is, back in the days (this standard has been around for decades) they used isolation transformers
mzvd has quit [Read error: Connection reset by peer]
<f00b4r0>
zorun: of course, none of the aforementioned 99.9% of circuits will behave nicely with 250V applied at the input ;3
<Habbie>
f00b4r0, oh, that makes sense - although it's not what they did here
<Habbie>
f00b4r0, the serial port on my meter can even feed a small microcontroller
<f00b4r0>
Habbie: industrial meters do provide a native RS232 or RS485 output
<zorun>
f00b4r0: right :D didn't know Enedis mandates that
<f00b4r0>
i guess for cost concerns and backward compat, this wasn't done on the consumer-grade ones
mzvd has joined #openwrt-devel
<Habbie>
f00b4r0, in .nl, consumer grade ones are required to offer this serial port :)
<f00b4r0>
nice
<Habbie>
yes
Battista has quit [Ping timeout: 480 seconds]
Battista has joined #openwrt-devel
rmilecki has quit [Quit: Konversation terminated!]
Battista has quit [Read error: Connection reset by peer]
mzvd has quit [Read error: Connection reset by peer]
Battista has joined #openwrt-devel
Battista has quit [Read error: Connection reset by peer]
<f00b4r0>
xback: FWIW I've pushed an extra patch on top of mtd64k to extend the change to make RouterBoot rw to ipq40xx (matching ath79/ramips). Of course it's quite unfortunate that we need to make the whole container RW (because it opens an opportunity for a user to shoot themselves in the foot), but that's the only way it works.
Battista has joined #openwrt-devel
Battista has quit [Read error: Connection reset by peer]
<Ansuel>
This change bumps NAT masquarade speed by ~95%.
<Ansuel>
o.o
<dwfreed>
nice
<stintel>
I suggest to make that a modparm or kernel command line option=
<stintel>
if people want to use jumbo frames they should be able to
<f00b4r0>
^
<stintel>
fsl dpaa does it like that
<Ansuel>
stintel it should not be that hard to do
<Ansuel>
but considering the increase is 95% it's correct to give priority on fixing the regression
<Ansuel>
btw the ethernet driver situation is a mess... there aren't some rules to enforce so the driver can do pretty much what he want...
<Ansuel>
example with a dsa reviewer we were fixing some mtu problem with qca8k and we notice that the stmmac driver was just ignoring a change_mtu ops withtout returning any error if the interface was up
<Ansuel>
in practis on the dsa/system side the mtu was applied but on the actual driver side the value was ignored and just a debug log message was printed BIG LOL
<jow>
stintel: people will never know about the modparam
<stintel>
jow: people who want to, shall
<dwfreed>
also setting the modparam is kind of annoying on many targets, unless you can change it at runtime via /sys
<jow>
exactly
<jow>
and its a config deviation
<stintel>
then leave the max but set 1536 default, and allow people to set it with ip link set dev mtu foo
<EqUaTe>
or use the modparam to enable jumbo frames (which is a deviation from standard configs anyway - most people have no clue what they are, and won't be using them)
<jow>
or refactor the driver to support the setting apis already there
<jow>
isntead of introducing yet another one-off knob
<Ansuel>
stintel we should rework the driver and implement a correct change mtu implementation...
<jow>
exactly
<Ansuel>
if someone wants to take the lazy approach just return EBUSY when the interface is up to remove any rework needed to change the mtu with the interface running
Battista has joined #openwrt-devel
Battista has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
unknown_ has joined #openwrt-devel
unknown_ has quit [Remote host closed the connection]
<paper_>
What's the best way to figure out if a service is registered on ubus? Does ubus call service state '{ "spawn": false, "name": "<servicename>" }' and checking the exit code have any side effects? I can't find documentation on what "spawn" means here.
<stintel>
ubus list ?
<paper_>
but then I would have to parse json, no?
<stintel>
no
<stintel>
ubus list | grep -q foo
<paper_>
because if the service doesn't exist, it exits with 0 and returns an empty list
<paper_>
but ubus list doesn't do what I want, I want to check if a system service like syncthing is registered
<paper_>
so I have to use ubus call service <something>
<paper_>
and ubus call service list '{"name": "servicename"}' exits with return code 0 when the service isn't registered and returns an empty json dictionary - {}
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
<paper_>
the thing I am trying to fix is that there is an error message "Command failed: Not found" when uninstalling a package with a disabled service because it tries to run stop() which tries to delete the service from ubus even if it's not registered on there (because it's disabled)
<stintel>
ok I misunderstood what you're trying to do
<Habbie>
i've had that error too in various places - it would also help if the error was better :)
<paper_>
I saw a recent ubus commit that improves logging, so that could help
<paper_>
that's the one
<stintel>
but apparently that's not enough to nuke that useless error from orbit
<Habbie>
oh very nice
<stintel>
feel free to dig deeper
<stintel>
I don't have the time for it right now, sorry
<Habbie>
i wish i did more development on master
<paper_>
I wanted to just check if the service is registered before trying to delete it in stop(), what would you think about that?
minimal has joined #openwrt-devel
<xdarklight>
hauke: are you available tonight (or in the next days) for a bit of discussion about Lantiq SoC questions I have (GSWIP, EBU/PCI/NAND, ...)? I still have to work a few hours
<jow>
paper_: the best fix would be to patch procd to return UBUS_STATUS_NOT_FOUND on `ubus call service list '{ "name": "foo" }'` with "foo" not being present
<jow>
the current behaviour of returning an empty dict is a bug imho
<jow>
and likely a side effect of reusing the code to list all services
<f00b4r0>
silly question but in luci there is an autorevert, right? If I try to apply a network config that cuts me from Luci, it will revert it? (about to attempt changing wan config remotely ;P)
<f00b4r0>
(in 21.02)
<jow>
f00b4r0: yes
<f00b4r0>
thanks
<jow>
its no 100% guarantee though
<f00b4r0>
sure, I don't expect to mess up either ;)
<f00b4r0>
thanks still
<jow>
under certain circumstances the reverted values are not properly reapplied, this usually happens when the previous config was already undefined to begin with (e.g. conflicting defualt routes)
Battista has joined #openwrt-devel
<f00b4r0>
makes sense. Previous config is stable and correct.
Battista has quit [Read error: Connection reset by peer]
mzvd has quit [Remote host closed the connection]
Battista has joined #openwrt-devel
<paper_>
jow: it seems to work as intended, thanks!
<kistlin>
where to start best if i'm interested in what an uci config change might send to a module with AT commands? follow the code? :)
Battista has quit [Read error: Connection reset by peer]
<kistlin>
or is configuring the module job of external applications?
Battista has joined #openwrt-devel
<jow>
kistlin: can you rephrase your question?
<jow>
usually there's tools like uqmi or modemmananger which get invoked by netifd proto handlers to setup modem devices according to settings in /etc/config/network
Battista has quit [Read error: Connection reset by peer]
Battista has joined #openwrt-devel
<PaulFertser>
Or a comgt script.
Battista has quit [Read error: Connection reset by peer]
<kistlin>
now there is for sure more to configure, now the question is what is OpenWRT doing, what has the user to do, is there a danger to interfere with each other. and so on
<PaulFertser>
kistlin: your question is still unclear.
<PaulFertser>
kistlin: what proto are you using?
<kistlin>
proto?
<PaulFertser>
kistlin: yes, when you configure the interface in uci you use option proto. Which one?
Battista has joined #openwrt-devel
<kistlin>
on that specific one i don't see proto
<kistlin>
is there a default?
Battista has quit [Read error: Connection reset by peer]
Battista has joined #openwrt-devel
<kistlin>
i think i'll read a bit more first :)
Battista has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
Battista has joined #openwrt-devel
Battista has quit [Read error: Connection reset by peer]
shibboleth has joined #openwrt-devel
Battista has joined #openwrt-devel
Piraty has quit [Quit: No Ping reply in 180 seconds.]
Piraty has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
Battista has quit [Read error: Connection reset by peer]
Battista has joined #openwrt-devel
rmilecki has joined #openwrt-devel
<rmilecki>
Ansuel: pong
<Ansuel>
rmilecki: hi quick question wonder if we should consider having the nvmem-connect series in openwrt while it gets accepted upstream
<Ansuel>
(if it will ever)
<rmilecki>
Ansuel: i'm not familiar with that nvmem-connect thing
Battista has quit [Read error: Connection reset by peer]
zx2c4 has quit [coherence.oftc.net synthon.oftc.net]
Rayyan has quit [coherence.oftc.net synthon.oftc.net]
_0x4a6f has quit [coherence.oftc.net synthon.oftc.net]
dwfreed has quit [coherence.oftc.net synthon.oftc.net]
slingamn has quit [coherence.oftc.net synthon.oftc.net]
mrnuke has quit [coherence.oftc.net synthon.oftc.net]
hanetzer has quit [coherence.oftc.net synthon.oftc.net]
grid has quit [coherence.oftc.net synthon.oftc.net]
schwicht has quit [coherence.oftc.net synthon.oftc.net]
Slimey has quit [coherence.oftc.net synthon.oftc.net]
ptudor_ has quit [coherence.oftc.net synthon.oftc.net]
hurricos has quit [coherence.oftc.net synthon.oftc.net]
MAbeeTT4 has quit [coherence.oftc.net synthon.oftc.net]
johnf has quit [coherence.oftc.net synthon.oftc.net]
awgh_ has quit [coherence.oftc.net synthon.oftc.net]
dansan has quit [coherence.oftc.net synthon.oftc.net]
hgl has quit [coherence.oftc.net synthon.oftc.net]
Luke-Jr has quit [coherence.oftc.net synthon.oftc.net]
tchebb has quit [coherence.oftc.net synthon.oftc.net]
Zero_Chaos has quit [coherence.oftc.net synthon.oftc.net]
kenny has quit [coherence.oftc.net synthon.oftc.net]
noahm has quit [coherence.oftc.net synthon.oftc.net]
dvn has quit [coherence.oftc.net synthon.oftc.net]
Vaughn has quit [coherence.oftc.net synthon.oftc.net]
swalker has quit [coherence.oftc.net synthon.oftc.net]
shibboleth has quit [coherence.oftc.net synthon.oftc.net]
torv_ has quit [coherence.oftc.net synthon.oftc.net]
lmore377 has quit [coherence.oftc.net synthon.oftc.net]
mangix has quit [coherence.oftc.net synthon.oftc.net]
lblyth has quit [coherence.oftc.net synthon.oftc.net]
linusw___ has quit [coherence.oftc.net synthon.oftc.net]
floof58 has quit [coherence.oftc.net synthon.oftc.net]
norris has quit [coherence.oftc.net synthon.oftc.net]
jbowen has quit [coherence.oftc.net synthon.oftc.net]
aparcar_ has quit [coherence.oftc.net synthon.oftc.net]
Snuupy has quit [coherence.oftc.net synthon.oftc.net]
chder has quit [coherence.oftc.net synthon.oftc.net]
Spr0cket has quit [coherence.oftc.net synthon.oftc.net]
arnd_ has quit [coherence.oftc.net synthon.oftc.net]
agb has quit [coherence.oftc.net synthon.oftc.net]
eigma has quit [coherence.oftc.net synthon.oftc.net]
kerneltoast has quit [coherence.oftc.net synthon.oftc.net]
russell-- has quit [coherence.oftc.net synthon.oftc.net]
pekster has quit [coherence.oftc.net synthon.oftc.net]
sauce has quit [coherence.oftc.net synthon.oftc.net]
xback has quit [coherence.oftc.net synthon.oftc.net]
f00b4r0 has quit [coherence.oftc.net synthon.oftc.net]
c0sm1cSlug has quit [coherence.oftc.net synthon.oftc.net]
user95 has quit [coherence.oftc.net synthon.oftc.net]
isak has quit [coherence.oftc.net synthon.oftc.net]
Guest1997 has quit [coherence.oftc.net synthon.oftc.net]
ynezz has quit [coherence.oftc.net synthon.oftc.net]
xdarklight has quit [coherence.oftc.net synthon.oftc.net]
wvdakker has quit [coherence.oftc.net synthon.oftc.net]
\x has quit [coherence.oftc.net synthon.oftc.net]
Movedtomkg20001mkg20001io[m] has quit [coherence.oftc.net synthon.oftc.net]
olmari has quit [coherence.oftc.net synthon.oftc.net]
al has quit [coherence.oftc.net synthon.oftc.net]
owrt-2102-builds has quit [coherence.oftc.net synthon.oftc.net]
hexa- has quit [coherence.oftc.net synthon.oftc.net]
cyrozap has quit [coherence.oftc.net synthon.oftc.net]
aparcar[m] has quit [coherence.oftc.net synthon.oftc.net]
rmilecki has quit [coherence.oftc.net synthon.oftc.net]
fda has quit [coherence.oftc.net synthon.oftc.net]
aiyion_ has quit [coherence.oftc.net synthon.oftc.net]
rsalvaterra has quit [coherence.oftc.net synthon.oftc.net]
mrkiko has quit [coherence.oftc.net synthon.oftc.net]
noltari has quit [coherence.oftc.net synthon.oftc.net]
gladiac has quit [coherence.oftc.net synthon.oftc.net]
svanheule has quit [coherence.oftc.net synthon.oftc.net]
KGB-0 has quit [coherence.oftc.net synthon.oftc.net]
KGB-2 has quit [coherence.oftc.net synthon.oftc.net]
slh64 has quit [coherence.oftc.net synthon.oftc.net]
slh has quit [coherence.oftc.net synthon.oftc.net]
jlsalvador has quit [coherence.oftc.net synthon.oftc.net]
PtitGNU has quit [coherence.oftc.net synthon.oftc.net]
evils[m]1 has quit [coherence.oftc.net synthon.oftc.net]
fpsusername[m] has quit [coherence.oftc.net synthon.oftc.net]
KGB-1 has quit [coherence.oftc.net synthon.oftc.net]
ryd has quit [coherence.oftc.net synthon.oftc.net]
fblaese_ has quit [coherence.oftc.net synthon.oftc.net]
digitalcircuit has quit [coherence.oftc.net synthon.oftc.net]
_embargo_ has quit [coherence.oftc.net synthon.oftc.net]
Jonny[m] has quit [coherence.oftc.net synthon.oftc.net]
guerby_ has quit [coherence.oftc.net synthon.oftc.net]
guifipedro has quit [coherence.oftc.net synthon.oftc.net]
owrt-snap-builds has quit [coherence.oftc.net synthon.oftc.net]
jschwart has quit [coherence.oftc.net synthon.oftc.net]
lipnitsk has quit [coherence.oftc.net synthon.oftc.net]
schmars[m] has quit [coherence.oftc.net synthon.oftc.net]
JuniorJPDJ has quit [coherence.oftc.net synthon.oftc.net]
pavlix has quit [coherence.oftc.net synthon.oftc.net]
t4h4[m] has quit [coherence.oftc.net synthon.oftc.net]
lykos153 has quit [coherence.oftc.net synthon.oftc.net]
tohojo has quit [coherence.oftc.net synthon.oftc.net]
decke[m] has quit [coherence.oftc.net synthon.oftc.net]
swiftgeek has quit [coherence.oftc.net synthon.oftc.net]
SwedeMike has quit [coherence.oftc.net synthon.oftc.net]
zorun has quit [coherence.oftc.net synthon.oftc.net]
[florian] has quit [coherence.oftc.net synthon.oftc.net]
EqUaTe has quit [coherence.oftc.net synthon.oftc.net]
hauke has quit [coherence.oftc.net synthon.oftc.net]
nbd has quit [coherence.oftc.net synthon.oftc.net]
minimal has quit [coherence.oftc.net synthon.oftc.net]
guidosarducci has quit [coherence.oftc.net synthon.oftc.net]
rua has quit [coherence.oftc.net synthon.oftc.net]
cbeznea has quit [coherence.oftc.net synthon.oftc.net]
matoro has quit [coherence.oftc.net synthon.oftc.net]
bookworm has quit [coherence.oftc.net synthon.oftc.net]
vglfrei has quit [coherence.oftc.net synthon.oftc.net]
indy has quit [coherence.oftc.net synthon.oftc.net]
GNUmoon has quit [coherence.oftc.net synthon.oftc.net]
Habbie has quit [coherence.oftc.net synthon.oftc.net]
ephemer0l has quit [coherence.oftc.net synthon.oftc.net]
bluse-blue[m] has quit [coherence.oftc.net synthon.oftc.net]
Tapper has quit [coherence.oftc.net synthon.oftc.net]
hexagonwin[m] has quit [coherence.oftc.net synthon.oftc.net]
znullptr[m] has quit [coherence.oftc.net synthon.oftc.net]
gnustomp[m] has quit [coherence.oftc.net synthon.oftc.net]
stintel has quit [coherence.oftc.net synthon.oftc.net]
Monkeh has quit [coherence.oftc.net synthon.oftc.net]
SamantazFox has quit [coherence.oftc.net synthon.oftc.net]
Misanthropos has quit [coherence.oftc.net synthon.oftc.net]
mkresin has quit [coherence.oftc.net synthon.oftc.net]
lynxis has quit [coherence.oftc.net synthon.oftc.net]
shoragan has quit [coherence.oftc.net synthon.oftc.net]
mkg20001 has quit [coherence.oftc.net synthon.oftc.net]
domon has quit [coherence.oftc.net synthon.oftc.net]
lemoer has quit [coherence.oftc.net synthon.oftc.net]
MatrixTravelerbot[m] has quit [coherence.oftc.net synthon.oftc.net]
karlp has quit [coherence.oftc.net synthon.oftc.net]
Lechu has quit [coherence.oftc.net synthon.oftc.net]
neoraider has quit [coherence.oftc.net synthon.oftc.net]
pkgadd has quit [coherence.oftc.net synthon.oftc.net]
Sagi has quit [coherence.oftc.net synthon.oftc.net]
drikus_ has quit [coherence.oftc.net synthon.oftc.net]
jow has quit [coherence.oftc.net synthon.oftc.net]
wigyori has quit [coherence.oftc.net synthon.oftc.net]
rotanid has quit [coherence.oftc.net synthon.oftc.net]
dhewg has quit [coherence.oftc.net synthon.oftc.net]
blocktrron has quit [coherence.oftc.net synthon.oftc.net]
dwmw2_gone has quit [coherence.oftc.net synthon.oftc.net]
mva has quit [coherence.oftc.net synthon.oftc.net]
AndyCap has quit [coherence.oftc.net synthon.oftc.net]
Ansuel has quit [coherence.oftc.net synthon.oftc.net]
goliath has quit [coherence.oftc.net synthon.oftc.net]
danitool has quit [coherence.oftc.net synthon.oftc.net]
frwol has quit [coherence.oftc.net synthon.oftc.net]
Piraty has quit [coherence.oftc.net synthon.oftc.net]
kistlin has quit [coherence.oftc.net synthon.oftc.net]
sorinello has quit [coherence.oftc.net synthon.oftc.net]
xes__ has quit [coherence.oftc.net synthon.oftc.net]
zarzarzar has quit [coherence.oftc.net synthon.oftc.net]
niyawe has quit [coherence.oftc.net synthon.oftc.net]
_lore_ has quit [coherence.oftc.net synthon.oftc.net]
PaulFertser has quit [coherence.oftc.net synthon.oftc.net]
MatMaul[m] has quit [coherence.oftc.net synthon.oftc.net]
paper_ has quit [coherence.oftc.net synthon.oftc.net]
whatevs111[m] has quit [coherence.oftc.net synthon.oftc.net]
enyc has quit [coherence.oftc.net synthon.oftc.net]
BKPepe has quit [coherence.oftc.net synthon.oftc.net]
eloy__ has quit [coherence.oftc.net synthon.oftc.net]
swegener_ has quit [coherence.oftc.net synthon.oftc.net]
tmn505 has quit [coherence.oftc.net synthon.oftc.net]
zatwai has quit [coherence.oftc.net synthon.oftc.net]
StifflersMagic has quit [coherence.oftc.net synthon.oftc.net]
kabel has quit [coherence.oftc.net synthon.oftc.net]
blogic has quit [coherence.oftc.net synthon.oftc.net]
Harm_ has quit [coherence.oftc.net synthon.oftc.net]
owrt-2203-builds has quit [coherence.oftc.net synthon.oftc.net]
fieryeagle954[m] has quit [coherence.oftc.net synthon.oftc.net]
John[m]12345678910 has quit [coherence.oftc.net synthon.oftc.net]
Q__ has quit [coherence.oftc.net synthon.oftc.net]
will[m]1 has quit [coherence.oftc.net synthon.oftc.net]
nick[m]1234 has quit [coherence.oftc.net synthon.oftc.net]
grift has quit [coherence.oftc.net synthon.oftc.net]
robje has quit [coherence.oftc.net synthon.oftc.net]
DLange has quit [coherence.oftc.net synthon.oftc.net]
tomn has quit [coherence.oftc.net synthon.oftc.net]
takimata has quit [coherence.oftc.net synthon.oftc.net]
omni has quit [coherence.oftc.net synthon.oftc.net]
FLD has quit [coherence.oftc.net synthon.oftc.net]
clandmeter has quit [coherence.oftc.net synthon.oftc.net]
f12 has quit [coherence.oftc.net synthon.oftc.net]
lemmi has quit [coherence.oftc.net synthon.oftc.net]
schwicht has joined #openwrt-devel
Misanthropos has joined #openwrt-devel
fieryeagle954[m] has joined #openwrt-devel
minimal has joined #openwrt-devel
sorinello has joined #openwrt-devel
isak has joined #openwrt-devel
KGB-1 has joined #openwrt-devel
gnustomp[m] has joined #openwrt-devel
Battista has joined #openwrt-devel
<f00b4r0>
stintel: btw out of curiosity where you able to test my dts changes (led/button)? I think I got the package selection right for it to work out of the box but a separate test would be nice to confirm :)
<stintel>
f00b4r0: sorry haven't tested yet
<stintel>
been testing some more firewall4 changes, which resulted in my main m300 not surviving sysupgrade many times
<stintel>
at least that is sorted now
<f00b4r0>
ouch
<stintel>
and now for some reason my firewall4 package isn't updated in the image I'm building
Battista has quit [Read error: Connection reset by peer]
<stintel>
even after make clean
<stintel>
wtf
Battista has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
<Ansuel>
sure you firewall4 package IS updated ?
<Ansuel>
your*
<stintel>
I'm using git-src link and CONFIG_SRC_TREE_OVERRIDE=y
<stintel>
and I checked the build_dir/.../firewall4-...
<stintel>
the changes are there
<stintel>
it cannot be the wrong image either because I use a script for scp'ing, it's always the same
<stintel>
I now did make package/firewall4/{clean,compile}, extracted the ipk, changes are there
<stintel>
maybe firewall4 isn't being rebuilt after make package/firewall4/clean world and the old ipk was being included
mzvd has joined #openwrt-devel
<stintel>
but why the heck would that happen
mzvd has quit [Remote host closed the connection]
cmonroe has joined #openwrt-devel
jlsalvador has joined #openwrt-devel
mzvd has joined #openwrt-devel
Battista has quit [Read error: Connection reset by peer]
valku has joined #openwrt-devel
Battista has joined #openwrt-devel
Battista has quit [Read error: Connection reset by peer]
<stintel>
grrrr, it's again the bloody watchdog
<stintel>
watchdog handover calls watchdog_open, does not take over the current settings
<stintel>
so on the w83793 that triggers watchdog reset
AtomiclyCursed has quit [Ping timeout: 480 seconds]
Battista has joined #openwrt-devel
<neggles>
who watches the watchdog
<Ansuel>
BARK
<stintel>
so back to the rmmod workaround for now
<mrnuke>
neggles: the watchwatchdog
<neggles>
mrnuke: or would it be the watchdogwatchdog
<neggles>
watchwatchdogdog?
<stintel>
at least now it resets early enough so the device survives sysupgrade
<stintel>
Use ‘init=1’ to have the driver do extra software initializations. The default behavior is to do the minimum initialization possible and depend on the BIOS to properly setup the chip. If you know you have a w83791d and you’re having problems, try init=1 before trying reset=1.
<stintel>
ah but that's w83791d not w83793
<stintel>
ugh
<stintel>
ok, simply stopping the watchdog after starting it results in a reset
<stintel>
this thing is quite the PITA
<stintel>
I guess I should be happy I did not enable w83793 in-kernel, the device would be in a boot loop
Gaspare has joined #openwrt-devel
<mrnuke>
neggles: I wouln't let a watchdog watch a watchdog. It would be the watchdogwatchwatchdog
<stintel>
I'd ask a shepher honestly
<stintel>
shepherd*
matteo has joined #openwrt-devel
<stintel>
fuck it, it's beer o'clock
<f00b4r0>
👍
aon has joined #openwrt-devel
aon has quit []
schwicht_ has joined #openwrt-devel
schwicht has quit [Read error: Connection reset by peer]
mzvd has quit [Read error: Connection reset by peer]
<f00b4r0>
yum. 37.2C. Not body temp, outside temp ;P
<stintel>
send it over here!
<stintel>
I'm getting cold, about to turn of the AC
<f00b4r0>
that's gonna take a very large fan :)
<stintel>
:D
srslypascal has joined #openwrt-devel
mzvd has joined #openwrt-devel
Battista has quit [Read error: Connection reset by peer]
Battista has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
Strykar has quit [Quit: /quit]
mzvd has joined #openwrt-devel
Gaspare has quit [Quit: Gaspare]
Slimey has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
Battista has quit [Read error: Connection reset by peer]
Battista has quit [Read error: Connection reset by peer]
Battista has joined #openwrt-devel
Battista has quit [Read error: Connection reset by peer]
Gaspare has joined #openwrt-devel
mzvd has joined #openwrt-devel
mzvd has quit [Remote host closed the connection]
Battista has joined #openwrt-devel
Battista has quit [Read error: Connection reset by peer]
Gaspare has quit [Quit: Gaspare]
<mrnuke>
If I had the source code for a package (say "realtek-poe") in a github repo, and I wanted to enable github workflows for a specific arch (say "realtek-838x"), is there an easy way to do this? I have looked at openwrt/gh-action-sdk, and I wouldn;t even know if that is the correct step
<mrnuke>
I just want github to build the source code and spit out an *.ipk
Gaspare has joined #openwrt-devel
mzvd has joined #openwrt-devel
mzvd has quit [Remote host closed the connection]
Battista has joined #openwrt-devel
torv_ has joined #openwrt-devel
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
<Ansuel>
mrnuke you have to waste some time with github actions currently i'm abusing it to build each target to test some pr
<Ansuel>
you should be able to change them to a build a specific target and upload the .ipk as an artifacts
<Ansuel>
also we have some actions in the packages repo that should build a test ipk
Battista has quit [Read error: Connection reset by peer]
<mrnuke>
Ansuel: Is that documented? I wasted half a fortnite yesterday gettning nowhere?
<Ansuel>
nope ci stuff for openwrt is still experimental and also it's really using github actions and running an openwrt buildroot on the github ci runner
Battista has joined #openwrt-devel
Battista has quit [Read error: Connection reset by peer]
<Ansuel>
make[1]: *** No rule to make target 'package/realtek-poe/download'. Stop.
<Ansuel>
WARNING: No feed for package 'realtek-poe' found