[Group.of.nepali.translators] [Bug 1699371] Re: nplan autopkgtests are failing in artful (NM 1.8?)

2018-01-09 Thread Launchpad Bug Tracker 
This bug was fixed in the package nplan - 0.32~16.04.3

---
nplan (0.32~16.04.3) xenial; urgency=medium

  * tests/integration.py: Really fix skipping test_routes_v6 for the NM
backend.

nplan (0.32~16.04.2) xenial; urgency=medium

  * tests/integration.py: Fix test_routes_v6 that I clobbered when I re-applied
the skip rules for 16.04 after merging in 0.32.

nplan (0.32~16.04.1) xenial; urgency=medium

  * Backport netplan 0.32 to 16.04. (LP: #1713142)
  * debian/control: Depend on systemd (>= 229-4ubuntu20) for the PrimarySlave
feature backported in that revision.
  * tests/integration.py: Skip tests that are still not yet supported in xenial

nplan (0.32) bionic; urgency=medium

  * src/nm.c: better handle the UUID generation; the order of iterating
through interaces may affect things here. Also make sure the tests catch
a null UUID.

nplan (0.31) bionic; urgency=medium

  [ Mathieu Trudel-Lapierre ]
  * src/nm.c: generate a UUID for a connection only as needed; when we're
dealing with NM VLANs. (LP: #1712921)
  * debian/tests/autostart: Make the autostart test more verbose and avoid
failing right from the start when systemd-networkd is disabled.
(LP: #1699371)
  * tests/integration.py: bump the NetworkManager timeout for settling to
120 seconds, autopkgtest infrastructure tends to be a little slow for the
network device configuration to be applied and noticed by NM.
(LP: #1699371)

  [ Dimitri John Ledkov ]
  * Reload udevd to invalidate configuration cache of .rules/.link files
as generate step may have changed them. LP: #1669564

  [ Dan Streetman ]
  * Add another interface driver exception to netplan replug to prevent unbind
of the Xen VIF interfaces. (LP: #1729573)

nplan (0.30) artful; urgency=medium

  * Add an "optional" syntax node for now to all devices. This is unimplemented
for now, but intended to allow users to mark some devices as optional: to
make sure they do not delay boot when configured. (LP: #1664844)

nplan (0.29) artful; urgency=medium

  * Fix autopkgtests in a world where /run/NetworkManager/conf.d already
exists. nplan is enabled by default, so it might well have the directory
already created on the filesystem.

nplan (0.28) artful; urgency=medium

  * Revert 56cd3eec which disabled IPv6 Router Advertisements by default. It
broke default network config in LXD and was contrary to the defaults used
by the kernel. Reopens LP: 1655440. (LP: #1717404)
  * Add "accept-ra:" key for all device types; this will default to OFF but
allow users to disable processing Router Advertisements when required by
their network setup. (LP: #1655440)

nplan (0.27) artful; urgency=medium

  [ Mathieu Trudel-Lapierre ]
  * Fix crash in systemd generator if called by an user on the command-line
  * coverage: fix exclusions to properly not cover our "never reached defaults"

  [ Dimitri John Ledkov ]
  * tests/integration.py: In teardown, stop systemd-networkd.socket.
  * src/networkd.c: Set UseMTU=true by default, whenever DHCP is in use.
(LP: #1717471)
  * tests/integration.py: fix resolved detection.

nplan (0.26) artful; urgency=medium

  * Bonding:
- Add support for specifying a primary slave. (LP: #1709135)
  * Rebind:
- Fix brcmfmac harder. Treat any 'brcmfmac' driver as not supporting
  rebind. (LP: #1712224)
  * Autopkgtests:
- Add allow-stderr. Systemd now bleats about a the networkd socket still
  being around and enabled when we restart the service; but we don't need
  to care since we're /restarting/ the service to load the new config.
- Fix the autostart package to be more sensible: we don't really care if
  networkd autostarts or not, but we need to make sure that our generator
  will run at boot, so instead check the state, but only assert it once
  we've added a config file and before checking the state of our dummy
  device.
- Do a bit more to make sure "mix" tests which stack virtual devices are
  as reliable as possible; by setting saner defaults.

nplan (0.25) artful; urgency=medium

  * tests/generate.py: add a test to validate that correct blacklist entries
are added when creating virtual devices.
  * tests/integration.py: clean up after br0 in networkd's test_bridge_mac; as
the remaining interface and udev configuration can confuse NetworkManager
now that it seems to manage random devices it did not create again.
(LP: #1699371)
  * src/nm.c: set the MTU even though we also specify it in systemd-networkd
for consumption by udev. NetworkManager will try to set it and might
otherwise default to the wrong value.
  * src/networkd.c: Set IPv6AcceptRA=no anytime we don't do DHCPv6 (or by the
same config, SLAAC), and don't have static addresses set. This should fix
the cases where unconfigured devices still get an IPv6 address.
(LP: #1655440)
  * src/nm.c: Explicitly set IPv6 method=ignore when IPv6 is

[Group.of.nepali.translators] [Bug 1699371] Re: nplan autopkgtests are failing in artful (NM 1.8?)

2017-12-19 Thread Launchpad Bug Tracker 
This bug was fixed in the package nplan - 0.32~17.10.1

---
nplan (0.32~17.10.1) artful; urgency=medium

  * Backport 0.32 to Ubuntu 17.10. (LP: #1713142)

nplan (0.32) bionic; urgency=medium

  * src/nm.c: better handle the UUID generation; the order of iterating
through interaces may affect things here. Also make sure the tests catch
a null UUID.

nplan (0.31) bionic; urgency=medium

  [ Mathieu Trudel-Lapierre ]
  * src/nm.c: generate a UUID for a connection only as needed; when we're
dealing with NM VLANs. (LP: #1712921)
  * debian/tests/autostart: Make the autostart test more verbose and avoid
failing right from the start when systemd-networkd is disabled.
(LP: #1699371)
  * tests/integration.py: bump the NetworkManager timeout for settling to
120 seconds, autopkgtest infrastructure tends to be a little slow for the
network device configuration to be applied and noticed by NM.
(LP: #1699371)

  [ Dimitri John Ledkov ]
  * Reload udevd to invalidate configuration cache of .rules/.link files
as generate step may have changed them. LP: #1669564

  [ Dan Streetman ]
  * Add another interface driver exception to netplan replug to prevent unbind
of the Xen VIF interfaces. (LP: #1729573)

 -- Mathieu Trudel-Lapierre   Thu, 23 Nov 2017
12:30:51 -0500

** Changed in: nplan (Ubuntu Artful)
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1699371

Title:
  nplan autopkgtests are failing in artful (NM 1.8?)

Status in nplan package in Ubuntu:
  Fix Released
Status in nplan source package in Xenial:
  Fix Committed
Status in nplan source package in Zesty:
  Fix Committed
Status in nplan source package in Artful:
  Fix Released

Bug description:
  [Impact]
  New versions of NetworkManager require more precise handling of the network 
interfaces. If not already configured to be ignored, bridges may be managed if 
no previous configuration exists, even if NetworkManager has not created the 
bridge.

  [Test case]
  Run autopkgtests for netplan:
  autopkgtest -U --apt-pocket=proposed -s nplan -- qemu 

  [Regression Potential]
  Given that this only affects autopkgtests, regressions would be limited to 
the tests themselves. If the tests regularly fail to pass, or fail more than 
previously, this would be a regression caused by the update.

  ---

  nplan's autopkgtests are failing in artful which is preventing
  network-manager 1.8 from migrating in to artful.

  Maybe something changed in the new version of NetworkManager?

  Tests are passing for armhf and s390x but failing for amd64, i386 and
  ppc64el.

  http://autopkgtest.ubuntu.com/packages/n/nplan/artful/amd64

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nplan/+bug/1699371/+subscriptions

___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help   : https://help.launchpad.net/ListHelp

[Group.of.nepali.translators] [Bug 1699371] Re: nplan autopkgtests are failing in artful (NM 1.8?)

2017-12-04 Thread Łukasz Zemczak 
Hello Jeremy, or anyone else affected,

Accepted nplan into artful-proposed. The package will build now and be
available at https://launchpad.net/ubuntu/+source/nplan/0.32~17.10.1 in
a few hours, and then in the -proposed repository.

Please help us by testing this new package.  See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how
to enable and use -proposed.Your feedback will aid us getting this
update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested and change the tag from
verification-needed-artful to verification-done-artful. If it does not
fix the bug for you, please add a comment stating that, and change the
tag to verification-failed-artful. In either case, details of your
testing will help us make a better decision.

Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification .  Thank you in
advance!

** Also affects: nplan (Ubuntu Artful)
   Importance: Undecided
   Status: New

** Changed in: nplan (Ubuntu Artful)
   Status: New => Fix Committed

** Tags added: verification-needed-artful

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1699371

Title:
  nplan autopkgtests are failing in artful (NM 1.8?)

Status in nplan package in Ubuntu:
  Fix Released
Status in nplan source package in Xenial:
  Fix Committed
Status in nplan source package in Zesty:
  Fix Committed
Status in nplan source package in Artful:
  Fix Committed

Bug description:
  [Impact]
  New versions of NetworkManager require more precise handling of the network 
interfaces. If not already configured to be ignored, bridges may be managed if 
no previous configuration exists, even if NetworkManager has not created the 
bridge.

  [Test case]
  Run autopkgtests for netplan:
  autopkgtest -U --apt-pocket=proposed -s nplan -- qemu 

  [Regression Potential]
  Given that this only affects autopkgtests, regressions would be limited to 
the tests themselves. If the tests regularly fail to pass, or fail more than 
previously, this would be a regression caused by the update.

  ---

  nplan's autopkgtests are failing in artful which is preventing
  network-manager 1.8 from migrating in to artful.

  Maybe something changed in the new version of NetworkManager?

  Tests are passing for armhf and s390x but failing for amd64, i386 and
  ppc64el.

  http://autopkgtest.ubuntu.com/packages/n/nplan/artful/amd64

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nplan/+bug/1699371/+subscriptions

___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help   : https://help.launchpad.net/ListHelp

[Group.of.nepali.translators] [Bug 1699371] Re: nplan autopkgtests are failing in artful (NM 1.8?)

2017-08-25 Thread Mathieu Trudel-Lapierre 
** Description changed:

+ [Impact]
+ New versions of NetworkManager require more precise handling of the network 
interfaces. If not already configured to be ignored, bridges may be managed if 
no previous configuration exists, even if NetworkManager has not created the 
bridge.
+ 
+ [Test case]
+ Run autopkgtests for netplan:
+ autopkgtest -U --apt-pocket=proposed -s nplan -- qemu 
+ 
+ [Regression Potential]
+ Given that this only affects autopkgtests, regressions would be limited to 
the tests themselves. If the tests regularly fail to pass, or fail more than 
previously, this would be a regression caused by the update.
+ 
+ ---
+ 
  nplan's autopkgtests are failing in artful which is preventing network-
  manager 1.8 from migrating in to artful.
  
  Maybe something changed in the new version of NetworkManager?
  
  Tests are passing for armhf and s390x but failing for amd64, i386 and
  ppc64el.
  
  http://autopkgtest.ubuntu.com/packages/n/nplan/artful/amd64

** Also affects: nplan (Ubuntu Xenial)
   Importance: Undecided
   Status: New

** Changed in: nplan (Ubuntu Xenial)
   Status: New => In Progress

** Changed in: nplan (Ubuntu Xenial)
   Importance: Undecided => High

** Changed in: nplan (Ubuntu Xenial)
 Assignee: (unassigned) => Mathieu Trudel-Lapierre (cyphermox)

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1699371

Title:
  nplan autopkgtests are failing in artful (NM 1.8?)

Status in nplan package in Ubuntu:
  Fix Released
Status in nplan source package in Xenial:
  In Progress

Bug description:
  [Impact]
  New versions of NetworkManager require more precise handling of the network 
interfaces. If not already configured to be ignored, bridges may be managed if 
no previous configuration exists, even if NetworkManager has not created the 
bridge.

  [Test case]
  Run autopkgtests for netplan:
  autopkgtest -U --apt-pocket=proposed -s nplan -- qemu 

  [Regression Potential]
  Given that this only affects autopkgtests, regressions would be limited to 
the tests themselves. If the tests regularly fail to pass, or fail more than 
previously, this would be a regression caused by the update.

  ---

  nplan's autopkgtests are failing in artful which is preventing
  network-manager 1.8 from migrating in to artful.

  Maybe something changed in the new version of NetworkManager?

  Tests are passing for armhf and s390x but failing for amd64, i386 and
  ppc64el.

  http://autopkgtest.ubuntu.com/packages/n/nplan/artful/amd64

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nplan/+bug/1699371/+subscriptions

___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help   : https://help.launchpad.net/ListHelp