Public bug reported:
after several (full) re-runs of cloud-init, my
/usr/local/etc/sudoers.d/90-cloud-init-users file looks like this:
# Created by cloud-init v. 22.3 on Wed, 05 Oct 2022 21:34:14 +
# User rules for freebsd
freebsd ALL=(ALL) NOPASSWD:ALL
# User rules for freebsd
freebsd ALL=
Public bug reported:
FreeBSD and NetBSD have their own sysvinit (rc) script, but of course OpenBSD's
looks nothing like that.
It would be nice to extend support to OpenBSD in that regard.
This will make packaging a lot easier.
** Affects: cloud-init
Importance: Undecided
Status: Ne
Public bug reported:
https://github.com/canonical/cloud-
init/blob/main/cloudinit/config/cc_mounts.py#L83
distros = ["all"]
vs
https://github.com/canonical/cloud-
init/blob/main/config/cloud.cfg.tmpl#L95
{% if not is_bsd %}
- disk_setup
- mounts
{% endif %}
** Affects: cloud-init
Impo
Public bug reported:
currently, we set an environment variable in OpenBSD's
_get_pkg_cmd_environ():
e[PKG_PATH"] =
"ftp://ftp.openbsd.org/pub/OpenBSD/{os_release}/packages/{os_arch}/";
maybe we can set this to HTTPS?
otoh,it doesn't seem to make a difference to pkg_add at all, so we can
just sc
Public bug reported:
In trying to add BSD support for cc_ntp
(https://bugs.launchpad.net/cloud-init/+bug/1990041) and cc_rsyslogd
(https://bugs.launchpad.net/cloud-init/+bug/1798055) we'll also need to
be able to *disable* services
I would like to see the "disable" stanza added to distro's
manage
aside from the join being wrong, this only incidentally worked in my
test, because I supplied the correct type first.
** 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-in
As discussed on IRC, Alpine has a wrapper for "service", which is the
else branch.
** 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
Public bug reported:
BSD mount(8) doesn't support `-t auto` but it supports a list.
We can compress our current three attempts at mounting CI data into one with:
```
mount -t cd9660,msdosfs,ufs /dev/blah/blubb /run/cloud-init/tmp/blubb
```
This should probably only be done in the case when *no*
Public bug reported:
Distro.manage_services is currently only implemented for SystemD based Linux
distros.
SysV based BSDs and OpenRC based Alpine are left out.
on Alpine, and other OpenRC based systems, services are enabled via rc-
update, and started/stopped/etc… with rc-service:
https://wiki.
Public bug reported:
Distro.manage_services is currently only implemented for SystemD based Linux
distros.
SysV based BSDs and OpenRC based Alpine are left out.
on BSDs, services are enabled in /etc/rc.conf (on FreeBSD, this can be
done with sysrc(8) https://man.freebsd.org/sysrc(8), and
started
Public bug reported:
Most Linux distros have a module to add/manage repos, and since
FreeBSD's "pkgng" (pkg, really) supports more than one repo, we might
wanna add support for that.
repos are configured in /usr/local/etc/pkg/repos/.conf
They are in UCL format: https://github.com/vstakhov/libucl
Public bug reported:
*BSDs have ntpd installed in base the base system
it is enabled via `ntpd_enable=YES` in `/etc/rc.conf`
started with `service ntpd start`
and configured in `/etc/ntp.conf`
we should extend cc_ntp to support BSDs
** Affects: cloud-init
Importance: Undecided
Stat
Public bug reported:
Most BSD systems don't come with many services enabled, so taking a
standard FreeBSD VM image and putting cloud-init on it will generate SSH
keys, but it won't enable sshd
I reckon we can use distros.rhel_util to set `sshd_enable=YES`
We can then start the service or rely on
Public bug reported:
from what i understand, this should not have been necessary since
FreeBSD 10 https://wiki.freebsd.org/GrowingFilesystemsOnline
** Affects: cloud-init
Importance: Undecided
Assignee: Mina Galić (minagalic)
Status: New
--
You received this bug notification
this seems to be fixed (although i cannot tell since when)
```
Python 3.7.9 (default, Oct 3 2020, 01:29:35)
[Clang 8.0.1 (tags/RELEASE_801/final 366581)] on freebsd12
Type "help", "copyright", "credits" or "license" for more information.
>>> import cloudinit
>>> from cloudinit import util
>>> ut
Public bug reported:
Now that FreeBSD 12.2 is released, with a brand-new utility to manage
certificates: https://www.freebsd.org/cgi/man.cgi?query=certctl
we'd like to see support for it in cc_ca_certs
** Affects: cloud-init
Importance: Undecided
Status: New
--
You received this
Public bug reported:
Following https://github.com/canonical/cloud-init/pull/617
i tried to replicate this on my laptop.
In a FreeBSD 12, there is no `blkid`. That means that the NoCloud seed image,
which was provided as iso9660 formatted disk wasn't found.
The equivalent tool on FreeBSD to find
Public bug reported:
When we extended ds-identify to use dmidecode, we made it x86-only,
which is the platforms that dmidecode supports (on FreeBSD):
https://github.com/freebsd/freebsd-
ports/commit/ea408d31b8d9d3b3bac932f8c351d2e883070e6b
it would be good if we could "fix" that, by removing our
Public bug reported:
Currently, the puppet, mcollective and Chef module are disabled on BSD in our
default config.
This is despite the fact that the modules claim they support all platforms, and
despite these config management software supporting all these platforms.
We should investigate why
19 matches
Mail list logo
