AtomiclyCursed has quit [Quit: ZNC 1.8.2 - https://znc.in]
AtomiclyCursed2 has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
tlj_ has joined #openwrt-devel
tlj has quit [Remote host closed the connection]
felix has quit []
felix has joined #openwrt-devel
valku has quit [Quit: valku]
csrf has joined #openwrt-devel
hanetzer1 has joined #openwrt-devel
hanetzer has quit [Ping timeout: 480 seconds]
ephemer0l has quit [Ping timeout: 480 seconds]
ephemer0l has joined #openwrt-devel
AtomiclyCursed2 has quit [Quit: ZNC 1.8.2 - https://znc.in]
AtomiclyCursed has joined #openwrt-devel
goliath has joined #openwrt-devel
cbeznea has joined #openwrt-devel
ptudor has quit [Quit: Strict-Transport-Security: max-age=48211200; preload]
ptudor has joined #openwrt-devel
<[Pokey]>
Hey jow, are you around at all? I was pointed in your direction regarding the possibility of adding a tickbox on the Web UI to toggle a GPIO on my device between internal and external USB. Once this is done, I have a PR to add support for a device
borek has joined #openwrt-devel
borek has quit []
danitool has joined #openwrt-devel
MaxSoniX has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
csrf has quit [Ping timeout: 480 seconds]
danitool has joined #openwrt-devel
fblaese has quit [Remote host closed the connection]
fblaese has joined #openwrt-devel
bluew has quit [Ping timeout: 480 seconds]
MatrixTravelerbot[m]1 has quit []
aparcar[m] has quit [Quit: Bridge terminating on SIGTERM]
Q__ has quit [Quit: Bridge terminating on SIGTERM]
ctdvqgg445[m] has quit [Quit: Bridge terminating on SIGTERM]
Movedtomkg20001mkg20001io[m] has quit [Quit: Bridge terminating on SIGTERM]
mkg20001 has quit [Quit: Bridge terminating on SIGTERM]
hexagonwin[m] has quit [Quit: Bridge terminating on SIGTERM]
JuniorJPDJ has quit []
t4h4[m] has quit []
gnustomp[m] has quit []
znullptr[m] has quit []
pavlix has quit []
oliv3r[m] has quit []
evils[m]1 has quit [Quit: Bridge terminating on SIGTERM]
barhom has quit [Quit: Bridge terminating on SIGTERM]
dfceaef[m] has quit [Quit: Bridge terminating on SIGTERM]
olmari has quit [Quit: Bridge terminating on SIGTERM]
domon has quit []
MatMaul[m] has quit [Quit: Bridge terminating on SIGTERM]
Jonny[m] has quit [Quit: Bridge terminating on SIGTERM]
lipnitsk has quit [Quit: Bridge terminating on SIGTERM]
schmars[m] has quit [Quit: Bridge terminating on SIGTERM]
decke[m] has quit [Quit: Bridge terminating on SIGTERM]
fpsusername[m] has quit [Quit: Bridge terminating on SIGTERM]
bluse-blue[m] has quit [Quit: Bridge terminating on SIGTERM]
John[m]123456 has quit [Quit: Bridge terminating on SIGTERM]
nick[m]12 has quit [Quit: Bridge terminating on SIGTERM]
will[m]1 has quit [Quit: Bridge terminating on SIGTERM]
tohojo has quit [Quit: Bridge terminating on SIGTERM]
whatevs111[m] has quit [Quit: Bridge terminating on SIGTERM]
fieryeagle954[m] has quit [Quit: Bridge terminating on SIGTERM]
Kiste has quit [Quit: Bridge terminating on SIGTERM]
felix_ has joined #openwrt-devel
felix has quit [Remote host closed the connection]
<karlp>
hurricos: https://github.com/openwrt/openwrt/issues/10232 has some information on this "bad cell count" for partitions on ath79, but seems that for other people it's breaking things worse....
aparcar[m] has joined #openwrt-devel
zkrx has quit []
zkrx has joined #openwrt-devel
<pepes>
Habbie: I cherry-picked pdns-recursor update to OpenWrt 22.03 to fix the vulnerability for which you don't get the CVE
<pepes>
It would be nice to get it backported to OpenWrt 21.02 anyway
<Habbie>
pepes, oh wonderful, thank you
<pepes>
But in OpenWrt 21.02, there is 4.4.2 version, which would be complicated to do cherry-picking unless I will test it, which I can not do this week. Too many things, which I need to do! :(
<Habbie>
4.4 is EOL anyway
<Habbie>
and the vuln was not that big in recursor - which is why we didn't even get a CVE
<pepes>
Yeah, many resolvers including Knot Resolver get the CVE, but yours not. Maybe, it makes sense to have some LTS (if you have) version in old stable releases or some supported version, if possible.
<Habbie>
we don't have an LTS version
<Habbie>
i sometimes consider just bumping things in old distributions, where possible
<Habbie>
(many distributions do not allow it at all)
<pepes>
If it makes your life easier then do it. :) It will makes users happy.
<Habbie>
I'll consider it some more :)
Tapper has joined #openwrt-devel
<rmilecki>
karlp: "Bad cell count" is bugged code in kernel but it seems harmless
<rmilecki>
of_platform_populate() for address-less nodes (OF: Bad cell count for ...)
<karlp>
rmilecki: yeah, it doesn't seem to be causing any problems for me at least, just ... doesn't feel great getting warnings from that layet :)
<rmilecki>
i agree, that's why I reported and hoped to get that fixed
<rmilecki>
no luck unfortunately :/
<karlp>
ok, well soundsd like it's in as good hands as I cna hope for then :) I'll just keep ignoring it :)
dangole has joined #openwrt-devel
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
hanetzer2 has joined #openwrt-devel
hanetzer1 has quit [Ping timeout: 480 seconds]
hanetzer2 is now known as hanetzer
aska has joined #openwrt-devel
rsalvaterra has quit []
rsalvaterra has joined #openwrt-devel
srslypascal has quit [Remote host closed the connection]
valku has joined #openwrt-devel
barhom has joined #openwrt-devel
bluse-blue[m] has joined #openwrt-devel
ctdvqgg445[m] has joined #openwrt-devel
decke[m] has joined #openwrt-devel
dfceaef[m] has joined #openwrt-devel
domon has joined #openwrt-devel
evils[m]1 has joined #openwrt-devel
fieryeagle954[m] has joined #openwrt-devel
fpsusername[m] has joined #openwrt-devel
gnustomp[m] has joined #openwrt-devel
hexagonwin[m] has joined #openwrt-devel
John[m]123456 has joined #openwrt-devel
Jonny[m] has joined #openwrt-devel
JuniorJPDJ has joined #openwrt-devel
Kiste has joined #openwrt-devel
Q__ has joined #openwrt-devel
lipnitsk has joined #openwrt-devel
MatMaul[m] has joined #openwrt-devel
Movedtomkg20001mkg20001io[m] has joined #openwrt-devel
mkg20001 has joined #openwrt-devel
nick[m]1 has joined #openwrt-devel
oliv3r[m] has joined #openwrt-devel
olmari has joined #openwrt-devel
pavlix has joined #openwrt-devel
schmars[m] has joined #openwrt-devel
t4h4[m] has joined #openwrt-devel
tohojo has joined #openwrt-devel
MatrixTravelerbot[m]1 has joined #openwrt-devel
whatevs111[m] has joined #openwrt-devel
will[m]1 has joined #openwrt-devel
znullptr[m] has joined #openwrt-devel
minimal has joined #openwrt-devel
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
gladiac has joined #openwrt-devel
xback has quit [Ping timeout: 480 seconds]
Tapper has quit [Ping timeout: 480 seconds]
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
<stintel>
is there a way to get procd service parameters for an existing instance? I'm trying `ubus call service list '{ "name": "foo" }'` but that doesn't seem to include this
<karlp>
you get more if you add verbose: true to the arguments, but it doesn't have _everything_ might be enough for you?
<stintel>
also just saw that verbose parm, but still doesn't include e.g. the netdev param :(
Tapper has joined #openwrt-devel
goliath has quit [Quit: SIGSEGV]
<[Pokey]>
The siGned off by section of the commit guidelines - Is it saying I have to sign off my own work?
<Borromini>
is there a way to pass a subtarget to the kernel refresh script?
<Borromini>
e.g. cortexa72 for mvebu?
cbeznea has quit [Quit: Leaving.]
philipp64 has joined #openwrt-devel
zkrx has quit []
zkrx has joined #openwrt-devel
<[Pokey]>
Is there a good way to run a commit message past one or more people to ensure it meets all guidelines before I commit it locally? I'd rather not amend :P
<Habbie>
just accept an amend in your future :)
<mrnuke>
[Pokey]: You can also run 'git commit --amen' (not a typo)
<[Pokey]>
Eeeeh
<[Pokey]>
Fine. If I push this to my repo may I post here before I do my PR? I don't see why not but polite to ask
zkrx has quit []
zkrx has joined #openwrt-devel
Tapper has joined #openwrt-devel
<mrnuke>
If you do a PR, then force-push to that same branch you used to create the PR, it automagically undates the PR :)
<[Pokey]>
mrnuke: Yea I'm a complete git CLI noob. I use GUI tools. I have royally messed up a simple commit. I'm nowhere near doing that yet haha
<mrnuke>
[Pokey]: You'll get used to it. The scary part is when you realize that typing some half-assed english sentences on the command line gets the job done faster than a GUI
<[Pokey]>
mrnuke: Haha, it can! But it can also make you lose what's on your stage and vanish it forever very easily too
<mrnuke>
Ansuel: Did you get an email from Qualcomm titled "Career at Qualcomm - Invite to Apply" ? I think they might be targeting us :p
<Ansuel>
mrnuke :( I would love to get one but nope
* Ansuel
start sto cry
<mrnuke>
[Pokey]: git commit -a -m 'stash'
<mrnuke>
Ansuel: Then it's proably a conicidence, and has nothing to do with us hacking on their chips
dangole has quit [Ping timeout: 480 seconds]
<[Pokey]>
mrnuke: That just adds yet another commit to have to wrangle!
<Ansuel>
mrnuke think main problem for me is that i'm not on likedin
AtomiclyCursed has quit [Quit: ZNC 1.8.2 - https://znc.in]
AtomiclyCursed has joined #openwrt-devel
MaxSoniX has quit [Quit: Konversation terminated!]
<Borromini>
anyone? refresh the kernel for a specific subtarget only? O:-)
EqUaTe has quit [Remote host closed the connection]
<Ansuel>
Borromini ?
<Borromini>
Ansuel: the kernel refresh script will loop over all the targets, but i'm not seeing any logic for the subtargets in the script
<Ansuel>
do we apply different patch and config based on the subtarget?
<Borromini>
no, but it starts out with e.g. cortexa9 and i'd just like it to process cortexa72
<Ansuel>
if that's the case then i think we have to ""tweak"" the script
<Ansuel>
after all it's really all about config
<Borromini>
yeah, i'll have a stab at it then. thought maybe there was an argument you could hand it :)
<Ansuel>
think it will be quicker to check the script
<Borromini>
:P
<Ansuel>
if it's the update_kernel.sh no args about what you need
<Ansuel>
also i wonder...
<Ansuel>
Borromini if you start tweaking the script a good idea would be
<Ansuel>
call the dump targets script on the targets variable
<Ansuel>
the script is not that complex from what i can see