Fixed temporarily for now in https://phabricator.vyos.net/R3:1c4414dd363bdb268038ae238686be3e0b7f988b
We should re-add building it from upstream to fix T1538.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
Mar 1 2020
Mar 1 2020
c-po moved T2071: Add possibility to temporary disable a RADIUS server used for system login from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2075: Add support for OpenVPN tls-crypt file option from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2080: traffic-policy shaper error when setting bandwidth from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2079: Update Linux Kernel to v4.19.106 from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2079: Update Linux Kernel to v4.19.106 from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.5) board.
c-po changed the status of T2087: Add maxfail 0 option to pppoe configuration. from Resolved to Unknown Status.
c-po renamed T2086: Move sudo session open/close log entries to auth.log from Move sudo log messages out of to Move sudo session open/close log entries to auth.log.
c-po moved T2086: Move sudo session open/close log entries to auth.log from Need Triage to Backport Candidates on the VyOS 1.3 Equuleus board.
Feb 29 2020
Feb 29 2020
jjakob triaged T2072: Shell autocomplete of option (config node) with quoted value doesn't work as Normal priority.
jjakob changed the status of T2072: Shell autocomplete of option (config node) with quoted value doesn't work from Open to In progress.
jjakob added projects to T2084: conntrack-tools package build error for current/equuleus: vyos-build, conntrack-tools.
jjakob changed the status of T2084: conntrack-tools package build error for current/equuleus from Open to On hold.
thomas-mangin closed T2046: allowing sub-classes of Interface to redefine how the interface is created as Resolved.
The changes are also part of the patch for T2057 which was merged.
thomas-mangin changed the status of T2082: WireGuard broken after merging T2057 from Open to In progress.
All my apologies for this stupid bug.
Feb 28 2020
Feb 28 2020
Sorry, I titled the task wrong. The error is in building conntrack-tools.
jjakob renamed T2084: conntrack-tools package build error for current/equuleus from conntrack-sync package build error for current/equuleus to conntrack-tools package build error for current/equuleus.
I think you're right, I couldn't find any package depending on it, vyatta-conntrack-sync only depends on conntrack.
I also found this https://phabricator.vyos.net/T1538 in which the conclusion is we should upgrade conntrack-tools.
I guess that one is deprecated as we also don‘t have it in our CI at https://ci.vyos.net/
jjakob moved T2083: vyos-build: build-packages fails at mdns-repeater due to wrong branch from In Progress to Finished on the VyOS 1.3 Equuleus board.
jjakob moved T2083: vyos-build: build-packages fails at mdns-repeater due to wrong branch from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
c-po closed T2083: vyos-build: build-packages fails at mdns-repeater due to wrong branch as Resolved.
jjakob changed the status of T2083: vyos-build: build-packages fails at mdns-repeater due to wrong branch from Open to In progress.
looks for my like an frr bug. Has someone contacted upstream?
As PPPoE is now denested the logic in Vyatta::Interfaces needs to be adjusted
c-po changed the status of T2080: traffic-policy shaper error when setting bandwidth from Open to In progress.
Unknown Object (User) created T2081: Support Ethernet over IP (EoIP) .
I can confirm this bug also with VyOS 1.2.4
syncer moved T1970: Correct adding interfaces on boot from Need Triage to Finished on the VyOS 1.3 Equuleus board.
Feb 27 2020
Feb 27 2020
c-po added a comment to T2072: Shell autocomplete of option (config node) with quoted value doesn't work.
For TLS crypt please see T2075
c-po changed the status of T2075: Add support for OpenVPN tls-crypt file option from Open to In progress.
Unknown Object (User) changed the status of T2074: VyOS docker container: Cannot configure ethernet interface from Open to In progress.
Unknown Object (User) created T2074: VyOS docker container: Cannot configure ethernet interface.
This should actually be possible after the PPPoE interface rewrite in the latest rolling image.
No answer from user.
Feb 26 2020
Feb 26 2020
c-po added a comment to T2072: Shell autocomplete of option (config node) with quoted value doesn't work.
Yes there are definately other places like DHCP.
jjakob added a comment to T2072: Shell autocomplete of option (config node) with quoted value doesn't work.
I personally don't mind the raw options, and there are other people using them too (T127, T1246, T1383, T1421, T1430).
There is no option for tls-crypt, just tls-auth. Also I'm experimenting with the various mtu options (tun-mtu, link-mtu, mssfix, fragment) and keepalive options (ping-restart, ping) that can't be set through the existing keepalive options (keepalive doesn't take 0 as a value if I want ping-restart 0 for example, and there's no way to not have keepalive be set with default vaules). So yeah, if all of these options were integrated, I personally wouldn't need the openvpn-options. But I think there are other places that use raw values with quotes that are affected by the autocompletion bug too, dhcp-server for example.
c-po added a comment to T2072: Shell autocomplete of option (config node) with quoted value doesn't work.
Thats the downside of those nodes which allow passing raw values down the config. I never liked them and they should be removed. The CLI should be extended to support the raw options instead.
daniil raised the priority of T2073: ipoe-server: reset op-mode command for sessions from Wishlist to Low.
daniil changed the subtype of T2073: ipoe-server: reset op-mode command for sessions from "Task" to "Feature Request".
jjakob renamed T2072: Shell autocomplete of option (config node) with quoted value doesn't work from utocomplete option (config node) with quoted value to Shell autocomplete of option (config node) with quoted value doesn't work.
Feb 25 2020
Feb 25 2020
c-po moved T2070: Rewrite (dis-)connect op-mode commands in XML and Python from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po closed T2070: Rewrite (dis-)connect op-mode commands in XML and Python, a subtask of T1318: PPPoE client CLI redesign, as Resolved.
c-po renamed T2070: Rewrite (dis-)connect op-mode commands in XML and Python from Rewrite connect/disconnect command sin XML/python to Rewrite (dis-)connect op-mode commands in XML and Python.
c-po changed the status of T2070: Rewrite (dis-)connect op-mode commands in XML and Python from Open to In progress.
c-po changed the status of T2070: Rewrite (dis-)connect op-mode commands in XML and Python, a subtask of T1318: PPPoE client CLI redesign, from Open to In progress.
c-po changed the status of T1971: Missing modules in initrd.img for PXE boot from Unknown Status to Resolved.
c-po moved T1971: Missing modules in initrd.img for PXE boot from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.5) board.
Feb 24 2020
Feb 24 2020
Unknown Object (User) changed the status of T2069: PPPoE-client does not works with service-name option from In progress to Needs testing.
c-po added a comment to T1028: Suspending and resuming VyOS in VMware will result in loss of static ip addresses.
Unknown Object (User) added a comment to T2069: PPPoE-client does not works with service-name option.
PR for 1.3-rolling https://github.com/vyos/vyos-1x/pull/228
dirkjanm added a comment to T1028: Suspending and resuming VyOS in VMware will result in loss of static ip addresses.
FWIW, this issue is still occuring on 1.3 rolling (1.3-rolling-202002180217) for interfaces with DHCP set. While the above referenced repository is archived, the script here https://github.com/vyos/vyos-vmwaretools-scripts/blob/current/scripts/resume-vm-default.d/ether-resume.py seems to be the latest version.
For any interface with DHCP enabled, it will try to run
ip address add dhcp dev ethX
Since dhcp is not a valid address this fails and after the interface loses it's IP until dhclient is run manually or the system reboots. The script linked by @dmaasland works correctly.
Unknown Object (User) changed the status of T2069: PPPoE-client does not works with service-name option from Open to In progress.
thomas-mangin moved T2057: Generalised Interface configuration from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
The patch is ready for inclusion.
This work raised an issue with the current pattern of using Interface(..).remove() which is used in VLANIf as it requires Interface to know that EthernetIf can not be deleted (an implementation detail which should remain in EthernetIf).
Unknown Object (User) claimed T2069: PPPoE-client does not works with service-name option.
Unknown Object (User) added a comment to T2067: pppoe-server: Add possibility set multiple service-name.
@hagbard thanks, works as expected. I think this might be backport candidate to 1.2.X
Unknown Object (User) created T2069: PPPoE-client does not works with service-name option.
c-po changed the status of T1748: vbash: beautify tab completion output/line breaks from Open to In progress.
hagbard changed the status of T2067: pppoe-server: Add possibility set multiple service-name from In progress to Needs testing.
https://github.com/vyos/vyos-1x/commit/d9fa3fb7d7613cd5d6297115da0dc63462d4cf69
@Dmitry next rolling will have it enabled, let me know if it works for you as intended.
Feb 23 2020
Feb 23 2020
hagbard changed the status of T2067: pppoe-server: Add possibility set multiple service-name from Open to In progress.