| *** edcragg has joined #baserock | 00:30 | |
| *** radiofree has quit IRC | 00:35 | |
| *** radiofree has joined #baserock | 00:38 | |
| *** edcragg has quit IRC | 00:51 | |
| *** ratmice_ has quit IRC | 00:52 | |
| *** brlogger` has joined #baserock | 02:17 | |
| *** SotK_ has joined #baserock | 02:18 | |
| *** brlogger has quit IRC | 02:23 | |
| *** SotK has quit IRC | 02:23 | |
| *** gtristan has joined #baserock | 02:50 | |
| *** radiofree has quit IRC | 03:26 | |
| *** radiofree has joined #baserock | 03:26 | |
| *** radiofree has quit IRC | 03:26 | |
| *** radiofree has joined #baserock | 03:26 | |
| *** bfletcher has quit IRC | 03:29 | |
| *** zoli_ has quit IRC | 03:31 | |
| *** zoli_ has joined #baserock | 05:14 | |
| * gtristan thinks he needs some special thing to be done to have push access again... recalling that email... have to have some exception for my IP or smth ? | 06:11 | |
| gtristan | http://paste.baserock.org/piduceyizu | 06:12 |
|---|---|---|
| * gtristan re-reads that email | 06:12 | |
| gtristan | hmm, no that was supposed to be sorted within 24 hours... new baserock image for the trove and g.b.o with glibc vulnerability is already up and running right ? | 06:30 |
| gtristan | random baserock question: Is morph capable of building a system without running as root ? | 06:35 |
| gtristan | has anything ever ? | 06:35 |
| paulsherwood | no | 06:49 |
| paulsherwood | if morph was capable, i'd have borrowed the method for ybd | 06:49 |
| paulsherwood | gtristan: try renaming your branch to baserock/something ? | 06:50 |
| paulsherwood | iirc gbo has some namespacing to prevent clashes with upstreams | 06:51 |
| gtristan | hmmm, ok I'll try that | 07:00 |
| gtristan | fwiw, one reason I can see why it's not possible to build as non-root, is some particular chunks have instructions which try to create files belonging to root (like; install -o root -g root) | 07:01 |
| paulsherwood | yup | 07:02 |
| paulsherwood | bitbake runs as non-root, so there has to *be* a solution | 07:02 |
| paulsherwood | but it takes less interest in sandboxing iiuc | 07:03 |
| gtristan | I can see one | 07:03 |
| gtristan | but it may involve some policy change... lemme see | 07:04 |
| paulsherwood | if you figure out a way... https://github.com/devcurmudgeon/ybd/issues/24 | 07:04 |
| gtristan | currently, you can create a file belonging to root on a filesystem image mounted in qemu | 07:04 |
| gtristan | but, interestingly, you cannot do it on a filesystem mounted 9p virtfs from that same image | 07:05 |
| gtristan | because you're essentially writing to outside the qemu env, to a path, using the privileges of the user running qemu | 07:05 |
| gtristan | What I think is correct right now (after not spending very much time thinking on it)... is to disallow creating files belonging to root in chunk build instructions | 07:06 |
| gtristan | but, to allow it in system-integration | 07:06 |
| gtristan | that would allow the filesystem sharing and running the whole build as a regular user, and then the system creation pass could be done on a fixed size filesys image from an emulator | 07:07 |
| * gtristan thinks that would even be interesting for native builds where you do the whole build without any emulators, but still use an emulator for the final pass(es) | 07:08 | |
| gtristan | a bit long winded, but the wip branches will be: baserock/tristan/wip/aboriginal | 07:11 |
| gtristan | that worked thanks :) | 07:11 |
| paulsherwood | :) | 07:11 |
| *** bfletcher has joined #baserock | 07:29 | |
| *** radiofree has quit IRC | 07:35 | |
| *** radiofree has joined #baserock | 07:37 | |
| *** edcragg has joined #baserock | 07:37 | |
| *** toscalix has joined #baserock | 08:12 | |
| *** CTtpollard has quit IRC | 08:13 | |
| *** CTtpollard has joined #baserock | 08:14 | |
| *** will2 is now known as wdutch | 08:50 | |
| *** lc_ has joined #baserock | 08:52 | |
| *** locallycompact has joined #baserock | 08:52 | |
| *** bashrc_ has joined #baserock | 08:56 | |
| *** fay has joined #baserock | 08:57 | |
| *** fay is now known as Guest82640 | 08:57 | |
| *** bashrc__ has joined #baserock | 08:58 | |
| *** Guest82640 is now known as faybrocklebank | 08:59 | |
| *** bashrc_ has quit IRC | 09:00 | |
| *** faybrocklebank has quit IRC | 09:02 | |
| *** fay has joined #baserock | 09:02 | |
| *** fay is now known as faybrocklebank | 09:02 | |
| *** franred has joined #baserock | 09:30 | |
| *** ssam2 has joined #baserock | 09:31 | |
| *** ChanServ sets mode: +v ssam2 | 09:31 | |
| *** jonathanmaw has joined #baserock | 09:46 | |
| *** lc_ has quit IRC | 10:00 | |
| *** locallycompact has quit IRC | 10:00 | |
| *** gtristan has quit IRC | 10:02 | |
| edcragg | i seem to now be having problems building expat... http://paste.baserock.org/fekokiciwi any ideas? | 10:10 |
| pedroalvarez | armv8 right? (for context) | 10:16 |
| edcragg | pedroalvarez: yep | 10:18 |
| *** SotK_ is now known as SotK | 10:22 | |
| edcragg | weirdly the stratum has only pre-configure commands, but morph shows configure commands in its output too | 10:23 |
| edcragg | unless that's the default kicking in | 10:24 |
| franred | edcragg, the configure commands are the default ones | 10:24 |
| edcragg | yep | 10:24 |
| *** locallycompact has joined #baserock | 10:26 | |
| pedroalvarez | edcragg: you might be interested in "git log -p strata/core/libexpat.morph" output | 10:31 |
| edcragg | ok, good point | 10:32 |
| * edcragg looks | 10:32 | |
| edcragg | it can be fixed with `mv configure.in configure.ac` anyway :S | 10:33 |
| pedroalvarez | :S | 10:33 |
| * edcragg wonders how these things don't affect other platforms | 10:33 | |
| pedroalvarez | I can give you a build log to compare | 10:34 |
| edcragg | that could be useful :) | 10:36 |
| pedroalvarez | edcragg: http://paste.baserock.org/edeseguqeg | 10:36 |
| edcragg | ta | 10:37 |
| pedroalvarez | edcragg: and for armv7lhf http://paste.baserock.org/onejaqokev | 10:38 |
| pedroalvarez | /nick buld-log-dealer | 10:38 |
| edcragg | :P | 10:38 |
| pedroalvarez | different behaviour it seems | 10:40 |
| pedroalvarez | :S | 10:40 |
| *** richard_maw has joined #baserock | 10:45 | |
| edcragg | the two logs you sent me diff the same except the arch strings | 10:47 |
| pedroalvarez | sure, i meant in armv8l | 10:52 |
| pedroalvarez | -l | 10:52 |
| pedroalvarez | "aclocal: warning: autoconf input should be named 'configure.ac', not 'configure.in'" | 10:52 |
| pedroalvarez | I'd say that renaming the file in pre-configure would be acceptable | 10:53 |
| * paulsherwood wonders if this is reproducible in ybd | 10:53 | |
| pedroalvarez | it should be | 10:55 |
| edcragg | yep, it could be done so that it doesn't fail if the file's not there | 10:57 |
| *** jonathanmaw has quit IRC | 10:58 | |
| *** CTtpollard has quit IRC | 10:59 | |
| *** jonathanmaw has joined #baserock | 11:01 | |
| *** CTtpollard has joined #baserock | 11:01 | |
| * paulsherwood is still confused that this behaves differently... that *should not happen* | 11:02 | |
| edcragg | i had some extremely weird things going on in the automake build too | 11:02 |
| *** ctbruce has joined #baserock | 11:03 | |
| edcragg | i feel there is at least a chance that this case is related to that, too | 11:03 |
| edcragg | but yes, i agree, it shouldn't be different | 11:04 |
| paulsherwood | edcragg: pls could you repeat with ybd, to see if the weirdness re-occurs? | 11:04 |
| paulsherwood | weirdness needs to be stamped out, not papered-over | 11:05 |
| edcragg | i have been meaning to attempt the build with ybd too, but partly i haven't had the time yet | 11:06 |
| edcragg | when i did try to run the build it silently exited and i didn't know how to go about debugging it | 11:07 |
| edcragg | (on a 64 bit armv8 rootfs) | 11:07 |
| *** gtristan has joined #baserock | 11:07 | |
| edcragg | but yes, of course, i'm mainly working on getting an up to date baserock rootfs, and intend to come back to fix the errors i've come accross properly | 11:08 |
| *** gtristan has quit IRC | 11:08 | |
| *** gtristan has joined #baserock | 11:09 | |
| edcragg | paulsherwood: this was the log from ybd when i tried to run on armv8 http://paste.baserock.org/isodamaxib | 11:10 |
| pedroalvarez | that should be `../ybd/ybd.py systems/build-system-armv8l64.morph armv8l64` | 11:13 |
| edcragg | yep, i did spot that looking back at it | 11:14 |
| paulsherwood | edcragg: yup. nothing to build for armv8 | 11:15 |
| paulsherwood | it's a bug, though :) | 11:15 |
| paulsherwood | https://github.com/devcurmudgeon/ybd/issues/183 | 11:16 |
| edcragg | cool | 11:24 |
| edcragg | right, ybd is building too | 11:25 |
| paulsherwood | tvm :) | 11:38 |
| locallycompact | pedroalvarez, what was the problem with spinning up testgerrit.baserock.org? should I set up my own? | 11:50 |
| pedroalvarez | I couldn't login at all | 11:52 |
| pedroalvarez | setting one up might take some time though | 11:52 |
| gtristan | Is it correct that glibc.morph specifies the glibc-libs artifact twice under 'products:' ? | 11:57 |
| gtristan | and has ybd been known to do this: http://paste.baserock.org/bozevuxahe ? | 11:58 |
| ssam2 | the double libs might be deliberate. check git log/blame | 12:06 |
| paulsherwood | gtristan: no, that's a new one | 12:17 |
| pedroalvarez | locallycompact: do you want me to try again and see if I can fix it? Do you need it to install things on it? or for testing sending patches? | 12:27 |
| locallycompact | I don't really know ahead of time | 12:27 |
| locallycompact | I'll try against live and see | 12:28 |
| locallycompact | Sorry if zuul does anything crazy to gerrit | 12:28 |
| *** toscalix_ has joined #baserock | 12:46 | |
| gtristan | got the problem, will file a bug for now | 13:03 |
| gtristan | fwiw, this looks a little arbitrary, unintuitive at least: http://git.baserock.org/cgit/baserock/baserock/definitions.git/tree/strata/build-essential.morph#n44 | 13:03 |
| gtristan | the stratum *must* declare a product names build-essential-minimum there, if a chunk is going to refer to it in the splitting rules... or something | 13:04 |
| gtristan | however later in the file, here: http://git.baserock.org/cgit/baserock/baserock/definitions.git/tree/strata/build-essential.morph#n263 | 13:05 |
| gtristan | it goes ahead and refers to build-essential-runtime as if it were implied (which I suppose, somewhere it is ?) | 13:05 |
| paulsherwood | gtristan: isn't this about default splitting rules? | 13:07 |
| rdale | yes, -runtime and -devel are two default splits for a stratum | 13:07 |
| paulsherwood | http://git.baserock.org/cgit/baserock/baserock/definitions.git/tree/DEFAULTS#n159 | 13:07 |
| * gtristan submits: https://github.com/devcurmudgeon/ybd/issues/184 | 13:11 | |
| paulsherwood | gtristan: thanks :) i'll look forward to the patch :-) | 13:14 |
| * paulsherwood still has zero clue about splitting, sadly | 13:14 | |
| paulsherwood | rdale: ^^ ? :) | 13:14 |
| rdale | as far as i know the build-essential stratum is correct, although the error in ybd splitting appears to be new | 13:16 |
| gtristan | So, we dont control the defaults as a part of the definition of 'baserock', instead we leave that to any arbitrary definitions author | 13:16 |
| gtristan | interesting :) | 13:16 |
| gtristan | rdale, no, the build-essential stratum I am writing from scratch is incorrect | 13:17 |
| rdale | the -runtime and -devel split rules are part of definitions in DEFAULTS | 13:17 |
| paulsherwood | i (or locallycompact) may have introduced a new error into splitting.py | 13:18 |
| gtristan | rdale, right, and 'definitions' is what the baserock user provides to the baserock builders/mechanics to get something done... ergo it is up to the definitions author (baserock user) to provide them | 13:18 |
| * gtristan spills can of worms on the floor | 13:19 | |
| gtristan | eek :) | 13:19 |
| rdale | i think there is only supposed to be one definitions repo in the world, that each individual user is supposed to clone | 13:20 |
| gtristan | yup, I was afraid at least one person would think that :) | 13:20 |
| paulsherwood | that's not true, rdale | 13:21 |
| paulsherwood | baserock itself already has two :) | 13:21 |
| paulsherwood | (infrastructure.git) | 13:22 |
| paulsherwood | three, if you count the deprecated morphs.git | 13:22 |
| gtristan | right now it's very entangled, with many features which probably need to exist in the build tooling instead written as 'extensions' in ones build definitions | 13:22 |
| paulsherwood | this seems to be a fashion argument - fat tie, thin tie - fat client, thin client - in out in out shake it all about :) | 13:23 |
| SotK | gtristan: a lot of the "extensions" used to be a part of morph, but were moved into definitions so they could be used by both morph and ybd | 13:24 |
| ssam2 | yeah, the problem with having deployment extensions built into the deployment tool is that suddenly you have a massive API surface between the definitions and the deployment tool | 13:24 |
| gtristan | I was reading the thread about creating a repo for the spec, and was thinking... well, cant help but compare this to a compiler; instinctively my thoughts are: While there is only one implementation of the C compiler, the spec for it belongs in the C compiler source tree, until its a standard and needs to be shared between multiple implementations | 13:25 |
| ssam2 | there are multiple implementations | 13:25 |
| gtristan | but I cant think of any good reason why the spec of the C compiler should exist in the repository with "the only known C program in the world" | 13:25 |
| ssam2 | there used to be only one, and the definitions format was laughably useless by anyuthing other than Morph | 13:25 |
| ssam2 | gtristan: yes, that's true | 13:25 |
| locallycompact | how does infrastructure get updated currently | 13:26 |
| gtristan | ssam2, one thought I was having regarding that was; specing out a plugin interface that builders (morph & ybd) would necessarily implement ? allowing these extensions to somehow plugin to those but not be part of the definition of a build ? | 13:27 |
| gtristan | but yeah it's vague | 13:27 |
| gtristan | and it leads to things like... "My C program depends on compiler feature plugin A, B and C, thus it is not really standard C anymore", which is ugly :-/ | 13:28 |
| SotK | the original plan when moving them was that they'd live in a library of their own, which could be used by the build tools, but we changed our mind and decided to just put them in definitions for reasons I can't remember off the top of my head | 13:28 |
| * paulsherwood wanted to put ybd in definitions, too :-) | 13:29 | |
| gtristan | paulsherwood, this is perhaps the most unattractive thing to me about baserock, it's sort of discouraging that you dont have a developer experience which is A.) Read the docs on the YAML specs B.) Write your set of definitions C.) Use ybd or morph to build your own definitions | 13:30 |
| gtristan | its sort of like, you have to constantly rebase against this upstream set of definitions if you ever want to keep up | 13:31 |
| * paulsherwood notes that bitbake appears to be in poky, but is also separate | 13:31 | |
| rdale | we have had discussions about that, and some people think it scales and some don't | 13:31 |
| CTtpollard | bitbake is not poky correct | 13:32 |
| paulsherwood | bitbake is *in* poky, though? | 13:32 |
| paulsherwood | https://github.com/devcurmudgeon/poky/tree/master/bitbake/lib/bb | 13:32 |
| ssam2 | locallycompact: `git pull git://git.baserock.org/baserock/baserock/definitions master` into a branch. build/test that branch, then merge to master | 13:34 |
| CTtpollard | paulsherwood: bitbake is from openembedded, and is the tool used by the yocto project to build poky | 13:34 |
| ssam2 | if by 'infrastructure' you mean 'the Baserock infrastructure.git repo' | 13:34 |
| paulsherwood | gtristan: i like your dream dev experience... but surely for a linux implementation you'd want to re-use, rather than starting from scratch? | 13:34 |
| rdale | i think you should be able to specify multiple definitions repos/namespaces from the build tool command line | 13:36 |
| CTtpollard | bitbake also builds angstrom linux etc | 13:37 |
| gtristan | paulsherwood, there are multiple angles here, I'd like to be a downstream of something, and add my own components or rebase my subtle changes to that upstream | 13:40 |
| gtristan | paulsherwood, but I would like to live in a world where there are at least more than one upstream | 13:40 |
| gtristan | not all roads lead to git.baserock.org | 13:40 |
| paulsherwood | CTtpollard: my point (but i may be wrong) is that the poky git repo seems to include a copy of the bitbake code... which is equivalent to definitions including ybd or morph | 13:40 |
| CTtpollard | paulsherwood: yup | 13:41 |
| paulsherwood | gtristan: we have allupstream.org.... just need some volunteers to populate it with all the things | 13:41 |
| paulsherwood | :) | 13:41 |
| *** jonathanmaw_ has joined #baserock | 13:42 | |
| locallycompact | ooh | 13:42 |
| paulsherwood | but in any case, i know that there are other instances of troves, beside g.b.o | 13:42 |
| *** jonathanmaw_ has quit IRC | 13:42 | |
| *** jonathanmaw__ has joined #baserock | 13:42 | |
| gtristan | interesting conversation but I have to run ;-) | 13:43 |
| paulsherwood | :) | 13:43 |
| SotK | you can already point definitions to multiple upstreams afaik? | 13:43 |
| paulsherwood | yup | 13:44 |
| *** jonathanmaw has quit IRC | 13:46 | |
| *** gtristan has quit IRC | 13:48 | |
| *** toscalix_ has quit IRC | 13:51 | |
| *** toscalix has quit IRC | 14:00 | |
| *** toscalix has joined #baserock | 14:03 | |
| *** ctbruce has quit IRC | 14:30 | |
| *** ctbruce has joined #baserock | 14:37 | |
| *** radiofree has quit IRC | 14:43 | |
| *** radiofree has joined #baserock | 14:44 | |
| pedroalvarez | gary_perkins: ooi, what behaviour would you be planning on banning using fail2ban? | 15:18 |
| pedroalvarez | ssh connections? | 15:18 |
| gary_perkins | pedroalvarez: yes | 15:18 |
| gary_perkins | pedroalvarez: trove has been upgraded | 15:19 |
| gary_perkins | "OpenSSL 1.0.1s 1 Mar 2016" :) | 15:19 |
| pedroalvarez | nice! | 15:19 |
| pedroalvarez | Next time you upgrade it, it will come with fail2ban :) https://gerrit.baserock.org/#/c/1963/ | 15:19 |
| gary_perkins | pedroalvarez: fantastic :) | 15:20 |
| gary_perkins | pedroalvarez: can fail2ban be added to web-system and possibly other public facing systems? | 15:23 |
| gary_perkins | though our web server is behind a proxy, it would be nice if we need to deploy a public facing web-system | 15:24 |
| pedroalvarez | it can be added to any baserock system, It might not make sense to have it included by default for all of them, but for trove I think it does make sense | 15:25 |
| pedroalvarez | although I didn't quite understand your question :/ | 15:26 |
| gary_perkins | pedroalvarez: your answer indicates you did understand my question. Thank you :) | 15:31 |
| gary_perkins | and I agree, not required for all systems | 15:31 |
| pedroalvarez | I just couldn't think about any baserock "web-system" that you might be using :) | 15:33 |
| gary_perkins | codethink website is running on a web-system-x86_64-generic system | 15:37 |
| pedroalvarez | aha, I understand now | 15:39 |
| paulsherwood | how big is fail2ban? add it by default :) | 15:42 |
| pedroalvarez | is not big, but it needs connectivity.morph to be useful | 15:44 |
| paulsherwood | ack | 15:45 |
| pedroalvarez | which might not be big either | 15:46 |
| pedroalvarez | s/not be/be not/ | 15:47 |
| * paulsherwood guesses that connnectivity is of interest in lots of systems these days | 15:59 | |
| * persia still thinks fail2ban should be in connectivity by default, but admits that some connected systems don't have services (although this is exceedingly rare) | 16:03 | |
| pedroalvarez | i believe fail2ban can be configured to work without iptables at all | 16:05 |
| pedroalvarez | it's basically just a service that for some conditions, triggers some actions | 16:05 |
| pedroalvarez | by default those actions are some iptables runes | 16:06 |
| gary_perkins | you can just null-route offending source IPs | 16:06 |
| * gary_perkins didn't know iptables was in Baserock. At least the user-space tool isn't | 16:08 | |
| gary_perkins | oh, I see a bunch of ip_* files in /proc/net/ :) | 16:09 |
| locallycompact | I did some things | 16:16 |
| locallycompact | We deployed a gerrit to kvm, and then the gerrit ansible playbook on that but changing the mysql backend to h2 | 16:17 |
| locallycompact | systemd says gerrit is running | 16:17 |
| locallycompact | should I have a webview at this point? | 16:17 |
| pedroalvarez | hm.. are you not? | 16:17 |
| franred | gary_perkins, iptables should be there sice we integrated openstack | 16:17 |
| locallycompact | pedroalvarez, not to my knowledge nope | 16:17 |
| pedroalvarez | locallycompact: maybe in :8080 ? | 16:18 |
| pedroalvarez | franred: neutron! that was fun | 16:18 |
| locallycompact | pedroalvarez, nope | 16:18 |
| pedroalvarez | :S it should be in thre. Any errors in the systemd unit? | 16:18 |
| * CTtpollard shudders at H2 | 16:20 | |
| locallycompact | pedroalvarez, http://www.fpaste.org/333052/22017145/ | 16:20 |
| locallycompact | it didn't go red though | 16:20 |
| pedroalvarez | well.. something is going wrong there | 16:23 |
| *** franred has quit IRC | 16:24 | |
| locallycompact | gerrit.baserock.org is running on baserock yea? | 16:35 |
| pedroalvarez | yea | 16:35 |
| *** CTtpollard has quit IRC | 16:37 | |
| *** franred has joined #baserock | 16:41 | |
| gary_perkins | franred: There is no iptables executable in /sbin. Nor any /usr/share/iptables directory. | 16:42 |
| gary_perkins | so it looks like fail2ban would just fail to .. ermm ban! | 16:42 |
| franred | gary_perkins, http://paste.baserock.org/cofofegaga <-- iptables is in connectivity stratum... if the system does not have it... | 16:44 |
| gary_perkins | /etc/fail2ban/action.d/iptables.conf indicates fail2ban uses the user-space tool 'iptables' | 16:44 |
| franred | if it does, then we should have a look at why is not getting installed properly | 16:44 |
| franred | gary_perkins, which system are you looking at? connectivity stratum is only in: paste.baserock.org/ovugakomoy | 16:46 |
| gary_perkins | I've only been looking at my oldish br-dev instance. So I might be getting ahead of myself. Deploying upgrade to trove now :) | 16:48 |
| franred | hehe, yeah, connectivity is not in every system :) | 16:49 |
| franred | gary_perkins, you need https://gerrit.baserock.org/#/c/1963/1/systems/trove-system-x86_64.morph to be mergerd before you can see iptables in a trove system | 16:53 |
| franred | https://gerrit.baserock.org/#/c/1963/ <-- sorry | 16:53 |
| pedroalvarez | gary_perkins: wait wait, to what exactly are you upgrading | 16:57 |
| pedroalvarez | have you added connectivity too? as in my patch? | 16:57 |
| pedroalvarez | (this patch: https://gerrit.baserock.org/#/c/1963/) | 16:57 |
| gary_perkins | I pulled the latest definitions, but I don't see fail2ban in systems/trove-system-x86_64.morph. The last commit I have here is: ca999848622886afff8e08a02974433afbb1b2c8 which is your "Add fail2ban-common stratum" | 17:01 |
| gary_perkins | have I missed something? | 17:01 |
| pedroalvarez | yes | 17:01 |
| pedroalvarez | the patch hasn't been merged yet | 17:01 |
| pedroalvarez | :) | 17:02 |
| gary_perkins | ok, thanks :) | 17:02 |
| * gary_perkins busies himself with other things :) | 17:02 | |
| ssam2 | feel free to vote on the patch :-) | 17:11 |
| locallycompact | pedroalvarez, here's how I deployed it https://github.com/locallycompact/infrastructure/commit/57d57e132999748ce470c520c2fe62e67b76f25f | 17:12 |
| franred | pedroalvarez, feel free to merge https://gerrit.baserock.org/#/c/1963/ | 17:14 |
| pedroalvarez | gary_perkins: now has been merged :) | 17:15 |
| gary_perkins | \o/ :) | 17:16 |
| pedroalvarez | locallycompact: hm.. maybe not related, but with "localhost" as canonicalWebUrl it might not work? | 17:17 |
| pedroalvarez | everything else looks good | 17:17 |
| pedroalvarez | I have no idea about the errors of your previous log | 17:18 |
| locallycompact | oh actually when I deployed it it was still git.baserock.org | 17:21 |
| locallycompact | I dunno what canonicalWebUrl means | 17:21 |
| *** ssam2 has quit IRC | 17:29 | |
| pedroalvarez | I'd say that means the URL you use to access to it | 17:30 |
| pedroalvarez | or, the url you are allowed to use to access to it | 17:30 |
| locallycompact | That's silly | 17:35 |
| locallycompact | I have an ip/name for the machine | 17:35 |
| locallycompact | What use does that field have | 17:36 |
| pedroalvarez | then put the ip, i guess | 17:36 |
| locallycompact | I have been ofc | 17:36 |
| locallycompact | oh in htat field | 17:36 |
| *** franred has quit IRC | 17:37 | |
| pedroalvarez | but, you had errors in the log, so I don't expect it to work anyway | 17:37 |
| pedroalvarez | not sure if due h2, or what :S | 17:37 |
| locallycompact | yea | 17:38 |
| locallycompact | how do I do it with mysql | 17:38 |
| pedroalvarez | we have mysql running in another VM running fedora | 17:39 |
| *** gtristan has joined #baserock | 17:45 | |
| *** bashrc__ has quit IRC | 17:51 | |
| *** jonathanmaw__ has quit IRC | 17:52 | |
| *** ctbruce has quit IRC | 17:57 | |
| *** tiagogomes has quit IRC | 18:11 | |
| *** faybrocklebank has quit IRC | 18:11 | |
| *** locallycompact has quit IRC | 18:11 | |
| *** tiagogomes has joined #baserock | 18:11 | |
| *** faybrocklebank has joined #baserock | 18:12 | |
| *** locallycompact has joined #baserock | 18:13 | |
| edcragg | paulsherwood: ybd doesn't show any of the errors as i was seeing when building with morph in a chroot, i have a feeling it might be something about the chroot environment rather than a problem with morph though, should be able to confirm that in due course | 18:26 |
| *** locallycompact has quit IRC | 18:31 | |
| *** locallycompact has joined #baserock | 18:38 | |
| *** toscalix has quit IRC | 18:58 | |
| *** Lachlan1975 has joined #baserock | 19:02 | |
| *** locallycompact has quit IRC | 19:49 | |
| *** Lachlan1975 has quit IRC | 20:43 | |
| paulsherwood | edcragg: interesting :-) | 21:20 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!