<mcarroll76>
Anyone awake that's involved with all the container stuff that's landing in 21.02?
<mcarroll76>
I've been having a play with it in the RC and spotted an issue.
<mcarroll76>
We have the Docker Daemon and it's container runtime runc, but they're horribly bloated. I would far prefer to use Podman.
<mcarroll76>
The Podman and conmon packages are in the feed for 21.02, but not crun.
<mcarroll76>
You can use Podman with runc, but that kinda defeats the object.
<mcarroll76>
crun has been in master for a couple of months.
<mcarroll76>
Would probably be a good idea to get it cherry-picked back to the 21.02 branch, or it's kinda pointless having podman there.
<mcarroll76>
I know that there is work to get an openwrt native solution with uxc, but aiui, it doesn't work with podman yet. I couldn't get it to work, anyway.
Rentong has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
<jow>
xback rmilecki: is this related to board specific default network config?
lucenera has joined #openwrt-devel
<xback>
jow: I think "yes" as i'm seeing this issue on rb922 (ath79 - mikrotik)
<xback>
this is one of the very few boards actually specifying a custom MAC on boot
<xback>
Initially. all was wel. The first round of changes then broke the MAC assigned. which was reported. The changes after that seem to have fixed it, but only on bridge interfaces. not the actual real interfaces which are slaved in the bridge
<rmilecki>
[14:18] <xback> there are no interfaces after boot
<xback>
Which is the reason for a quick test on native OpenWrt
<rmilecki>
sorry, I don't understand
<xback>
There was a customization happening on the /etc/config/network file in which "device" was not known yet
<xback>
rmilecki: plain and simple. the fix is OK
<xback>
MAC's are ok now on the interfaces
<rmilecki>
ok great
<rmilecki>
thanks for testing
<rmilecki>
i'll push later today
<rmilecki>
unless someone wants to
<rmilecki>
(i was planning to give it a try on bcm53xx juse in case)
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
nitroshift has quit [Quit: Gone that way --->]
djStolen has joined #openwrt-devel
<djStolen>
Hi guys. Me again. Wasn't able to reconnect but now I am back. Regarding my question, I would like to publish information I have gotten regarding Xiaomi 3C, since I started my research around the device as a consequence of bricking it with the Breed bootloader currently linked there even though I did as described. Also noticed that picture is correct but data about HW parts are not corresponding to the pic/HW parts I see on
Rentong has quit [Remote host closed the connection]
Rentong has joined #openwrt-devel
rejoicetreat has quit [Remote host closed the connection]
rejoicetreat has joined #openwrt-devel
decke has quit [Quit: Leaving.]
Rentong has quit [Ping timeout: 480 seconds]
Rentong has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
Rentong has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
<Slimey>
i have source from manf and can send unit to a dev
Rentong has joined #openwrt-devel
JohnA has quit [Ping timeout: 480 seconds]
Rentong has quit [Ping timeout: 480 seconds]
<PaulFertser>
djStolen: hey, please tell me your desired wiki name and e-mail and I'll create you an account.
<PaulFertser>
djStolen: does it look like xiaomi changed the device without even altering the hw revision number?
<PaulFertser>
djStolen: it would be really useful to have new proper pictures and description on the wiki so that the others with the same xiaomi (damn it!) device would suffer less than you.
Rentong has joined #openwrt-devel
feriman has quit [Quit: WeeChat 3.1]
feriman has joined #openwrt-devel
JohnA has joined #openwrt-devel
JohnA has quit [Ping timeout: 480 seconds]
dorf_ has quit [Remote host closed the connection]
<rmilecki>
that auto is default value after fresh install
<rmilecki>
# uci show network.globals
<rmilecki>
network.globals=globals
<rmilecki>
network.globals.ula_prefix='auto'
<Habbie>
are there plans for openwrt to update to musl 1.2, with 64 bit time_t on 32 bit platforms?
<rmilecki>
xback: jow: c8d8eb9d13fc ("base-files: set MAC for bridge ports (devices) instead of bridge itself") pushed to the master
Borromini has joined #openwrt-devel
<rmilecki>
jow: ynezz: one more security question: could we have uci-defaults changing "redirect_https" from "1" to "0" IF there is no certificate? AKA: https was probably never used at all)
<jow>
rmilecki: that auto value is supposed to be substituted by a uci-defualts script on boot afair
<jow>
rmilecki: it should never end up in luci, setting a value of "auto" later is invalid afair
<philipp64>
mangix: for APK
<rmilecki>
jow: oh, i'll check for uci-defaults handling that
<jow>
rmilecki: regarding security question; no since the certificates are generated by the uhttpd intit script on first start, way later than uci-defaults
wulfy23 has joined #openwrt-devel
<wulfy23>
rmilecki: are we missing some funds? [ -n "macaddr" ]
wulfy23 has quit [Quit: Page closed]
danitool has joined #openwrt-devel
Borromini has quit [Quit: leaving]
_whitelogger has joined #openwrt-devel
Slimey has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
<aparcar[m]>
jow: from my undrestanding the dash shouldn't break anything, afaik it's only used here https://git.openwrt.org/?p=project/rpcd.git;a=commitdiff;h=ccb75178cf6a726896729c6904bd623636aa0b29;hp=d3f2041f4363e76fda57dd6b581eb71cf1a0e114
<hauke>
rmilecki: /buffer 3
<hauke>
rmilecki: I think we can set redirect_https to 0 in case no key was generated
rejoicetreat has quit [Ping timeout: 480 seconds]
<rmilecki>
hauke: jow answered me that on new firmware key generation will happen before uci-defaults
<rmilecki>
so we can't use uci-defaults for that
<rmilecki>
we probably could push that check somewhere else but that would get hacky i'm afraid
djStolen has quit [Read error: Connection reset by peer]
<hauke>
rmilecki: ok
rmilecki has quit [Ping timeout: 480 seconds]
Tapper has quit [Quit: Tapper]
guerby has quit [Remote host closed the connection]