| *** zoli__ has joined #baserock | 05:24 | |
| *** paulw has joined #baserock | 06:35 | |
| *** straycat has left #baserock | 06:44 | |
| *** bashrc has joined #baserock | 08:06 | |
| *** mdunford has joined #baserock | 08:19 | |
| *** mariaderidder has joined #baserock | 08:37 | |
| *** jonathanmaw has joined #baserock | 08:49 | |
| tlsa | I'm trying to run `sudo python setup.py build` on morph on debian | 08:55 |
|---|---|---|
| tlsa | I get: error: [Errno 2] No such file or directory: 'build/lib/morphlib/exts/add-config-files.configure' | 08:55 |
| tlsa | it seems that file is in build/lib.linux-x86_64-2.7/morphlib/exts/add-config-files.configure | 08:56 |
| tlsa | so it needs to look in the build/lib.<platform> place, rather than build/lib | 08:57 |
| tlsa | but I'm not sure how to do that | 08:57 |
| SotK | Looks like that path is hardcoded here: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/morph.git/tree/setup.py#n47 | 08:57 |
| paulsherwood | tlsa: why are you trying to run morph on debian? it's unsupported iiuc | 08:57 |
| tlsa | paulsherwood: firehose is a morph plugin | 08:58 |
| *** ssam2 has joined #baserock | 08:58 | |
| *** ChanServ sets mode: +v ssam2 | 08:58 | |
| paulsherwood | tlsa: can we decouple it? | 08:58 |
| tlsa | I don't plan to do morph builds on debian, just run firehose | 08:58 |
| tlsa | no idea | 08:58 |
| paulsherwood | how much code in firehose itself? | 08:58 |
| * SotK imagines it uses morphlib for reading definitions | 08:59 | |
| tlsa | I think it depends heavily on morphlib for definitions reading/writing | 08:59 |
| * paulsherwood tries to re-engage brain.... | 08:59 | |
| SotK | ISTR it ended up as a morph plugin because of the config morph needs/needed for some stuff | 08:59 |
| SotK | I could be wrong | 08:59 |
| bashrc | the thing is, firehose isn't standalone. It's horribly entangled with morph | 09:00 |
| paulsherwood | you may be right, i've just never thought very hard about firehose. what does it *do* precisely? | 09:00 |
| * paulsherwood is trying to help, hopes he isn't coming across as a troll :) | 09:01 | |
| SotK | Assuming the repo on git.b.o is up to date, this is the dependency I guess: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/firehose.git/tree/firehose/plugin/firehose_plugin.py#n189 | 09:02 |
| SotK | We no longer need to care about system branches and workspaces like that, so it can be cleaned up (and maybe just import morphlib rather than being a morph plugin, idk) | 09:03 |
| bashrc | during my tenure on it, firehose was very dependent on morph, gerrit and the baserock definitions | 09:03 |
| bashrc | I'm not sure it would make any sense to try to use the existing firehose on Debian | 09:03 |
| SotK | paulsherwood: I believe it looks at new commits on a configurable set of upstream projects updates the ref in definitions to that commit, then sends it to Gerrit/somewhere to be tested. | 09:04 |
| SotK | s/projects updates/projects, updates/ | 09:04 |
| *** lmackenzie_2015 has joined #baserock | 09:20 | |
| paulsherwood | well, firehose looks nicely written. i can't see that it actually *needs* a whole lot of morph for what it should be doing | 09:22 |
| paulsherwood | but i've been wrong before | 09:22 |
| SotK | It seems to just use MorphSet for updating the morphologies | 09:23 |
| ssam2 | i would like to have a 'tools for working with baserock definitions' library in some form | 09:25 |
| SotK | me too | 09:25 |
| tlsa | http://paste.baserock.org/hikanekevo <-- that made it work, but I'm disgusted by it | 09:25 |
| ssam2 | tlsa: wat | 09:26 |
| * SotK wonders if that would break on a Baserock system now | 09:26 | |
| ssam2 | if you are trying to get morphlib to install on Debian.. probably easier to just add it to your PYTHONPATH manually if you can | 09:27 |
| *** lachlanmackenzie has quit IRC | 09:28 | |
| *** CTtpollard has quit IRC | 09:28 | |
| *** CTtpollard has joined #baserock | 09:28 | |
| *** lachlanmackenzie has joined #baserock | 09:28 | |
| *** lachlanmackenzie has joined #baserock | 09:28 | |
| tlsa | ssam2: it's for this https://docs.python.org/2/install/#how-building-works -- the build/lib dir had the .<plat> here | 09:29 |
| ssam2 | I think that it will probably not work on Baserock now, though. Anyway, you have my sympathy for having to deal with setup.py files | 09:34 |
| ssam2 | at EuroPython 2015 someone asked Guido van Rossum what his least favourite aspect of Python was, and his answer was something like "anything to do with packaging and distributing Python modules" :-) | 09:35 |
| bwh | I've tried to avoid packaging any Python since going to the Python BoF at DebConf 6 | 09:36 |
| bwh | ...not entirely successfully, as perf embeds Python | 09:36 |
| paulsherwood | bwh: what happened at the BoF to put you off? | 09:39 |
| bwh | heated discussion about the two different Python packaging helpers in Debian (that is since resolved), also finding that the maintainer for Python itself didn't have much to do with those packaging modules | 09:40 |
| paulsherwood | oh dear. i guess every project has its drawback | 09:46 |
| paulsherwood | s | 09:46 |
| *** edcragg has joined #baserock | 10:11 | |
| *** mariaderidder has quit IRC | 10:33 | |
| *** mariaderidder has joined #baserock | 10:48 | |
| *** De|ta has quit IRC | 11:04 | |
| *** De|ta has joined #baserock | 11:05 | |
| ssam2 | i imported a baserock 15.34 build system image into OpenStack, and then started cloud-init.service manually from the graphical console, but I still can't log in over SSH | 11:45 |
| ssam2 | I wish this would work out-of-the-box | 11:46 |
| ssam2 | 'systemctl start cloud-init.service' was enough to get the other useful stuff cloud-init does to work, like resizing the disk | 11:47 |
| ssam2 | there's no error logs in /var/log/init.err, but no messages about ssh keys in /var/log/init.log either | 11:48 |
| CTtpollard | is your key under authorized keys? | 11:49 |
| ssam2 | no, /root/.ssh isn't set up at all | 11:52 |
| tlsa | ssam2: why make the cache server a morph thing at all? Why not make it something separate and reusable for non baserock artifact stuff? | 12:14 |
| ssam2 | tlsa: is this in context of my email? I didn't mean to suggesting in making the cache server a "morph thing" | 12:15 |
| ssam2 | Well, if by "cache server" you mean cache.baserock.org, then it certainly should be baserock-specific | 12:15 |
| ssam2 | but for the program that runs on cache.baserock.org, it would be nice if it was generically useful | 12:15 |
| ssam2 | s/suggesting in/suggest/ | 12:16 |
| tlsa | "Add a '/2.0/submit' method to morph-cache-server" | 12:21 |
| tlsa | maybe I got the wong end of the stick | 12:21 |
| SotK | morph-cache-server is just the name of the program that currently exists | 12:22 |
| tlsa | I see | 12:22 |
| SotK | because it was originally implemented to provide a cache server for morph | 12:22 |
| SotK | I don't know if there is anything in it that makes it morph-specific | 12:22 |
| paulsherwood | in effect we have two distinct cache functions going on, and one program being used for both | 12:22 |
| paulsherwood | on cache.baserock.org it's serving built artifacts. on git.baserock.org it's serving git repos as tarballs | 12:23 |
| SotK | I thought the tarballs were served by something else? | 12:24 |
| SotK | Isn't the git side of m-c-s is for speeding up some git operations? | 12:25 |
| paulsherwood | well i'm assuming a 'bundle' is the git tarball stuff http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/morph-cache-server.git/tree/morphcacheserver/repocache.py#n129 | 12:26 |
| paulsherwood | anyways, i'm fiddling with an atomic artifact server while stuck in a waiting room | 12:27 |
| ratmice___ | ssam2: did you try running bison's 'build-aux/git-version-gen .tarball-version' (probably through sh -x) to see where it gets that 'UNKNOWN'? | 12:30 |
| SotK | paulsherwood: maybe, but morph doesn't appear to use the /1.0/bundles endpoint that that is used in so I'm not sure | 12:31 |
| ssam2 | ratmice__: in the staging chroot, I did... and it gave the correct version number! | 12:32 |
| ssam2 | and .tarball-version didn't actually exist | 12:32 |
| ssam2 | very weird | 12:32 |
| ssam2 | 'bundle' is a dead end that nobody uses, I think | 12:33 |
| ssam2 | we once used 'git bundle' to generate tarballs, but now, instead, Lorry generates them and puts them directly into /home/gits/tarballs, where they are served by the HTTP server | 12:33 |
| ssam2 | so the bundle/ method could just be removed | 12:33 |
| ratmice___ | ssam2: weird, I suppose that it is worth noting that that command runs at 'autoreconf' time, i'm not sure exactly when dependencies are resolved/installed relative to that | 12:36 |
| ssam2 | the dependencies are present before anything else happens... I found autoreconf seemed to fail for a different reason when I ran it in the chroot, too | 12:37 |
| ssam2 | we more or less proved that the cause of this must be some changes that I made in Morph | 12:37 |
| ratmice___ | k | 12:37 |
| ssam2 | but i can't work out how https://gerrit.baserock.org/#/c/1018 could actually make this occur | 12:38 |
| ssam2 | given that it's running the autoreconf command in exactly the same way as before | 12:39 |
| SotK | rjek: I thought PUT was for creating things that don't exist and updating things that do, rather than giving the server a thing that it then decides whether to do anything with or not? | 12:56 |
| SotK | (so if an already-uploaded artifact is sent in a PUT request the already-uploaded artifact should be replaced by the new one) | 12:56 |
| bwh | SotK: Yes | 12:57 |
| rjek | Possibly | 12:57 |
| bwh | For 'do some arbitrary state change using with this blob' there's POST | 12:57 |
| SotK | Also does PUT /2.0/submit not imply that GET /2.0/submit should return a specific artifact? | 13:00 |
| rjek | I don't think so. | 13:01 |
| ratmice___ | ssam2: yeah, nothing stands out to me either & concurr that it looks like build-depends should be resolved before pre-configure | 13:39 |
| ssam2 | hmm, PUT /2.0/artifact would probably be a better method for this actually | 13:42 |
| *** bashrc has quit IRC | 13:43 | |
| *** bashrc_ has joined #baserock | 13:43 | |
| ssam2 | seems that PUT v POST is not very clear cut, as seems to happen a lot when trying to be RESTy: https://stackoverflow.com/questions/630453/put-vs-post-in-rest | 13:44 |
| ratmice___ | that said i _don't_ see where the build-depends on git would come from (IIRC from yesterday you said it did) | 13:45 |
| ssam2 | see: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/strata/core.morph#n185 | 13:46 |
| SotK | ssam2: that seems to suggest that `PUT /2.0/artifacts/$cache_key` would be best (though that is RESTy, idk if that is the way you want to go) | 13:46 |
| ssam2 | sounds good | 13:47 |
| SotK | That would have the benefit of `GET /2.0/artifacts/$cache_key` returning the artifact too | 13:47 |
| SotK | (at least, that would be a sensible way to return it) | 13:47 |
| * SotK isn't sure about how that works with the whole "PUT should replace what's there" thing though... I guess it doesn't matter if the server says "I couldn't replace that!" | 13:48 | |
| *** zoli__ has quit IRC | 13:59 | |
| *** petefoth has quit IRC | 14:24 | |
| *** mdunford has quit IRC | 14:43 | |
| *** mdunford has joined #baserock | 14:45 | |
| *** petefoth has joined #baserock | 15:24 | |
| *** paulw has quit IRC | 15:59 | |
| *** mdunford has quit IRC | 16:15 | |
| *** mariaderidder has quit IRC | 16:21 | |
| *** mdunford has joined #baserock | 16:29 | |
| *** straycat has joined #baserock | 16:49 | |
| straycat | ssam2, should i be able to restore abandoned changes? | 16:49 |
| ssam2 | in Gerrit? I don't know | 16:49 |
| ssam2 | is this a permissions issue, or something else? | 16:49 |
| straycat | when i try to restore 876 i get an error | 16:49 |
| straycat | /src/import # ssh -p 29418 ripsum@gerrit.baserock.org 'gerrit review' 876,1 --restore | 16:49 |
| straycat | error: restore not permitted | 16:49 |
| straycat | one or more approvals failed; review output above | 16:49 |
| ssam2 | ok, I guess it's a permissions thing | 16:50 |
| ssam2 | I tried the same and didn't get an error, so maybe it's restored now | 16:50 |
| straycat | ahh ok | 16:50 |
| ssam2 | I think there's no reason to block people from restoring changes, but I don't have time to change the access controls right now | 16:50 |
| straycat | seems to be, thanks | 16:50 |
| *** jonathanmaw has quit IRC | 16:50 | |
| * straycat nods | 16:51 | |
| straycat | okay thanks | 16:51 |
| *** bashrc_ has quit IRC | 16:54 | |
| *** mdunford has quit IRC | 17:00 | |
| *** ssam2 has quit IRC | 17:07 | |
| *** edcragg has quit IRC | 17:57 | |
| *** zoli__ has joined #baserock | 18:22 | |
| *** lmackenzie_2015 has quit IRC | 18:41 | |
| *** zoli__ has quit IRC | 21:50 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!