persia | straycat: Thanks for bringing my attention to that. I'll try to find some time to make a fuss, but it will take me a few days to do so. | 01:04 |
---|---|---|
persia | Note that we can create a 0.x branch at any time later, if we need one for some reason. | 01:05 |
persia | (as long as we know from which commit we are now working on 1.x) | 01:05 |
*** zoli__ has joined #baserock | 05:35 | |
*** zoli__ has quit IRC | 06:23 | |
*** zoli__ has joined #baserock | 06:23 | |
*** zoli__ has quit IRC | 06:28 | |
* straycat nods | 07:35 | |
*** sherm_ has joined #baserock | 07:51 | |
Kinnison | straycat: yeah (re: reviewing a series) I asked and it was suggested such review comments should go on the tip commit as it is what others have been doing | 08:02 |
straycat | right | 08:03 |
straycat | oh, my session's expired, oops | 08:03 |
Kinnison | Yeah that angered me this morning too | 08:03 |
Kinnison | We need to ask ssam2 if there's any chance he can increase the expiry time | 08:04 |
straycat | the thing that annoys me most is that it shows the change metadata rather than the change itself | 08:04 |
straycat | this is what makes reviewing a series in a topic difficult | 08:04 |
straycat | it's entertaining given all the empty space on my screen | 08:05 |
straycat | well it'd be entertaining if i didn't have to actually use it | 08:05 |
Kinnison | sadly the internets suggests ticking a 'remember me' box on sign-in which I cannot find | 08:10 |
*** gfinney has joined #baserock | 08:13 | |
*** a1exhughe5 has joined #baserock | 08:18 | |
*** mdizzle has joined #baserock | 08:43 | |
*** jonathanmaw has joined #baserock | 08:45 | |
*** mdunford has joined #baserock | 08:54 | |
*** bashrc has joined #baserock | 09:02 | |
*** rdale has joined #baserock | 09:13 | |
*** tiagogomes_ has joined #baserock | 09:25 | |
*** mdunford has quit IRC | 09:30 | |
pedroalvarez | ok, if a patch has been merged, but not using gerrit, and the patch is also is in gerrit. should we abandon it before someone merges it? | 09:35 |
pedroalvarez | I guess the answer is "yes" | 09:35 |
straycat | yes, i don't have any powers to merge in gerrit | 09:35 |
straycat | or do anything, either that or i couldn't find out how to abandon the change | 09:36 |
straycat | so i just merged it in git | 09:36 |
tlsa | how do you debug a chunk build that morph thinks worked, but it didn't work because the software doesn't end up in the system? | 09:37 |
pedroalvarez | straycat: do you want to be in the mergers group? You are a clear candidate | 09:37 |
* jjardon thinks we should use gerrit exclusively to avoid future confusions | 09:38 | |
* straycat thinks not | 09:38 | |
pedroalvarez | tlsa: I normally put " - exit 1" at the bottom | 09:38 |
pedroalvarez | tlsa: so it fails building, and you can debug the staging area | 09:38 |
pedroalvarez | tlsa: I mean, `exit 1` after all the install commands in the chunk morphology | 09:39 |
tlsa | pedroalvarez: so you need to add a chunk morph? | 09:39 |
tlsa | this one doesn't have one at the moment | 09:40 |
pedroalvarez | oh, then yes | 09:40 |
De|ta | 'wireless conneciton light' | 09:41 |
De|ta | ah, wrong window. sorry | 09:41 |
tlsa | pedroalvarez: thanks | 09:41 |
tlsa | where can I look up the "default" build/install commnds | 09:42 |
*** edcragg has joined #baserock | 09:42 | |
straycat | pedroalvarez, i don't know yet, i'm really against moving to gerrit, primarily on the basis that it clearly doesn't support baserock workflow, but also on the basis that it has no decent tooling | 09:42 |
jjardon | straycat: you merged the stage1 branch but have the comments of the review (in gerrit) been addressed? | 09:43 |
straycat | i don't know | 09:43 |
straycat | it has > 2 +1s, so it's been merged | 09:43 |
bashrc | admittedly the tooling is not the greatest | 09:44 |
bashrc | but it may "just" be a matter of reading the API and getting around to writing the relevant elisp | 09:45 |
* straycat wants to try gertty once we get https | 09:48 | |
straycat | if that turns out to be even half good then it's probably quite easy for us to help them improve it | 09:49 |
straycat | but right now there's no obviously good tooling and yet the project's already putting all its patches in gerrit, for no obviously good reason, there's no premerge testing happening currently as far as i'm aware, basically, i think we're rushing into this without thinking about it | 09:50 |
straycat | we don't even have email notifications coming in | 09:52 |
* SotK just wishes Gerrit would stop signing him out every morning | 09:55 | |
bashrc | that's a point. There are no notifications as such | 09:56 |
Kinnison | SotK: aye, increasing that expiry thing would be handy | 09:57 |
Kinnison | bashrc: email would be possible if we had an MTA available in Baserock | 09:57 |
* Kinnison was going to suggest msmtp to ssam2 when he next turns up | 09:58 | |
bashrc | so presumably the process is that after a specifiable number of +1's whoever is the maintainer of each gerrit repo will merge to master | 09:58 |
jjardon | I agree there are still some missing functionality, and the only thing i can think to solve them is to offer our help to the infrastructure team as much as we can (and that can be as simple as file bugs in our storyboard, instead complaining here) | 09:59 |
bashrc | baserock doesn't have a MTA? | 10:00 |
bashrc | there is a mailing list | 10:00 |
pedroalvarez | jjardon: couldn't agree more | 10:00 |
rjek | Exim 4.85 with the same build feature set as Debian's exim-daemon-heavy, please :) | 10:01 |
* rjek hides | 10:01 | |
pedroalvarez | Sam was integrating exim, but didn't have time to finish it | 10:01 |
bashrc | while a MTA may not be needed for many embedded systems it will be needed for most server systems | 10:02 |
rjek | The "heavy" feature set has a /lot/ of dependancies | 10:02 |
rjek | SpamAssassin and ClamAV, for example, as well as SPF and DKIM libraries. | 10:03 |
bashrc | exim is hideously complicated, but such is the way of MTAs | 10:03 |
rjek | It's basically a Malbolge interpreter with implementations of SMTP. | 10:04 |
jonathanmaw | hrm, I'm trying to build icu in qt5-tools-jetson, and the build fails in some rather strange ways. From morph, the build fails at "genrb: error while loading shared libraries: lib/libicudata.so.51: internal error" when I chroot into the failed build root, 'make' segfaults, instead. | 10:04 |
jonathanmaw | interestingly, running the 'make' inside the failed dir from outside a chroot works fine. | 10:05 |
pedroalvarez | jonathanmaw: oh.. make segfaulting... | 10:05 |
jonathanmaw | which is weird, since it managed to build everything else up to that point. | 10:05 |
richard_maw | that's rather odd, I'd first try wiping out your hardlink cache | 10:06 |
bashrc | rjek: turning the configuration system into its own language seems like a fail to me #turingcomplete #securitynightmare | 10:06 |
straycat | jjardon, it is not nearly that simple, we don't know what gertty is like and if it's awful we're basically going to have to write our own tools | 10:06 |
rdale | make seg faulting in a chroot is because you need to bind mount /dev /proc and /tmp i think | 10:06 |
pedroalvarez | jonathanmaw: make segfaulting in the staging area is a known error, though | 10:06 |
rjek | bashrc: Only the adminstrator has access to the turing-complete parts. | 10:06 |
rjek | bashrc: The administrator, should they wish, can run arbitrary C code too. | 10:07 |
rjek | So no, it's not a security nightmare. | 10:07 |
jonathanmaw | richard_maw: that's /src/tmp/chunks, right? | 10:07 |
richard_maw | jonathanmaw: aye | 10:07 |
*** ssam2 has joined #baserock | 10:11 | |
*** ChanServ sets mode: +v ssam2 | 10:11 | |
radiofree | jonathanmaw: i merged a fix for that yesterday | 10:11 |
radiofree | well, ssam2/gerrit did | 10:12 |
radiofree | http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/commit/?id=c8d6676c049bca1e3f28c37945570eb4a76a1131 | 10:12 |
straycat | ssam2, can you please consider the backlog | 10:16 |
straycat | this project seems to be ignoring me now | 10:16 |
ssam2 | what backlog? | 10:17 |
ssam2 | i'm 3 weeks behind with review | 10:17 |
ssam2 | if that's the backlog you mean | 10:17 |
straycat | no, the irc log | 10:17 |
ssam2 | nope, please send email if it's important | 10:18 |
straycat | what? | 10:18 |
ssam2 | irc is transient as far as I'm concerned | 10:18 |
straycat | oh ffs | 10:18 |
jjardon | straycat: really i think that's a personal opinion, tools are good enough for some of us already | 10:18 |
straycat | this is not personal | 10:18 |
straycat | i've already stated that i cannot deny the importance of premerge testing | 10:19 |
straycat | i'm asking that we get a chance to try out the tooling we've not yet been able to try before we try to switch | 10:19 |
straycat | i get that some of you are happy with a switch to a web interface | 10:20 |
straycat | some of us aren't | 10:20 |
straycat | and we're being alienated | 10:20 |
ssam2 | if this about gerrit, there has been a test gerrit instance set up for months | 10:20 |
ssam2 | gerrit has been being discussed for months | 10:20 |
richard_maw | let's not argue about this now | 10:20 |
straycat | ssam2, Not everyone on this project has the LUXURY of being paid to focus on those things | 10:20 |
richard_maw | I'll continue to do mailing list review until we no longer get anything in by that channel. | 10:20 |
straycat | most of my focus on this sort of thing is at the weekend | 10:20 |
straycat | that time is extremely limited | 10:20 |
radiofree | is mason ok? it went red at 01:37:38 | 10:21 |
radiofree | also maybe it would be useful to add http://mason-x86-64.baserock.org to the topic? | 10:23 |
pedroalvarez | radiofree: no, we have 2, and we want to have more. The topic would be too long | 10:23 |
pedroalvarez | straycat: we are going to get the chance to test gerrit with all its features before we vote | 10:24 |
pedroalvarez | at least is what i understood fromprevious discussions | 10:24 |
radiofree | masons.baserock.org :) | 10:25 |
pedroalvarez | :) | 10:25 |
Kinnison | Anyone here have a stage2-gcc artifact set I could take a squiz at? | 10:39 |
* Kinnison would settle for a file listing from each of the artifacts | 10:39 | |
*** paulwaters_ has joined #baserock | 10:41 | |
*** paulwaters_ has joined #baserock | 10:41 | |
paulsherwood | Kinnison: what about cache.baserock.org? | 10:43 |
Kinnison | I'd need to know artifact IDs | 10:44 |
* Kinnison just wants to look at the file listings | 10:45 | |
ssam2 | `morrh list-artifacts REPO REF system` can tell you the artifact IDs | 10:46 |
ssam2 | 'morph' rather | 10:46 |
Zara | hm, getting this error, not sure why: ERROR: Git directory /src/cache/gits/git___git_baserock_org_baserock_baserock_definitions has no commit at ref 8932bad72a43be76473c9c35accf1a7d3ef0344e^{commit} | 10:49 |
Zara | oh wait, mason | 10:49 |
Zara | nvm | 10:49 |
*** paulwaters_ has quit IRC | 10:49 | |
Zara | that's unfortunate, I thought it was an issue with the stuff on my baserock system and deleted the stuff in the cache ;_; | 10:49 |
bashrc | ok so cliapp finds the firehose path, but doesn't find the plugin file | 10:57 |
Zara | (do we know what's up with definitions at the moment?) | 10:59 |
SotK | what do you mean? | 11:00 |
Zara | I got the error I posted above, checked mason and it says it's down | 11:00 |
paulsherwood | mason fail, iexpect | 11:00 |
* paulsherwood fears it'll be his patch :/ | 11:01 | |
paulsherwood | urghh. it is | 11:01 |
pedroalvarez | paulsherwood: I don't think so | 11:01 |
pedroalvarez | paulsherwood: http://mason-x86-32.baserock.org/ | 11:01 |
paulsherwood | ooh, interesting! :) | 11:02 |
Zara | http://mason-x86-64.baserock.org/ | 11:02 |
pedroalvarez | mason x86_64 i still building | 11:02 |
paulsherwood | aha | 11:02 |
pedroalvarez | s/i/is/ | 11:02 |
Zara | ah, okay | 11:02 |
Zara | If that's not the cause of my error then I don't know what's going wrong. :S | 11:03 |
SotK | Zara: what command are you running to get that error? | 11:03 |
jonathanmaw | :-/ Rebased against master to get radiofree's fix to libicu, and I'm rebuilding from libstdc++ | 11:13 |
*** simonh__ has joined #baserock | 11:26 | |
*** a1exhughe5 has quit IRC | 11:30 | |
*** simonh_ has quit IRC | 11:30 | |
*** perryl has quit IRC | 11:30 | |
*** pdar has quit IRC | 11:30 | |
*** edcragg has quit IRC | 11:30 | |
*** mdizzle has quit IRC | 11:30 | |
*** gfinney has quit IRC | 11:30 | |
*** robtaylor has quit IRC | 11:30 | |
*** bjdooks has quit IRC | 11:30 | |
*** rdale has quit IRC | 11:30 | |
*** radiofree has quit IRC | 11:30 | |
*** ratmice__ has quit IRC | 11:30 | |
*** ssam2 has quit IRC | 11:30 | |
*** jmacs has quit IRC | 11:30 | |
*** persia_ has quit IRC | 11:30 | |
*** tiagogomes_ has quit IRC | 11:30 | |
*** CTtpollard has quit IRC | 11:30 | |
*** flatmush has quit IRC | 11:30 | |
*** pedroalvarez has quit IRC | 11:30 | |
*** ChanServ has quit IRC | 11:30 | |
*** sherm_ has quit IRC | 11:30 | |
*** DavePage has quit IRC | 11:30 | |
*** richard_maw has quit IRC | 11:30 | |
*** dabukalam has quit IRC | 11:30 | |
*** cyndis has quit IRC | 11:30 | |
*** petefoth has quit IRC | 11:30 | |
*** wdutch has quit IRC | 11:30 | |
*** benbrown_ has quit IRC | 11:30 | |
*** De|ta has quit IRC | 11:30 | |
*** jjardon has quit IRC | 11:30 | |
*** straycat has quit IRC | 11:30 | |
*** juergbi has quit IRC | 11:30 | |
*** bashrc has quit IRC | 11:30 | |
*** jonathanmaw has quit IRC | 11:30 | |
*** kejiahu has quit IRC | 11:30 | |
*** SotK has quit IRC | 11:30 | |
*** sambishop has quit IRC | 11:30 | |
*** fay_ has quit IRC | 11:30 | |
*** paulw has quit IRC | 11:30 | |
*** persia has quit IRC | 11:30 | |
*** Krin has quit IRC | 11:30 | |
*** inara` has quit IRC | 11:30 | |
*** Zara has quit IRC | 11:30 | |
*** mwilliams_ct has quit IRC | 11:30 | |
*** bwh has quit IRC | 11:30 | |
*** petefotheringham has quit IRC | 11:30 | |
*** rjek has quit IRC | 11:30 | |
*** paulsherwood has quit IRC | 11:30 | |
*** ctgriffiths has quit IRC | 11:30 | |
*** JPohlmann has quit IRC | 11:30 | |
*** a1exhughe5 has joined #baserock | 11:34 | |
*** bjdooks has joined #baserock | 11:34 | |
*** perryl_ has joined #baserock | 11:34 | |
*** mdunford has joined #baserock | 11:34 | |
*** zoli__ has joined #baserock | 11:34 | |
*** ssam2 has joined #baserock | 11:34 | |
*** edcragg has joined #baserock | 11:34 | |
*** tiagogomes_ has joined #baserock | 11:34 | |
*** rdale has joined #baserock | 11:34 | |
*** bashrc has joined #baserock | 11:34 | |
*** jonathanmaw has joined #baserock | 11:34 | |
*** mdizzle has joined #baserock | 11:34 | |
*** gfinney has joined #baserock | 11:34 | |
*** sherm_ has joined #baserock | 11:34 | |
*** cyndis has joined #baserock | 11:34 | |
*** pdar has joined #baserock | 11:34 | |
*** Krin has joined #baserock | 11:34 | |
*** robtaylor has joined #baserock | 11:34 | |
*** wdutch has joined #baserock | 11:34 | |
*** petefoth has joined #baserock | 11:34 | |
*** fay_ has joined #baserock | 11:34 | |
*** radiofree has joined #baserock | 11:34 | |
*** jmacs has joined #baserock | 11:34 | |
*** paulw has joined #baserock | 11:34 | |
*** CTtpollard has joined #baserock | 11:34 | |
*** inara` has joined #baserock | 11:34 | |
*** flatmush has joined #baserock | 11:34 | |
*** kejiahu has joined #baserock | 11:34 | |
*** Zara has joined #baserock | 11:34 | |
*** benbrown_ has joined #baserock | 11:34 | |
*** mwilliams_ct has joined #baserock | 11:34 | |
*** De|ta has joined #baserock | 11:34 | |
*** paulsherwood has joined #baserock | 11:34 | |
*** SotK has joined #baserock | 11:34 | |
*** pedroalvarez has joined #baserock | 11:34 | |
*** DavePage has joined #baserock | 11:34 | |
*** petefotheringham has joined #baserock | 11:34 | |
*** bwh has joined #baserock | 11:34 | |
*** persia has joined #baserock | 11:34 | |
*** sambishop has joined #baserock | 11:34 | |
*** persia_ has joined #baserock | 11:34 | |
*** jjardon has joined #baserock | 11:34 | |
*** ratmice__ has joined #baserock | 11:34 | |
*** straycat has joined #baserock | 11:34 | |
*** richard_maw has joined #baserock | 11:34 | |
*** dabukalam has joined #baserock | 11:34 | |
*** barjavel.freenode.net sets mode: +vv ssam2 pedroalvarez | 11:34 | |
*** ctgriffiths has joined #baserock | 11:34 | |
*** juergbi has joined #baserock | 11:34 | |
*** JPohlmann has joined #baserock | 11:34 | |
*** ChanServ has joined #baserock | 11:34 | |
*** rjek has joined #baserock | 11:34 | |
*** barjavel.freenode.net sets mode: +o ChanServ | 11:34 | |
Zara | SotK: yeah, I tried removing it, didn't work. seems it's trying to build from master rather than from my local branch | 11:34 |
Zara | and master doesn't have my local commit on it, as you'd expect :P | 11:34 |
bashrc | richard_maw: the firehose plugin is detected but not parsed by cliapp | 11:34 |
Zara | so it's not building | 11:34 |
richard_maw | bashrc: what do you mean by "not parsed by cliapp"? | 11:34 |
bashrc | richard_maw: it looks like there may be bugs in python inspect.getmembers | 11:34 |
Zara | so, how do I get it to try to build from my local branch? | 11:34 |
radiofree | pedroalvarez: why can't they go on the same network as cache? | 11:35 |
bashrc | richard_maw: cliapp uses load_plugin_file to extract class information. It fails on firehose | 11:35 |
radiofree | pedroalvarez: this sounds like a job for baserock ops? | 11:35 |
* radiofree isn't sure who they are, of if they exist | 11:36 | |
richard_maw | bashrc: do you have a link to the code of the firehose plugin? | 11:36 |
pedroalvarez | well, cache is running in a openstack tenant, and I believe that we can't plug the jetsons there | 11:36 |
radiofree | can't we just do what we did last time? | 11:36 |
pedroalvarez | radiofree: last time they had publics Ip, but I believe that we can't do that this time | 11:37 |
radiofree | and disable password authentication for ssh | 11:37 |
bashrc | richard_maw: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/firehose.git/tree/plugin/firehose_plugin.py | 11:38 |
bashrc | cliapp seems to get confused when parsing that | 11:38 |
pedroalvarez | radiofree: I suggested public IPs to them, but the answers was like a "no" | 11:38 |
radiofree | who did you suggest it to? | 11:38 |
pedroalvarez | radiofree: people of DC | 11:39 |
radiofree | any particular reason? | 11:39 |
radiofree | i'm assuming the moonshot server will have a public ip at some point, what's the difference between that and a jetson, the form factor? | 11:39 |
bashrc | richard_maw: also see load_plugin_file in http://git.baserock.org/cgi-bin/cgit.cgi/delta/cliapp.git/tree/cliapp/pluginmgr.py | 11:42 |
pedroalvarez | radiofree: I don't know. I will do the effort of reflashing and installing the jetsons if I can sort out the network limitations | 11:42 |
bashrc | so I think the firehose plugin preamble is beyond the ken of inspect.getmembers | 11:44 |
Kinnison | I've never seen python fail to understand firehose before | 11:45 |
Kinnison | esp. since what you linked to is what I wrote and was using for quite some time as a test platform | 11:45 |
bashrc | one difference might be the presence of "from" imports and also the contextmanager stuff | 11:45 |
Kinnison | I wrote that code and used it day-to-day for a couple of weeks | 11:46 |
Kinnison | I doubt it has bitrotted that badly in the meantime | 11:46 |
radiofree | pedroalvarez: maybe codethink could host it in the offices until that's sorted out? | 11:46 |
radiofree | this kills the upload | 11:48 |
bashrc | I'll need to investigate more to find exactly what the bug is, but for now it looks like inspect.getmembers fails | 11:48 |
bashrc | inspect.getmembers does find some stuff, but the wrong stuff in the plugin header | 11:50 |
Kinnison | can you please pastebin how you are attempting to run firehose, and the full exception and backtrace? | 11:50 |
radiofree | pedroalvarez: is it ok for me to ask datacentred on the list? | 11:50 |
radiofree | is anyone from there on the list? or on here? | 11:51 |
richard_maw | yeah, since "PYTHONPATH=`pwd` MORPH_PLUGIN_PATH=`pwd`/plugin morph help" lists the firehose subcommand for me | 11:51 |
richard_maw | when run from the subdirectory | 11:51 |
richard_maw | s/subdirectory/clone of the firehose plugin at the ref you gave | 11:51 |
Kinnison | There's even a convenient morph wrapper in that repo | 11:51 |
pedroalvarez | radiofree: i'll msg you the details to contact them | 11:52 |
bashrc | Kinnison: http://0bin.net/paste/i-kKNAu2em0ZR3KM#8VWrzIiYleFLcLo4uNcMjnr6JjyayX9HCIjEXaI6zK3 | 11:56 |
* Kinnison has no idea what firehose.sh is | 11:57 | |
Kinnison | it's certainly not in the tree you linked to earlier | 11:57 |
bashrc | firehose.sh is a script which runs morph with a firehose subcommand | 11:57 |
perryl_ | firehose.sh is my item, sorry | 11:58 |
Kinnison | Then it'd help to know what it's doing | 11:58 |
bashrc | http://0bin.net/paste/szvBNM-pxNTrgHpX#0N++bL0DDB8PfhRf+CR1SW7QYLK9Evrv7PAN6MMmI2l | 11:59 |
perryl_ | it acted as a simplification of the command 'morph firehose item.yaml' to run as 'firehose item.yaml' | 12:00 |
Kinnison | can you please use paste.baserock.org in future, it loads way faster than 0bin pastes for me | 12:00 |
bashrc | ok | 12:00 |
*** mdunford has quit IRC | 12:04 | |
Kinnison | Right, so bashrc isn't using the code he referenced at http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/firehose.git/tree/plugin/firehose_plugin.py | 12:05 |
* Kinnison lunches and might be able to offer help afterwards | 12:05 | |
bashrc | by process of elimination I deduce that cliapp or inspect.getmembers gets befuddled by "from" | 12:07 |
Kinnison | Given that 'from' is normal python, I think you're barking up a bizarre and very wrong tree | 12:07 |
* Kinnison -> lunch | 12:08 | |
*** edcragg has quit IRC | 12:08 | |
*** edcragg has joined #baserock | 12:09 | |
paulsherwood | baserockers, is download.baserock.org part of the g.b.o trove, or something else? | 12:11 |
pedroalvarez | something else | 12:11 |
paulsherwood | ok | 12:11 |
bashrc | inspect.getmembers is really simple http://paste.baserock.org/niyulehulo | 12:11 |
pedroalvarez | paulsherwood: currently codethink is hosting it | 12:12 |
radiofree | where's that being hosted? | 12:12 |
bashrc | ok, it's the contextmanager. With that removed inspect.getmembers parses correctly | 12:18 |
*** perryl_ is now known as perryl | 12:18 | |
bashrc | I've no idea what the contextmanager does, but it's a troublemaker | 12:19 |
*** mdunford has joined #baserock | 12:20 | |
pedroalvarez | ? | 12:21 |
pedroalvarez | I thought that context-managers were awesome | 12:22 |
bashrc | they might be, but inspect doesn't like them | 12:23 |
paulsherwood | bashrc: a couple of simple examples - https://github.com/devcurmudgeon/ybd/blob/master/app.py#L90 | 12:25 |
paulsherwood | it allows you to for example set some stuff up, hand over, then unset it when your thing finishes | 12:26 |
Zara | SotK: Okay, I fixed it by pushing my branch to a public repo, then using morph checkout [branch] to get it back again. :P suggests error was down to morph not paying attention to git. | 12:27 |
radiofree | pedroalvarez: so i think we've got plan for the arm mason | 12:28 |
radiofree | i) create distbuild images with fail2ban ii) reflash them using new tools iii) setup authorized_keys, disable password authentication over ssh iv) setup fail2ban to instantly ban anyone that tries to ssh in with a password | 12:29 |
pedroalvarez | and v) give the jetsons public IPs? | 12:31 |
pedroalvarez | I thought that was the main problem | 12:31 |
radiofree | i was under the impression that isn't a problem? | 12:31 |
radiofree | (after a discussion outside of this channel) | 12:31 |
pedroalvarez | radiofree: you mean that they can have public Ips? | 12:32 |
radiofree | well let's cross that bridge when we come to it | 12:32 |
pedroalvarez | yeah but I didn't want to start building the bridge before knowing that is a river that we can cross | 12:32 |
pedroalvarez | no need to integrate fail2ban if they are not going to have public Ips (for example) | 12:33 |
DavePage | pedroalvarez: I'd still advise it TBH | 12:33 |
DavePage | There's very little downside and quite a lot of up. | 12:34 |
radiofree | it probably should be a default on distbuild networks anyway | 12:35 |
pedroalvarez | yeah I agree, but disabling password authentication would be enough to avoid attacks | 12:35 |
pedroalvarez | security experts in 3... | 12:35 |
radiofree | you can setup fail2ban to monitor things other than ssh logins | 12:36 |
pedroalvarez | I agree, but if they are not going to have public IPs there is not point ( i believe) | 12:36 |
pedroalvarez | It's ok, is not a big deal, and is something we will do. I just would like to know if our network "limitations" in distbuild can be sorted | 12:37 |
radiofree | i think the intention is they *will* have a public ip, it'll be the same setup as the last one | 12:38 |
DavePage | I think that's mostly a qustion for Baserock Ops :) | 12:38 |
radiofree | who are they? | 12:38 |
pedroalvarez | it is written down here: http://wiki.baserock.org/team/ | 12:39 |
pedroalvarez | currently gary_perkins franred ssam2 and pedroalvarez | 12:39 |
radiofree | ok, so you | 12:39 |
pedroalvarez | :) | 12:40 |
DavePage | I'm just advising that fail2ban by default is sensible, because otherwise one day you'll forget to add it by hand. | 12:41 |
pedroalvarez | I'll continue with its integration as soon as I can :) | 12:48 |
pedroalvarez | radiofree DavePage: regarding Jetsons having public Ips, I don't know. i contacted DC and i had really complicated answers, that's why I asked for help. | 12:49 |
radiofree | pedroalvarez: fwd it to the list? | 12:50 |
pedroalvarez | <bilco105> pedroalvarez: they'll all have internal IPs, which then NAT to a single IP address externally | 12:56 |
pedroalvarez | <bilco105> i.e. all the jetsons will be behind one IP address | 12:56 |
richard_maw | bashrc, pedroalvarez: Context managers are awesome, but they're supposed to be used as a decorator for functions, not classes, as a class' constructor should not yield | 12:58 |
richard_maw | the issue is that the last change to the firehose_plugin file removed the function the contextmanager was bound to, without removing the decorator, so the class ended up being given the decorator | 13:01 |
richard_maw | bashrc: if, when I asked you for a link to the code, you had given me the link to the version you were using, I could have pointed that out an hour ago | 13:02 |
*** mdunford has quit IRC | 13:02 | |
Kinnison | Is it possible to submit a change to gerrit *without* git? | 13:11 |
*** mdunford has joined #baserock | 13:14 | |
pedroalvarez | github style? I don't think so | 13:16 |
Kinnison | Okay | 13:17 |
Kinnison | Can I push to gerrit without ssh support? | 13:17 |
pedroalvarez | looks like it's possble using http | 13:19 |
* Kinnison hmms | 13:19 | |
* Kinnison waits for gerrit to generate an http password | 13:20 | |
Kinnison | is this hard? | 13:20 |
*** mdunford has quit IRC | 13:20 | |
Kinnison | apparently so | 13:20 |
pedroalvarez | some people had problems when doing it | 13:21 |
pedroalvarez | I didn't | 13:21 |
Kinnison | "no new changes" says gerrit | 13:22 |
Kinnison | do I *have* to have a changeid thing? | 13:22 |
SotK | yes | 13:22 |
Kinnison | because even the 'anonymous http' option tries to use ssh to get the commit hook | 13:22 |
Kinnison | :( | 13:23 |
Kinnison | is the hook unique per user, or could someone pastebin it? | 13:23 |
SotK | it can probably be pasted | 13:25 |
SotK | one sec | 13:26 |
SotK | you can probably add Change-id manually I imagine too | 13:26 |
Kinnison | I don't want to risk it in case it encodes anything in there like UUIDs do | 13:26 |
pedroalvarez | madre mia | 13:27 |
pedroalvarez | (wrong combinations of keys in the wrong window) | 13:27 |
Kinnison | que? | 13:27 |
SotK | Kinnison: http://paste.baserock.org/awoxukinir | 13:27 |
Kinnison | mwah | 13:28 |
Kinnison | Woot, patch submitted | 13:30 |
Kinnison | http://gerrit.baserock.org/#/c/97/1 | 13:30 |
SotK | \o/ | 13:32 |
jonathanmaw | Is there a good way of testing (or checking) whether the cache server specificed in artifact-cache-server is working? | 13:32 |
jonathanmaw | I'd like to know whether I've misconfigured morph.conf, or that the cache server doesn't have any artifacts for that. | 13:32 |
* Kinnison strongly suggests that someone test-build with his patch | 13:34 | |
Kinnison | because I've only tested it with a non-morph build tool | 13:34 |
*** mdunford has joined #baserock | 13:36 | |
paulsherwood | jonathanmaw: try parking your branch, then git fetch, git reset --hard master, then build, should pull some cachestuffs? | 14:07 |
jonathanmaw | nope, still attempting to build glib for system genivi-baseline-system-armv7lhf-jetson. | 14:10 |
SotK | are you trying to use cache.baserock.org? | 14:11 |
jonathanmaw | SotK: no, ct-mcr-1 | 14:12 |
SotK | whats the cachekey its calculated? | 14:12 |
jonathanmaw | SotK: I see this http://paste.baserock.org/gocuhajedu | 14:14 |
jonathanmaw | I'm not sure which one is the cache key | 14:15 |
SotK | its probably mentioned in your morph log (probably /src/morph.log) | 14:15 |
SotK | alternatively, doing `morph list-artifacts . HEAD systems/genivi-baseline-system-armv7lhf-jet | 14:16 |
SotK | son.morph | 14:16 |
SotK | bah | 14:16 |
jonathanmaw | SotK: glib seems to have cache key 21b5d7ea2f5e70d6606895edb0cd622a930f8884524f127a50285ba10fde2961 | 14:17 |
SotK | OK, something has gone weird with the cache then, because the artifacts for that cache key are on ct-mcr-1 | 14:18 |
jonathanmaw | Maybe my configuration is wrong | 14:18 |
jonathanmaw | I have "artifact-cache-server = http://ct-mcr-1:8080/" | 14:19 |
jonathanmaw | in my morph.conf | 14:19 |
SotK | can you ping ct-mcr-1 from this machine? | 14:19 |
jonathanmaw | apparently not. | 14:19 |
SotK | try using its full domain name | 14:20 |
Zara | I've also been having slow builds recently, wondering if there's something up with the cache settings | 14:20 |
jonathanmaw | Whee! | 14:22 |
jonathanmaw | ta SotK | 14:22 |
*** a1exhughe5 has quit IRC | 14:22 | |
SotK | no problem | 14:27 |
*** a1exhughe5 has joined #baserock | 14:40 | |
pedroalvarez | Is people using cache.baserock.org still feeling like this: http://33.media.tumblr.com/tumblr_mbg2cbH34M1rsgn9no1_500.gif? | 14:46 |
rjek | haha | 14:47 |
jonathanmaw | pedroalvarez: less so now I've run out of things that were already cached | 14:47 |
pedroalvarez | :) | 14:48 |
rjek | Obviously we need to upload cache items for every possible combination of software. | 14:49 |
*** zoli__ has quit IRC | 14:49 | |
pedroalvarez | finally mason-x86_64 has finished building | 15:05 |
bashrc | every possible combination sounds combinatorially intractable | 15:09 |
radiofree | out of interest why is the build time in seconds? | 15:15 |
radiofree | and why did it take over 12 hours? | 15:16 |
rjek | Should it be in light planck length seconds? That way you can always represent it as an integer. | 15:16 |
radiofree | something a bit more human? | 15:17 |
* rjek agrees it could be more human-readable | 15:18 | |
radiofree | i don't think i've ever heard someone say "wow, that took over 43,200 seconds!" | 15:18 |
DavePage | rjek: I doubt you need granularity of more than a second for build timing | 15:18 |
tlsa | ssam2: http://gerrit.baserock.org/#/c/101/ | 15:18 |
rjek | DavePage: :) | 15:19 |
ssam2 | jjardon: did you just get a mail from gerrit@baserock.org ? | 15:20 |
ssam2 | it tried to send you one, but the Exim I just set up seemed to get an error from mail.gnome.org because it tried to lookup the gerrit@baserock.org mail address and didn't find it ... | 15:20 |
rjek | gerrit@baserock.org should work | 15:21 |
rjek | And I can tell you that no attempt has been made to email it today. | 15:22 |
ssam2 | 2015-03-26 15:18:13 1Yb9Xu-0000dz-SZ ** jjardon@gnome.org R=dnslookup T=remote_smtp: SMTP error from remote mail server after RCPT TO:<jjardon@gnome.org>: host smtp.gnome.org [209.132.180.187]: 504 5.5.2 <mail>: Helo command rejected: need fully-qualified hostname | 15:22 |
ssam2 | initial searching shows it may be a reverse DNS issue.. | 15:22 |
rjek | ssam2: No | 15:22 |
Kinnison | ssam2: Your MTA needs to send a FQDN | 15:22 |
rjek | ssam2: It means your Exim is sending "HELO foo", where "foo" is not an FDQN | 15:22 |
Kinnison | ssam2: Your MTA is saying "HELO mail" or "EHLO mail" | 15:22 |
ssam2 | right | 15:22 |
ssam2 | ah, yes I probably didn't configure that | 15:23 |
Kinnison | ssam2: what MTA are you using? Exim? | 15:23 |
ssam2 | Exim | 15:23 |
Kinnison | set primary_hostname appropriately in exim | 15:23 |
Kinnison | that should solve the issue | 15:23 |
ssam2 | it's just using the hostname of the system,. which is 'mail' | 15:23 |
jjardon | ssam2: let me check | 15:23 |
Kinnison | e.g. on our system whose hostname is 'platypus' we have: | 15:23 |
Kinnison | primary_hostname = platypus.pepperfish.net | 15:23 |
rjek | ssam2: Could you perhaps paste your exim.conf? There may be other issues we can catch too | 15:25 |
ssam2 | sure | 15:25 |
Kinnison | ssam2: FYI, both rjek and I run large exim setups :) | 15:25 |
radiofree | pedroalvarez: do you think it would be better to build the systems in mason separately? | 15:26 |
radiofree | you end up building every twice when these build-essential changes happen | 15:27 |
radiofree | s/every/everything | 15:27 |
radiofree | if you build devel-system, then weston-system, wouldn't most of it be cached? | 15:27 |
SotK | surely it would be in the mason's local cache anyway? | 15:28 |
ssam2 | rjek, Kinnison: http://sprunge.us/DcYP | 15:28 |
Kinnison | primary_hostname = baserock.org | 15:28 |
Kinnison | that's a bit of a lie | 15:28 |
ssam2 | i've made minimal changes from the Fedora default config. I did it with the Ansible lineinfile module which is a bit ugly but means that I don't have to keep a copy of that huge default config somewhere | 15:28 |
rjek | primary_hostname should ideally be the external name of the machine sending the mail | 15:28 |
Kinnison | surely the primary_hostname should be gerrit.baserock.org ? | 15:29 |
rjek | ie, gerrit.baserock.org | 15:29 |
ssam2 | it doesn't have one, it's not accesible from outside | 15:29 |
rjek | snap | 15:29 |
Kinnison | if that's where exim is | 15:29 |
Kinnison | ssam2: Oh | 15:29 |
radiofree | pedroalvarez: ah, it's actually doing that already? | 15:29 |
ssam2 | it's not, its in an isolated instance | 15:29 |
radiofree | 2015-03-26 03:37:01 Started building ccache-doc on mason-x86-64:3434 | 15:29 |
radiofree | 2015-03-26 03:37:01 Started building ccache-doc on mason-x86-64:3434 | 15:29 |
radiofree | so i suppose it's only building the thing once | 15:29 |
ssam2 | I thought that was sensible to stop it being hijacked? | 15:29 |
Kinnison | well, it might be acceptable | 15:29 |
Kinnison | some mail systems might refuse mail from it though | 15:29 |
rjek | ssam2: Ah, you're configuring a smarthost for use on the private side of the network, rather than on the machine sending email? OK. | 15:29 |
rjek | But primary_hostname should then match the IP address that outgoing connections are NATed on | 15:30 |
Kinnison | Aye | 15:30 |
* bashrc also runs exim | 15:30 | |
ssam2 | ah, OK. That's not too hard to find | 15:30 |
ssam2 | although it may change... might be easier to give the machine a public IP and use firewall rules to prevent anyone getting to it | 15:30 |
ssam2 | or would that default the point as well? | 15:31 |
rjek | ssam2: You can control which interfaces Exim listens for SMTP on. | 15:31 |
rjek | So you just set it to only listen on the "internal" network | 15:31 |
rjek | And/or only accept unauthenticated non-local mail from the relevent networks | 15:31 |
ssam2 | right. so the primary_hostname has to be something that can be pinged (pung?), but doesn't have to respond to SMTP | 15:31 |
ssam2 | is that right? | 15:32 |
Kinnison | it must resolve properly | 15:32 |
Kinnison | and the resolution must match the IP | 15:32 |
rjek | ssam2: It must resolve to the same IP address as it will be connecting out on | 15:32 |
ssam2 | I see. | 15:32 |
Kinnison | otherwise it doesn't need to accept mail | 15:32 |
rjek | ssam2: Is there a reason you're not running Exim *on* gerrit.baserock.org, and having it only listen on localhost? | 15:32 |
jjardon | ssam2: no email sorry (I checked SPAM folder as well) | 15:33 |
ssam2 | rjek: several people advised me to set up a separate relay | 15:33 |
rjek | jjardon: GNOME's mail server didn't even accept the HELO :) | 15:34 |
ssam2 | rjek: there are more systems that will send email, openid.baserock.org already does, and hopefully storyboard will in future | 15:34 |
rjek | ssam2: OK, if baserock.org wants a smarthost for all their servers, that probably makes sense | 15:34 |
ssam2 | i was going to add sSMTP to the gerrit system, but it seems fine to just set sendemail.smptServer to the IP of the 'smarthost'mail | 15:34 |
ssam2 | 15:34 | |
ssam2 | in the Gerrit system | 15:34 |
rjek | But I would at that point recommend that it has a real external IP address that is static and has bi-directional DNS agreement, and is configured to accept mail only from the netblocks that baserock.org uses | 15:35 |
ssam2 | hmm. so we'd need to set up mail.baserock.org to point at its floating IP, essentially? | 15:35 |
ssam2 | that's doable I guess | 15:35 |
pedroalvarez | tiagogomes_: could you reviw this please? http://gerrit.baserock.org/#/c/101/1 | 15:35 |
rjek | Also, local_domains should probably be empty | 15:35 |
rjek | As it does not accept mail for anything | 15:35 |
ssam2 | ok, I misunderstood the meaning of that I guess. | 15:36 |
tlsa | pedroalvarez: I'm about to push an update with your suggestion | 15:36 |
rjek | Exim config is not simple :) | 15:36 |
tlsa | pedroalvarez: after I test building | 15:36 |
* rjek has spent many many many hours doing this and is still rubbish at it | 15:36 | |
tiagogomes_ | pedroalvarez sure | 15:37 |
tlsa | oh wait, morph's starting from 5/262 | 15:37 |
pedroalvarez | tlsa: I made another comment regarding the pre-configure-commands | 15:38 |
rjek | ssam2: Otherwise that exim.conf looks fine to me. | 15:38 |
rjek | ssam2: The reason you had to disable the sender verify is that it thought *it* was responsible for baserock.org, and it knew gerrit@ didn't exist. | 15:39 |
*** zoli__ has joined #baserock | 15:39 | |
ssam2 | rjek: I see. any idea how I configure what interfaces it listens on? | 15:39 |
ssam2 | the firewall rules are blocking external traffic on port 25 anyway, so not super important | 15:39 |
*** locallycompact has joined #baserock | 15:40 | |
rjek | ssam2: local_interfaces | 15:40 |
tlsa | pedroalvarez: I replied | 15:40 |
rjek | ssam2: http://www.exim.org/exim-html-current/doc/html/spec_html/ch-starting_the_daemon_and_the_use_of_network_interfaces.html | 15:40 |
pedroalvarez | tlsa: I see, then I think we need to test your patch in aarch64 | 15:41 |
tiagogomes_ | I can't see properly the comments in gerrit, it is just me? | 15:41 |
tlsa | pedroalvarez: without removing the preconfigure there was some kind of syntax error in the ./configure, I think | 15:42 |
tlsa | tiagogomes_: click on them to expand them? | 15:42 |
rjek | ssam2: You probably want something like: local_interfaces = <; ::1; 127.0.0.1; 192.168.222.X | 15:45 |
radiofree | oh right jjardon, you were saying 3.0 to mean "set the min version of the kernel to 3.0" | 15:46 |
rjek | Where 192.168.222.X is the internal IP | 15:46 |
radiofree | jjardon: i'm fine with that | 15:46 |
tiagogomes_ | I was about to moan that moving nano out from core would mean that no editor would be available in a cross bootstrap system, but there is still busybox's vi | 15:47 |
radiofree | D: | 15:47 |
tiagogomes_ | I always struggle with vi | 15:48 |
tlsa | my reason for moving it was stratum level build deps make me sad | 15:48 |
tlsa | and morph wanting to rebuild everything every time I tweaked the nano chunk morph | 15:49 |
tlsa | nothing build-deps on devtools stratum | 15:49 |
jjardon | If its not a chunk needed to build the other strata, Id say it should be out of core | 15:50 |
tiagogomes_ | Ok I saved a comment, but it appears as draft. Is this normal | 15:52 |
SotK | yeah, you need to go back to the main change page and click "Reply..." to finalise them | 15:53 |
tiagogomes_ | SotK, ta | 15:53 |
pedroalvarez | tiagogomes_: then you are not worried about it not building on aarch64? | 15:54 |
tiagogomes_ | pedroalvarez, nano 2.4.0 already seems to support aarch64 | 15:57 |
pedroalvarez | great! | 15:57 |
tiagogomes_ | of course it would be nice to test the change, we never know | 15:57 |
edcragg | hi, i'm having trouble pushing to gerrit, says "unpack failed: error missing tree" http://paste.baserock.org/imaqejalet | 15:58 |
tlsa | edcragg: try with --no-thin | 15:59 |
edcragg | ahh, that's on the wiki, isn't it... | 15:59 |
jonathanmaw | hrm, qtwebkit requires ruby-1.9, and for some reason I can't get it to build. | 16:01 |
ssam2 | can you use ruby-2.0 instead? | 16:02 |
ssam2 | that builds | 16:02 |
ssam2 | and is in the ruby stratum already, so you can just build-depend on that stratum | 16:02 |
jonathanmaw | ok, I'll try that. | 16:02 |
edcragg | tlsa: yes that works, thanks | 16:02 |
*** mdunford has quit IRC | 16:05 | |
*** mdunford has joined #baserock | 16:20 | |
*** mdizzle has quit IRC | 16:27 | |
*** mdunford has quit IRC | 16:32 | |
*** mdunford has joined #baserock | 16:32 | |
*** sherm_ has quit IRC | 16:33 | |
jonathanmaw | hrm, it seems chunk morphologies in source code take preference over chunk morphologies in strata. | 16:33 |
pedroalvarez | I hope that's not true :/ | 16:34 |
ssam2 | they don't | 16:34 |
jonathanmaw | ah, I was looking at the wrong stratum | 16:34 |
pedroalvarez | phew | 16:35 |
tiagogomes_ | ah, gerrit sends emails as well | 16:36 |
pedroalvarez | nice uh? | 16:39 |
pedroalvarez | thanks Sam! :) | 16:39 |
Kinnison | yay | 16:39 |
Kinnison | ssam2: top banana! | 16:39 |
pedroalvarez | we know that some people is not getting email yet, though | 16:39 |
Kinnison | well it'll take it a while to get to me fr.ex. | 16:40 |
Kinnison | I have greylisting and a particularly strict MX | 16:40 |
* richard_maw just pushed gerrit changes 104, 106 and 108 | 16:48 | |
rdale | are there gerrit repos mirroring the lorried upstream repos? | 16:52 |
ssam2 | I think we need mail.baserock.org set up for everyone to be able to receive the mails, which needs to wait for one of the Codethink ops to update the DNS records | 16:52 |
ssam2 | rdale: nothing in delta/ is mirrored in Gerrit | 16:52 |
rdale | ok, so i'll send a small patch to the mailing list for them then | 16:53 |
ssam2 | rdale: it's possible to do that, but in general changes for upstream projects should go through the upstream review process | 16:53 |
rdale | ok | 16:53 |
rdale | my patch is actually for mini-utils which i think is a baserock thing | 16:54 |
ssam2 | that should be in gerrit, then | 16:54 |
ssam2 | is it not? | 16:54 |
rdale | ok | 16:54 |
straycat | 15:29 radiofree$ 2015-03-26 03:37:01 Started building ccache-doc on mason-x86-64:3434 | 16:55 |
straycat | 15:29 radiofree$ 2015-03-26 03:37:01 Started building ccache-doc on mason-x86-64:3434 | 16:55 |
straycat | 15:29 radiofree$ so i suppose it's only building the thing once | 16:55 |
straycat | radiofree, that looks like a distbuild bug, distbuild should report that it's already building ccache-doc the second time, unless someone has intentionally changed that | 16:56 |
straycat | but in this case the message is just duplicated | 16:56 |
straycat | so that's still a bug, but not the same bug as i initially thought | 16:57 |
pedroalvarez | if two initiators are building in the same distbuild network, should one of them receive a different message ? | 16:57 |
pedroalvarez | I mean, I think the message is ok | 16:57 |
SotK | pedroalvarez: the second initiator should see something like "ccache-doc is already being built" | 16:58 |
*** a1exhughe5 has quit IRC | 16:58 | |
pedroalvarez | but it wasn't it just started | 16:58 |
radiofree | is mason-x86_64 quite slow? | 16:59 |
franred | bashrc, did something go wrong with your latest patch sent to gerrit? | 16:59 |
pedroalvarez | some component finishes building, so the distbuild network starts building the next one, two initiatiors wanted the next one. Should one receive "this is already building"? Or should both reveive "this has just started building on X"? | 17:00 |
franred | it shows some links in grey also you have 2 commits where you introduce the context manager and in the second you remove it... | 17:00 |
pedroalvarez | radiofree: looks like it is a bit slow, but not slower than the 32b version | 17:00 |
straycat | pedroalvarez, one should receive this is already building iirc | 17:00 |
straycat | it's been a long time since i touched that code though | 17:00 |
radiofree | pedroalvarez: 12 hours to build a weston system is more than a bit slow :\ | 17:01 |
SotK | hm, in that situation it looks like they should both get "started building" | 17:01 |
SotK | at least, thats what the network I'm messing with does | 17:01 |
*** zoli__ has quit IRC | 17:01 | |
pedroalvarez | radiofree: that's why I don't want to add a qt system to the CI :p | 17:01 |
straycat | pedroalvarez, oh actually, i think it might be a little more subtle than that, it's hard for me to remember the details now, but there's a sort of intermediate state where the first inititor's request creates a new job, but that job is not running yet | 17:02 |
straycat | if the second initiator jumps in with its request at this point, then it's possible for both initiators to receive the "this has started building" message | 17:02 |
straycat | i emphasise that this is all based on memory from several months ago, so i may be wrong :) | 17:03 |
*** zoli__ has joined #baserock | 17:21 | |
*** jonathanmaw has quit IRC | 17:27 | |
*** zoli__ has quit IRC | 17:28 | |
bashrc | hah. firehose ran, without crashing. Not saying it did anything important though. | 17:33 |
*** mdunford has quit IRC | 17:34 | |
*** bashrc has quit IRC | 18:01 | |
ssam2 | jjardon: i don't think you'll receive emails until we have a mail.baserock.org subdomain set up -- smtp.gnome.org seems to reject the 'HELO 185.1.2.3' that it sends currently, maybe it's hoping for a domain name | 18:03 |
ssam2 | we keep getting 'message delivery failed' emails when gerrit tries to send you an email right now :) | 18:03 |
Kinnison | ssam2: where is the DNS for baserock.org managed? | 18:04 |
Kinnison | ssam2: is it with the mail, or elsewhere? | 18:05 |
persia | I believe we rely on Codethink for that still. | 18:05 |
jjardon | ssam2: ok, I will talk with GNOME sysadmins | 18:05 |
rjek | It's on Mythic Beasts. | 18:05 |
Kinnison | jjardon: It's not GNOME's fault | 18:05 |
rjek | GNOME are entirely right in rejecting HELO 185.1.2.3 | 18:05 |
rjek | HELO and EHLO should have an FQDN. | 18:06 |
Kinnison | ssam2: what IP should mail.baserock.org have? | 18:06 |
jjardon | ah ok! | 18:06 |
ssam2 | Kinnison: 185.43.218.171 | 18:06 |
* DavePage heads to Mythic Beasts | 18:06 | |
Kinnison | sambishop: I've done it | 18:06 |
Kinnison | ssam2: I've done it | 18:06 |
Zara | does anyone know what might cause a baserock system to build and deploy, but install a package as version 0.0 rather than the version specified? this just happened to me and it was a bit weird. | 18:06 |
Kinnison | DavePage: already done | 18:06 |
jjardon | rjek: I do not understand at all what you are talking about :) | 18:06 |
Kinnison | jjardon: and that's why you're not a mail admin :) | 18:07 |
ssam2 | Kinnison: thanks | 18:07 |
DavePage | Kinnison: Ah cheers. ssam2's email arrived while I was dealing with leaky aircon | 18:07 |
ssam2 | Zara: what do you mean by 'install a package' ? | 18:07 |
Kinnison | DavePage: I gave it a 60s TTL until we can be sure it's riht | 18:07 |
Kinnison | DavePage: once we're satisfied you can up that to the 3600s default | 18:07 |
jjardon | Kinnison: indeed :) | 18:07 |
ssam2 | jjardon: could you comment on something in Gerrit now to test? | 18:08 |
Kinnison | it may take a -ve ttl timeout before it'll work | 18:08 |
Kinnison | gnome's DNS could have cached the NXDOMAIN | 18:09 |
jjardon | sure | 18:09 |
Zara | ssam2: well, install a python package in this case (build system is python-distutils), version is specified via commit ref and unpetrify ref (0.0.21) | 18:11 |
ssam2 | Zara: ok. Only morph pays attention to those fields | 18:11 |
ssam2 | in fact, even Morph ignores unpetrify-ref, it's only for humans | 18:11 |
ssam2 | zara: the version number you may be seeing probably comes from setup.py in the repo of the Python project | 18:12 |
*** zoli__ has joined #baserock | 18:12 | |
ssam2 | or a file referenced by setup.py (setup.cfg, or something else -- there are a few ways that setting version numbers can work for Python packages) | 18:12 |
jjardon | ssam2: comment done | 18:12 |
ssam2 | thanks, i got the comment instead of a message rejection this time | 18:13 |
ssam2 | that's that job done, hopefully | 18:13 |
jjardon | great | 18:13 |
Zara | ssam2: it's weird because this hasn't happened before, and I've been building things containing this package for a while. I might try repeating the process tomorrow. | 18:15 |
ssam2 | are you using a different ref now? | 18:15 |
Zara | no, it's the same, though it's a different branch | 18:15 |
Zara | but the instructions for this package are the same | 18:15 |
ssam2 | so it's a differentt sha1? | 18:15 |
Zara | not for this package, no | 18:15 |
ssam2 | ah, right | 18:15 |
ssam2 | something more weird then | 18:16 |
Zara | yeah. :S I'll poke around tomorrow. | 18:17 |
radiofree | tiagogomes_: 2015-03-26 15:57:39 [Build 86/259] [systemd] Elapsed time 00:24:08 | 18:26 |
radiofree | what was it on the moonshot | 18:27 |
*** zoli__ has quit IRC | 18:28 | |
*** zoli__ has joined #baserock | 18:41 | |
*** ssam2 has quit IRC | 18:43 | |
straycat | can people avoid writing bs reviews on the series i sent, it was a test, thanks, -1ing one minor aspect of something without providing an overall or balanced review is not even slightly useful | 18:46 |
straycat | jjardon, ^ | 18:46 |
*** rdale has quit IRC | 18:46 | |
straycat | it's not meant to be like this, and i think i give up | 18:56 |
straycat | goodbye | 18:57 |
*** straycat has left #baserock | 18:57 | |
radiofree | gerrit has a review interface you can use over ssh, neat | 18:57 |
franred | bashrc, bashrc_, you can not use gerrit as a temporary repository, it is not the same as we were using gbo - gerrit is only for final patches | 18:58 |
franred | s/it is not the same/you can not use it in the same way/ | 18:58 |
*** franred has quit IRC | 19:23 | |
*** zoli__ has joined #baserock | 19:31 | |
*** edcragg has quit IRC | 20:11 | |
richard_maw | radiofree: Some fo the slowness in the systemd build is that it's run with max-jobs: 1 because there was a bug that occasionally made it fail. The other is that we currently still build the tests | 20:54 |
radiofree | richard_maw: max-jobs was removed from systemd during the last upgrade | 21:02 |
radiofree | similar time on mason | 21:06 |
*** zoli__ has quit IRC | 21:09 | |
* rjek pokes his VMs | 22:06 | |
* jjardon just checked and has received an email from gerrit at 19:08 \o/ | 22:14 | |
jjardon | Thanks to the one that fixed the problem! :) | 22:15 |
rjek | jjardon: yay! \o/ | 22:15 |
*** gfinney has quit IRC | 23:29 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!