*** petefotheringham has quit IRC | 00:07 | |
*** petefotheringham has joined #baserock | 00:07 | |
*** AnxiousGarlic has joined #baserock | 01:36 | |
*** AnxiousGarlic has left #baserock | 01:36 | |
*** ctgriffiths has quit IRC | 04:47 | |
*** ctgriffiths has joined #baserock | 04:48 | |
*** zoli__ has joined #baserock | 06:03 | |
*** petefoth has quit IRC | 06:14 | |
*** zoli__ has quit IRC | 06:59 | |
*** zoli__ has joined #baserock | 07:23 | |
*** sherm_ has joined #baserock | 07:23 | |
*** petefoth has joined #baserock | 07:26 | |
*** a1exhughe5 has joined #baserock | 08:03 | |
*** pacon has joined #baserock | 08:03 | |
*** mdizzle has joined #baserock | 08:38 | |
*** jonathanmaw has joined #baserock | 08:57 | |
*** bashrc has joined #baserock | 09:05 | |
*** straycat has joined #baserock | 09:13 | |
straycat | btw, in case anyone didn't notice the security alert, you should change your freenode password if you have one | 09:16 |
---|---|---|
straycat | (it's taken me several months to notice) | 09:18 |
*** CTtpollard has joined #baserock | 09:18 | |
* bashrc doesn't have a freenode password | 09:25 | |
*** 92AAAPL92 has joined #baserock | 09:29 | |
*** gary_perkins has joined #baserock | 09:39 | |
*** ssam2 has joined #baserock | 09:59 | |
*** ChanServ sets mode: +v ssam2 | 09:59 | |
* rjek tries to decide if a security issue tracker should exist along side (or integrated with) Lorry | 10:18 | |
Kinnison | All lorry does is move commits around | 10:21 |
Kinnison | I'd suggest any kind of tracker should operate off the git repos directly | 10:21 |
Kinnison | perhaps by being notified by the git server when new commits show up | 10:21 |
rjek | Yeah | 10:23 |
rjek | Hmm. | 10:23 |
rjek | I think what I need to do is set up Lorry on my laptop and have it do some things so I can see how they might be integrated or at least talk to each other | 10:24 |
Kinnison | Lorry has a non-trivial number of dependencies | 10:24 |
Kinnison | it may be easiest to set up a trove for yourself and poke at that, I believe there's documentation on doing that on the wiki | 10:25 |
rjek | OK. I'll have a look. | 10:25 |
rjek | I naively thought Lorry would just be a python script that required git, cvs, svn, etc to be installed. | 10:25 |
Kinnison | Lorry itself yes | 10:28 |
Kinnison | if you want the controller to work, etc, then you will need more | 10:28 |
rjek | Right. | 10:28 |
rjek | I thought the "controller" was a static piece of HTML that it spat out :) | 10:28 |
Kinnison | lorry needs cliapp etc | 10:28 |
rjek | I may be somewhat behind the times. | 10:28 |
Kinnison | the controller is a webapp and a bunch of timer scripts etc | 10:28 |
*** gfinney has joined #baserock | 10:48 | |
*** gfinney has quit IRC | 10:52 | |
*** wschaller has joined #baserock | 11:41 | |
kejiahu | I am trying to set up a Trvoe server and distbuild network on Moonshot nodes, and all the them will netboot from a nfs server set up on another node. should I provide the system definitions and cluster files for deployment after I have verified that | 11:41 |
ssam2 | kejiahu: is your question whether you should send the definitions for this to be included in the baserock reference system definitions Git repo, or keep them somewhere in a different repo ? | 11:47 |
ssam2 | I don't really know what's best, but definitely make them public if you can even if it's in a fork of definitions.git on github or somewhere else | 11:47 |
pedroalvarez | kejiahu: if the Trove is only needed for the distbuild network, I suggest you to use it only as artifact-cache-server | 11:48 |
pedroalvarez | kejiahu: to achieve that just don't set any 'UPSTREAM_TROVE' in the cluster morphology of the trove | 11:49 |
kejiahu | ssam2: the cluster will be very customised to the environment we used for the netboot, so should I provide my cluster file? or just a template or sorts of things? | 11:51 |
kejiahu | pedroalvarez, got it, thanks | 11:51 |
pedroalvarez | kejiahu: once you finish them and you have verified that they work, please share. Maybe the baserock-ops team is interested :) | 11:52 |
kejiahu | pedroalvarez, yes, I will do that | 11:53 |
ssam2 | kejiahu: provide everything, unless it's secret :) | 11:54 |
radiofree | pycrypto failing to build for me | 11:56 |
radiofree | Merge branch 'baserock/pedroalvarez/pycrypto-fix-morphology' | 11:56 |
kejiahu | ssam2: ok | 11:56 |
radiofree | will try again | 11:56 |
pedroalvarez | radiofree: yes please | 11:57 |
pedroalvarez | my mistake | 11:57 |
*** pacon has quit IRC | 12:10 | |
franred | does someone has time for a quick review of a lorry http://paste.baserock.org/vewirunune ? this is an openstack package | 12:11 |
pedroalvarez | franred: new dependency? | 12:12 |
franred | pedroalvarez, no, it is an old one, but I never submit the patch for it | 12:12 |
pedroalvarez | +1 | 12:14 |
*** gfinney has joined #baserock | 12:18 | |
ssam2 | franred: +1 | 12:20 |
franred | pedroalvarez, ssam2, thanks for the review! it has been merged | 12:30 |
*** wschaller has quit IRC | 12:31 | |
pedroalvarez | It's horizon who needs it as a dependency | 12:31 |
straycat | http://sprunge.us/iaFB <- openstack-ansible-modules lorry patch | 12:44 |
pedroalvarez | +1! I'd be happy if we add them to ansible stratum | 12:45 |
franred | straycat, they are not in the openstack repository: http://git.openstack.org/cgit/ wouldn't be better to put it in a different lorry file? | 12:48 |
straycat | i don't care really, i just put it in openstack because it's an openstack thing | 12:49 |
persia | I think putting it in the openstack file is fine: stuff moves between openstack and stackforge dependent on the will of the OpenStack Technical Board. | 12:53 |
persia | Trying to make our lorries match their decisions will be annoying enough if we have to change the repo locations, let alone if we have to edit two files in the process. | 12:54 |
franred | fair enough, straycat +1 | 12:54 |
straycat | merged | 13:07 |
*** cyndis has quit IRC | 13:27 | |
pedroalvarez | straycat: so my idea for those modules was something like this: http://paste.baserock.org/raw/nubofiboya | 13:30 |
*** cyndis has joined #baserock | 13:36 | |
*** cyndis has quit IRC | 13:42 | |
*** cyndis has joined #baserock | 13:44 | |
*** CTtpollard has quit IRC | 14:00 | |
*** wschaller has joined #baserock | 14:07 | |
tlsa | does anyone know why artifact metadata may not be fetched from the cache server? | 14:08 |
ssam2 | in what situation? | 14:12 |
*** rdale has joined #baserock | 14:13 | |
ssam2 | the code to transfer artifacts around is duplicated in several places right now and each implementation is lacking, each in a different way | 14:13 |
ssam2 | hopefully they will all be consolidated in the ostree branch | 14:13 |
92AAAPL92 | Any suggestion on the approach of extending install-files to install files from more than one manifest? The problem is finding a good separator, as everything besides the null char can be in a filepath | 14:14 |
*** edcragg has joined #baserock | 14:14 | |
*** 92AAAPL92 is now known as tiagogomes | 14:14 | |
* tiagogomes doesn't have a clue from whee 92AAAPL92 came from | 14:15 | |
tiagogomes | We could restrict the directories in definitions which contain manifests to not have ':' in its filename | 14:16 |
*** CTtpollard has joined #baserock | 14:16 | |
ssam2 | you could use the same trick as fstab.configure | 14:21 |
ssam2 | and match any environment variable that begins INSTALL_FILES | 14:21 |
ssam2 | so you could have INSTALL_FILES_DISTBUILD, INSTALL_FILES_MASON, or whatever | 14:21 |
ssam2 | personally I think we should kill install-files and allow specifying the manifest in the cluster morph directly, and in a more human-friendly format | 14:22 |
tiagogomes | I asked my question without looking at install-files first, it appears it is already supported | 14:22 |
tiagogomes | manifests = shlex.split(os.environ['INSTALL_FILES']) | 14:22 |
tiagogomes | for manifest in manifests: | 14:22 |
tiagogomes | I particular like the more human-friendly format | 14:22 |
* kejiahu is still interested on what is fstab.configure trick | 14:23 | |
ssam2 | it parses all variables that start with FSTAB_ | 14:23 |
ssam2 | so you can specify multiple fstab entries | 14:23 |
kejiahu | oh, yes, thanks | 14:24 |
tiagogomes | kejiahu try `INSTALL_FILES: "moonshot/manifest distbuild/manifest"` | 14:24 |
kejiahu | tiagogomes: will do | 14:26 |
Krin | hi All, have a bit of a problem with downloading a tarball to test. i'm pulling the tarball from here: https://pypi.python.org/pypi/mox3/0.7.0 the tarball downloads and opens fine manually, but when i point morph to that location it failed to read the tar because of a 'short read error' does anyone know what this may be? | 14:45 |
pedroalvarez | Krin: when you say "point morph to that location" you mean thay tou are using a tarball url in the 'ref' field? | 14:47 |
Krin | in the repo feild. should it be in the ref feild then? | 14:47 |
Krin | http://paste.baserock.org/daqoyusozo is the thing i put together with my poor morph knowledge | 14:47 |
pedroalvarez | oops sorry | 14:47 |
pedroalvarez | yeah, on repo field | 14:48 |
radiofree | Krin: https://pypi.python.org/pypi/mox3/0.7.0 is a webpage? | 14:48 |
pedroalvarez | Also, repo field can only point to git repositories | 14:48 |
Krin | yes, with a tarball on it, which makes no sence to me but it's worked before and been explained to me as "morph magic" | 14:48 |
pedroalvarez | Krin: can you do `git clone https://pypi.python.org/pypi/mox3/0.7.0` ?? | 14:49 |
pedroalvarez | I don't think so. looks like mox has its sources in http://pymox.googlecode.com/svn/trunk/ , which is a svn repository (not git) | 14:50 |
Krin | so will i have to grab the tar manually and upload it to a repo? | 14:51 |
pedroalvarez | Krin: or you can just copy the tarball somewhere in your baserock system, convert that place to a git repo, and point to that folder in your repo field | 14:52 |
radiofree | Krin: i tried it and got http://fpaste.org/192216/30795514/ | 14:52 |
radiofree | so i believe your "short read" is there because morph initially tries to download a tarball containing the repo from gbo | 14:53 |
radiofree | obviously it's not there, so moves onto trying to git clone that repo url, that's where the failure is | 14:53 |
Krin | ok, the repo that Zara found looks good to me, so i'll try that one :) | 14:54 |
Zara | ( https://github.com/emonty/pymox ) | 14:54 |
Krin | i was only trying it because we did something like that for pytz. i'v never understood why it worked >.< | 14:54 |
*** sherm_ has quit IRC | 14:55 | |
radiofree | are you sure you weren't pointing it at a git repo last time? | 14:55 |
Krin | pretty sure, but not 100% | 14:55 |
radiofree | you can use http to clone git repos btw | 14:56 |
Krin | i know, i'm assuming it was a simmilar case because the webpage that we took pytz from looked almost identical. | 14:57 |
pedroalvarez | oh yeah, the svn repo i posted is the original pymox, and not pymox3 | 14:58 |
pedroalvarez | so that github one might be the official | 14:58 |
*** sherm_ has joined #baserock | 15:09 | |
*** wdutch has joined #baserock | 15:14 | |
straycat | pedroalvarez, I'm not sure, there's a core keystone_user module too http://docs.ansible.com/keystone_user_module.html so I'm wondering if it's best to install the openstack-ansible-modules somewhere else and make playbooks use the openstack modules by setting the ANSIBLE_LIBRARY environment variable, ftr fedora seems to put them in /usr/share/ansible/ansible-openstack-modules | 15:17 |
pedroalvarez | I was using the -M option of ansible-playbook | 15:21 |
straycat | ok | 15:21 |
pedroalvarez | I'm not sure about the ANSIBLE_LIBRARY approach, is there a way to set a env variable? | 15:21 |
pedroalvarez | of course there are ways, but I mean like adding the variable to a file which is loaded every boot | 15:22 |
straycat | the unit could run ANSIBLE_LIBRARY=... ansible-playbook ... | 15:23 |
pedroalvarez | in that case I'd prefer -M I think | 15:24 |
pedroalvarez | /usr/share/ansible/ansible-openstack-modules works for me | 15:25 |
straycat | the README also said you can make a 'library' symlink in the directory that contains the playbook | 15:25 |
pedroalvarez | straycat: what do you prefer? | 15:27 |
pedroalvarez | well, they don't make any difference when installing these modules, so we don't care about that right now | 15:29 |
straycat | -M i think | 15:32 |
* straycat wonders whether pedroalvarez has a reworked version of http://paste.baserock.org/raw/nubofiboya he could cherry-pick :3 | 16:08 | |
pedroalvarez | oh! I though you were going to add it :) | 16:08 |
straycat | oh well, was worth a try :p | 16:09 |
straycat | i can add it then | 16:09 |
pedroalvarez | I will give you a sha1 | 16:09 |
pedroalvarez | straycat: you should be able to cherry pick 0d544a47edd3b688436d592a7ce2a5fa34a6377f | 16:12 |
straycat | <fx:monty> excellent | 16:13 |
straycat | pedroalvarez, was there a specific thing that required you to move to 1.8.4 ? | 16:18 |
pedroalvarez | no, I just wanted to have it upgraded because newer versions may behave better | 16:19 |
straycat | okay | 16:19 |
mauricemoss_ | I was creating some confusion not pointing to my GitHub repos for the mips64b cross-bootstrap patch. Before I resend the revised version, can someone have a look at the patches its dependent on? | 16:24 |
mauricemoss_ | I know this adds friction and the preferred way for cpython and binutils would be to submit them upstream, but I fear upstream won't take these hardware specific patches. | 16:25 |
*** wschaller_ has joined #baserock | 16:45 | |
*** Codethink__ has joined #baserock | 16:46 | |
*** wschaller has quit IRC | 16:47 | |
*** wschaller_ has quit IRC | 16:50 | |
*** Codethink__ has quit IRC | 17:01 | |
*** wschaller has joined #baserock | 17:02 | |
*** jonathanmaw has quit IRC | 17:02 | |
*** a1exhughe5 has quit IRC | 17:19 | |
*** zoli__ has quit IRC | 17:23 | |
*** gary_perkins has quit IRC | 17:30 | |
*** mdizzle has quit IRC | 17:43 | |
*** zoli__ has joined #baserock | 17:43 | |
*** bashrc has quit IRC | 17:55 | |
*** tiagogomes has quit IRC | 17:57 | |
*** sherm_ has quit IRC | 18:02 | |
*** ssam2 has quit IRC | 18:09 | |
*** edcragg has quit IRC | 18:10 | |
*** gfinney has quit IRC | 18:14 | |
*** wschaller has quit IRC | 18:23 | |
*** gfinney has joined #baserock | 18:40 | |
*** gfinney has quit IRC | 18:45 | |
persia | mauricemoss_: have you sent them upstream? | 18:45 |
persia | In the past we accepted patches that were still under review, as long as the process of upstreaming had started. | 18:46 |
*** straycat has quit IRC | 19:58 | |
*** straycat has joined #baserock | 20:02 | |
* straycat has a problem caused by a bug in the version of busybox grep we're currently using, it's fixed by 73ed05eea566ac90c9e690488d2acb4375d52e75 | 20:47 | |
straycat | we have quite a delta against busybox so not sure how folks would want to get that fix in | 20:50 |
* straycat disappears | 20:50 | |
*** zoli__ has quit IRC | 21:19 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!