yahoo-eng-team team mailing list archive

[Alberto Contreras <2006065@xxxxxxxxxxxxxxxxxx>]

I have added a PR to improve the README.md to point to the packages'
folder: https://github.com/canonical/cloud-init/pull/2001

Marking this bug as invalid, as I believe there are no more actionable
things to fix.

** Changed in: cloud-init
       Status: New => Invalid

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to cloud-init.
https://bugs.launchpad.net/bugs/2006065

Title:
  Build issues for NetBSD/amd64 10.0_BETA

Status in cloud-init:
  Invalid

Bug description:
  Hi, I'm trying to package cloud-init for pkgsrc on NetBSD.
  I've, perhaps unsurprisingly, met a couple of obstacles.

  First off, "where are the build instructions"?  My naive expectation
  is that they should be bundled with the source code, but they are at
  least not prominently visible.  Being a relative python newbie, I find 
  of course both setup.py and Makefile.  The latter appears to have a few 
  settings, where the "supported values" are apparently undocumented.  I'm 
  thinking of VARIANT and distro which default to ubuntu and redhat (at the
  same time?!?).  A few notes about the expected steps to follow to build, 
  test and install would have been nice.  I'm not talking about a "whole saga".

  Secondly, there's the issue of the self-tests, and it's evident that
  these are not continually run on/for NetBSD.  I've found the following
  issues (which appears to affect 17 tests altogether, but quite a few are
  "repeat offenders"):

   - The TestGetLinuxDistro tests, perhaps unsurprisingly, all fail, and should
     probably be skipped on non-Linux
   - TestParseTimestamp relies on GNU date capabilities, and the "parse a date string"
     functionality is not available on NetBSD.  Skip on non-Linux?
   - TestClean appears to rely on /bin/bash existing.  Is there a good reason
     /bin/sh could not be used instead?
   - Various tests related to networking, e.g. TestPreprovisioningHotAttachNics
     appears to rely on Linux (at least non-NetBSD) functionality in the
     'socket' module, as AF_NETLINK is not defined there on NetBSD.  Altogether 
     10 tests fail with this error.  This may also be an issue in the code itself
     (I have not checked).
   - TestDataSourceVMware fails if you run as a non-privileged user, because
     even though I have dmidecode installed, it relies on reading /dev/kmem
     which is forbidden for unprivileged users.

  My attempt has been with cloud-init version 22.4.2, and I think I managed to
  sort out all the dependencies.

To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-init/+bug/2006065/+subscriptions