On 13/05/2019 08:12, Kees Meijs wrote:
> Thank you for pointing that out and will do in a few weeks when Buster's
> stable.
From my standpoint, the main problem with the current state of things is that
the "normal" upgrade path from 1.6 to 2.0 does not work. Neither can one install
both versions
Hi,
I have a request to Ondřej Surý: debian-packaged version of bird2 that
is currently on https://salsa.debian.org/debian/bird2.git is unbuildable
on older distros because of required version of debhelper (cosmic and
stretch have version 11) and init-system-helpers (cosmic has 1.54,
stretch - 1.4
On 2/6/19 11:48 AM, Alarig Le Lay wrote:
> I added the upstream repo (deb http://bird.network.cz/debian/ stretch
As I see from here, this repo only contains 1.6.4
> So, what’s the best way to get bird2 on debian without compiling it on
> each server?
It looks like for now, you'd need to build t
On 1/28/19 4:18 PM, Ondrej Zajicek wrote:
>> I would like to suggest to change the default name of the configuration file
>> for
>> bird version 2.0.
[...]
> Well, workaround would be to have config files in separate files and
> /etc/bird.conf just a symlink, which can be simply changed after p
On 26/01/2019 15:26, Christoffer Hansen wrote:
> On 26/01/2019 14:55, Eugene Crosser wrote:> I would like to suggest to
> change the default name of the configuration file for
>> bird version 2.0.
> Wouldn't using the -c switch[0][1] to give the bird daemon a
> /pat
Hello,
I would like to suggest to change the default name of the configuration file for
bird version 2.0.
The two bird versions cannot use the same file because of syntax change. And
some of us distribute the file via configuration management tools (like ansible
etc.). This makes upgrade path rat
On 1/21/19 10:01 PM, Eugene Crosser wrote:
> On 21/01/2019 21:20, Ondrej Zajicek wrote:
[...]
>> Or just switch to BIRD 2.0
>
> I will try that; I hope that I was wrong in my analysis.
I've built a .deb package off the tag v2.0.3 and it indeed successfully
imports gateway-l
On 21/01/2019 21:20, Ondrej Zajicek wrote:
>> https://gitlab.labs.nic.cz/labs/bird/blob/master/sysdep/linux/netlink.c#L528
>>
>> Questions:
>>
>> 1. What was the justification for disallowing gateway-less multipath
>> routes? Would it make sense to allow them (in the mainstream code)?
>
> The cod
Hello all,
we do virtual hosting, and we provide routeable /32 addresses to the
guests. Kernel routes on the KVM host are link routes that look like this:
1.0.0.113 dev pub020304050612 proto static
They are picked up by bird and exported to the core router. When we
launch multiple guests with th
