- User Since
- Feb 7 2016, 4:09 PM (96 w, 3 d)
Wed, Dec 6
@begetan Does creating it with one interface first work for you?
Also, I still need the show version output from the running instance (complete with S/N and UUID) to see if it's the same issue or a different one.
@begetan It is the same build that the marketplace team at AWS distributes to all regions. I've just made an instance in Frankfurt and it worked for me.
Sun, Dec 3
I appreciate your work! Could you make the patch easier for us to merge and then to track for release and changelog?
Here's the proper procedure for making patches: https://wiki.vyos.net/wiki/Submit_a_patch
Fri, Dec 1
@aopdal I suppose 1.2.0 will stick with quagga, though if we are able to weed out all issues with FRR in reasonable timeframe, perhaps we can attempt migration to FRR in 1.2.0 rather than a release after it.
Wed, Nov 29
Wed, Nov 15
It works for me. We need more details of your setup and your config to tell anything.
Tue, Nov 14
The lldpd package had really insufficient dependencies, it didn't even list libssl. This is why it wasn't rebuilt, we used apt-cache rdepend to find the packages that depend on libssl0.9.8, and due to missing dependencies this one didn't show up.
Nov 13 2017
I could reproduce the bug. This doesn't appear to be an easy fix though.
Nov 11 2017
Well, it *is* a stupid SEO thing. This person created two seemingly valid (even if irrelevant) tasks that include a link to some website unrelated to the task content. I think we should block @jensenbreck right away.
Nov 10 2017
I've done pkg-release in that package to include the latest commits into debian changelog and update the package version (helium4 now).
The issue was with variable scoping, the variable for server subnet that was supposed to be global was instead updated in the local scope.
Nov 9 2017
@UnicronNL Just to make sure, the package included in helium now is also patched?
Nov 4 2017
Nov 2 2017
@c-po I agree. By now I have a way better prototype of that thing than the original. I'll make a task about it.
Nov 1 2017
If you want multiple interfaces with the same properties as the loopback, use dummy interfaces.
Oct 30 2017
@S3m1r6 Could you test this image? http://dev.packages.vyos.net/iso/testing/vyos-1.1.8-rc2-amd64.iso I tested loading a config similar to yours (with ingress/egress QoS values added to make sure they get processed) and it works for me.
Not resolved yet. ;)
Oct 27 2017
Oct 26 2017
Oct 24 2017
Oct 21 2017
An AMI updated by hand was submitted to Amazon for testing.
Oct 16 2017
Thanks, I'm looking at it now.
Oct 12 2017
The only remotely sensible use case I can see is active/standby bonding of L2 VPNs to provide redundant paths. But then again, the real answer to this is distributed switches such as openvswitch.
BGP configuration is definitely loaded after VTI configuration is loaded.
Fixed in both 1.1.8 and current.
Well spotted! Fixed the typos.
Should we add it to 1.1.8? It's a pretty big change, I'm not sure if it should be in a maintenance rather than a major release.
The commit is indeed in helium now.
That commit was in helium as well, but the real issue was in the debian install file: those paths were missing from it, so templates were generated but not included in the package.
Imported into 1.1.8
Oct 10 2017
Oct 4 2017
Oct 3 2017
@UnicronNL The debian repo for helium is here: http://dev.packages.vyos.net/legacy/repos/debian/helium/
Oct 2 2017
Fixed 1, 2, and 3.
Sep 20 2017
Sep 16 2017
Yes, @Tania and I are working on the rewrite.
Sep 15 2017
Sep 14 2017
Create a new repo (dev.packages.vyos.net/debian) and moved hvinfo to there.
The current implementation with postfix aliases is/was a bit problematic because all spam sent to it is forwarded to all members, and the mail servers where member addresses are get upset with mine and report me to spam lists.
Sep 13 2017
I've merged the quagga pull request. Do you have implementation of the CLI for it, or shall I add it?
Sep 12 2017
Sep 9 2017
@c-po The post I made yesterday (http://blog.vyos.net/vyos-development-digest-number-10), the vyos-1x package is pretty much that, the future single package for all config scripts and data. I would be reluctant to put things that are not VyOS-specific into it though. With small things such as the mDNS repeater things get shaky of course. Something like PMACCT is a clear case, merging it into another package would be insanity. Those relays are small enough to make one wonder if they really need their own packages.
Sep 8 2017
@JulesT I'm afraid Perl code is going to be around for quite a while, as many things need to be fixed before any rewrite of them can take place.
It's the code for new features that concerns me, not as much in the language as in the old approach that is not conductive to either automated testing or future implementation of transactional commit.
@JulesT 99% of new EdgeOS code is proprietary. I see no reason to stick with it for the tiny open source bits they may release once in a while. EdgeOS could use their departure from Vyatta Core as a chance to rethink those decisions, but apparently due to time pressure they didn't... Now they are stuck with backporting UnionFS forever and never getting e.g. fully transactional commits or
And now that I've actually looked into it... ;)
I think before we call it finished, we should move those repos under vyos organization and give @c-po access to them (frankly, I also propose to add him to maintainers).
We should, but somehow I don't have write access to this task. We should find a way to change the default permissions so that all maintainers can do that.
Sep 7 2017
@sebastianm In VyConf it's going to be fairly easy (ok, possible at least) to implement different input and output formats, so chances are we can add | display json or | display yaml filters if there's demand for it.
Sep 6 2017
Aug 21 2017
Aug 20 2017
Aug 18 2017
Looks like phabricator hasn't picked up those commits for some reason...
Aug 17 2017
Aug 16 2017
Mar 4 2017
Feb 21 2017
Feb 17 2017
Feb 7 2017
Trying to use Debian Jessie fails because it doesn't have 3.18 kernel which is required for OverlayFS support.
I have no idea what you are doing, but: 1) overlayfs is used for the livecd union mount and NOT for config sessions 2) for config sessions, a userspace implementation of unionfs (unionfs-fuse) is used.
Jan 30 2017
What prevents you from adding it yourself by the way? The registration on wiki is open.