Please test and verify with latest rolling
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
Jun 1 2019
Jun 1 2019
c-po closed T1416: 2 dhcp server run in failover mode can't sync hostname with each other as Unknown Status.
c-po added a comment to T1416: 2 dhcp server run in failover mode can't sync hostname with each other.
May 31 2019
May 31 2019
May 30 2019
May 30 2019
c-po changed the status of T1416: 2 dhcp server run in failover mode can't sync hostname with each other from Open to In progress.
Its only in the current branch for rolling, not in 1.2.1 crux - but can be backported
c-po moved T1419: Can't delete multiple OSPF passive-interfaces in single commit from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.2) board.
c-po edited projects for T1419: Can't delete multiple OSPF passive-interfaces in single commit, added: VyOS 1.2 Crux (VyOS 1.2.2); removed VyOS 1.2 Crux.
c-po moved T1419: Can't delete multiple OSPF passive-interfaces in single commit from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po updated the task description for T1419: Can't delete multiple OSPF passive-interfaces in single commit.
c-po renamed T1419: Can't delete multiple OSPF passive-interfaces in single commit from Error when deleting OSPF passive-interface/passive-interface-exclude to Can't delete multiple OSPF passive-interfaces in single commit.
Adding some debug code to /opt/vyatta/share/vyatta-cfg/templates/protocols/ospf/passive-interface/node.def (set -x for delete) shows:
c-po updated the task description for T1419: Can't delete multiple OSPF passive-interfaces in single commit.
c-po updated the task description for T1419: Can't delete multiple OSPF passive-interfaces in single commit.
May 29 2019
May 29 2019
If there is a refactoring ongoing please also consider the following change to flatten the PPPoE IPv6 configuration by making use of a present nested node:
May 28 2019
May 28 2019
c-po added a subtask for T476: Update the base system to Debian 10 (Buster): T1132: Build on Debian Buster.
c-po added a parent task for T1132: Build on Debian Buster: T476: Update the base system to Debian 10 (Buster).
c-po renamed T476: Update the base system to Debian 10 (Buster) from Start builds for Debian 9 to Start builds for Debian 10 (Buster).
May 27 2019
May 27 2019
c-po closed T1409: Verify if vyatta-iproute package can be replaced by upstream iproute2 package, a subtask of T1404: Update iproute2 package to 4.19, as Wontfix.
c-po added a comment to T1409: Verify if vyatta-iproute package can be replaced by upstream iproute2 package.
We can't use the current iproute2 package from upstream Debian as commit f900a21611c03e6d83104f2a862cd4c5f160d35f ("utils.h: provide fallback CLOCK_TAI definition") is only available in iproute2 after the release of v4.19. The reason is CLOCK_TAI isn't exposed by glibc < 2.21 and we use glibc 2.19 in VyOS (comes with Debian Jessie)
May 26 2019
May 26 2019
c-po changed the status of T1388: OpenVPN client connections with password and certificate authentication don't work from Unknown Status to Resolved.
c-po edited projects for T1388: OpenVPN client connections with password and certificate authentication don't work, added: VyOS 1.2 Crux (VyOS 1.2.2); removed VyOS 1.2 Crux.
c-po changed the status of T1387: Disabling a DHCP interface with no address displays an error from Unknown Status to Resolved.
c-po moved T1387: Disabling a DHCP interface with no address displays an error from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.2) board.
c-po edited projects for T1387: Disabling a DHCP interface with no address displays an error, added: VyOS 1.2 Crux (VyOS 1.2.2); removed VyOS 1.2 Crux.
Please refer to the equuleus Git branch. There is already a Docker container and some smal fixes to the build system.
c-po moved T1154: use of local cache to build iso from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T833: New PPTP server implementation based on accel-ppp from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1148: epa2 BGP peers initiate before config is fully loaded, routes leak. from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1324: update documtation for 'set system login user level' from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1373: set multiple PBR rules on single interface from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1393: pppoe IPv6 pool doesn't work from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1399: accel-ppp kernel modules missing in rolling build 20190522 from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1402: Update Linux Kernel to 4.19.45 from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1407: pppoe IPv6 PD documention by practical example from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1404: Update iproute2 package to 4.19 from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po changed the status of T1409: Verify if vyatta-iproute package can be replaced by upstream iproute2 package, a subtask of T1404: Update iproute2 package to 4.19, from Open to In progress.
c-po changed the status of T1409: Verify if vyatta-iproute package can be replaced by upstream iproute2 package from Open to In progress.
Remaining question is: Why do we need our own iproute fork and can't use the upstream packages commit https://git.kernel.org/pub/scm/network/iproute2/iproute2.git/commit/?id=f900a21611c03e6d83104f2a862cd4c5f160d35f for VyOS? Thats the commit we build right now in https://github.com/vyos/vyatta-iproute
May 24 2019
May 24 2019
May 23 2019
May 23 2019
May 22 2019
May 22 2019
You can always let SSH listen to a loopback address
May 21 2019
May 21 2019
8472 is the default port used by the Kernel, and thus fully backwards compatible with older installations. 4789 is the IANA assigned value which you could configure using remote-port.
IMHO the only reasonable solution would be to git bisect the Kernel and find the commit which introduced the problem.
May 20 2019
May 20 2019
@rob Fix will be in next rolling release
c-po closed T1388: OpenVPN client connections with password and certificate authentication don't work as Unknown Status.
c-po added a comment to T1388: OpenVPN client connections with password and certificate authentication don't work.
Thank you @wsapplegate for the contribution. Please test with the next rolling release.
Thank you @wsapplegate for the contribution. Please test with the next rolling release.
c-po moved T1387: Disabling a DHCP interface with no address displays an error from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1384: vxlan remote-port from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.2) board.
c-po edited projects for T1384: vxlan remote-port, added: VyOS 1.2 Crux (VyOS 1.2.2); removed VyOS 1.2 Crux.
We should not emit any warning at all - this was caused by a bug in the remote-port implementation.
May 18 2019
May 18 2019
Build Docker container two times on different machines (Linux host and macOS host) ... no problems detected. closing this.
Can't reproduce the issue using commit 217aa6afaeb of vyos-build repo
May 17 2019
May 17 2019
May 13 2019
May 13 2019
c-po moved T1378: Embed Git commit ID of vyos-build repo in resulting image from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1378: Embed Git commit ID of vyos-build repo in resulting image from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.2) board.
c-po renamed T1378: Embed Git commit ID of vyos-build repo in resulting image from Embed Got commit ID of vyos-build repo in resulting image to Embed Git commit ID of vyos-build repo in resulting image.
c-po changed the status of T1378: Embed Git commit ID of vyos-build repo in resulting image from Open to In progress.
May 12 2019
May 12 2019
May 11 2019
May 11 2019
Unfortunately a build of vyatta-webproxy was not triggered on push to GitHub. Next rolling will have it!
May 9 2019
May 9 2019
c-po moved T1367: VIF deletion fails inconsistently from In Progress to Finished on the VyOS 1.2 Crux (VyOS 1.2.2) board.
c-po moved T1367: VIF deletion fails inconsistently from In Progress to Finished on the VyOS 1.3 Equuleus board.
May 8 2019
May 8 2019
c-po moved T1370: Webproxy with ldap authentication don't start from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.2) board.
Please test with next rolling release if this problem is fixed so we can close this issue if this is ok for you. Whitlist issues should be separate ones. Thanks for assistance.
c-po moved T1370: Webproxy with ldap authentication don't start from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po edited projects for T1370: Webproxy with ldap authentication don't start, added: VyOS 1.2 Crux (VyOS 1.2.2); removed VyOS 1.2 Crux.
backported to crux
So you used /usr/lib/squid3/basic_ldap_auth? Then I‘m going to correct the scripts
May 7 2019
May 7 2019
Once you verify if the module works I‘m happy to fix it.