[01:26] <smoser> cbolt, "it depends"
[01:26] <smoser> runcmd is executed via 'scripts-user'
[01:27] <smoser> runcmd is executed via a script named 'runcmd' that gets written into the 'scripts/per-instance' dir (/var/lib/cloud/instance/scripts/per-instance)
[01:28] <smoser> and then that dir is executed run-parts style, so C locale sorted.
[01:40] <cbolt> ty smoser
[14:14] <mwak> hello
[14:16] <mwak> smoser any update about the PR? https://code.launchpad.net/~edouardb/cloud-init/scaleway-datasource/+merge/274861
[14:18] <smoser> mwak, so you 're ok that it wont be enabled by default, right?
[14:19] <niluje> smoser: by default, you mean we'll need to update the cloud-init configuration file to add the scaleway provider?
[14:20] <smoser> yes.
[14:20] <mwak> smoser: yes, no pb with that!
[14:20] <niluje> so yep that's ok :)
[14:21] <smoser> but really... i thikn you're the providers, right? look into exposing something in dmi. and then we can.
[14:21] <smoser> ok. next thing.
[14:21] <niluje> since we have no choice but doing a network resource, we'll make some documentation to ask to our users to do some configuration to use the provider
[14:21] <smoser> i run 'tox' on my system ehre, and your tests fail.
[14:21] <niluje> oO
[14:21]  * niluje retries
[14:21] <smoser> i think they end up timing out
[14:22] <smoser> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection (1): 169.254.42.42
[14:22] <smoser> cloudinit.sources.DataSourceScaleway: DEBUG: Trying to get user data (bind on port 1018)...
[14:22] <niluje> give me a sec, I don't have the code in mind
[14:23] <smoser> http://paste.ubuntu.com/13247624/
[14:25] <niluje> indeed, it seems there's an issue. The test were running fine when I did them. I'm looking into it and will be you when fixed
[14:28] <niluje> Oooook, of course they were, I was running nosetests and not tox, we'll fix the issue
[14:28] <smoser> hm.
[14:28] <smoser> nosetests woudl just use your system dependencies rather than those in the tox
[14:29] <smoser> so possibly a dependency difference
[14:30] <niluje> yep
[14:30]  * niluje finds tox useful, but hates it
[14:30] <smoser> niluje, i share those feelings.
[14:30] <smoser> mine extend to pip
[14:31] <niluje> mine extend to pip and setuptools
[14:31] <smoser> but, they're useful for creating similar environments.
[14:31] <smoser> when you have some spare time, you can create 'pip-distro-env' for me.
[14:31] <smoser> thats what i really want
[14:32] <smoser> pip-distro-env ubuntu-14.04 urllib3 pkg1 pkg3 ....
[14:32] <niluje> https://github.com/spotify/dh-virtualenv
[14:32] <smoser> and have that create me a venv with those things in it at the right versions.
[14:32] <smoser> (for ubuntu-14.04)
[14:33] <smoser> thats interesting. but not what i'm interested in.
[14:33] <niluje> not sure to understand what you're looking for then
[14:34] <smoser> i want to be able to easily test a venv of a set of python dependencies at the versionsx they are at for a bunch of different distros
[14:34] <niluje> oh
[14:34] <niluje> dox
[14:34] <niluje> looked right for that
[14:34] <niluje> idk if it's mature or usable though
[14:34] <niluje> but having a tox-like with docker seemed fun
[14:35] <niluje> https://pypi.python.org/pypi/dox/0.1
[14:35] <smoser> but 'pip install . -r test-requirements.txt'
[14:35] <smoser> what would that do ?
[14:35] <smoser> just a pip install
[14:35] <smoser> which is generally (ideally) selfl contained anyway.
[14:36] <smoser> right?
[14:36] <smoser> i guess it would help with getting the python at the correct version
[14:36] <smoser> but then i want somethign to know all the package versions for those things too
[14:37] <niluje> you mean you want to test your package with every version of its dependencies?
[14:37] <Odd_Bloke> niluje: Just every set that you might find packaged for a distribution.
[14:37] <smoser> not *every* version, but the right versions
[14:37] <smoser> yeah.
[14:38] <Odd_Bloke> smoser: Trying to do it with pip is probably impossible because of changes made in packaging.
[14:38] <niluje> can't you make more tox environments, and pin dependencies in it?
[14:38] <smoser> dox is similar in concept though. and actually using the *packaged* versions is even superior (outside of the additional weight)
[14:38] <smoser> niluje, yeah, you can do that. but figuring out what package is at what version in what distro... just that is a PITA
[14:39] <smoser> thats why i was trying to have *you* do it for me. and maintain that database :)
[14:41] <niluje> ok :p
[14:45] <smoser> but thanks for the pointer to dox. containers of each environ are definitely a way to do that.
[14:46] <smoser> and as Odd_Bloke pointed out, that covers the depends packaged differences too.
[14:48] <Odd_Bloke> Yeah, then hopefully all you would need is a mapping from pip name => package name for each distro.
[15:01] <niluje> grml
[15:01] <niluje> can't run tox in my environment
[15:03] <niluje> I'm on osx ( :( ), cloud-init unittest require to be on linux, I'm trying to run them on a docker container, but python setup.py sdist tries to make a hardlink which fails because cloud-init is an exported folder
[15:04] <Odd_Bloke> niluje: You're doing sdist, or tox is doing sdist?
[15:04] <niluje> tox is doing it
[15:05] <niluje> I'll clone cloud-init in the docker, that's just inconvenient but that'll work
[15:14] <smoser> niluje, you want me to give you an instance somewhere ?
[15:14] <smoser> ah. ok. you found a solution.
[15:14] <smoser> i  just launch instances on "the cloud".  i wonder if you have a cloud provider you'd recommend :)
[15:15] <niluje> ever heard about digital ocean? they're quite new but they look promising
[15:15] <niluje> :ppp
[15:16] <mwak> :D
[15:27] <kwadronaut> they're cheap. Loads of webdevs have their unpatchd wordpresses and such over there ;-)
[15:29] <niluje> kwadronaut: that was a joke, b/c I'm working for Scaleway, another cloud provider :p
[15:38] <kwadronaut> niluje: ah so I can bug you for some free goodies? ;-)
[15:40] <niluje> kwadronaut: poke mwak instead!
[15:49] <smoser> niluje, they're 32 bit arm, right?
[15:49] <smoser> no kvm
[15:49] <niluje> yes
[15:50] <niluje> yes, dedicated hardware
[15:50] <smoser> right. but i cant run kvm there.