It works for me. We need more details of your setup and your config to tell anything.
Wed, Nov 15
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.
Mon, Nov 13
I could reproduce the bug. This doesn't appear to be an easy fix though.
Sat, Nov 11
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.
Fri, Nov 10
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.
Thu, Nov 9
@UnicronNL Just to make sure, the package included in helium now is also patched?
Sat, Nov 4
Thu, Nov 2
@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.
Wed, Nov 1
If you want multiple interfaces with the same properties as the loopback, use dummy interfaces.
Mon, Oct 30
@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. ;)
Fri, Oct 27
Thu, Oct 26
Tue, Oct 24
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.
Jan 17 2017
I think we can just reference it directly.
I've just done a quick test of the BatString.numeric_compare, looks perfect.
Jan 16 2017
Already implemented in Config_tree.
This has nothing to do with vyconf. Please move it out of the project, and to vyos 1.2.0