<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vyatta-cfg.git/src, branch rolling</title>
<subtitle>Vyatta configuration system (mirror of https://github.com/vyos/vyatta-cfg.git)
</subtitle>
<id>https://git.amelek.net/vyos/vyatta-cfg.git/atom?h=rolling</id>
<link rel='self' href='https://git.amelek.net/vyos/vyatta-cfg.git/atom?h=rolling'/>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyatta-cfg.git/'/>
<updated>2026-10-01T15:36:56+00:00</updated>
<entry>
<title>cstore: T9376: list tag values only when there is a tag limit to check</title>
<updated>2026-10-01T15:36:56+00:00</updated>
<author>
<name>Alex Kudentsov</name>
<email>43482574+alexk37@users.noreply.github.com</email>
</author>
<published>2026-10-01T15:36:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyatta-cfg.git/commit/?id=6860ce4912c9d9d2f641f4532106ee6a3412523d'/>
<id>urn:sha1:6860ce4912c9d9d2f641f4532106ee6a3412523d</id>
<content type='text'>
add_tag() read every existing value of the tag node, through the
session's unionfs, each time it added one, although the list is used
for nothing but the tag limit, and most tag nodes have none. Adding n
values was therefore O(n^2): on a 1.5.1 VM the boot-time load of a
config with a 10,000-rule prefix-list took 50 min 13 s (with the T9374
parser fix installed), and `load` of a 4,000-rule list 474 s.

List the values only when tlimit &gt; 0, the only case that uses them.
With this change the same boot-time load took 37.4 s and the 4,000-rule
`load` 16.3 s.
</content>
</entry>
<entry>
<title>Improve the file size constant limit</title>
<updated>2026-01-06T15:39:00+00:00</updated>
<author>
<name>Daniil Baturin</name>
<email>daniil@baturin.org</email>
</author>
<published>2026-01-06T15:39:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyatta-cfg.git/commit/?id=4d1ab7270b61e350df4c5e50dcc94941aedf75ff'/>
<id>urn:sha1:4d1ab7270b61e350df4c5e50dcc94941aedf75ff</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add a comment to explain the choice of the limit</title>
<updated>2026-01-06T15:28:51+00:00</updated>
<author>
<name>Daniil Baturin</name>
<email>daniil@baturin.org</email>
</author>
<published>2026-01-06T15:28:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyatta-cfg.git/commit/?id=c51dacd5152dd4575e52edf90e881845a24c48fc'/>
<id>urn:sha1:c51dacd5152dd4575e52edf90e881845a24c48fc</id>
<content type='text'>
</content>
</entry>
<entry>
<title>T6625: raise hardcoded unionfs file size limit</title>
<updated>2026-01-05T14:01:52+00:00</updated>
<author>
<name>John Estabrook</name>
<email>jestabro@vyos.io</email>
</author>
<published>2026-01-02T19:08:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyatta-cfg.git/commit/?id=5cd4b4994aceda5793e887531f3c63070da4f1ed'/>
<id>urn:sha1:5cd4b4994aceda5793e887531f3c63070da4f1ed</id>
<content type='text'>
The number of set commands are limited by the hardcoded file size limit
of unionfs node.val files. Raise from 2^18 to 2^20.
</content>
</entry>
<entry>
<title>misc: T8066: remove the oudated and dangerous exe_action utility</title>
<updated>2025-12-03T13:30:45+00:00</updated>
<author>
<name>Daniil Baturin</name>
<email>daniil@baturin.org</email>
</author>
<published>2025-12-03T13:30:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyatta-cfg.git/commit/?id=538df158dd532737395222ca747e0fe8c6ac3acf'/>
<id>urn:sha1:538df158dd532737395222ca747e0fe8c6ac3acf</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Merge pull request #117 from dmbaturin/T8042-remove-priority.c</title>
<updated>2025-11-27T15:31:53+00:00</updated>
<author>
<name>Viacheslav Hletenko</name>
<email>v.gletenko@vyos.io</email>
</author>
<published>2025-11-27T15:31:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyatta-cfg.git/commit/?id=ccb2cfee31613df300563c1d38e78a3fb7283ce9'/>
<id>urn:sha1:ccb2cfee31613df300563c1d38e78a3fb7283ce9</id>
<content type='text'>
misc: T8042: remove the legacy priority utility</content>
</entry>
<entry>
<title>misc: T8044: remove unused source files</title>
<updated>2025-11-25T18:26:06+00:00</updated>
<author>
<name>Daniil Baturin</name>
<email>daniil@baturin.org</email>
</author>
<published>2025-11-25T18:26:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyatta-cfg.git/commit/?id=1bcb57d2a71aa093bb9314b364015a343f3d485b'/>
<id>urn:sha1:1bcb57d2a71aa093bb9314b364015a343f3d485b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>misc: T8042: remove the legacy priority utility</title>
<updated>2025-11-25T18:07:00+00:00</updated>
<author>
<name>Daniil Baturin</name>
<email>daniil@baturin.org</email>
</author>
<published>2025-11-25T18:07:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyatta-cfg.git/commit/?id=57f6c33f5523644fc33791ce71ef32874bf5b7f2'/>
<id>urn:sha1:57f6c33f5523644fc33791ce71ef32874bf5b7f2</id>
<content type='text'>
</content>
</entry>
<entry>
<title>boost: T7893: Requirements for future boost versions</title>
<updated>2025-10-01T10:24:06+00:00</updated>
<author>
<name>sarthurdev</name>
<email>965089+sarthurdev@users.noreply.github.com</email>
</author>
<published>2025-10-01T10:24:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyatta-cfg.git/commit/?id=1ce55445c1b3c3f70ead47eba8b4f41b0e88fbfd'/>
<id>urn:sha1:1ce55445c1b3c3f70ead47eba8b4f41b0e88fbfd</id>
<content type='text'>
</content>
</entry>
<entry>
<title>T6717: memory management of alloced return values</title>
<updated>2024-10-24T00:48:31+00:00</updated>
<author>
<name>John Estabrook</name>
<email>jestabro@vyos.io</email>
</author>
<published>2024-10-24T00:48:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyatta-cfg.git/commit/?id=a428d47a9fe2a5d18685464e28a6d302da5133a8'/>
<id>urn:sha1:a428d47a9fe2a5d18685464e28a6d302da5133a8</id>
<content type='text'>
The ctypes binding makes a copy of the string return value; the
originating C memory allocation needs to be explicitly managed.
</content>
</entry>
</feed>
