<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vyos-1x.git/debian/control, branch rolling</title>
<subtitle>VyOS command definitions, scripts, and utilities (mirror of https://github.com/vyos/vyos-1x.git)
</subtitle>
<id>https://git.amelek.net/vyos/vyos-1x.git/atom?h=rolling</id>
<link rel='self' href='https://git.amelek.net/vyos/vyos-1x.git/atom?h=rolling'/>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/'/>
<updated>2026-10-11T07:43:36+00:00</updated>
<entry>
<title>debian: T9455: drop exfat-fuse in favour of in-kernel exFAT driver</title>
<updated>2026-10-11T07:43:36+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2026-10-11T07:43:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=e5568919ced157534e05374ae50822a4efd94517'/>
<id>urn:sha1:e5568919ced157534e05374ae50822a4efd94517</id>
<content type='text'>
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.
</content>
</entry>
<entry>
<title>wwan: T9350: query ModemManager instead of the QMI control port</title>
<updated>2026-09-24T15:28:39+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2026-09-24T15:28:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=9c88884a67c01b4e5d74872abee41820a8f65331'/>
<id>urn:sha1:9c88884a67c01b4e5d74872abee41820a8f65331</id>
<content type='text'>
show_wwan.py drove qmicli against /dev/cdc-wdmN, which assumes the modem
exposes a QMI control port. An MBIM modem does not, so every subcommand of
"show interfaces wwan wwanN" failed on one - after waiting out a five second
transaction timeout, twice over for "signal":

  $ show interfaces wwan wwan0 signal
  Command not supported by Modem                       (10.6s)

  $ qmicli --device=/dev/cdc-wdm0 --device-open-proxy --nas-get-signal-info
  error: couldn't create client for the 'nas' service: CID allocation failed
  in the CTL client: Transaction timed out

  ports: cdc-wdm0 (mbim), ttyUSB0 (at), wwan0 (net)

ModemManager has already probed the modem and speaks whichever protocol it
exposes - QMI, MBIM or plain AT. It is a hard dependency of "interfaces wwan"
anyway, as conf_mode cannot dial without it, and it answers from its own cache
over D-Bus without touching the device:

  $ show interfaces wwan wwan0 signal
  Access technology: lte                               (0.2s)
  Signal quality:    58%
  Operator:          Telekom.de
  Registration:      home
  Packet service:    attached
  State:             connected
</content>
</entry>
<entry>
<title>openvpn: T8264: require OpenVPN 2.7</title>
<updated>2026-09-12T21:53:49+00:00</updated>
<author>
<name>Antonio Quartulli</name>
<email>antonio@mandelbit.com</email>
</author>
<published>2026-08-30T00:05:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=9dc0546338672b8c34a8845e8daedff21c307b5c'/>
<id>urn:sha1:9dc0546338672b8c34a8845e8daedff21c307b5c</id>
<content type='text'>
Only 2.7 and later can drive the in-tree "ovpn" module. Without a bound,
a mirror carrying 2.6 silently reinstates a build where "offload dco"
loads the module but nothing uses it.
</content>
</entry>
<entry>
<title>kdump: T8868: Implement kernel crash dump support</title>
<updated>2026-08-20T13:35:07+00:00</updated>
<author>
<name>Oleksandr Kuchmystyi</name>
<email>o.kuchmystyi@vyos.io</email>
</author>
<published>2026-07-09T08:16:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=2054c3c53f8bc83733c8ef81c2cc57f4e6b27f5a'/>
<id>urn:sha1:2054c3c53f8bc83733c8ef81c2cc57f4e6b27f5a</id>
<content type='text'>
Add new CLI subtree 'system option kdump' with memory reservation and
local dump path configuration. Also add 'show system kdump' and
'show system kdump dumps' operation mode commands to get
status of the configuration and list of dumps.

Extend 'show tech-support report' and 'generate tech-support archive' with
kdump service status, active config files and the recently kernel dump file.
</content>
</entry>
<entry>
<title>Debian: T9216: drop build time dependency on python3-vici</title>
<updated>2026-08-16T06:02:20+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2026-08-16T05:58:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=c2d2f51c3fecb46ffee7a104945eb512c711170c'/>
<id>urn:sha1:c2d2f51c3fecb46ffee7a104945eb512c711170c</id>
<content type='text'>
python3-vici was installed from the VyOS binary repository and the build time
dependency. The sole purpose was only to satisfy the pylint runs - no more,
no less.

WWith an updated pyproject.toml, the vici import can be ignored from pylint
runs - removing a circilar dependency for the Docker image.
</content>
</entry>
<entry>
<title>container: T7736: pin aardvark-dns to the same minimum version as netavark</title>
<updated>2026-08-04T18:36:28+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2026-08-04T18:27:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=1373026ff54e6496ae182ede56ada5eca120fb83'/>
<id>urn:sha1:1373026ff54e6496ae182ede56ada5eca120fb83</id>
<content type='text'>
aardvark-dns ships in lockstep with netavark (both 1.14.0 on the box this
was verified against), so pin it to the same &gt;=1.14.0 minimum required for
Podman's "host_interface_name" network option to actually take effect.
</content>
</entry>
<entry>
<title>container: T7736: give container veths a deterministic host_interface_name</title>
<updated>2026-08-04T18:36:28+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2026-07-25T10:47:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=6d35f067d6da0a0ce270b9eb883469e0559c7c0e'/>
<id>urn:sha1:6d35f067d6da0a0ce270b9eb883469e0559c7c0e</id>
<content type='text'>
Podman's default "vethN" auto-naming for a container's host-side veth can
collide with VyOS's own "virtual-ethernet vethN" interfaces.

Bump the minimum Podman dependency to 5.8 (which supports "host_interface_name"
network connect option) and use it to name every non-macvlan container network
attachment "veth-&lt;container name&gt;" instead, eliminating the collision by
construction. Container names too long to fit are shortened to a recognizable
prefix plus a short hash of the full name; verify() rejects the rare case
where two containers still generate the same interface name.

Add "show container interface" to display the resulting name-to-container
mapping.
</content>
</entry>
<entry>
<title>Merge pull request #5267 from vyos/T8099-strongswan-6.0</title>
<updated>2026-06-23T16:03:48+00:00</updated>
<author>
<name>John Estabrook</name>
<email>jestabro@vyos.io</email>
</author>
<published>2026-06-23T16:03:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=e0114625c08a2a9826822958f53724995580716d'/>
<id>urn:sha1:e0114625c08a2a9826822958f53724995580716d</id>
<content type='text'>
T8099: strongswan: 6.0.6 + Post quantum options</content>
</entry>
<entry>
<title>op-mode: T9009: use journalctl build-in colorisation</title>
<updated>2026-06-20T21:12:36+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2026-06-20T21:12:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=e12c92a693208b58c0bcec84c1758e0142c53c7c'/>
<id>urn:sha1:e12c92a693208b58c0bcec84c1758e0142c53c7c</id>
<content type='text'>
Drop third party binary grc for showing the log output in fancy colors.
Solely rely on what journalctl brings to the table.
</content>
</entry>
<entry>
<title>T8099: update strongswan dependency to 6.0.6</title>
<updated>2026-06-19T16:14:04+00:00</updated>
<author>
<name>Kyrylo Yatsenko</name>
<email>hedrok@gmail.com</email>
</author>
<published>2026-06-19T16:14:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=24dd2571251af8bce4366375b744870ac0c21484'/>
<id>urn:sha1:24dd2571251af8bce4366375b744870ac0c21484</id>
<content type='text'>
</content>
</entry>
</feed>
