vyos-cloud-init.git/requirements.txt, branch rolling

Remove pin in dependencies for jsonschema (#1078)

2021-10-23T03:06:51+00:00

In jsonschema 4, hostname validation was changed to have an optional dependency on the fqdn package. Since we don't have this dependency in cloud-init, attempting this validation will no longer fail for a string that isn't a valid hostname.

pin jsonschema in requirements.txt (#1043)

2021-09-30T23:26:50+00:00

On unit tests, tox is attempting to install 4.0, which fails two of the unit tests, and fails python 3.5 as it is not compatible.

Change netifaces dependency to 0.10.4 (#965)

2021-08-10T20:10:44+00:00

Change netifaces dependency to 0.10.4 Currently versions Ubuntu <=20.10 use netifaces 0.10.4 By requiring netifaces 0.10.9, the VMware datasource omitted itself from cloud-init on Ubuntu <=20.10. This patch changes the netifaces dependency to 0.10.4. While it is true there are patches to netifaces post 0.10.4 that are desirable, testing against the most common network configuration was performed to verify the VMware datasource will still function with netifaces 0.10.4.

Datasource for VMware (#953)

2021-08-10T02:24:07+00:00

This patch finally introduces the Cloud-Init Datasource for VMware GuestInfo as a part of cloud-init proper. This datasource has existed since 2018, and rapidly became the de facto datasource for developers working with Packer, Terraform, for projects like kube-image-builder, and the de jure datasource for Photon OS. The major change to the datasource from its previous incarnation is the name. Now named DatasourceVMware, this new version of the datasource will allow multiple transport types in addition to GuestInfo keys. This datasource includes several unique features developed to address real-world situations: * Support for reading any key (metadata, userdata, vendordata) both from the guestinfo table when running on a VM in vSphere as well as from an environment variable when running inside of a container, useful for rapid dev/test. * Allows booting with DHCP while still providing full participation in Cloud-Init instance data and Jinja queries. The netifaces library provides the ability to inspect the network after it is online, and the runtime network configuration is then merged into the existing metadata and persisted to disk. * Advertises the local_ipv4 and local_ipv6 addresses via guestinfo as well. This is useful as Guest Tools is not always able to identify what would be considered the local address. The primary author and current steward of this datasource spoke at Cloud-Init Con 2020 where there was interest in contributing this datasource to the Cloud-Init codebase. The datasource currently lives in its own GitHub repository at https://github.com/vmware/cloud-init-vmware-guestinfo. Once the datasource is merged into Cloud-Init, the old repository will be deprecated.

cloudinit: remove six from packaging/tooling (#253)

2020-03-17T19:48:51+00:00

Remove prettytable dependency, introduce simpletable

2017-10-02T18:53:56+00:00

The first revision of this rendered tables with less decoration but there was a desire upstream to avoid possibly breaking some parsing someone might be doing, so it has been revised to render the same as prettytable for the cases cloud-init actually uses.

requirements.txt: remove trailing white space.

2017-06-29T20:50:40+00:00

The 'jsonschema' line had trailing white space. Remove it.

rhel/centos spec cleanups.

2017-06-08T17:02:55+00:00

Many changes here to get us able to build rpms on CentOS 5 or 6 and RHEL. * add 'Requires' as 'BuildRequires' also. This allows us to run cloud-init tools in the build environment, and also will allow us to run tests in the build process. * build for both systemd and upstart (centos 5) init systems. * Add 'centos' as a variant Adding the variant means we can use the 'centos' user as default on centos rather than a 'fedora' or 'rhel'. * drop argparse from the requirements. On any system other than python 2.6, having a 'requirements' that mentions argparse just causes problems. Instead we add that Requires to the spec directly. * list dependency on dmidecode (as redhat distro spec had) * remove duplicate line in files section ({_unitdir}/cloud-*) * Use rpm macros for init-system chunks and drop use of init_system variable template * Add el6 only build-req on python-argparse * python-cheetah is not required in the build environment as the the spec is already rendered. (We will soon move the spec to jinja).

ntp: Add schema definition and passive schema validation.

2017-05-31T20:43:12+00:00

cloud-config files are very flexible and permissive. This adds a jsonsschema definition to the cc_ntp module and validation functions in cloudinit/config/schema which will log warnings about invalid configuration values in the ntp section. A cmdline tools/cloudconfig-schema is added which can be used in our dev environments to quickly attempt to exercise the ntp schema. It is also exposed as a main in cloudinit.config.schema. (python3 -m cloudinit.config.schema) LP: #1692916

Upgrade to a configobj package new enough to work

2016-08-11T23:49:21+00:00

The older versions have various issues with unicode and those versions seem to be pulled into epel so we should denote that those versions are bad and shouldn't be used by updating to a newer version that does work.