| *** zoli___ has joined #baserock | 04:45 | |
| *** zoli__ has quit IRC | 04:45 | |
| *** zoli___ has quit IRC | 06:29 | |
| *** zoli__ has joined #baserock | 06:59 | |
| *** mike has joined #baserock | 07:07 | |
| *** mike is now known as Guest98105 | 07:07 | |
| *** rdale has joined #baserock | 07:29 | |
| *** mariaderidder has joined #baserock | 07:48 | |
| paulsherwood | perryl: not sure whether it's relevant, but you can see the poc cache server i did at https://github.com/devcurmudgeon/ybd/blob/return-of-server-poc/server.py | 07:48 |
|---|---|---|
| perryl | paulsherwood: thanks! i'll take a look at it now! | 07:48 |
| paulsherwood | trouble is i just tried it and it doesn't work out of the box.... so it may be more hassle than it's worth. ping me if you want me to explain what it's 'supposed' to do :) | 07:50 |
| perryl | argh :( still, it could be the missing piece that helps me get mine running! | 07:50 |
| paulsherwood | note that code for uploading is commented out... https://github.com/devcurmudgeon/ybd/blob/master/cache.py#L155 | 07:51 |
| paulsherwood | and the forking idea is probably no longer workable since ybd now has support for multi-instances which are themselves forks | 07:52 |
| *** jonathanmaw has joined #baserock | 08:06 | |
| *** gary_perkins has joined #baserock | 08:28 | |
| *** ssam2 has joined #baserock | 08:45 | |
| *** ChanServ sets mode: +v ssam2 | 08:45 | |
| *** ratmice___ has quit IRC | 08:47 | |
| *** ratmice___ has joined #baserock | 08:47 | |
| *** flatmush has joined #baserock | 09:07 | |
| *** flatmush has quit IRC | 09:08 | |
| *** flatmush has joined #baserock | 09:12 | |
| *** lachlanmackenzie has joined #baserock | 09:17 | |
| pdar | Heya baserock, Im trying to build a thing with my baserock but I get the following error: http://paste.baserock.org/pirolejubu | 10:22 |
| pdar | anyone know why this might be? | 10:22 |
| Kinnison | I imagine an unexpected syntax error in one of your morphology files | 10:23 |
| Kinnison | have you changed any since you last ran morph? | 10:23 |
| pdar | I have, but not the one its trying to build. Does morph like them all to be error free? | 10:29 |
| SotK | pdar: yes | 10:30 |
| Kinnison | pdar: morph validates the full morphology set | 10:31 |
| pdar | hmm, I removed what I thought the offending morphology might be and it still spewed the same error. | 10:32 |
| pdar | oh, no, I found another syntactically questionable one | 10:34 |
| Kinnison | :-) | 10:34 |
| paulsherwood | pdar: have you tried ybd on it? | 10:48 |
| pdar | paulsherwood: I still havent tried ybd yet | 10:50 |
| paulsherwood | pdar: you might find it gives different/useful error info (no promises, though) | 10:53 |
| pdar | paulsherwood: perhaps I'll give it a try | 11:01 |
| paulsherwood | pdar: if you do, edit ybd.conf and set base from 'ybd' to '/src/cache' - it should be able to re-use your morph git repos that way | 11:21 |
| straycat | ssam2, thanks for merging that lorry | 11:30 |
| straycat | ssam2, are we upgrading the trove today perchance? | 11:31 |
| ssam2 | apparently the OpenSSL vuln isn't released til 1700 UK time | 11:32 |
| ssam2 | so if it is something we need to update for, it won't actually happen til Fri anyway | 11:32 |
| ssam2 | will try to merge that Lorry patch today though | 11:32 |
| straycat | ok, i can sort the README now if you like? | 11:33 |
| ssam2 | that'd be great | 11:35 |
| straycat | ahh, looks like xmlto-tarball failed to lorry, i haven't checked but my guess would be the ssl cert issue i thought i had the other day, if that is the problem then it will be fixed when we upgrade the trove | 11:38 |
| straycat | actually, i might be wrong about that | 11:40 |
| pedroalvarez | URLError: <urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:581)> | 11:40 |
| pedroalvarez | straycat: lorried now | 11:44 |
| straycat | oh, what did you do to fix it? | 11:44 |
| pedroalvarez | exatly what you said it might be needed :) | 11:44 |
| straycat | okay, i'm not sure i get why that's fixing it, since as Kinnison pointed out it's just setting up existing certs, and we run update-ca-certificates at system-integration time | 11:45 |
| pedroalvarez | I was investigating that too | 11:46 |
| straycat | and yeah lorries fine on my newly deployed devel machine... | 11:47 |
| pedroalvarez | oh, I have an idea of why | 11:48 |
| pedroalvarez | let me verify it | 11:48 |
| pedroalvarez | thing is that the trove was upgraded after we put `update-ca-certificates` at integration time | 11:50 |
| pedroalvarez | so, my guess is that something went wrong in the upgrade | 11:51 |
| pedroalvarez | Ok, so I went to cache.baserock.org (because it should be in the same state as g.b.o was before I ran this command) and all the certs there are wrong | 11:56 |
| pedroalvarez | e.i, all the symlinks in /etc/ssl/certs are broken | 11:57 |
| pedroalvarez | and some of them even pointing to "/ca-certificates.inst/usr/share/ca-certificates/..." | 11:58 |
| straycat | ahh okay | 11:58 |
| straycat | if upgrading cache.baserock.org doesn't fix the links we should probably find out why then :) | 12:02 |
| *** gary_perkins has quit IRC | 12:02 | |
| pedroalvarez | yup, that's why I'm not going to touch cacche.b.o, to see what happens | 12:03 |
| pedroalvarez | so... the orig subvolume of the current system of cache.b.o was ok | 12:05 |
| pedroalvarez | and orig/run of the previous version are wrong | 12:06 |
| pedroalvarez | My current guess is that our upgrades mechanism doesn't handle symlinks? | 12:07 |
| *** gary_perkins has joined #baserock | 12:13 | |
| ssam2 | ouch | 12:24 |
| ssam2 | so this could point to a bug in baserock-system-config-sync ? | 12:24 |
| pedroalvarez | well, is not a bug if it's expected to behave that way | 12:32 |
| pedroalvarez | http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/tbdiff.git/tree/baserock-system-config-sync/baserock-system-config-sync#n105 | 12:33 |
| pedroalvarez | # chose a symbolic link in this order | 12:33 |
| pedroalvarez | # of preference: Vuser, V2, V1 | 12:33 |
| rjek | http://pastebin.com/bhH74d2y <-- OpenSSL | 12:50 |
| rjek | Summary: Not as bad as it could be; attackers can cause some checks on untrusted certificates to be bypassed. | 12:51 |
| rjek | I don't actually think that's a panic-causing lets-rebuild-everything-right-this-momemt thing for Baserock infrastructure | 12:51 |
| straycat | still, it'd be nice to upgrade trove so we can lorry zips and then we can upgrade perl to 5.22 without needing to create a repo manually | 13:11 |
| perryl | paulsherwood: i've managed to fix a couple of minor issues with ybd/server.py, however when i try and run it it gives the server error message and exits; are there any required arguments for it? | 13:17 |
| ssam2 | straycat: i'd be tempted to just update lorry manually on git.baserock.org | 13:23 |
| ssam2 | our upgrade mechanism works quite well, but it's not as convenient as doing that | 13:23 |
| pedroalvarez | hm... I think MANPAGER='less -R' in is not right always: invalid option -- 'R' | 13:24 |
| pedroalvarez | in etc/profile* | 13:24 |
| pedroalvarez | which is installed by install-essential-files | 13:24 |
| *** mdunford has joined #baserock | 13:28 | |
| straycat | ssam2, ok | 13:32 |
| Kinnison | pedroalvarez: -R is supported by full-featured less | 13:34 |
| Kinnison | pedroalvarez: but perhaps not by busybox | 13:35 |
| pedroalvarez | Kinnison: I confirm that it's not supported by busybox less. :) | 13:36 |
| Kinnison | :-) | 13:38 |
| straycat | hrm, so having imported a module from cpan, the sha differences between the tarball that the import tool lorried and the tarball that my trove lorried mean i can't build my system, and now we have no unpetrify or petrify commands so as a user i seem to be stuck | 14:14 |
| straycat | so, can i go revert the commit that removed those commands now? | 14:18 |
| Kinnison | Why are you stuck? | 14:19 |
| straycat | because i'm not about to manually update 30 shas | 14:22 |
| Kinnison | I see -- the way you said that implied there was 1 sha needing updating, not 30 | 14:23 |
| straycat | apologies s/tarball/&s/g | 14:23 |
| Kinnison | Do your repos not have the old stuff in there anyway in tags? | 14:24 |
| straycat | i don't understand the qestion | 14:25 |
| straycat | *question :) | 14:25 |
| Kinnison | Well, your issue is that a repo which was previously a tarball import and is now a CPAN import has different SHAs yes? | 14:25 |
| straycat | no | 14:26 |
| Kinnison | oh | 14:26 |
| Kinnison | then I am confused | 14:26 |
| straycat | my issue is that sha generated by the import tool differs from the sha on my trove, because the shas are apparently different for each tarball import of the same tar | 14:26 |
| Kinnison | So you have local import repos | 14:27 |
| Kinnison | ? | 14:27 |
| straycat | yes | 14:27 |
| straycat | the import tool runs lorry locally to generate the definitions | 14:27 |
| straycat | but you use the generated lorry files to get stuff into your trove | 14:28 |
| Kinnison | I see | 14:28 |
| Kinnison | so tarball imports are not repeatable :( | 14:28 |
| Kinnison | hmm | 14:28 |
| straycat | so what i want to do now is run unpetrify on this stratum | 14:28 |
| straycat | and then run petrify, so that i get all the correct shas from my duckhotel | 14:28 |
| straycat | s/duckhotel/trove/ | 14:28 |
| Kinnison | I see... Yes, that would be a use for that kind of functionality | 14:29 |
| Kinnison | However it's also sad that the local imports generated different SHAs | 14:29 |
| * Kinnison wonders why | 14:29 | |
| straycat | different timestamps maybe? | 14:30 |
| Kinnison | I thought it was meant to stamp things properly, oh well | 14:30 |
| straycat | the author timestamp is preserved, the commit timestamps seem to differ | 14:33 |
| Kinnison | aah | 14:33 |
| Kinnison | bummer | 14:33 |
| straycat | maybe we could do tarball imports with libfaketime :3 | 14:37 |
| Kinnison | perhaps | 14:37 |
| * Kinnison imagines those involved with the bit-for-bit reproducibility work may be interested in helping with that | 14:38 | |
| * perryl perks up | 14:38 | |
| rjek | You've awoken perryl! | 14:38 |
| Kinnison | ruhroh | 14:38 |
| perryl | as long as libfaketime isn't doing anything relating to build mechanics, that could be a good use! | 14:38 |
| * Kinnison has emperryl'd the channel | 14:38 | |
| perryl | Kinnison: :D | 14:39 |
| * Kinnison will get his coat | 14:39 | |
| persia | The other use case for repeatable lorries is to be able to exchange definitions between two users whose troves do not participate in the same hierarchy. | 15:10 |
| *** rdale has quit IRC | 15:23 | |
| *** rdale has joined #baserock | 15:23 | |
| paulsherwood | perryl: what's the error? | 15:28 |
| perryl | SERVER ERROR: Something went wrong starting SocketServer | 15:29 |
| perryl | i'm assuming it's something going wrong with the TCPServer, however there's no traceback info | 15:29 |
| rdale | mwilliams: Status "Go to Business Protection to be issued a Proximity Card" | 15:30 |
| rdale | is that good? | 15:30 |
| jmacs | Yes | 15:31 |
| jmacs | Although it's too late today | 15:31 |
| Kinnison | Are you chaps leaking? | 15:31 |
| jmacs | Um, maybe | 15:31 |
| * Kinnison mops up | 15:31 | |
| paulsherwood | perryl: you need to set server to http://ip.address.of.your.machine:8000/ (for example) and create the /src/cache/remote directory (or change that to one that exists?) | 15:32 |
| Kinnison | Good error messages are hard to do | 15:33 |
| Kinnison | as evidenced by this, and also by pdar's issues earlier | 15:33 |
| perryl | paulsherwood: speaking of /src/cache/remote, are you accepting patches for server.py? i've added in a couple of lines that check if the directory exists, and creates it if not | 15:33 |
| perryl | i don't believe server.py is in master so i assume not :) | 15:34 |
| paulsherwood | perryl: i would happily accept a server.py that actually served :) | 15:35 |
| perryl | heh :) well, once it's working, i'll add in that check! | 15:36 |
| straycat | Kinnison, the time can be set in the importer :) | 15:43 |
| straycat | the commits now have the same commit timestamp but still different shas, so i guess there must be other factors | 15:47 |
| Kinnison | aah well, you tried | 15:48 |
| paulsherwood | straycat: as a shortcut, can you use an old version of morph to unblock your work? but i agree this seems like a case for bringing back the commands | 15:49 |
| paulsherwood | (if i'm understanding what's happening correctly) | 15:50 |
| straycat | Kinnison, possibly the file timestamps, those still differ | 15:53 |
| straycat | paulsherwood, I could | 15:53 |
| Kinnison | I don't think file timestamps get into git | 15:53 |
| Kinnison | tree entries are type, content sha and leafname | 15:54 |
| straycat | okay | 15:54 |
| perryl | \o/ i've got ybd/server.py doing something | 15:57 |
| Kinnison | You had it doing something this morning | 15:57 |
| Kinnison | just not a useful something | 15:57 |
| perryl | haha | 15:57 |
| perryl | s/something/something that isn't erroring/ | 15:58 |
| *** jonathanmaw has quit IRC | 16:07 | |
| *** gary_perkins has quit IRC | 16:14 | |
| *** zoli__ has quit IRC | 16:19 | |
| *** mariaderidder has quit IRC | 16:31 | |
| straycat | oh, erm, i'm very sorry but this does work | 16:47 |
| straycat | my test was, well, broken >.> | 16:47 |
| paulsherwood | straycat: that happens to us all from time to time :) | 16:48 |
| straycat | i hadn't noticed that lorry puts the path into the commit msg >.> and i am being pretty stupid today anyway | 16:49 |
| straycat | okay i also think it would be sensible to modify the importer so that it just puts the filename in the commit msg rather than the full path to the file, since iirc the working area could be set differently on different troves | 17:01 |
| *** rdale has quit IRC | 17:02 | |
| persia | +1 to that idea | 17:02 |
| ssam2 | yes, sounds like a good fix | 17:04 |
| *** mdunford has quit IRC | 17:08 | |
| *** zoli__ has joined #baserock | 17:11 | |
| *** zoli__ has quit IRC | 17:14 | |
| *** zoli__ has joined #baserock | 17:17 | |
| *** mdunford has joined #baserock | 17:22 | |
| pdar | Heya, Im testing a new strata, and dont really want to submit lorries for things just yet. This has worked ok for the git repos, which I just put in their repo URL into the appropriate field. I now need a tarball, is there an easy way I can do something similar for tarballs? | 17:22 |
| straycat | pdar, you can write a lorry file and run lorry locally | 17:23 |
| straycat | with just $ lorry <lorry file>, then $ git clone workd/<lorry name>/git <lorry name> | 17:24 |
| *** ssam2 has quit IRC | 17:26 | |
| *** lachlanmackenzie has quit IRC | 17:31 | |
| pdar | thanks straycat, ill give that a go | 17:45 |
| *** mdunford has quit IRC | 18:07 | |
| *** zoli__ has quit IRC | 18:32 | |
| *** zoli__ has joined #baserock | 18:36 | |
| *** zoli__ has quit IRC | 19:05 | |
| *** Guest98105 has quit IRC | 19:37 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!