summaryrefslogtreecommitdiff
path: root/setup.py
AgeCommit message (Collapse)Author
2012-08-09pylint: setup.pyScott Moser
2012-07-06Fix the initsys variable, setuptools/distools will automatically assignJoshua Harlow
to a variable of the name 'init_system' instead due to the param name being 'init-system'.
2012-07-06setup.py: rename "daemon type" to "init system"Scott Moser
This brings with it other changes, and also makes an install install all of the requisite init files. (ie, cloud-init needs the -local and the non-local)
2012-07-03Add the ability to have setup.py have a CLI option that specifies the daemon ↵Joshua Harlow
type which then later affects the installation of certain config files, which then can be extracted during package creation as needed.
2012-07-021. Fixup the setup.py to not include custom startup scripts, let the ↵Joshua Harlow
packaging solutions handle these 2. Get the cloud-init specfile working for the init.d case (with the right postun and post and install sections) a. It works!!!
2012-06-26Copy the tiny_p from the packager codeharlowja
2012-06-26Add all the upstart/systemd/init.d files.harlowja
Let the package building solutions figure out exactly which of these they wish to delete or wish to take, since setup.py can not know it just has to install them all.
2012-06-25Use the standard utils now in tools for reading requires/dependencies/versions.Joshua Harlow
2012-06-25Use the new tool created to get the version.Joshua Harlow
2012-06-20Add a license and use find_packages to locate the needed packagesJoshua Harlow
2012-06-20Fix secondary config subdir nameJoshua Harlow
2012-06-20Use setuptools instead of disttools, this seems to be needed for ↵Joshua Harlow
requirements to work
2012-06-201. Add a comment that the upstart dir should probably be put elsewhere ↵Joshua Harlow
sometime (in a distro specific build?) since not all distros fully support upstart that is in config here or even have upstart in general at all (for various reasons) 2. Found out that we really do need to specify these 2 packages due to the following a. The cloudinit root needs to be a package (pretty obvious) b. Not so obvious is the cloudinit.conf also needs to be a package so that its modules can be directly imported without referring to the module name.
2012-06-20update tools/bddeb and debian.trunk packagingScott Moser
* debian.trunk/changelog: increase debian version to '1' to avoid lintian error * debian.trunk/control: bump standards version * debian.trunk/rules: remove cloud-init-run-module symlink (been deprecated for some time) * tools/bddeb: read version from ChangeLog rather than setup.py
2012-06-11Update with parsing of a requirments file, changelog for this new ↵Joshua Harlow
refactoring stuff and setup.py for both of those.
2012-04-04move Z99-cloud-locale-test.sh out of profile.d to toolsScott Moser
Just to avoid an entry in top level directory, get rid of profile.d there and instead move Z99-cloud-locale-test.sh -> tools/Z99-cloud-locale-test.sh
2012-03-30Added a profile.d message to inform people about invalid locale setting.Ben Howard
2011-12-20replace cloud-init-run-module with cloud-init-perScott Moser
This replaces cloud-init-run-module (which was probably rarely or never used) with 'cloud-init-per' which does basically the same thing, but doesn't support "modules".
2011-12-16setup.py: move version to 0.6.3Scott Moser
2011-03-21update version strings 0.6.1 to 0.6.2Scott Moser
2011-02-18change 0.6.0 -> 0.6.1Scott Moser
2011-02-17change from yaml+'#include' to yaml + config.d format for cloud.cfgScott Moser
2011-01-27do not install cloud-init-query, it isn't really functionalScott Moser
2011-01-26make the next target release 0.6.0, not 0.5.16Scott Moser
2011-01-25change version to 0.5.16Scott Moser
2011-01-19add 'cloud-init-query' tool, to query fields from cloud dataScott Moser
At this point, this is appears much like a cripped 'ec2metdata' tool. However, it does provide a tool interface to some fields independent of their DataSource.
2011-01-19move writing of ssh key fingerprints to a separate toolScott Moser
This will allow this code to be called more easily elsewhere. I'm considering having the "all the way up" message contain fingerprints so that they're more or less guaranteed to get to the console where the user could see them.
2011-01-19remove write-mime-multipart from setup.pyScott Moser
2011-01-18remove 'biultin' config, separate cloud.cfgScott Moser
This set of changes makes '/etc/cloud/cloud.cfg' support "#include" and "#opt_include". The idea is to then provide a base configuration and allow distro or local changes that would override that.
2010-09-11setup.py: move version to 0.5.15 prior to near releaseScott Moser
2010-08-12fix setup.py to handle directories in docScott Moser
This was causing failure in debian packaging.
2010-08-12setup.py: move to version 0.5.14Scott Moser
2010-08-12initial dump of "sans-cloud" code (DataSourceNoCloud)Scott Moser
The new classes 'DataSourceNoCloud' and 'DataSourceNoCloudNet' implement a way to get data from the filesystem, or (very minimal) data from the kernel command line. This allows the user to seed data to these sources. There are now 2 "cloud-init" jobs, cloud-init-local that runs on mounted MOUNTPOINT=/ and 'cloud-init' that runs on start on (mounted MOUNTPOINT=/ and net-device-up IFACE=eth0 and stopped cloud-init-local ) The idea is that cloud-init-local can actually function without network. The last thing in this commit is "uncloud-init". This tool can be invoked as 'init=/usr/lib/cloud-init/uncloud-init' It will "uncloudify" things in the image, generally making it easier to use for a simpler environment, and then it will exec /sbin/init.
2010-07-21setup.py: move to 0.5.13Scott Moser
2010-06-18move version to 0.5.12Scott Moser
2010-06-17make cloud-config modules configurable by cloud-configScott Moser
The list of cloud-config modules is now kept in cloud config itself. There is a builtin list in cloudinit, which is overrideable by /etc/cloud/cloud.cfg or user data cloud-config. This should make the modules more easily added or removed (as no code needs to be edited now) Basic summary of changes: - move CloudConfig.py -> cloudinit/CloudConfig/__init__.py - split cloud-config modules into their own files named cloudinit/CloudConfig/cc_<name>.py - remove all the upstart/cloud-config-* scripts, replacing them with upstart/cloud-config.conf
2010-06-15add vi modelines to python filesScott Moser
2010-03-26move to 0.5.10Scott Moser
2010-03-08move version to 0.5.9Scott Moser
2010-03-02move setup.py to 0.5.8Scott Moser
2010-03-02replace another 'EC2' string with 'cloud'Scott Moser
2010-02-17update to 0.5.5Scott Moser
2010-02-04more removal of 'ec2init' string, replacement with cloud-initScott Moser
2010-02-03globally remove ec2init and rename to cloudinitScott Moser
2010-01-29remove ec2-is-compat-env and minor changes to setup.pyScott Moser
2010-01-29move etc/ec2-init/templates to etc/cloud/templatesScott Moser
2010-01-28add examples and userdata.txt to docScott Moser
2010-01-22move from ec2init/ec2-config.cfg to cloud/cloud.cfgScott Moser
2010-01-11refactor the config class and jobs to run through cloud-init-cfgScott Moser
At this point, the following should be functional: cloud-init-cfg apt-update-upgrade
2010-01-07remove dead/unused code, call this 0.5.0Scott Moser