VyOS command definitions, scripts, and utilities (mirror of https://github.com/vyos/vyos-1x.git) https://git.amelek.net/vyos/vyos-1x.git/atom?h=rolling 2026-10-14T17:05:03+00:00 2026-10-14T17:05:03+00:00 Daniil Baturin daniil@vyos.io 2026-10-14T17:05:03+00:00 urn:sha1:b75c60f0602723122f0f45a7da8d6b45c4765edf T9408: Smoke-test : ‘test_system_login.py’ - ARM not supported 2026-10-14T09:26:34+00:00 Nataliia S. 81954790+natali-rs1985@users.noreply.github.com 2026-10-14T09:26:34+00:00 urn:sha1:bc4646b661960cf39e429ac7a3372f84900b2070 container: T9456: use kernel overlayfs unless storage sits on overlayfs 2026-10-13T14:40:38+00:00 John Estabrook jestabro@vyos.io 2026-10-13T14:40:38+00:00 urn:sha1:9461df647df2a6608a2753cc5a0f21b50a209683 vpp: T9161: Fix smoketests failing on NICs capped at 1500 MTU 2026-10-12T12:28:02+00:00 Viacheslav Hletenko v.gletenko@vyos.io 2026-10-12T12:28:02+00:00 urn:sha1:ce2baa3179d655345a8381a842128762804ff00c debian: T9455: drop exfat-fuse in favour of in-kernel exFAT driver 2026-10-12T10:08:59+00:00 Kyrylo Yatsenko hedrok@gmail.com 2026-10-12T10:08:59+00:00 urn:sha1:507625435cf70a6fd5ae9a26d8f19eac1a50d4ae pseudo-ethernet: T9253: fix anycast-gateway with shared MAC on bridge VLANs 2026-10-11T19:20:57+00:00 Christian Breunig christian@breunig.cc 2026-10-11T19:20:57+00:00 urn:sha1:713626a1978b40e0a818203e95a529f9fb32a228 container: T9401: add chown option to tmpfs mounts 2026-10-11T18:57:18+00:00 Christian Breunig christian@breunig.cc 2026-10-11T18:57:18+00:00 urn:sha1:1bd02305554643b698e254fcc725487b0d66b20f firewall: T9332: fix GeoIP source/destination nftables set name colli… 2026-10-11T18:54:19+00:00 Christian Breunig christian@breunig.cc 2026-10-11T18:54:19+00:00 urn:sha1:a3a16c61445e4f53cab9093b26cc7022181fd0b6 ospf: T9448: do not render metric-type when it is the default 2026-10-11T07:43:36+00:00 Christian Breunig christian@breunig.cc 2026-10-11T07:43:36+00:00 urn:sha1:e5568919ced157534e05374ae50822a4efd94517 The VyOS kernel ships the native exFAT driver (CONFIG_EXFAT_FS=m), so the userspace FUSE implementation is no longer needed. The exfatprogs tools for creating and checking filesystems are kept. The kernel options smoketest now verifies CONFIG_EXFAT_FS is enabled. 2026-10-11T07:36:57+00:00 Christian Breunig christian@breunig.cc 2026-10-11T07:36:57+00:00 urn:sha1:dc2c5ed31d0443a61444292279f85c29b096d7c8 Since T5003 every system was configured to mount container storage via fuse-overlayfs. This is only needed on live boot, where the storage sits on the root overlayfs and podman refuses native overlay. Installed systems keep it on the persistence partition and paid for a userspace FUSE process per container plus a round trip on every file operation. The mount program is now only configured when the storage is backed by overlayfs, otherwise the kernel overlay driver is used. Existing storage keeps using fuse-overlayfs: podman records that a mount program was used, as its layers store whiteouts in a format the kernel driver does not understand. Moving such a system to kernel overlayfs requires resetting the container storage and re-pulling all images.