=== alexpilotti_ is now known as alexpilotti === frickler_ is now known as frickler === smoser` is now known as smoser [14:27] Is there a reason why cloud-init doesn't have a test_requires in its setup.py? [14:32] niluje, not a good one. i'm a python-tools neophyte [14:33] smoser: you are the one who packaged cloud-init? [14:34] smoser: https://github.com/brmzkw/dyntftpd/blob/master/setup.py [14:34] I have a basic setup.py here [14:34] niluje, we use tox, and tox reads requirements and test-requirements [14:34] tests_require is a nice to have, so you can run "pip install -e ." to install the packaages in editable mode [14:35] oh [14:35] so theres probably just some overlap in functionality [14:35] ok great, I didn't see the tox.ini, only the Makefile and I tried to run nosetests manually [14:35] I guess make test should install and run nose then [14:36] niluje, its kind of in both places... [14:36] i have 2 different thing si need to support [14:36] a.) running and installing with ubuntu packaging (system python dependencies) [14:37] b.) testing without installing those packages (tox) [14:37] ok [14:37] then adding tests_require in the setup.py seems to be a good idea :p === jroll|dupe is now known as jroll [18:10] smoser: been looking at cloudbase-init for reference. Their using wmi and win32api both which are not part of stdlib. It'd be nice to get everything working using ctypes.windll or similar [18:10] yeah, agree. [18:10] want as much as possible to be stdlib [18:13] did a bit more refactoring and I think moving away from network interfaces content can be better accomplished by using a sources helper to convert that into a similar network json format. As in data source network_config should always return the same type and structure. If static networking is moving towards network json, for backwards compat, it should convert an interfaces content file to network json to return [18:14] I'm gonna dive into the windows partition label detection and hopefully get something decent soon [18:15] natorious: what is the reason why you want to avoid pywin32? [18:17] alexpilotti: if were trying to make things as close to stdlib as possible, might as well not start w/ dependencies [18:17] alexpilotti_: ^^ [18:18] natorious: and for networks, we are already working on the new json format, that’s independent from pywin32 as we use ctypes for all networking stuff [18:18] WMI wont depend on pywin32 for long [18:19] we’re rewriting that module to avoid any COM usage [18:19] most modern APIs dont use Win32, but WMI [18:20] for example storage management is no entirely based on WMI, while previously was based on COM [18:20] alexpilotti_: right. The networking bit is for linux as much as windows. How the datasources should handle returning either or but return the same type consistently [18:20] there should be an abstraction, with a clear interface [18:20] that’s what we are doing for most stuff in cloud-init V2 [18:21] btw smoser: how’s work going on V2? [18:21] im at a point of needing to detect configdrive partitions for v2 via datasource [18:22] and would like to attempt using stdlib before the alternatives [18:22] fwiw [18:22] bbiab [19:32] Hello, I was wondering how to make cloud-init restart machine after package upgrade? [19:32] it is usually required to restart so updates take effect. Like e.g. kernel upgrades/ [19:33] otherwise package upgrade is of limited help [19:33] is there any switch to request that? [19:56] akostadinov1, in ubuntu it shoudl generally work. [19:57] probably not supported in rpm based [19:57] http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/doc/examples/cloud-config.txt#L16 [20:11] smoser: too bad :/ running on RPM