<guidosarducci>
system prerequisite question: we already require libelf-dev on Linux. What's involved in also adding lbdw-dev, from the the same elfutils source? How to ensure buildbots are updated?
<pkgadd>
guidosarducci: the easy way out would be building it from source as a host package. requiring additional build dependencies on the buildbots is a mostly manual process with lots of pain (builds failing on buildbots not updated yet, a lot of user complaints) involved
<guidosarducci>
pkgadd: yeah, I took the easy way out in my PR, but didn't know relative effort of changing build dependencies. Sounds as messy as I imagined.
<guidosarducci>
pkgadd: one benefit of adding a host build is we can remove an existing libelf-dev dependency. That's probably easier to roll out! :)
<pkgadd>
guidosarducci: the last addition to host side build dependencies was GNU time (instead of 'just' the shell builtin), it was painful, very painful (and has been changed to no longer require it again)
<pkgadd>
also consider that that several developers are using MacOS as host OS, which does complicate things as well (and there are occasional attempts to get OpenWrt to build on FreeBSD, although they rarely get anywhere)
<guidosarducci>
pkgadd: heh, the irony stings I'm sure. Thanks for the insight, I'll leave my PR as is. Just need to get some members to review, with an interest in BPF support.
hbug has quit [Remote host closed the connection]
hbug has joined #openwrt-devel
<guidosarducci>
pkgadd: yeah, I've already gone done the rabbit hole of OSX/BSD support and ensuring not to break things.
<guidosarducci>
pkgadd: nbd also helped to confirm a few things. Unfortunately, build kernel support for BPF/BTF doesn't seem likely for OSX.
<guidosarducci>
pkgadd: BTW who are the main OSX devs besides ldir and nbd? Would be good to know going forward...
<pkgadd>
guidosarducci: I was thinking about them
<Grommish>
Does anyone know offhand the $() shortcut for ./staging_dir/target-<target>/?
<lipnitsk>
is it better to submit a large patchset (enable port mt7621 patches to 5.10 and other 5.10 enablement changes) via github PR rather than email or doesn't matter?
<lipnitsk>
I think what I'll do is a PR and a short email to the list to make people aware
<lipnitsk>
mangix: I will link to that PR in my PR, probably won't send an email then and let folks decide which one to take, or maybe we can merge the two somehow
<lipnitsk>
although I used a longer form for .ko version deps, may need to fix that ($(if $(CONFIG_LINUX_5_4)) vs @lt5.10
<mangix>
aparcar[m]: i don't think that gettext 0.21 should have been merged. nevertheless, let's wait until people complain. BUILD_NLS is not default anyway
<rmilecki>
blogic: does e8450 have only 1 x USB 2.0?
guidosarducci has quit [Remote host closed the connection]
guidosarducci has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
<pkgadd>
rmilecki: many ipq807x 802.11ax devices don't even expose any USB ports at all
<rmilecki>
oh
<pkgadd>
hmm, ltq-tapi and ltq-vdsl-mei compilation seem to have been broken by 5ed1e5140a80558ab47fd70410ae3242bed5becf (build: build kernel image before building modules/packages), https://paste.debian.net/1185775/
<aparcar[m]>
mangix: with 5.10 gettext failed to build
<aparcar[m]>
Why wouldn't you have merged it?
black_ant has quit [Ping timeout: 272 seconds]
<mangix>
I mentioned why in the initial PR. I also set it to draft. In any case, it's see why complains :)
<mangix>
*who
nitroshift has joined #openwrt-devel
<aparcar[m]>
mangix: strange it worked for me
<nitroshift>
morning!
<nitroshift>
what e-mail should i use to send some patches upstream from git?
<mangix>
aparcar[m]: yeah I don't remember which package I noticed issues with
<mangix>
we'll see soon when the Turris people find out
<mangix>
they build with BUILD_NLS
<mangix>
in other news, master does not build with CentOS 7
<owrt-snap-builds>
build #723 of lantiq/xway is complete: Failure [failed images] Build details are at http://buildbot.openwrt.org/master/images/builders/lantiq%2Fxway/builds/723 blamelist: Rosen Penev <rosenp@gmail.com>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Felix Fietkau <nbd@nbd.name>, David Bauer <mail@david-bauer.net>
<russell-->
but it went away in the next kernel bump
weijie has quit [Quit: Ping timeout (120 seconds)]
<Borromini>
rmilecki: been test driving it for weeks, the mt7613 doesn't do dfs for now with mt76 though
zx2c4 has joined #openwrt-devel
<russell-->
i got feedback from the author of the upstream kernel commit that more "dependent" patches went into the later stable kernel
<Borromini>
russell--: cool.
<russell-->
which might explain it
weijie has joined #openwrt-devel
<rmilecki>
Borromini: thanks!
<russell-->
i tried an erx after the problem went away and it didn't have a problem, but that doesn't really tell us anything
<russell-->
i am happy to pretend it never happened
<russell-->
at least until it comes back
<Borromini>
rmilecki: looking for some? :)
<Borromini>
russell--: hehe.
<rmilecki>
Borromini: yeah, i may want one
<Borromini>
:^)
<Borromini>
it's one of the few wall mounted ones on the market i think (Ubiquiti has one as well i thought but more expensive)
<rmilecki>
i was looking for such AP about a year ago and couldn't find anything affordable
<rmilecki>
nice there are som options now
<Borromini>
yeah i know what you mean. this one goes for ~75 EUR
<Borromini>
which isn't too bad i'd say given you get PoE as well
<rsalvaterra>
rmilecki: I believe Ubnt's nanoHD is also PoE.
<rsalvaterra>
MT7603 and MT7615.
danitool has joined #openwrt-devel
* russell--
just pulled apart a netgear gs108e-v3 switch after seeing the support for gs108t-v3, but a) flash is only 2MB (16Mbits) and soc covered by a heatsink and no obvious serial console, so i put it back together. i did just buy some gs108t-v3's which should arrive tomorrow.
<Borromini>
i added the eap235 to wikidevi.cat-ru something and i have to say its admin is *very* precise
* rsalvaterra
misses wikidevi too… :(
<rsalvaterra>
Borromini: but the URL is not exactly easy to remember… :P
<russell-->
deviwiki.com is also a thing
<Borromini>
russell--: nope :P
<Borromini>
i wonder if they sync between one another
<Borromini>
since there's devices on one and not another... gets kinda clumsy with all those clones
<rsalvaterra>
I wonder why they don't join efforts…
<Borromini>
rmilecki: the UniFi AP AC In-Wall HD (UBNT should really fix its naming) is Mediatek too
<Borromini>
but another price range than the eap235.
dangole has quit [Ping timeout: 272 seconds]
<Borromini>
rmilecki: MT7615 (EAP is MT7613) and MT7603
<rsalvaterra>
Heh… Ubnt is the Apple of networking equipment. :P
<Borromini>
and the Intel when it comes to model names? :P
<rsalvaterra>
Pretty much, yes. :)
<Borromini>
=)
* rsalvaterra
is trying to figure out how in blazes his mvebu build broke so spectacularly…
* Borromini
is gonna try his hand at another MT7613 DFS hack
<rsalvaterra>
Oh, is your MT7613 already working?
<Borromini>
it is yes
<Borromini>
and with the latest mt76 bump it seems a bit more stable
<Borromini>
it was already working, just crapping out when idle somehow.
<rsalvaterra>
I'm still running with the GTK rekeying hack…
<Borromini>
both APs up 30h+ now
<Borromini>
rsalvaterra: doesn't fully solve the mt7615 issue?
<rsalvaterra>
Yes, the hack completely "solves" the problem, but it would be nice if GTK offloading worked as it should…
Darkmatter66 has joined #openwrt-devel
ivanich has joined #openwrt-devel
<mangix>
rsalvaterra: who says the hardware is not broken :)
<svanheule>
Borromini: so I can drop the "borks out when idling" notice from the EAP235 commit message? :-)
zatwai has quit [Quit: ZNC 1.8.2+deb1~bpo10+1 - https://znc.in]
zatwai has joined #openwrt-devel
zatwai has quit [Client Quit]
<rsalvaterra>
mangix: That's why I wrote "it would be nice", but I'll remorsefully settle with "the hardware is broken", of course. :P
zatwai has joined #openwrt-devel
<mangix>
mediatek went interesting with mt79xx
<mangix>
rate control in hardware
urjaman has quit [Read error: Connection reset by peer]
<mangix>
wonder why
<rsalvaterra>
Really interesting? Or Terry Pratchett interesting?
<Borromini>
svanheule: i'd err on the side of caution. maybe rephrase and say it can do so occasionally?
<Borromini>
s/can/might/
urjaman has joined #openwrt-devel
* Borromini
has learned to be cautious. sometimes.
<svanheule>
:-)
gnustomp has quit [Quit: yes]
gnustomp has joined #openwrt-devel
<rsalvaterra>
Is there anyway to tell dnsmasq something like "hey, please solve all DNS request to /host.domain/ through the DNS servers supplied by DHCP to this interface"?
<rsalvaterra>
Right now I have the DNS servers hardcoded (option server '/host.domain/<DNS server address>'), but feels rather inelegant and brittle.
<russell-->
you had me up until the last 6 words
<rsalvaterra>
Huh? :P
<russell-->
"supplied by DHCP to this interface"
* russell--
uses the static solution you noted
<rsalvaterra>
Well, yes… Imagine a triple-play ISP, which provides you three upstream connections (internet, IPTV and VoIP).
<rsalvaterra>
I just worry for some crazy reason the DNS addresses might change, but maybe I'm overthinking…
<russell-->
every five minutes, in cronjob, snarf the servers, uci set the thing you want, and reload dnsmasq, OR read the dnsmasq manpage until your eyes cross ;-)
<rsalvaterra>
I… no. That's horrid. And yes, I thought about it. :P
<Borromini>
:P
* rsalvaterra
read the whole dnsmasq man page way too many times… :D
f00b4r0 has joined #openwrt-devel
<rsalvaterra>
I believe the main problem is dnsmasq assuming all DNS servers are functionally equivalent.
<rsalvaterra>
It just gobbles up whatever gets pushed into resolv.conf.
Darkmatter66 has quit [Read error: Connection reset by peer]
<stintel>
philipp64: honestly with your PR storm I don't know what to look at first. ping me in the weekend
<Borromini>
Grommish: you got octeon stuff right? is your timezone reporting correctly? both my EdgeRouter 4 and EdgeRouter Lite stubbornly stick to UTC, whatever I try
zatwai has quit [Quit: ZNC 1.8.2+deb2~bpo10+1 - https://znc.in]
<Borromini>
already tried a lot of things (had tzdata on my devices but one doesn't need that, so it's gone now) but no dice.
<PaulFertser>
Borromini: do you have /etc/TZ symlink there and does it point to /tmp/TZ with that string inside?
<Borromini>
PaulFertser: yes
<PaulFertser>
Borromini: and yet when you type "date" it prints UTC?
<Borromini>
yeah
<Borromini>
shows in LuCI as well
<Borromini>
it's a local uci defaults preset. works on all my targets. except for octeon which keeps showing utc somehow.
<Borromini>
i checked, no hardware clock on either of those octeon devices i have
<PaulFertser>
Borromini: I just tried echo CET-1CEST,M3.5.0,M10.5.0/3 > /tmp/TZ; date , works as expected
<PaulFertser>
Borromini: there must be something special in your build so that musl doesn't honour /etc/TZ and instead expects something else if that doesn't work.
<Borromini>
PaulFertser: thanks. like i said: it all looks good. it's identical to what i have on ramips/ath79/... devices. except it doesn't work
<PaulFertser>
Borromini: is "echo $TZ" empty?
<Borromini>
PaulFertser: it is
<PaulFertser>
Borromini: is that build on octeon using musl?
<ldir>
aparcar[m]: is 'macbot' still useful to you?
<aparcar[m]>
ldir: semi, it's been offline lately
<PaulFertser>
Borromini: it should certainly be looking into /etc/TZ then, you see the musl patch...
<ldir>
aparcar[m]: I don't know how to restart the buildbot processes so can't kick it when apple do an auto update/restart.
<aparcar[m]>
ldir: is online again but I get this: zsh: /Volumes/CaseSense/aparcar/worker/.direnv/bin/buildbot-worker: bad interpreter: /Volumes/CaseSense/aparcar/worker/.direnv/bin/python3: no such file or directory
<aparcar[m]>
ldir: I think long term I'd switch back to gitlab workers again, I really don't want to spend to much time on buildbots
<aparcar[m]>
if you can spare the resources, I'm happy to use them, if not, I'll find another bored mac
<ldir>
I think it would be better to find another genuinely spare/bored mac.... there are occasions when this one becomes un-spare - hmmm. But the error is curious.
<mangix>
what is this macbot?
<Borromini>
PaulFertser: yeah... if setting the full TZ works, does that say anything?
<aparcar[m]>
mangix: build testing on a mac via buildbot/ci
<mangix>
do all packages build on macOS?
<ldir>
and yes the network isn't the most stable 'cos it's my home net...and I regularly rebuild openwrt on the home router for obvious reasons
<aparcar[m]>
mangix: never dared to try, only all targets
<ldir>
mangix: No. They do not.
<mangix>
Is macOS officially supported?
<aparcar[m]>
mangix: no
<ldir>
mangix: it's a semi-spare/idle mac mini I have in the office room.
<aparcar[m]>
it's a hobby project within this hobby project
<PaulFertser>
Borromini: what do you mean by "setting the full TZ"?
<mangix>
PaulFertser: what is this /etc/TZ ? google doesn't reveal much
<PaulFertser>
mangix: uclibc reads that file when TZ env variable is not present. So OpenWrt counted on that, and when musl was added, a patch for musl to do the same was committed.
<mangix>
Is it needed?
<mangix>
my reading of musl code is that if no TZ env, it ready /etc/localtime
<mangix>
which is currently a dead symlink
<ldir>
mangix: some devs use macos and some users (me) build on it too - it's useful to know that at least 'core' openwrt builds under alternate, non-mono culture OSs
<mangix>
to /tmp/localtime
<PaulFertser>
mangix: I'm talking about toolchain/musl/patches/110-read_timezone_from_fs.patch
<mangix>
i am too
<aparcar[m]>
mangix: do you have a spare mac for me?
<mangix>
i do not
<PaulFertser>
And package/base-files/files/etc/init.d/system
<mangix>
i tried setting up openwrt on a jailbroken iphone. no C compiler though
<aparcar[m]>
I'm thinking to request some github sponsoring to buy a mac mini for ci testing... mhh
<PaulFertser>
mangix: /etc/localtime is used when you specify a zonename and you have the tzinfo database I think
<aparcar[m]>
mangix: mhh sad that would be a nice cluster
<mangix>
PaulFertser: yeah but instead of using /etc/TZ , why not use /etc/localtime ?
<PaulFertser>
mangix: because TZ contains full timezone definition while localtime only a timezone name
<ldir>
aparcar[m]: I read recently but can't remember where that someone had mac mini M1s in a data centre for hire.... wish I could remember the story
<ldir>
am so busy at the moment with sound work that the brain context switches between 'sound/openwrt' are failing
<mangix>
PaulFertser: you mean the other way around
<aparcar[m]>
ldir: well keep me posted :)
* ldir
needs a brain upgrade
<aparcar[m]>
don't use opkg for that
<mangix>
use pacman for that
<PaulFertser>
mangix: no, e.g. TZ=CET-1CEST,M3.5.0,M10.5.0/3 date works without any timezone names. Same if you put that value in /etc/TZ.
<jow>
mangix: maybe the version number is not on the first line anymore?
<Borromini>
PaulFertser: prefixing date with the full TZ value like you suggested for testing
<mangix>
jow: no it is
<jow>
mangix: what's the exact output of `./gettext -V` ?
<mangix>
0.21
<mangix>
erm my bad
<jow>
the sed pattern expects a three digit version
<mangix>
gettext (GNU gettext-runtime) 0.21
<jow>
use sed -rne '1s/.*([0-9]\.[0-9]{2}(\.[0-9])?).*/\1/p'
<jow>
or even better sed -rne '1s/.*\b([0-9]\.[0-9]+(\.[0-9]+)?)\b.*/\1/p'
<hrw>
is there a way to build one package? I got "ERROR: package/feeds/packages/mc failed to build." and would love to build only that one as doing 'make -j1 V=s' tries to build a bunch of stuff and finally gets to failed one
<jow>
hrw: make package/mc/{clean,compile} V=s
<hrw>
jow: thanks
<mangix>
jow gave you an answer
<mangix>
edit include/autotools.mk with that sed line
<rsalvaterra>
nbd: ping. 5ed1e5140a80558ab47fd70410ae3242bed5becf broke my mvebu build (Turris Omnia), reverting fixes it.
<Borromini>
out of six kmod-mt76* package this one package errors out ^^
<Borromini>
(this is on a running master firmware not during image compilation in the buildroot)
<mangix>
Borromini: failures as a result of the ABI stuff I think
<Borromini>
mangix: yeah looks like it
<nbd>
rsalvaterra: can you give me some details?
<jow>
Borromini: can you pastebin the result of tar -Oxzf /tmp/kmod-mt76_5.4.98\+2021-02-14-289cd780-5_mipsel_24kc.ipk ./control.tar.gz | tar -Oxz ./control
<mangix>
interesting
<mangix>
alpine does not use /etc/localtime
<mangix>
but does set $TZ
<rsalvaterra>
nbd: I don't have many… with that commit, the kernel is the first thing to be built (after the toolchain), apparently, but it fails.
<mangix>
ah. they use zoneinfo
<rsalvaterra>
nbd: cc1: fatal error: symtab.h: No such file or directory
* rsalvaterra
can finally test his device tree backport… :P
csrf has joined #openwrt-devel
gnustomp has quit [Quit: yes]
SecT0uch has joined #openwrt-devel
gnustomp has joined #openwrt-devel
<SecT0uch>
Hi all!
<SecT0uch>
Where can I contact someone regarding Archer C7 v5 last build ? Just bricked my router using the last 19.07.7 sysupgrade
<SecT0uch>
Upgrading from 19.07.6*
<PaulFertser>
SecT0uch: more details needed. Do you have a serial log?
csrf has quit [Ping timeout: 265 seconds]
<PaulFertser>
SecT0uch: or are you able to enter generic failsafe?
guidosarducci_ has joined #openwrt-devel
<SecT0uch>
PaulFertser: Unfortunately I don't have serial cable :'(. However, I can say that: I did have a warning saying the image is not compatible, but I doubled check everything and everything was OK. (Version, hardware, sha256sum)
guidosarducci has quit [Ping timeout: 268 seconds]
<PaulFertser>
SecT0uch: did you probably save the log with that sign visible?
<SecT0uch>
PaulFertser: I'll connect via cable and read about failsafe mode. and come back to you.
<PaulFertser>
SecT0uch: you do not need serial to use generic failsafe.
<PaulFertser>
SecT0uch: I mean probably the configs are incompatible though it shouldn't happen. You can't retrive the old log unfortunately.
<PaulFertser>
SecT0uch: do you probably happen to remember what exactly the mismatch was?
<SecT0uch>
I did did not save any log. I feel so stupid.
<PaulFertser>
SecT0uch: btw, were you using ar71xx or ath79 before the upgrade? And what image did you upgrade to?
<SecT0uch>
PaulFertser: I upgraded via Luci and couldn't see what was the mismatch, everything seemed OK. But yeah, I did keep the configuration
<SecT0uch>
PaulFertser: ar71xx, upgraded to openwrt-19.07.7-ar71xx-generic-archer-c7-v5-squashfs-sysupgrade.bin
<PaulFertser>
SecT0uch: hm, that shouldn't have been problematic. But ar71xx receives really little attention lately. Guess you just need to use some TFTP recovery method and flash current ath79 release now, and forget about the unsuccessful upgrade. Unless you want to try to reproduce it.
<PaulFertser>
SecT0uch: did you try generic failsafe already? Or generic reset?
nervehammer has joined #openwrt-devel
nervehammer has quit [Client Quit]
SecT0uch has quit [Ping timeout: 256 seconds]
SecT0uch has joined #openwrt-devel
<jow>
nbd: I believe your ABI rework somehow broke abstract provided packages
<jow>
nbd: specifically, libncursesw6 appears to be not available
<nbd>
i will look into it
<jow>
libncursesw is provided by libncurses
<jow>
through PROVIDES
<nbd>
just to clarify, you mean it broke adding the ABI suffix to dependencies on libncursesw, right?
<jow>
no, ncursesw does not appear at all in the feeds
<jow>
(opkg list | grep cursesw is empty)
<nbd>
in my test, the package has 'Provides: libncursesw, libncurses, libncursesw6'
<jow>
right, seeing it
<jow>
for me it is: "Provides: libncursesw, libncurses, libncursesw
<jow>
"
<SecT0uch>
PaulFertser: Never mind after connecting via cable everything works fine, only the router's wireless device is not active and wireless not associated (via luci). I have no idea why
<nbd>
jow: does it work for you if you explicitly rebuild libncurses?
csrf has joined #openwrt-devel
<jow>
I am testing the snapshot repo
<jow>
to reproduce bug reports
<barhom>
Is Linux 5.10 going to be the target for ipq40xx in the 21.02 branch?
<jow>
barhom: 21.02 is going to use whats used right now
<jow>
so, no
<jow>
(unless the policy changed recently)
<jow>
nbd: hm, package repo is ~70 hours old, so likely predating whatever fixes you made
<nbd>
jow: then 7d6a636918bccf68b49324729759e7c569105f71 should probably fix this
<jow>
need to revisit this after the next rebuild
<PaulFertser>
SecT0uch: probably you didn't keep the settings then. Probably forcing implies that.
<Borromini>
barhom: 5.4. 5.10 is next master kernel, after the 21.02 branching
<barhom>
Borromini, I must have misread the commits. I thought some targets got 5.10 already in 21.02
<SecT0uch>
PaulFertser: I can still see my config (SSID, passphrase, etc..). As recommended, I will start by upgrading to ath79. Shouldn't it be the default image offered by the firmware selector ?
decke has quit [Quit: Leaving.]
<PaulFertser>
SecT0uch: it should be but I have no idea what firmware selector is :)
<Borromini>
barhom: oh, no. any reason you'd need it?
<SecT0uch>
PaulFertser: After checking on the Archer C7 page I do see ath79 as the default image proposed. I were right I must have flashed ar71xx on an ath79! The firmware selector confused me. Thanks a lot
<barhom>
Borromini, not really. Would just be nice to have wireguard included in the kernel in the next stable openwrt. But no real reason! Ive been tracking master for a while now and its time to track 21.02 instead for my projects
<PaulFertser>
SecT0uch: that explains it!
<PaulFertser>
SecT0uch: upgrade to ath79 keeping configs and you'll have wireless back without changes I guess.
<PaulFertser>
SecT0uch: guess aparcar[m] might be interested in your story.
rsalvaterra has quit [Ping timeout: 265 seconds]
<Borromini>
barhom: yeah feel the same :P time to switch and hopefully the dust settles quickly.
<SecT0uch>
PaulFertser, aparcar[m]: Of course! There is no build yet for my target in 19.07.7. If I select 19.07.6 I have the choice between both ar71xx and ath79. Guess I will have to wait a few days. I feel so stupid! Again, thanks for your help
romany has quit [Quit: Ping timeout (120 seconds)]
<SecT0uch>
And thanks all of you who work on that project, you're awesome!
<Borromini>
i did an echo "1" > /sys/kernel/debug/ieee80211/phy1/mt76/radar_trigger and that sure triggers stuff but it's unclear to me how (and into which files in debugfs) i should feed the pulse_start_time-pulse_width-pulse_power command and the radar pulse pattern?
<ldir>
grrrrrr and now I have the build problem back, this time on 'macbot'....and I have to go to work so no time to investigate. arrrghhhh
<barhom>
Is there something I can do so that it builds more quickly if all I did was add some files into /files ? Right now, rebuilding takes me at least 15 minutes
<Borromini>
barhom: make -j$(nproc)
rsalvaterra1 has quit [Quit: Leaving.]
<hurricos>
SecT0uch: Often the compat message has to do with changes in partitioning
<hurricos>
ah, but they're gone
rsalvaterra has joined #openwrt-devel
<rsalvaterra>
mangix: ping
<barhom>
Borromini, I learned something with $(nproc). Thanks for that. But yes, I already do -j8.
<Borromini>
ok. you could use ccache
<Borromini>
that will speed up subsequent builds, but ccache can occasionally cause problems
<Borromini>
what hardware are you on?
<jow>
barhom: the most selective make command for your use case is "make target/linux/install V=s"
<jow>
if that takes 15m as well then there's not much you can do unfortunately
<jow>
unless you're building dozens of images (e.g. on ar71xx with the generic profile)
<jow>
in this case it might make sense to only build for your particular device
<barhom>
Im just building one target on ipq40xx, Ill give that a try. Thanks jow
kontaxis has quit [Remote host closed the connection]
kontaxis has joined #openwrt-devel
<philipp64>
stintel: at this point, it's really only PR #14708 and #14711 (minor). there's some minor cleanup from #14028 that I can salvage and move into smaller PR's for manageability, but that's less pressing.
blb4393 has joined #openwrt-devel
Acinonyx_ has quit [Ping timeout: 260 seconds]
Acinonyx has joined #openwrt-devel
philipp64 has quit [Quit: philipp64]
shibboleth has joined #openwrt-devel
Darkmatter66 has joined #openwrt-devel
opal has quit [Remote host closed the connection]
opal has joined #openwrt-devel
Darkmatter66 has quit [Ping timeout: 272 seconds]
<aparcar[m]>
mangix: which packages fail?
MichaelOF has quit [Quit: Konversation terminated!]
<Hauke>
barhom: did you activate all packages from the feeds?
<Hauke>
this increases the build time from my experinece
<mkresin>
blocktrron: the "if $(CONFIG_LINUX_5_4 .." syntax in the changes is uterly wrong
<mkresin>
blocktrron: we habe lt5.4 or ge5.10 for that purpose
<mkresin>
blocktrron: have a look at https://git.openwrt.org/?p=openwrt/staging/mkresin.git;a=commitdiff;h=019d8733eb2c1f0cc0a7277cddf4573e8fae8628 for illustration
<kab-el>
rsalvaterra: hello
<Hauke>
zorun: yes everything went well
<Hauke>
at lest I do not see any error message
<blocktrron>
mkresin: i've dropped that one for now, because it's also incomplete
<zorun>
cool, thanks!
<zorun>
it went pretty fast
<Hauke>
there is a problem with ksmbd from the package feed
<Hauke>
mangix linked a github issues, it has a wrong dependecy
<rsalvaterra>
kab-el: Hey! Thanks for the review! :) I forgot to ask, would the patch warrant a cc:stable? It's technically a bug fix.
DirkS has joined #openwrt-devel
<kab-el>
rsalvaterra: it would be picked automatically for stable since it contains a Fixes: tag
<kab-el>
rsalvaterra: stable maintainers have bots that search for upstream commits containing Fixes tags
mkresin has quit [Quit: leaving]
mkresin has joined #openwrt-devel
dedeckeh has quit [Quit: Connection closed]
<rsalvaterra>
kab-el: Ok, great!
luke-jr has quit [Read error: Connection reset by peer]
Guest86858 is now known as nyt
rmilecki has quit [Ping timeout: 265 seconds]
luke-jr has joined #openwrt-devel
<Hauke>
zorun: the release notes are looking good
<Hauke>
do you want to publish them?
<Hauke>
mangix: we should add the problem with ksmbd to the regressions list of the release notes
<zorun>
Hauke: ok, I don't have the details about this ksmbd issue, but yes you should add it to the regression section
<zorun>
let's use 18 february as release date (I'm going to sleep now ;) )