2017-09-13 16:09:19 |
Juan Fernandez |
bug |
|
|
added bug |
2017-09-14 11:59:01 |
Juan Fernandez |
description |
When configuring a VLAN interface on /etc/network/interfaces, setting the ip-rp-filter value to 2 (loose mode reverse filtering) gets overridden by the /etc/network/if-up.d/ip script, which only allows for values 0 and 1.
This is the relevant configuration in /etc/network/interfaces
# The primary network interface
auto eno1
iface eno1 inet static
address 10.1.2.36
netmask 255.255.0.0
gateway 10.1.1.2
dns-search xxx.yy
dns-nameservers 10.1.2.22 10.1.2.24
# The administrative network
auto eno1.2
iface eno1.2 inet static
address 172.16.1.8
netmask 255.255.0.0
gateway 172.16.0.1
dns-search adm.xxx.yy
vlan-raw-device eno1
ip-rp-filter 2
But it does not get correctly set
~# cat /proc/sys/net/ipv4/conf/eno1.2/rp_filter
1
And this is the script overriding the configuration
~# cat /etc/network/if-up.d/ip
#!/bin/sh
# This should probably go into ifupdown
# But usually only those with lots of interfaces (vlans) need these
if [ -d "/proc/sys/net/ipv4/conf/$IFACE" ]
then
if [ -n "$IF_IP_PROXY_ARP" ]; then
if [ "$IF_IP_PROXY_ARP" -eq "1" ]; then
echo 1 > "/proc/sys/net/ipv4/conf/$IFACE/proxy_arp"
else
echo 0 > "/proc/sys/net/ipv4/conf/$IFACE/proxy_arp"
fi
fi
if [ -n "$IF_IP_RP_FILTER" ]; then
if [ "$IF_IP_RP_FILTER" -eq "0" ]; then
echo 0 > "/proc/sys/net/ipv4/conf/$IFACE/rp_filter"
else
echo 1 > "/proc/sys/net/ipv4/conf/$IFACE/rp_filter"
fi
fi
fi
It checks if $IF_IP_RP_FILTER is 0 and sets it as 0, otherwise sets it as 1, so it never allows to set is to 2 (loose mode). |
When configuring a VLAN interface on /etc/network/interfaces, setting the ip-rp-filter value to 2 (loose mode reverse filtering) gets overridden by the /etc/network/if-up.d/ip script, which only allows for values 0 and 1.
This is the relevant configuration in /etc/network/interfaces
# The primary network interface
auto eno1
iface eno1 inet static
address 10.1.2.36
netmask 255.255.0.0
gateway 10.1.1.2
dns-search xxx.yy
dns-nameservers 10.1.2.22 10.1.2.24
# The administrative network
auto eno1.2
iface eno1.2 inet static
address 172.16.1.8
netmask 255.255.0.0
ip-rp-filter 2
vlan-raw-device eno1
But it does not get correctly set
~# cat /proc/sys/net/ipv4/conf/eno1.2/rp_filter
1
And this is the script overriding the configuration
~# cat /etc/network/if-up.d/ip
#!/bin/sh
# This should probably go into ifupdown
# But usually only those with lots of interfaces (vlans) need these
if [ -d "/proc/sys/net/ipv4/conf/$IFACE" ]
then
if [ -n "$IF_IP_PROXY_ARP" ]; then
if [ "$IF_IP_PROXY_ARP" -eq "1" ]; then
echo 1 > "/proc/sys/net/ipv4/conf/$IFACE/proxy_arp"
else
echo 0 > "/proc/sys/net/ipv4/conf/$IFACE/proxy_arp"
fi
fi
if [ -n "$IF_IP_RP_FILTER" ]; then
if [ "$IF_IP_RP_FILTER" -eq "0" ]; then
echo 0 > "/proc/sys/net/ipv4/conf/$IFACE/rp_filter"
else
echo 1 > "/proc/sys/net/ipv4/conf/$IFACE/rp_filter"
fi
fi
fi
It checks if $IF_IP_RP_FILTER is 0 and sets it as 0, otherwise sets it as 1, so it never allows to set is to 2 (loose mode). |
|
2017-09-15 07:41:57 |
Christian Ehrhardt |
vlan (Ubuntu): status |
New |
Confirmed |
|
2017-09-15 07:42:03 |
Christian Ehrhardt |
nominated for series |
|
Ubuntu Trusty |
|
2017-09-15 07:42:03 |
Christian Ehrhardt |
bug task added |
|
vlan (Ubuntu Trusty) |
|
2017-09-15 07:42:03 |
Christian Ehrhardt |
nominated for series |
|
Ubuntu Zesty |
|
2017-09-15 07:42:03 |
Christian Ehrhardt |
bug task added |
|
vlan (Ubuntu Zesty) |
|
2017-09-15 07:42:03 |
Christian Ehrhardt |
nominated for series |
|
Ubuntu Xenial |
|
2017-09-15 07:42:03 |
Christian Ehrhardt |
bug task added |
|
vlan (Ubuntu Xenial) |
|
2017-09-15 07:45:18 |
Christian Ehrhardt |
bug |
|
|
added subscriber ChristianEhrhardt |
2017-09-15 07:45:30 |
Christian Ehrhardt |
vlan (Ubuntu): assignee |
|
Dan Streetman (ddstreet) |
|
2017-09-20 13:08:46 |
Dan Streetman |
nominated for series |
|
Ubuntu Artful |
|
2017-09-20 13:09:26 |
Dan Streetman |
vlan (Ubuntu Trusty): status |
New |
In Progress |
|
2017-09-20 13:09:28 |
Dan Streetman |
vlan (Ubuntu Xenial): status |
New |
In Progress |
|
2017-09-20 13:09:30 |
Dan Streetman |
vlan (Ubuntu Zesty): status |
New |
In Progress |
|
2017-09-20 13:09:34 |
Dan Streetman |
vlan (Ubuntu Trusty): importance |
Undecided |
Medium |
|
2017-09-20 13:09:36 |
Dan Streetman |
vlan (Ubuntu Xenial): importance |
Undecided |
Medium |
|
2017-09-20 13:09:38 |
Dan Streetman |
vlan (Ubuntu Zesty): importance |
Undecided |
Medium |
|
2017-09-20 13:09:40 |
Dan Streetman |
vlan (Ubuntu Zesty): assignee |
|
Dan Streetman (ddstreet) |
|
2017-09-20 13:09:42 |
Dan Streetman |
vlan (Ubuntu Xenial): assignee |
|
Dan Streetman (ddstreet) |
|
2017-09-20 13:09:43 |
Dan Streetman |
vlan (Ubuntu Trusty): assignee |
|
Dan Streetman (ddstreet) |
|
2017-09-20 13:09:48 |
Dan Streetman |
vlan (Ubuntu): status |
Confirmed |
In Progress |
|
2017-09-20 13:29:50 |
Dan Streetman |
bug watch added |
|
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736207 |
|
2017-09-20 13:29:50 |
Dan Streetman |
bug task added |
|
vlan (Debian) |
|
2017-09-20 13:36:17 |
Dan Streetman |
vlan (Ubuntu): importance |
Undecided |
Medium |
|
2017-09-20 13:54:29 |
Dan Streetman |
description |
When configuring a VLAN interface on /etc/network/interfaces, setting the ip-rp-filter value to 2 (loose mode reverse filtering) gets overridden by the /etc/network/if-up.d/ip script, which only allows for values 0 and 1.
This is the relevant configuration in /etc/network/interfaces
# The primary network interface
auto eno1
iface eno1 inet static
address 10.1.2.36
netmask 255.255.0.0
gateway 10.1.1.2
dns-search xxx.yy
dns-nameservers 10.1.2.22 10.1.2.24
# The administrative network
auto eno1.2
iface eno1.2 inet static
address 172.16.1.8
netmask 255.255.0.0
ip-rp-filter 2
vlan-raw-device eno1
But it does not get correctly set
~# cat /proc/sys/net/ipv4/conf/eno1.2/rp_filter
1
And this is the script overriding the configuration
~# cat /etc/network/if-up.d/ip
#!/bin/sh
# This should probably go into ifupdown
# But usually only those with lots of interfaces (vlans) need these
if [ -d "/proc/sys/net/ipv4/conf/$IFACE" ]
then
if [ -n "$IF_IP_PROXY_ARP" ]; then
if [ "$IF_IP_PROXY_ARP" -eq "1" ]; then
echo 1 > "/proc/sys/net/ipv4/conf/$IFACE/proxy_arp"
else
echo 0 > "/proc/sys/net/ipv4/conf/$IFACE/proxy_arp"
fi
fi
if [ -n "$IF_IP_RP_FILTER" ]; then
if [ "$IF_IP_RP_FILTER" -eq "0" ]; then
echo 0 > "/proc/sys/net/ipv4/conf/$IFACE/rp_filter"
else
echo 1 > "/proc/sys/net/ipv4/conf/$IFACE/rp_filter"
fi
fi
fi
It checks if $IF_IP_RP_FILTER is 0 and sets it as 0, otherwise sets it as 1, so it never allows to set is to 2 (loose mode). |
[impact]
Using ifupdown, an interface's rp-filter value cannot be set to 2.
[test case]
On any system using ifupdown to manage interfaces, add to an interface's config:
if-rp-filter 2
When the interface is brought up, its /proc/sys/net/ipv4/conf/$IFACE/rp_filter value will be set to 1 instead of 2. With the fixed vlan package, its value will correctly be set to 2.
[regression potential]
problems with this change could affect the value of an interface's rp_filter value.
[other]
the upstream debian bug for this has been open for 3 years without change, so it is unlikely debian will fix this.
[original description]
When configuring a VLAN interface on /etc/network/interfaces, setting the ip-rp-filter value to 2 (loose mode reverse filtering) gets overridden by the /etc/network/if-up.d/ip script, which only allows for values 0 and 1.
This is the relevant configuration in /etc/network/interfaces
# The primary network interface
auto eno1
iface eno1 inet static
address 10.1.2.36
netmask 255.255.0.0
gateway 10.1.1.2
dns-search xxx.yy
dns-nameservers 10.1.2.22 10.1.2.24
# The administrative network
auto eno1.2
iface eno1.2 inet static
address 172.16.1.8
netmask 255.255.0.0
ip-rp-filter 2
vlan-raw-device eno1
But it does not get correctly set
~# cat /proc/sys/net/ipv4/conf/eno1.2/rp_filter
1
And this is the script overriding the configuration
~# cat /etc/network/if-up.d/ip
#!/bin/sh
# This should probably go into ifupdown
# But usually only those with lots of interfaces (vlans) need these
if [ -d "/proc/sys/net/ipv4/conf/$IFACE" ]
then
if [ -n "$IF_IP_PROXY_ARP" ]; then
if [ "$IF_IP_PROXY_ARP" -eq "1" ]; then
echo 1 > "/proc/sys/net/ipv4/conf/$IFACE/proxy_arp"
else
echo 0 > "/proc/sys/net/ipv4/conf/$IFACE/proxy_arp"
fi
fi
if [ -n "$IF_IP_RP_FILTER" ]; then
if [ "$IF_IP_RP_FILTER" -eq "0" ]; then
echo 0 > "/proc/sys/net/ipv4/conf/$IFACE/rp_filter"
else
echo 1 > "/proc/sys/net/ipv4/conf/$IFACE/rp_filter"
fi
fi
fi
It checks if $IF_IP_RP_FILTER is 0 and sets it as 0, otherwise sets it as 1, so it never allows to set is to 2 (loose mode). |
|
2017-09-20 13:58:29 |
Bug Watch Updater |
vlan (Debian): status |
Unknown |
New |
|
2017-09-20 14:11:01 |
Dan Streetman |
attachment added |
|
lp1716964-artful.debdiff https://bugs.launchpad.net/debian/+source/vlan/+bug/1716964/+attachment/4953627/+files/lp1716964-artful.debdiff |
|
2017-09-20 14:11:16 |
Dan Streetman |
attachment added |
|
lp1716964-zesty.debdiff https://bugs.launchpad.net/debian/+source/vlan/+bug/1716964/+attachment/4953628/+files/lp1716964-zesty.debdiff |
|
2017-09-20 14:11:28 |
Dan Streetman |
attachment added |
|
lp1716964-xenial.debdiff https://bugs.launchpad.net/debian/+source/vlan/+bug/1716964/+attachment/4953629/+files/lp1716964-xenial.debdiff |
|
2017-09-20 14:11:41 |
Dan Streetman |
attachment added |
|
lp1716964-trusty.debdiff https://bugs.launchpad.net/debian/+source/vlan/+bug/1716964/+attachment/4953630/+files/lp1716964-trusty.debdiff |
|
2017-09-20 14:31:57 |
Christian Ehrhardt |
bug task added |
|
vlan (Ubuntu Artful) |
|
2017-09-20 16:20:29 |
Ubuntu Foundations Team Bug Bot |
tags |
|
patch |
|
2017-09-20 16:20:36 |
Ubuntu Foundations Team Bug Bot |
bug |
|
|
added subscriber Ubuntu Sponsors Team |
2017-09-20 18:58:29 |
Launchpad Janitor |
vlan (Ubuntu Artful): status |
In Progress |
Fix Released |
|
2017-09-21 06:07:26 |
Christian Ehrhardt |
description |
[impact]
Using ifupdown, an interface's rp-filter value cannot be set to 2.
[test case]
On any system using ifupdown to manage interfaces, add to an interface's config:
if-rp-filter 2
When the interface is brought up, its /proc/sys/net/ipv4/conf/$IFACE/rp_filter value will be set to 1 instead of 2. With the fixed vlan package, its value will correctly be set to 2.
[regression potential]
problems with this change could affect the value of an interface's rp_filter value.
[other]
the upstream debian bug for this has been open for 3 years without change, so it is unlikely debian will fix this.
[original description]
When configuring a VLAN interface on /etc/network/interfaces, setting the ip-rp-filter value to 2 (loose mode reverse filtering) gets overridden by the /etc/network/if-up.d/ip script, which only allows for values 0 and 1.
This is the relevant configuration in /etc/network/interfaces
# The primary network interface
auto eno1
iface eno1 inet static
address 10.1.2.36
netmask 255.255.0.0
gateway 10.1.1.2
dns-search xxx.yy
dns-nameservers 10.1.2.22 10.1.2.24
# The administrative network
auto eno1.2
iface eno1.2 inet static
address 172.16.1.8
netmask 255.255.0.0
ip-rp-filter 2
vlan-raw-device eno1
But it does not get correctly set
~# cat /proc/sys/net/ipv4/conf/eno1.2/rp_filter
1
And this is the script overriding the configuration
~# cat /etc/network/if-up.d/ip
#!/bin/sh
# This should probably go into ifupdown
# But usually only those with lots of interfaces (vlans) need these
if [ -d "/proc/sys/net/ipv4/conf/$IFACE" ]
then
if [ -n "$IF_IP_PROXY_ARP" ]; then
if [ "$IF_IP_PROXY_ARP" -eq "1" ]; then
echo 1 > "/proc/sys/net/ipv4/conf/$IFACE/proxy_arp"
else
echo 0 > "/proc/sys/net/ipv4/conf/$IFACE/proxy_arp"
fi
fi
if [ -n "$IF_IP_RP_FILTER" ]; then
if [ "$IF_IP_RP_FILTER" -eq "0" ]; then
echo 0 > "/proc/sys/net/ipv4/conf/$IFACE/rp_filter"
else
echo 1 > "/proc/sys/net/ipv4/conf/$IFACE/rp_filter"
fi
fi
fi
It checks if $IF_IP_RP_FILTER is 0 and sets it as 0, otherwise sets it as 1, so it never allows to set is to 2 (loose mode). |
[impact]
Using ifupdown, vlan supported setting an interface's rp-filter value, but that can only set 0 or 1, but it cannot be set to 2.
[test case]
On any system using ifupdown to manage interfaces, add to an interface's config:
if-rp-filter 2
When the interface is brought up, its /proc/sys/net/ipv4/conf/$IFACE/rp_filter value will be set to 1 instead of 2. With the fixed vlan package, its value will correctly be set to 2.
[regression potential]
problems with this change could affect the value of an interface's rp_filter value.
[other]
the upstream debian bug for this has been open for 3 years without change, so it is unlikely debian will fix this.
As outlined in c#4 and c#13 this setting is vlan not generally required for vlans (but often used with them). So it in question if eventually it should be added elsewhere and removed here, but for the SRU the bug is where it is (in the vlan package) and there it has to be fixed.
---
[original description]
When configuring a VLAN interface on /etc/network/interfaces, setting the ip-rp-filter value to 2 (loose mode reverse filtering) gets overridden by the /etc/network/if-up.d/ip script, which only allows for values 0 and 1.
This is the relevant configuration in /etc/network/interfaces
# The primary network interface
auto eno1
iface eno1 inet static
address 10.1.2.36
netmask 255.255.0.0
gateway 10.1.1.2
dns-search xxx.yy
dns-nameservers 10.1.2.22 10.1.2.24
# The administrative network
auto eno1.2
iface eno1.2 inet static
address 172.16.1.8
netmask 255.255.0.0
ip-rp-filter 2
vlan-raw-device eno1
But it does not get correctly set
~# cat /proc/sys/net/ipv4/conf/eno1.2/rp_filter
1
And this is the script overriding the configuration
~# cat /etc/network/if-up.d/ip
#!/bin/sh
# This should probably go into ifupdown
# But usually only those with lots of interfaces (vlans) need these
if [ -d "/proc/sys/net/ipv4/conf/$IFACE" ]
then
if [ -n "$IF_IP_PROXY_ARP" ]; then
if [ "$IF_IP_PROXY_ARP" -eq "1" ]; then
echo 1 > "/proc/sys/net/ipv4/conf/$IFACE/proxy_arp"
else
echo 0 > "/proc/sys/net/ipv4/conf/$IFACE/proxy_arp"
fi
fi
if [ -n "$IF_IP_RP_FILTER" ]; then
if [ "$IF_IP_RP_FILTER" -eq "0" ]; then
echo 0 > "/proc/sys/net/ipv4/conf/$IFACE/rp_filter"
else
echo 1 > "/proc/sys/net/ipv4/conf/$IFACE/rp_filter"
fi
fi
fi
It checks if $IF_IP_RP_FILTER is 0 and sets it as 0, otherwise sets it as 1, so it never allows to set is to 2 (loose mode). |
|
2017-09-21 06:07:58 |
Christian Ehrhardt |
description |
[impact]
Using ifupdown, vlan supported setting an interface's rp-filter value, but that can only set 0 or 1, but it cannot be set to 2.
[test case]
On any system using ifupdown to manage interfaces, add to an interface's config:
if-rp-filter 2
When the interface is brought up, its /proc/sys/net/ipv4/conf/$IFACE/rp_filter value will be set to 1 instead of 2. With the fixed vlan package, its value will correctly be set to 2.
[regression potential]
problems with this change could affect the value of an interface's rp_filter value.
[other]
the upstream debian bug for this has been open for 3 years without change, so it is unlikely debian will fix this.
As outlined in c#4 and c#13 this setting is vlan not generally required for vlans (but often used with them). So it in question if eventually it should be added elsewhere and removed here, but for the SRU the bug is where it is (in the vlan package) and there it has to be fixed.
---
[original description]
When configuring a VLAN interface on /etc/network/interfaces, setting the ip-rp-filter value to 2 (loose mode reverse filtering) gets overridden by the /etc/network/if-up.d/ip script, which only allows for values 0 and 1.
This is the relevant configuration in /etc/network/interfaces
# The primary network interface
auto eno1
iface eno1 inet static
address 10.1.2.36
netmask 255.255.0.0
gateway 10.1.1.2
dns-search xxx.yy
dns-nameservers 10.1.2.22 10.1.2.24
# The administrative network
auto eno1.2
iface eno1.2 inet static
address 172.16.1.8
netmask 255.255.0.0
ip-rp-filter 2
vlan-raw-device eno1
But it does not get correctly set
~# cat /proc/sys/net/ipv4/conf/eno1.2/rp_filter
1
And this is the script overriding the configuration
~# cat /etc/network/if-up.d/ip
#!/bin/sh
# This should probably go into ifupdown
# But usually only those with lots of interfaces (vlans) need these
if [ -d "/proc/sys/net/ipv4/conf/$IFACE" ]
then
if [ -n "$IF_IP_PROXY_ARP" ]; then
if [ "$IF_IP_PROXY_ARP" -eq "1" ]; then
echo 1 > "/proc/sys/net/ipv4/conf/$IFACE/proxy_arp"
else
echo 0 > "/proc/sys/net/ipv4/conf/$IFACE/proxy_arp"
fi
fi
if [ -n "$IF_IP_RP_FILTER" ]; then
if [ "$IF_IP_RP_FILTER" -eq "0" ]; then
echo 0 > "/proc/sys/net/ipv4/conf/$IFACE/rp_filter"
else
echo 1 > "/proc/sys/net/ipv4/conf/$IFACE/rp_filter"
fi
fi
fi
It checks if $IF_IP_RP_FILTER is 0 and sets it as 0, otherwise sets it as 1, so it never allows to set is to 2 (loose mode). |
[impact]
Using ifupdown, vlan supported setting an interface's rp-filter value, but that can only set 0 or 1, but it cannot be set to 2.
[test case]
On any system using ifupdown to manage interfaces, add to an interface's config:
if-rp-filter 2
When the interface is brought up, its /proc/sys/net/ipv4/conf/$IFACE/rp_filter value will be set to 1 instead of 2. With the fixed vlan package, its value will correctly be set to 2.
See also c#9 for a test example
[regression potential]
problems with this change could affect the value of an interface's rp_filter value.
[other]
the upstream debian bug for this has been open for 3 years without change, so it is unlikely debian will fix this.
As outlined in c#4 and c#13 this setting is vlan not generally required for vlans (but often used with them). So it in question if eventually it should be added elsewhere and removed here, but for the SRU the bug is where it is (in the vlan package) and there it has to be fixed.
---
[original description]
When configuring a VLAN interface on /etc/network/interfaces, setting the ip-rp-filter value to 2 (loose mode reverse filtering) gets overridden by the /etc/network/if-up.d/ip script, which only allows for values 0 and 1.
This is the relevant configuration in /etc/network/interfaces
# The primary network interface
auto eno1
iface eno1 inet static
address 10.1.2.36
netmask 255.255.0.0
gateway 10.1.1.2
dns-search xxx.yy
dns-nameservers 10.1.2.22 10.1.2.24
# The administrative network
auto eno1.2
iface eno1.2 inet static
address 172.16.1.8
netmask 255.255.0.0
ip-rp-filter 2
vlan-raw-device eno1
But it does not get correctly set
~# cat /proc/sys/net/ipv4/conf/eno1.2/rp_filter
1
And this is the script overriding the configuration
~# cat /etc/network/if-up.d/ip
#!/bin/sh
# This should probably go into ifupdown
# But usually only those with lots of interfaces (vlans) need these
if [ -d "/proc/sys/net/ipv4/conf/$IFACE" ]
then
if [ -n "$IF_IP_PROXY_ARP" ]; then
if [ "$IF_IP_PROXY_ARP" -eq "1" ]; then
echo 1 > "/proc/sys/net/ipv4/conf/$IFACE/proxy_arp"
else
echo 0 > "/proc/sys/net/ipv4/conf/$IFACE/proxy_arp"
fi
fi
if [ -n "$IF_IP_RP_FILTER" ]; then
if [ "$IF_IP_RP_FILTER" -eq "0" ]; then
echo 0 > "/proc/sys/net/ipv4/conf/$IFACE/rp_filter"
else
echo 1 > "/proc/sys/net/ipv4/conf/$IFACE/rp_filter"
fi
fi
fi
It checks if $IF_IP_RP_FILTER is 0 and sets it as 0, otherwise sets it as 1, so it never allows to set is to 2 (loose mode). |
|
2017-09-21 18:22:40 |
Brian Murray |
vlan (Ubuntu Zesty): status |
In Progress |
Fix Committed |
|
2017-09-21 18:22:42 |
Brian Murray |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2017-09-21 18:22:45 |
Brian Murray |
bug |
|
|
added subscriber SRU Verification |
2017-09-21 18:22:49 |
Brian Murray |
tags |
patch |
patch verification-needed verification-needed-zesty |
|
2017-09-21 18:27:06 |
Brian Murray |
vlan (Ubuntu Xenial): status |
In Progress |
Fix Committed |
|
2017-09-21 18:27:12 |
Brian Murray |
tags |
patch verification-needed verification-needed-zesty |
patch verification-needed verification-needed-xenial verification-needed-zesty |
|
2017-09-21 18:28:04 |
Brian Murray |
vlan (Ubuntu Trusty): status |
In Progress |
Fix Committed |
|
2017-09-21 18:28:09 |
Brian Murray |
tags |
patch verification-needed verification-needed-xenial verification-needed-zesty |
patch verification-needed verification-needed-trusty verification-needed-xenial verification-needed-zesty |
|
2017-09-21 18:36:58 |
Brian Murray |
removed subscriber Ubuntu Sponsors Team |
|
|
|
2017-09-21 20:45:00 |
Dan Streetman |
tags |
patch verification-needed verification-needed-trusty verification-needed-xenial verification-needed-zesty |
patch verification-done-trusty verification-needed verification-needed-xenial verification-needed-zesty |
|
2017-09-21 20:47:04 |
Dan Streetman |
tags |
patch verification-done-trusty verification-needed verification-needed-xenial verification-needed-zesty |
patch verification-done-trusty verification-done-xenial verification-needed verification-needed-zesty |
|
2017-09-21 20:49:33 |
Dan Streetman |
tags |
patch verification-done-trusty verification-done-xenial verification-needed verification-needed-zesty |
patch verification-done verification-done-trusty verification-done-xenial verification-done-zesty |
|
2017-10-05 16:25:13 |
Launchpad Janitor |
vlan (Ubuntu Trusty): status |
Fix Committed |
Fix Released |
|
2017-10-05 16:25:20 |
Brian Murray |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
2017-10-05 16:25:41 |
Launchpad Janitor |
vlan (Ubuntu Xenial): status |
Fix Committed |
Fix Released |
|
2017-10-05 16:57:54 |
Launchpad Janitor |
vlan (Ubuntu Zesty): status |
Fix Committed |
Fix Released |
|