Page MenuHomeVyOS Platform
Feed All Stories

Jun 2 2020

c-po moved T2544: Enable Kernel KONFIG_KALLSYMS from Need Triage to Finished on the VyOS 1.3 Equuleus board.
Jun 2 2020, 5:48 PM · VyOS 1.3 Equuleus (1.3.0)
c-po moved T2290: pdns recursor does not resolve .io domains from Need Triage to Backlog on the VyOS 1.3 Equuleus board.
Jun 2 2020, 5:48 PM · VyOS 1.3 Equuleus (1.3.0)
c-po moved T2210: vyos-1x: WiFi interfaces as bridge slaves, hostapd config items missing from Need Triage to Backlog on the VyOS 1.3 Equuleus board.
Jun 2 2020, 5:48 PM · VyOS 1.3 Equuleus (1.3.0)
c-po moved T1321: Cleanup "service dns forwarding" tree from Need Triage to Backlog on the VyOS 1.3 Equuleus board.
Jun 2 2020, 5:48 PM · VyOS 1.3 Equuleus (1.3.0)
c-po moved T1933: Changes in /config/scripts/vyos-postconfig-bootup.script got lost during upgrade to 1.2.4 from Need Triage to Backlog on the VyOS 1.3 Equuleus board.
Jun 2 2020, 5:48 PM · VyOS 1.3 Equuleus (1.3.0)
c-po moved T2523: Upgrade from 1.2.5 to 1.3-rolling-202005261512 results in broken network config on second boot from Need Triage to Backlog on the VyOS 1.3 Equuleus board.
Jun 2 2020, 5:48 PM · VyOS 1.3 Equuleus (1.3.3)
c-po moved T2370: Ability to see bridge-related interfaces from Need Triage to Backlog on the VyOS 1.3 Equuleus board.
Jun 2 2020, 5:48 PM · VyOS 1.3 Equuleus (1.3.0)
c-po moved T1192: Wlan regression between 1.2.0-rc11 and rolling from Need Triage to Backlog on the VyOS 1.3 Equuleus board.
Jun 2 2020, 5:48 PM · VyOS 1.3 Equuleus (1.3.0-epa1)
c-po moved T2064: OpenVPN with dev-type tap fails from Need Triage to Backlog on the VyOS 1.3 Equuleus board.
Jun 2 2020, 5:48 PM · VyOS 1.3 Equuleus (1.3.0)
c-po moved T1140: Policy Route Not Work from Need Triage to Backlog on the VyOS 1.3 Equuleus board.
Jun 2 2020, 5:48 PM · VyOS 1.3 Equuleus (1.3.0-epa1)
c-po moved T1945: FRR: Committing large number of peers in configuration results in temporarily incomplete config resulting in route leaks from Need Triage to Backlog on the VyOS 1.3 Equuleus board.
Jun 2 2020, 5:48 PM · VyOS 1.3 Equuleus (1.3.0)
c-po moved T1493: PPPoE IPv6 prefix delegation from Need Triage to Backlog on the VyOS 1.3 Equuleus board.
Jun 2 2020, 5:48 PM · VyOS 1.3 Equuleus (1.3.0)
c-po moved T1807: Improve WireGuard CLI "endpoint" on from Need Triage to Backlog on the VyOS 1.3 Equuleus board.
Jun 2 2020, 5:48 PM · VyOS 1.3 Equuleus (1.3.0)
c-po merged T2064: OpenVPN with dev-type tap fails into T2542: OpenVPN client tap interfaces not coming up.
Jun 2 2020, 5:47 PM · VyOS 1.3 Equuleus (1.3.0)
c-po merged task T2064: OpenVPN with dev-type tap fails into T2542: OpenVPN client tap interfaces not coming up.
Jun 2 2020, 5:47 PM · VyOS 1.3 Equuleus (1.3.0)
c-po added a comment to T2542: OpenVPN client tap interfaces not coming up.

@hexes please provide exact version number "current" does not really help in this case as definately something else is going on with 1.3-rolling-202006011159

Jun 2 2020, 5:46 PM · VyOS 1.3 Equuleus (1.3.0)
jjakob changed the status of T2463: DHCP-received nameserver not added to vyos-hostsd, a subtask of T2464: DNS bugs (parent task), from Open to In progress.
Jun 2 2020, 4:39 PM · VyOS 1.3 Equuleus (1.3.7)
jjakob changed the status of T2463: DHCP-received nameserver not added to vyos-hostsd from Open to In progress.
Jun 2 2020, 4:39 PM · VyOS 1.3 Equuleus (1.3.0)
c-po added a comment to T2542: OpenVPN client tap interfaces not coming up.

Unfortunately I receive a different error:

Jun 2 2020, 3:50 PM · VyOS 1.3 Equuleus (1.3.0)
c-po closed T2544: Enable Kernel KONFIG_KALLSYMS, a subtask of T2543: Kernel: always build perf binary but ship as additional deb package to not bloat the image, as Resolved.
Jun 2 2020, 3:29 PM · VyOS 1.3 Equuleus (1.3.0)
c-po closed T2544: Enable Kernel KONFIG_KALLSYMS as Resolved.
Jun 2 2020, 3:29 PM · VyOS 1.3 Equuleus (1.3.0)
c-po created T2544: Enable Kernel KONFIG_KALLSYMS.
Jun 2 2020, 3:29 PM · VyOS 1.3 Equuleus (1.3.0)
c-po closed T2543: Kernel: always build perf binary but ship as additional deb package to not bloat the image as Resolved.
Jun 2 2020, 3:28 PM · VyOS 1.3 Equuleus (1.3.0)
c-po created T2543: Kernel: always build perf binary but ship as additional deb package to not bloat the image.
Jun 2 2020, 3:27 PM · VyOS 1.3 Equuleus (1.3.0)
hexes added a comment to T2064: OpenVPN with dev-type tap fails.

Looks like I'v got same error: https://phabricator.vyos.net/T2542

Jun 2 2020, 3:16 PM · VyOS 1.3 Equuleus (1.3.0)
thomas-mangin added a comment to T2522: Python CLI.

As a side note, if there is a need to migrate between backends, it would be possible to change the code to have an option to indicate which storage should be used and allow loading from one, saving to another as long as the XML schema is the same.

Jun 2 2020, 3:15 PM · VyOS 2.0.x
thomas-mangin added a comment to T2522: Python CLI.

I see the POC as complete and conclusive, it would only make sense to spend more time on things once this is done (or to add support for control via HTTP/API).

Jun 2 2020, 3:12 PM · VyOS 2.0.x
hexes added a comment to T2542: OpenVPN client tap interfaces not coming up.
vyos@MSklad# save 
Warning: you have uncommitted changes that will not be saved.
Jun 2 2020, 3:04 PM · VyOS 1.3 Equuleus (1.3.0)
hexes added a comment to T2542: OpenVPN client tap interfaces not coming up.
vyos@MSklad# show interfaces openvpn 
+openvpn vtun1 {
+    description VPN
+    device-type tap
+    mode client
+    openvpn-option "--script-security 2"
+    persistent-tunnel
+    protocol udp
+    remote-host ip
+    remote-port port
+    tls {
+        ca-cert-file /config/auth/ca.crt
+        cert-file /config/auth/MSklad.crt
+        key-file /config/auth/MSklad.key
+        tls-version-min 1.0
+    }
+    use-lzo-compression
+}
[edit]
vyos@MSklad# commit
[ interfaces openvpn vtun1 ]
Traceback (most recent call last):
  File "/usr/libexec/vyos/conf_mode/interfaces-openvpn.py", line 1028, in <module>
    apply(c)
  File "/usr/libexec/vyos/conf_mode/interfaces-openvpn.py", line 1018, in apply
    Interface(openvpn['intf']).set_state('up')
  File "/usr/lib/python3/dist-packages/vyos/ifconfig.py", line 110, in __init__
    raise Exception('interface "{}" not found'.format(self.config['ifname']))
Exception: interface "vtun1" not found
Jun 2 2020, 2:59 PM · VyOS 1.3 Equuleus (1.3.0)
hexes created T2542: OpenVPN client tap interfaces not coming up.
Jun 2 2020, 2:37 PM · VyOS 1.3 Equuleus (1.3.0)
thomas-mangin added a comment to T2522: Python CLI.

Configuring 100 dummy interfaces (no thread) on a local VirtualBox, all tests done from boot

Jun 2 2020, 2:10 PM · VyOS 2.0.x
csszep created T2541: Openvpn Radius authentication support.
Jun 2 2020, 9:52 AM · VyOS 1.5 Circinus
csszep created T2540: Support XFRM interfaces for route based IPSEC.
Jun 2 2020, 9:34 AM
jack9603301 added a comment to T421: Add Pv6 prefix delegation support.

@c-po After thinking about it, maybe the only thing I can think of is the word limit of a single line. I submitted another commit.

Jun 2 2020, 7:59 AM · VyOS 1.3 Equuleus (1.3.0-epa1)
yurij185 created T2539: Issues with parsing ip range for source nat translation address.
Jun 2 2020, 6:56 AM · VyConf

Jun 1 2020

c-po closed T2535: Update Intel QAT drivers to 1.7.l.4.9.0-00008 as Resolved.
Jun 1 2020, 12:02 PM · VyOS 1.3 Equuleus (1.3.0)
c-po moved T2526: Wake-On-Lan CLI implementation from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.6) board.
Jun 1 2020, 12:01 PM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.2 Crux (VyOS 1.2.6)
c-po closed T2526: Wake-On-Lan CLI implementation as Resolved.
Jun 1 2020, 12:01 PM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.2 Crux (VyOS 1.2.6)
c-po moved T2526: Wake-On-Lan CLI implementation from Need Triage to Finished on the VyOS 1.3 Equuleus board.
Jun 1 2020, 11:54 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.2 Crux (VyOS 1.2.6)
c-po added a comment to T2526: Wake-On-Lan CLI implementation.

vyos@vyos:~$ wake-on-lan interface eth0.201 host a:b:c:d:e:f

Jun 1 2020, 11:54 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.2 Crux (VyOS 1.2.6)
c-po changed the status of T2526: Wake-On-Lan CLI implementation from Open to Backport candidate.
Jun 1 2020, 11:54 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.2 Crux (VyOS 1.2.6)
c-po closed T2538: Update Intel NIC drivers to recent release (preparation for Kernel >=5.4) as Resolved.
Jun 1 2020, 11:29 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.2 Crux (VyOS 1.2.6)
c-po renamed T2538: Update Intel NIC drivers to recent release (preparation for Kernel >=5.4) from Update Intel NIC drivers to recent release to Update Intel NIC drivers to recent release (preparation for Kernel >=5.4).
Jun 1 2020, 11:12 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.2 Crux (VyOS 1.2.6)
c-po triaged T2538: Update Intel NIC drivers to recent release (preparation for Kernel >=5.4) as Low priority.
Jun 1 2020, 10:07 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.2 Crux (VyOS 1.2.6)
c-po claimed T2538: Update Intel NIC drivers to recent release (preparation for Kernel >=5.4).
Jun 1 2020, 10:07 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.2 Crux (VyOS 1.2.6)
c-po created T2538: Update Intel NIC drivers to recent release (preparation for Kernel >=5.4).
Jun 1 2020, 10:04 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.2 Crux (VyOS 1.2.6)
c-po closed T2536: "show log dns forwarding" still refers to dnsmasq as Resolved.
Jun 1 2020, 9:57 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.2 Crux (VyOS 1.2.6)
c-po moved T2536: "show log dns forwarding" still refers to dnsmasq from Need Triage to Finished on the VyOS 1.3 Equuleus board.
Jun 1 2020, 9:56 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.2 Crux (VyOS 1.2.6)
c-po moved T2536: "show log dns forwarding" still refers to dnsmasq from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.6) board.
Jun 1 2020, 9:56 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.2 Crux (VyOS 1.2.6)
c-po closed T2537: Migrate "show log dns" from vyatta-op to vyos-1x as Resolved.
Jun 1 2020, 9:55 AM · VyOS 1.3 Equuleus (1.3.0)
c-po created T2537: Migrate "show log dns" from vyatta-op to vyos-1x.
Jun 1 2020, 9:54 AM · VyOS 1.3 Equuleus (1.3.0)
c-po changed the status of T2536: "show log dns forwarding" still refers to dnsmasq from Open to In progress.
Jun 1 2020, 9:44 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.2 Crux (VyOS 1.2.6)
c-po edited projects for T2536: "show log dns forwarding" still refers to dnsmasq, added: VyOS 1.2 Crux (VyOS 1.2.6), VyOS 1.3 Equuleus; removed VyOS 1.2 Crux.
Jun 1 2020, 9:44 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.2 Crux (VyOS 1.2.6)
c-po created T2536: "show log dns forwarding" still refers to dnsmasq.
Jun 1 2020, 9:43 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.2 Crux (VyOS 1.2.6)
thomas-mangin added a comment to T2418: Interfaces completion (list_interfaces.py) is slow.

Thank you for this long answer @jjakob. I want to demonstrate that a full python solution can provide the performance we need. I appreciate that changing the Vyatta code need to be done carefully with many consideration about backward compatibility. What I am doing is surely 1.4 material. However I do not believe this is as hard to achieve as everyone may think, and as working code is the best way to discuss code design, that is what I am doing.

Jun 1 2020, 12:34 AM · VyOS 1.3 Equuleus (1.3.7)
thomas-mangin added a comment to T2522: Python CLI.

The cli is mostly functional. I am able to validate the data as it is typed in conf mode (the CLI has both completion and validation working), as soon as delete and show (the current show is "show configuration commands") are implemented, it will be mostly usable. The code can already load a configuration from file, allow some "set" edit and then allow the use of save (the config format is a number of "set" commands, one per line), respect the initialisation order of the XML.

Jun 1 2020, 12:29 AM · VyOS 2.0.x

May 31 2020

thomas-mangin added a comment to T2088: Increased boot time from 1.2.4 -> 1.3 rolling by 100%.

I used @runar code on my branch working on T2522 .. Configuring 100 dummy interface went from 42 to 8 seconds.

May 31 2020, 11:56 PM · VyOS 1.3 Equuleus (1.3.0)
c-po closed T2532: VRF aware OpenVPN as Resolved.
May 31 2020, 5:16 PM · VyOS 1.3 Equuleus (1.3.0)
c-po changed the status of T2532: VRF aware OpenVPN from Open to In progress.
May 31 2020, 4:03 PM · VyOS 1.3 Equuleus (1.3.0)
runar added a comment to T2088: Increased boot time from 1.2.4 -> 1.3 rolling by 100%.

As the current "priority map" there aren't a loot of concurrent python blocks, but i think many of the remaining bash/perl scripts could be moved to new places. https://pastebin.com/z6ZvkJKB

May 31 2020, 6:14 AM · VyOS 1.3 Equuleus (1.3.0)
runar added a comment to T2088: Increased boot time from 1.2.4 -> 1.3 rolling by 100%.

I've created some proof of concept code that i think could help on this issue. https://github.com/runborg/vyos-1x/blob/main-cfg/src/conf_mode/main.py this is a conf-mode executor that handles multiple conf mode scripts. The reason i think this could seriously help on this issue is that as this is all running inside a single python tnterpreter, its able to load the config object once and pass it to all needed conf_mode scripts without a need for reinitialization.

May 31 2020, 5:50 AM · VyOS 1.3 Equuleus (1.3.0)

May 30 2020

MinBX added a watcher for VyOS 1.3 Equuleus: MinBX.
May 30 2020, 9:42 PM
MinBX added a watcher for VyOS 2.0.x: MinBX.
May 30 2020, 9:42 PM
c-po moved T2535: Update Intel QAT drivers to 1.7.l.4.9.0-00008 from Need Triage to Finished on the VyOS 1.3 Equuleus board.
May 30 2020, 8:54 PM · VyOS 1.3 Equuleus (1.3.0)
c-po changed the status of T2535: Update Intel QAT drivers to 1.7.l.4.9.0-00008 from In progress to Backport candidate.
May 30 2020, 8:54 PM · VyOS 1.3 Equuleus (1.3.0)
jjakob added a comment to T2418: Interfaces completion (list_interfaces.py) is slow.

I also couldn't immediately grasp how your suggestion would fit into the whole design concept of VyOS - now that I've had some time to think about it, it indeed makes sense. I was having problems seeing how having a complex daemon just for validators would make sense while still leaving everything else as is - it makes sense if everything is moved there. And only because of the current state of having to "marry" vyatta-cfg with Python and Python's slow initialization times. I guess in the future, if VyConf gets to a place where it can replace vyatta-cfg, it would still make sense to run everything in a single daemon.

May 30 2020, 7:42 PM · VyOS 1.3 Equuleus (1.3.7)
jjakob added a comment to T2418: Interfaces completion (list_interfaces.py) is slow.

@thomas-mangin I think there was a misunderstanding between us. The disagreement we had regarding the way to implement vyatta-cfg validators was because the validators are a integral part of vyatta-cfg operation. They are also simple and small as they only need to validate the types and constraints of config nodes. As they are tied to vyatta-cfg closely, which operates by executing a new process for each config node, that execution needs to be very fast. I was against your solution (a validator daemon in Python listening on a socket file and a companion client in a language that's faster to start up) just because it seemed needlessly complicated for what it needs to achieve. Node validation in vyatta-cfg is a case of simple constraints, not complex interdependencies that would require a higher level language. As we later do the complex validation in the configuration scripts that are written in python themselves, all the complexity can already be put there. Now you may be wondering why this validation is done in two places, it's because of the legacy of vyatta-cfg. In the old days of vyatta, many config nodes didn't have corresponding scripts at all, they were self contained and applied the config directly using system utilities and simple shell scripts that were part of the node definitions themselves. In that case, the config node validators were the only validation of a value that was done and each config node coould specify their own shell snippet or script to validate its own value. This made sense in that design concept.
It is also still an integral part of the shell environment: in config mode, a set command with a invalid value will return an error immediately as its validator returns an error. The configuration script can catch an error only when a commit is triggered.
Now that we are tacking a completely different design concept onto that, things become complex. If the new design says: "all new code must be python" but since we're marrying this new code with the old vyatta-cfg core (vyatta-cfg is still the heart and core of VyOS with Python being the "worker"), things will become very unoptimal and complex and bizarre in some places that wouldn't need to be that way and could be left simple. The above being an example of this complexity due to a design choice.

May 30 2020, 7:35 PM · VyOS 1.3 Equuleus (1.3.7)
jjakob added a comment to T2088: Increased boot time from 1.2.4 -> 1.3 rolling by 100%.

Possibly it's in cases where it's first called in get_config(), then also later in verify() or apply() - the object is function local scope and isn't saved in a global variable. It would be a simple fix if Config() were initialised in main() and passed as an argument to any function that needs it.

May 30 2020, 7:06 PM · VyOS 1.3 Equuleus (1.3.0)
thomas-mangin added a comment to T2418: Interfaces completion (list_interfaces.py) is slow.
vyos@vyos# diff -u /usr/libexec/vyos/completion/list_interfaces.py list_interfaces.py
--- /usr/libexec/vyos/completion/list_interfaces.py	2020-03-21 19:47:22.000000000 +0000
+++ list_interfaces.py	2020-05-30 18:45:30.564000000 +0000
@@ -39,4 +39,7 @@
     print(" ".join([intf for intf in matching("bondable") if '.' not in intf]))
May 30 2020, 6:08 PM · VyOS 1.3 Equuleus (1.3.7)
c-po added a comment to T2088: Increased boot time from 1.2.4 -> 1.3 rolling by 100%.

Why is it sometimes called twice?

May 30 2020, 6:07 PM · VyOS 1.3 Equuleus (1.3.0)
c-po added a comment to T421: Add Pv6 prefix delegation support.

Begging for a merge will not speed things up. You multiple times refused to adopt the patch to our guidelines and it is still unclear if this is the right path to go.

May 30 2020, 6:03 PM · VyOS 1.3 Equuleus (1.3.0-epa1)
thomas-mangin updated subscribers of T2522: Python CLI.

I just had a look at VyConf and it is excellent, I fear that no one but @dmbaturin can maintain participate to it.
Also, VyConf will still need to fork all the python code and unless we have a resolution to T2088 - I am not sure what the best path forward will be

May 30 2020, 5:38 PM · VyOS 2.0.x
c-po changed the status of T2535: Update Intel QAT drivers to 1.7.l.4.9.0-00008 from Open to In progress.
May 30 2020, 5:32 PM · VyOS 1.3 Equuleus (1.3.0)
c-po created T2535: Update Intel QAT drivers to 1.7.l.4.9.0-00008.
May 30 2020, 5:32 PM · VyOS 1.3 Equuleus (1.3.0)
thomas-mangin updated subscribers of T2418: Interfaces completion (list_interfaces.py) is slow.

I tried to get a flamegraph showing what I was wanting to say but .. do not look very clear :-(

May 30 2020, 3:45 PM · VyOS 1.3 Equuleus (1.3.7)
thomas-mangin added a comment to T2418: Interfaces completion (list_interfaces.py) is slow.

May 30 2020, 3:30 PM · VyOS 1.3 Equuleus (1.3.7)
syncer changed the subtype of T2524: Restarting vyos-router.service breaks router from "Task" to "Bug".
May 30 2020, 3:21 PM · VyOS 1.3 Equuleus (1.3.3)
jack9603301 added a comment to T421: Add Pv6 prefix delegation support.

Please merge the following PR, if there is a problem, please let me modify it.

May 30 2020, 2:31 PM · VyOS 1.3 Equuleus (1.3.0-epa1)
c-po added a comment to T2500: vyos-build scripts/build-packages builds vyos-1x with version 0.0-no.git.tag.

Well I do no longer maintain it so it‘s defacto dead. It only served as poc, I rather use some bash aliases now to build my packages and rely on the deb mirror.

May 30 2020, 2:23 PM · VyOS 1.3 Equuleus (1.3.0)
c-po added a comment to T2518: Support NAT for ipv6(NPT).

No

May 30 2020, 2:22 PM · VyOS 1.4 Sagitta
jjakob added a comment to T2500: vyos-build scripts/build-packages builds vyos-1x with version 0.0-no.git.tag.

@c-po IMO the script should be kept but fixed so it builds all valid packages. Otherwise there's no way to build our own packages with one command. Sure we can build them one by one by manually cloning each repository, but that's automated by this script. There's a task I already opened for it.

May 30 2020, 2:06 PM · VyOS 1.3 Equuleus (1.3.0)
jack9603301 added a comment to T2518: Support NAT for ipv6(NPT).

If so, it's better to consider porting the 1.2 NPT implementation instead of using a new solution. Can they coexist? I'm just a suggestion.

May 30 2020, 1:54 PM · VyOS 1.4 Sagitta
thomas-mangin added a comment to T2500: vyos-build scripts/build-packages builds vyos-1x with version 0.0-no.git.tag.

I believe it was git pull —tags which fixed it for me ..

May 30 2020, 1:53 PM · VyOS 1.3 Equuleus (1.3.0)
thomas-mangin added a comment to T2436: equuleus: Testing: vyos-1x: syntax checking Python scripts in PR.

Many scripts also so do implement if name == “main

May 30 2020, 1:49 PM · VyOS 1.3 Equuleus (1.3.0)
jjakob changed the status of T2534: pdns-recursor override.conf error from Open to Confirmed.

I'm working on a larger set of patches for DNS, a fix for this will be included

May 30 2020, 1:49 PM · VyOS 1.3 Equuleus (1.3.0)
hazaki created T2534: pdns-recursor override.conf error.
May 30 2020, 1:40 PM · VyOS 1.3 Equuleus (1.3.0)
jjakob added a comment to T2436: equuleus: Testing: vyos-1x: syntax checking Python scripts in PR.

This does not compile python scripts without a .py extension (there are several in src/services, src/utils that have #!/usr/bin/env python3)

May 30 2020, 1:15 PM · VyOS 1.3 Equuleus (1.3.0)
c-po closed T2388: template rendering should create folder and set permission as Resolved.
May 30 2020, 1:10 PM · VyOS 1.3 Equuleus (1.3.0)
daniil changed Why the issue appeared? from none to other on T2533: FRR 7.3.1-0 stale connected route.
May 30 2020, 1:09 PM · vyos-frr
daniil changed Is it a breaking change? from behavior to none on T2533: FRR 7.3.1-0 stale connected route.
May 30 2020, 1:08 PM · vyos-frr
daniil created T2533: FRR 7.3.1-0 stale connected route.
May 30 2020, 1:08 PM · vyos-frr
c-po added a comment to T2418: Interfaces completion (list_interfaces.py) is slow.

The recent implementation here uses the python ifconfig module and walks it to detect interfaces marked as beidgable. I found such constructs are way too slow, simply listing ls -1 /sys/class/net (and do some filtering) is magnitudes faster.

May 30 2020, 1:05 PM · VyOS 1.3 Equuleus (1.3.7)
c-po closed T2460: Migrate vyatta-nat-translations.pl to Python, a subtask of T2198: Rewrite NAT in new XML/Python style, as Resolved.
May 30 2020, 1:00 PM · VyOS 1.3 Equuleus (1.3.0)
c-po closed T2460: Migrate vyatta-nat-translations.pl to Python as Resolved.
May 30 2020, 1:00 PM · VyOS 1.3 Equuleus (1.3.3)
c-po added a comment to T2500: vyos-build scripts/build-packages builds vyos-1x with version 0.0-no.git.tag.

I think I drop the script as it was considered as a PoC but its heavily unmaintained

May 30 2020, 12:57 PM · VyOS 1.3 Equuleus (1.3.0)
c-po added a comment to T2522: Python CLI.

That is what VyConf is for

May 30 2020, 12:55 PM · VyOS 2.0.x
c-po added a comment to T2518: Support NAT for ipv6(NPT).

It‘s implemented in 1.2 but not with the new nftables based NAT backend as the required commands could not be translated from ip6tables.

May 30 2020, 12:54 PM · VyOS 1.4 Sagitta
Raeven created T2532: VRF aware OpenVPN.
May 30 2020, 11:50 AM · VyOS 1.3 Equuleus (1.3.0)
c-po added a comment to T2530: Error creating VRF with a name of exactly 16 characters.

Validator now prevents this

May 30 2020, 9:22 AM · VyOS 1.3 Equuleus (1.3.0)
c-po closed T2530: Error creating VRF with a name of exactly 16 characters as Resolved.
May 30 2020, 9:21 AM · VyOS 1.3 Equuleus (1.3.0)