Please retest wirh latest rolling release
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Dec 13 2018
Dec 12 2018
- CONFIG_MMC_BLOCK already enabled
- CONFIG_MMC_SDHCI_ACPI has been enabled
+1
Dec 11 2018
Please note:
Dec 10 2018
My changes will make it into rc12 as earliest, sorry
Disabling the complete Framebuffer subsystem works with my UEFI Testboard, too. I will drop it entirely
Dec 9 2018
Not directly but it was added here: https://github.com/librenms/librenms/pull/351
Dec 8 2018
I see OS version in libreNMS.
Dec 7 2018
Netplugd seems to be the thing we want
In vyatta-cfg-firewall please do git checkout current prior to building it, as the submodule pointer is definately not up2date.
According to CI service build works as expected. Can you please retry?
Dec 6 2018
Dec 4 2018
Will set interface vxlan vxlan0 remote-port 12345 be appropriate? Using destination-port would also work but the remote address is called remote and also openvpn utilizes remote-port
Dec 3 2018
Setting destination port per VXLAN interface sound much more reasonable
Dec 2 2018
What about Dockerfile in vyos-build?
Dec 1 2018
I will provide a VyOS testing ISO somewhen next week, would be much appreciated if you can test.
Or drop by our slack channel for help
First you need to specify a new version of your subtree,
https://github.com/vyos/vyatta-cfg-system/commit/f68dda9d619ea74bed266122ac86604284e1a9e4
@dsteinkopf I think almos every command is good when there is a discussion ongoing and we can agree on somehing. VyOS has so called migration scripts which are executed once we do CLI changes and thus migrate old configuration nodes to new ones. We already make use of this feature alot and it is transparent to the user.
I really like the idea and thank you for the contribution.
@SteveP do you have time booting a Debian Buster (testing) ISO on your device and see if your NICs do appear?
Nov 29 2018
@dmbaturin maybe can, need to verify this behavior together with the EFI stuff when I'm back in germany. If =n works for all szenarios I'm happy with it.
Nov 28 2018
Can you please double-check with latest rolling release: vyos-1.2.0-rolling+201811281529-amd64.iso?
System bootup time is something we should not care, as a router is not rebootet that often. Infact the startup time depends on the amount of configured services or firewall rules. We recently increased the timeout for starting of VyOS to also make it work on slower Intel Atom D525 platforms where a huge firewall config was loaded.
What do you propose as CLI syntax?
Nov 27 2018
I never liked verbatim passed options, this will be a perfect candidate for a first controbution to VyOS as it will be rather easy! You want to give it a try?
There hve recently been changes in regards to EFI. Please check the Dockerfile for all required packages or switch to Completely!
Nov 26 2018
Have you tried specifying /config/config.boot instead?
I always thought 64 cpus should be sufficient for VyOS :)
Another idea (if having no name-server entries is disliked) would be
Nov 25 2018
Eoot hints could be speciefied, if none is specified, buildin one is used.
Could be done by Help text and documentation
Or, if no name-server is set, use the root servers, this is the most easy implementation.
Even better! Thanks for the hint!
Nov 24 2018
BBR was enabled in the latest commit to vyos-kernel
@syncer seems this is the only available SSTP Linux implementation
man strace(1) indicates that it opens several system files until it gets a match for any known distro.
VyOS ships a serial port interface in the default configuration upon installation.
Merged from current into crux branch.
May it be you are running on a virtualized environment and have not added a serial port to your VM?
Nov 17 2018
Nov 15 2018
Your commit enables memory plugin when disable is configured?
@LiquidLight there is a Dockerfile, too to build VyOS
Issue file con be overwritten. lsb_release -d would be a better way, as it gives you Description: Debian GNU/Linux 8.11 (jessie)
Nov 12 2018
Nov 11 2018
Looks like this was always a bug. In the old Perl implementation the if clause was the same:
https://github.com/vyos/vyatta-cfg-system/blob/9b469f3c5734c086fc30b097405ea46ec2cee725/scripts/dynamic-dns/vyatta-dynamic-dns.pl#L223-L230
@dmbaturin This is what I did:
Nov 10 2018
This looks like an ultimate hackaround. Maybe we should check if we can change the C implementation
Nov 9 2018
Actually I only wanted to use it got configuration backup.
Please note: Kernel Intel driver version is kot always related to Intel out of tree modules. Denverton C3000 NICs work fine with 4.18 atleast so as we run 4.19 we‘re off the hook.