| *** juergbi [~juerg@vserver.paldo.org] has joined #baserock | 00:07 | |
| paulsher1ood | http://paste.baserock.org/yecisoluso.hs | 02:38 |
|---|---|---|
| *** rdale_ [~quassel@191.Red-83-47-16.dynamicIP.rima-tde.net] has joined #baserock | 03:30 | |
| *** rdale [~quassel@140.Red-79-144-56.dynamicIP.rima-tde.net] has quit [Read error: Connection reset by peer] | 03:30 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 06:11 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 06:11 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 07:12 | |
| * petefoth loikes that Taiga has built in access to appear.in appear.in/baserock-tasks, and it apprears you *don’t* need to be logged in or registered to use it | 07:28 | |
| *** mike [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 07:55 | |
| mike is now known as Guest82000 | 07:56 | |
| *** wdutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:14 | |
| paulsher1ood | appear.in doesn't need login, that's correct | 08:55 |
| *** bashrc [~motters@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:59 | |
| petefoth | interesting discussions in #storyboard about configurable task (and maybe story) statuses and priorities | 09:00 |
| petefoth | http://paste.baserock.org/maxegazaba.xml for a lightly snipped transcript fro anyone not in that channel | 09:01 |
| *** bashrc [~motters@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Client Quit] | 09:03 | |
| *** Guest82000 [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Read error: Connection reset by peer] | 09:03 | |
| *** bashrc [~motters@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:03 | |
| *** mike [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:04 | |
| mike is now known as Guest56691 | 09:04 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:06 | |
| *** Guest56691 [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 09:14 | |
| *** sherm_ [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:15 | |
| radiofree | paulsher1ood: memory | 09:22 |
| radiofree | i have actually come across that *once* with mesa, however it's pretty rare | 09:22 |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 09:22 | |
| *** zoli_ [~zoli_@cpe.ge-0-2-0-366.abnqu1.dk.customer.tdc.net] has joined #baserock | 09:22 | |
| *** zoli_ [~zoli_@cpe.ge-0-2-0-366.abnqu1.dk.customer.tdc.net] has quit [Changing host] | 09:22 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 09:22 | |
| paulsher1ood | ah | 09:23 |
| radiofree | simply rebuilding should fix it, or setting max-jobs to a number lower than the number of cores you have in your vm | 09:23 |
| radiofree | we should add swap to br | 09:24 |
| paulsher1ood | radiofree: thanks | 09:27 |
| *** tiagogomes [~tiagogome@213.15.255.100] has joined #baserock | 09:30 | |
| radiofree | petefoth: a lot of that discussion seems to be "well that's how it works in launchpad" | 09:36 |
| petefoth | radiofree: yes, but it is also covereing where *they* want to go. Thje references to LP are there because they all worked with it and wanted to make something that didn’t have LP’s limitations. paulsher1ood is working on^h^h with them too | 09:38 |
| paulsher1ood | petefoth: i'm not workign on them, just trying to contribute and understand their thinking :) | 09:39 |
| petefoth | pah - words! | 09:40 |
| radiofree | petefoth: ah right, i get it, it was just on the first read through it seemed like "it's like that in lp" was a defence for a feature being implemented in a certain way, rather than "it's like that in lp, we should change that here!" | 09:46 |
| petefoth | radiofree: more like “LP did it that way. Was that OK or do we need to do it differently” | 09:47 |
| petefoth | Which seems to me like a sound approach. | 09:48 |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:57 | |
| rdale_ | is systemd no longer always included? | 10:03 |
| radiofree | rdale_: i don't think a minimal system has it | 10:06 |
| rdale_ | my enlightenment strata failed to build because systemd wasn't there - i've added a build-depends of systemd - does that include a runtime dependency too? | 10:07 |
| rdale_ | i mean i've added 'foundation.morph' as a dependency to get systemd | 10:07 |
| SotK | rdale_: foundation.morph needs to be in your system definition too for it to be included at runtime | 10:08 |
| rdale_ | ok | 10:12 |
| *** locallycompact [~lc@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:24 | |
| richard_maw | ^ is why I did the run-depends patch | 10:26 |
| * richard_maw attempts to stop harping on | 10:26 | |
| petefoth | richard_maw: don’t do that! :) I like harps | 10:26 |
| *** sambishop [~sambishop@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 10:27 | |
| pdar | Hiya, I've been having trouble building the systems/ceph-system... after branching defenitions | 10:42 |
| pdar | master on friday. Ive determined that this is because some libraries ceph requires are no | 10:42 |
| pdar | longer being built, despite their morphology being unchanged. I guess that | 10:42 |
| pdar | to baserock has | 10:42 |
| pdar | effective way that I can find what change has caused this problem? | 10:42 |
| paulsher1ood | pdar: git bisect? | 10:43 |
| paulsher1ood | (if you've never done a git bisect, probably worth reading about it anyway, it's awesome :-) ) | 10:44 |
| pdar | paulsher1ood: ooh thanks, I havent heard of it before. Ill take a look :) | 10:45 |
| richard_maw | I don't recall any such change, are you sure you aren't building a new version of ceph that has more dependencies now? | 10:47 |
| paulsher1ood | that sounds more likely, actually | 10:51 |
| paulsher1ood | pdar: can you paste the error scroll somewhere? | 10:51 |
| pdar | richard_maw: I have been doing that in a different branch and that works ok. This problem arrose when working with a branch of master I made to look at jims changes to a ceph.configure. | 10:55 |
| pdar | paulsher1ood: I can, would that be the error as displayed in /src/morph.log? | 10:59 |
| paulsher1ood | pdar: yes. or jsut what spewed on your screen after '[a/b] [ceph] Building chunk ceph' | 11:01 |
| *** sambishop [~sambishop@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:01 | |
| pdar | paulsher1ood: Okey dokey, I'll just recreate the error and pop it in a pastebin. | 11:06 |
| paulsher1ood | tvm. paste.baserock.org is a thing :) | 11:06 |
| pdar | paulsher1ood: Ok, heres the error log: http://paste.baserock.org/abafobuvix.coffee | 11:26 |
| pdar | thanks for taking a look :) | 11:26 |
| richard_maw | boost thread library not found | 11:26 |
| pdar | yes, its not being built anymore for some reason, | 11:27 |
| pdar | it is built in my older version of defenitions ok, but not with the one I branced on friday | 11:28 |
| richard_maw | hm, the version I'm looking at definitely includes boost in the stratum | 11:28 |
| richard_maw | it's possible that boost have split up the library into another repo, but I'd like you to look at http://wiki.baserock.org/guides/build-failures/#index2h2 | 11:28 |
| richard_maw | I suspect the "Cache-related issues" section may be relevant | 11:29 |
| * SotK thought we use a tarball import for boost | 11:29 | |
| * SotK was wrong | 11:29 | |
| richard_maw | pdar: have you ever un-cleanly shut-down the system you're building in? | 11:29 |
| radiofree | SotK: we do! | 11:30 |
| pdar | SotK: Yes, the version ceph uses is the boost-tarball | 11:30 |
| radiofree | http://git.baserock.org/cgi-bin/cgit.cgi/delta/boost-tarball.git/ | 11:30 |
| radiofree | there is a boost.git, but i think that fails because there's about a million submodules it attempts to pull in | 11:31 |
| SotK | heh, I found boost.git and assumed we were using that now | 11:31 |
| pdar | richard_maw: It is possible, is there a way I could check? | 11:32 |
| radiofree | http://git.baserock.org/cgi-bin/cgit.cgi/delta/boost.git/tree/.gitmodules?id=3913b6bb7f7a528665d577ebe057ef13f96ad096 | 11:33 |
| radiofree | i suppose all of those would need to be lorried for boost from git to work :\ | 11:33 |
| richard_maw | pdar: not really, though if you check http://wiki.baserock.org/guides/build-failures/#index6h2 and it starts working, then the answer was yes | 11:33 |
| paulsher1ood | pdar: can you paste the morph file that contains your definition of ceph, if it's not confidential? | 11:34 |
| paulsher1ood | git grep ceph should show you where it is | 11:34 |
| pdar | paulsher1ood: Its just the strata/ceph-service/ceph.morph in definitions: http://paste.baserock.org/woxoxewuse.php | 11:42 |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Read error: Connection reset by peer] | 11:42 | |
| richard_maw | wow, paste.baserock.org seems to guess which language is in use at random | 11:42 |
| pdar | richard_maw: I tried building with --no-ccache and got the same error | 11:43 |
| *** fay [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:43 | |
| richard_maw | it's probably either the hard-link cache or a corrupted chunk artifact then | 11:43 |
| fay is now known as Guest4919 | 11:43 | |
| petefoth | welcome Guest4919 :) | 11:44 |
| Guest4919 is now known as fay_ | 11:44 | |
| pdar | The morphology defining the boost build instructions, strata/ceph-service/boost.morph, is set to supress errors I believe, and so the boost libraries dont build fine, but also dont complain about it. I think.. | 11:46 |
| pdar | richard_maw: so I should try clearing my hard-link cache? | 11:47 |
| richard_maw | yes | 11:47 |
| pdar | ah, I cant find the chunks subdirectory, has it changed name? | 11:49 |
| richard_maw | run `morph --dump-config | grep tempdir`, as is in the instructions to get morph to tell you where it is | 11:51 |
| pdar | richard_maw: Sorry I read the wrong command from the page | 11:52 |
| pdar | gah, same error with no hard-linked cache. | 11:59 |
| richard_maw | run `find . -name '*.chunk.*' -size 0 | 12:00 |
| richard_maw | in the artifacts subdir | 12:00 |
| richard_maw | of the directory listed when you run `morph --dump-config | grep cachedir` | 12:00 |
| straycat | hello? | 12:00 |
| richard_maw | hello straycat | 12:00 |
| straycat | hello richard_maw :) | 12:00 |
| petefoth | some write extensions (e.g. kvm.write) have good documentation in Doc Strings. Would it make sense to move that information into the .write.help, converting it to YAML as I go? | 12:01 |
| straycat | oh, i was highlighted but for no reason :s | 12:02 |
| richard_maw | petefoth: it would be better, as that way the documentation is discoverable without having to look at the code | 12:03 |
| petefoth | richard_maw: thanks | 12:04 |
| pdar | richard_maw: Thanks, but it didnt work either. I also checked for short chunks too but didnt find anything. | 12:07 |
| straycat | richard_maw, Are my yarns invalid? | 12:07 |
| richard_maw | straycat: no, but I think they could be improved | 12:08 |
| richard_maw | the goal is to have something that reads like english | 12:08 |
| paulsher1ood | pdar: did you see boost build before you did this? eg http://paste.baserock.org/cuseneciji.sm | 12:12 |
| paulsher1ood | pdar: specifically, did you see [Build 111/135] [boost] Extracting upstream:boost-tarball | 12:13 |
| pdar | paulsher1ood: not recently. It just starts buildinf from [Build 112/135] [ceph] ... | 12:15 |
| paulsher1ood | pdar: have you changed strata/ceph-service.morph at all? | 12:19 |
| paulsher1ood | oh, actually - i get the same error | 12:19 |
| paulsher1ood | here's another system needs adding to mason | 12:21 |
| *** elevenarms [~elevenarm@175.45.60.214] has joined #baserock | 12:22 | |
| pdar | no, I'm fairly sure I know why the error is happening. Boost appears to build fine but here we see that the error messages from building the luibraries are suppressed: http://git.baserock.org/cgi-bin/cgit.cgi/delta/boost-tarball.git/commit/?h=baserock/markdoffman/morph&id=52deb1d873b75610122f92dfb5982afd2f6116b2 | 12:22 |
| pdar | I guess in the past when this hack was introduced, some libraries failed to build but they would not effect ceph?? | 12:24 |
| paulsher1ood | ah | 12:24 |
| paulsher1ood | possibly, but... naughty mdoffman :) | 12:24 |
| pdar | Removing the hack causes the build to fail at boost | 12:26 |
| *** elevenarms [~elevenarm@175.45.60.214] has quit [Quit: Be back later ...] | 12:30 | |
| paulsher1ood | pdar: hmmm. almost certainly worth asking mdoffman for help here | 12:39 |
| pdar | paulsher1ood: Okey dokey, thanks for all your help! :-) | 12:43 |
| * paulsher1ood feels like he's been no help, really | 12:50 | |
| * paulsher1ood wonders if anyone has successfully built a ceph system on baserock recently.... jmacs for example? | 12:50 | |
| rdale_ | maybe it would be better to build boost with cmake rather than jam | 12:52 |
| paulsher1ood | rdale_: good idea | 12:56 |
| rdale_ | shall i have a look at the error we're getting with jam though? | 12:57 |
| paulsher1ood | rdale_: if you don't mind | 12:59 |
| radiofree | have you tried upgrading boost? | 13:07 |
| jjardon | Hi, why morph needs an internet connection when deploying? | 13:07 |
| richard_maw | it needs to work out which artifact you meant with the specified definition file, which invovles looking at git. You should be able to turn this off by passing --no-git-update | 13:08 |
| richard_maw | we tried forcing --no-git-update, but that turned out to be a bad idea because if you built your system with distbuild, then you don't have the caches locally to look up what the artifact you want to build is | 13:09 |
| richard_maw | I am aware that this sucks | 13:09 |
| radiofree | master of boost-tarball contains a newer version | 13:12 |
| radiofree | though browsing that in cgit just crashed my laptop | 13:12 |
| *** elevenarms [~elevenarm@175.45.60.214] has joined #baserock | 13:12 | |
| petefoth | how / where / by which other thing does the .check extension assoicated with a .write extension get called? | 13:13 |
| richard_maw | for the type field in the cluster morphology, it looks for an extension called $kind.check | 13:13 |
| richard_maw | if it exists, it is executed with the location field as argv[1] | 13:14 |
| richard_maw | they can either be located in definitions.git or morphlib/exts/ | 13:14 |
| richard_maw | it is only called at deploy time, it is called before the rootfs tarball is extracted or configuration extensions are run | 13:15 |
| petefoth | richard_maw: thanks. When you say ‘*it* looks’ do you mean ‘the write extension looks’ or ‘some other thng looks’? I couldn’t see a reference to the .check extensio in either kvm.write or in Extensions.py | 13:16 |
| richard_maw | petefoth: I meant `morph deploy` by *it* | 13:16 |
| * petefoth goes to look at the code for `morph deploy` (and thanks richard_maw again) | 13:17 | |
| *** cosm [~Unknown@host-78-150-56-250.as13285.net] has quit [Ping timeout: 245 seconds] | 13:23 | |
| *** elevenarms [~elevenarm@175.45.60.214] has quit [Quit: Be back later ...] | 13:42 | |
| pdar | paulsher1ood: jmacs didnt seem to have any problems when I spoke to him yesterday, hes away till thursday so cannee check though. | 13:55 |
| pdar | rdale_: thanks for taking a look, Have you found anything? | 13:55 |
| pdar | radiofree: I've not tried upgrading boost no, I'll give it a go | 13:56 |
| rdale_ | it fails building the 'wave' library for me | 13:56 |
| rdale_ | so i'm trying out giving the bootstrap.sh script a list of libs to build without wave | 13:57 |
| *** cosm [~Unknown@cspc154.cs.man.ac.uk] has joined #baserock | 14:02 | |
| jjardon | thanks for the info richard_maw . Is this tracked somewhere so It doesnt get lost? | 14:05 |
| petefoth | richard_maw: the latest version of kvm.write.help talls about ‘The INITRAMFS_PATH option’ which doesn’t seem to occur in either kvm.write of kvm.check. IS that mainly because the write.help file has got out of step with the implementation< or am I missing something? | 14:07 |
| * petefoth remembers that irc is asyncronous, especially when richard_maw has gone to lunch | 14:10 | |
| richard_maw | petefoth: no, it's because the bits which handle INITRAMFS_PATH are part of a python module that kvm.write depends on | 14:22 |
| petefoth | richard_maw: OK. Which module - tempfile? urlparse? | 14:23 |
| richard_maw | sorry, I should've been more specific, it uses morphlib.writeexts | 14:24 |
| petefoth | richard_maw: np -just spotted that one myself | 14:24 |
| richard_maw | which is defined in morphlib/writeexts.py | 14:24 |
| petefoth | is it the case that *all* the parameters must be supplied either by the user in the call to `morph deploy` or as defaults in the cluster morphology/definition? Or do I need to check the code for each to see if they have hard-coded defaults? | 14:43 |
| petefoth | s/parameters/parameters for write extensions/ | 14:44 |
| richard_maw | there's no hard-coded defaults, but location becomes $1, type is removed and MORPH_LOG_FD is added | 14:45 |
| * petefoth will take some time to digest that | 14:46 | |
| petefoth | :) | 14:46 |
| doffm | pdar: Ok, Boost hack. Did you have a specific question? When I added boost they were right in the middle of the process of splitting it up in to many separate repositories. | 14:47 |
| doffm | Thats probably finished now. We should think about separating out the morphologies when we get the chance. | 14:47 |
| paulsher1ood | doffm: the key issue is that ceph doesn't build with the hack | 14:48 |
| pdar | doffm: ok, yes. | 14:48 |
| radiofree | doffm: we have a trove mirror of the git repo | 14:48 |
| doffm | paulsher1ood: Thats a pretty big issue. :) | 14:48 |
| radiofree | however there's quite a lot .... http://git.baserock.org/cgi-bin/cgit.cgi/delta/boost.git/tree/.gitmodules | 14:49 |
| radiofree | current HEAD of boost-tarball master worked for me on ARM at least | 14:49 |
| radiofree | which is 1.56 | 14:49 |
| doffm | pdar: OK, yeah thats pretty hacky. I'm guessing that ceph have just added dependencies to more boost libraries, ones that were previously failing to build. | 14:53 |
| doffm | Are still failing to build. | 14:53 |
| pdar | doffm: The hack wasnt working with current master and boost 1.54. Several more boost libraries fail to build than I've seen with previous versions of definitions | 14:55 |
| rdale_ | atomic, log, thread and wave are the ones that don't build | 14:57 |
| doffm | pdar: The boost project organization has changed alot in the last year. The github repo that we are mirroring (boostorg/boost.git) is now just a shell that pulls in the project submodules. | 14:58 |
| doffm | I'd ignore the silly hack I put in. Too much has changed, it was very hacky to begin with. Just need to work out why those submodules arn't building. | 14:59 |
| doffm | Which I'm afraid I'm not sure of. I can try building 'thread' here if you would like. | 15:00 |
| radiofree | doffm: we're *not* using the git mirror | 15:00 |
| radiofree | we're using a tarball release, which i upgraded to 1.56 a few weeks ago, try that pdar (without the || true hack) | 15:00 |
| doffm | radiofree: pdar: Get rid of the || true hack. Its just stupid error supression to get things working. | 15:01 |
| doffm | It still won't work. But it will tell you whats broken. | 15:02 |
| pdar | doffm: okey dokey, thanks! | 15:02 |
| pdar | radiofree: I shall try boost 1.56 tarbal and see if that solves my problems, thanks! | 15:03 |
| radiofree | when was the last time this was built pdar? | 15:04 |
| pdar | radiofree: boost 1.54 and ceph working in harmony?? | 15:05 |
| radiofree | erm.. sure | 15:05 |
| radiofree | more specifically boost 1.54, have you built that recently? | 15:05 |
| pdar | I only started having problems building when I started using master of defenitions on friday, before I was working on master from November 4th | 15:07 |
| radiofree | i'm going to go with glib being updated then | 15:08 |
| radiofree | richard_maw: if i make the changes to the svn lorry you suggeted is it a +1 from you? or should i resubmit? | 15:10 |
| richard_maw | if that's the one with "branches/*/c5" or whatever, then yes | 15:11 |
| richard_maw | but a quick paste of the lorry in question would eliminate uncertainty on my part | 15:11 |
| pdar | radiofree: ahh ok, thanks | 15:12 |
| petefoth | richard_maw: so `location` is mandatory for all write extensions? | 15:14 |
| richard_maw | yep | 15:14 |
| richard_maw | though you can put an empty string there if the write extension takes all its arguments by the environment variable parameters | 15:14 |
| petefoth | richard_maw: nod. | 15:16 |
| petefoth | is ‘arguments’ the preferred word, ratehr than’parmaterers’ or ‘settings’? (I don’t mind which we use - I just want us to be consistent throughout our documents) | 15:17 |
| petefoth | or even ‘parameters’ :) | 15:18 |
| richard_maw | I guess strictly, arguments refers to the $1 and $2 passed to the write extensions, while parameters is a superset containing the environment variables too | 15:18 |
| petefoth | OK - I’ll go with ‘pararararameters’ | 15:19 |
| richard_maw | pa(ra)+meters | 15:20 |
| radiofree | richard_maw: i'm looking at http://svn.code.sf.net/p/cryptopp/code/tags/ | 15:21 |
| radiofree | tags/*/c5 looks like it's fine for them all | 15:21 |
| radiofree | apart from CRYPTOPP_5_6_1 | 15:21 |
| radiofree | actually for 5_6_0 as well | 15:21 |
| radiofree | there's no c5 folder in there | 15:21 |
| straycat | richard_maw, How come you didn't vote on that patch? | 15:21 |
| richard_maw | straycat: probably forgetfullness, which patch is this? | 15:22 |
| straycat | the one that makes the arg to build/deploy cmds relative to the working dir | 15:22 |
| richard_maw | I'll send an e-mail | 15:24 |
| straycat | rokay | 15:24 |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 15:24 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 15:28 | |
| richard_maw | straycat: conditional +1 now, I'll do another pass through the code to see if I want to upgrade that to an unconditional +1 | 15:29 |
| straycat | oh, cool :] | 15:30 |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 15:39 | |
| petefoth | OK - I’m being dim again - why does the KVM write extension have/need a HOST part in its location custom URL *AND* a HOSTNAME parameter? | 15:44 |
| * petefoth has been looking at code for too long | 15:44 | |
| richard_maw | the HOST part of the location is the VM host, HOSTNAME is for the system you're deploying | 15:45 |
| petefoth | richard_maw: that sounds palusible. Ta! | 15:47 |
| petefoth | so it’s the Hostname of the Guest system :) | 15:48 |
| richard_maw | yep | 15:48 |
| radiofree | richard_maw: http://paste.fedoraproject.org/153926/41693061/ | 15:49 |
| radiofree | however, for http://svn.code.sf.net/p/cryptopp/code/tags/CRYPTOPP_5_6_0/ i don't think the tags will work? | 15:50 |
| richard_maw | unfortunately, we can either pick some tags being empty of content, or some being in c5 subdirectories | 15:52 |
| richard_maw | we'd need changes to lorry to be able to specify otherwise | 15:52 |
| richard_maw | on balance, I'd probably prefer the tags worked and had odd layouts to non-functional tags, so change "tags" to "tags/*" and you have a +2 to merge | 15:53 |
| radiofree | thanks | 15:53 |
| petefoth | more dimness: so the NAME part of the custom URL, is the name of the VM from the perspective of KVM and HOSTNAME is how the running VM appears to the rest of the network? | 15:55 |
| straycat | yes | 15:55 |
| petefoth | straycat: thanks | 15:57 |
| * petefoth is getting there, slowly | 15:57 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 265 seconds] | 15:59 | |
| straycat | oh right the yarns from v1 weren't quite right | 16:01 |
| straycat | i didn't notice | 16:01 |
| * straycat sighs | 16:01 | |
| petefoth | so does http://paste.baserock.org/sovewanote.vhdl look sane? (not asking for a full review - just a check I’m on the right lines) | 16:02 |
| richard_maw | s/syslinux/the bootloader/ and you have a +1 from me | 16:04 |
| petefoth | richard_maw: I said I didn’t want a full rerview :) | 16:04 |
| richard_maw | same amout of work on my part | 16:05 |
| *** petefoth [~petefoth@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: petefoth] | 16:10 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 16:13 | |
| radiofree | ah i can't merge to lorry | 16:22 |
| richard_maw | radiofree: do you want to be able to? | 16:29 |
| richard_maw | well, you can now | 16:30 |
| radiofree | richard_maw: thanks | 16:38 |
| radiofree | was to merge the patches | 16:38 |
| * perryl feels it may be worth saying that the robocop reference in the firehose rfc was more tongue in cheek than a proper suggestion :) | 16:43 | |
| paulsher1ood | :-) | 16:46 |
| *** tiagogomes [~tiagogome@213.15.255.100] has quit [Quit: Leaving] | 16:56 | |
| robtaylor | lets call it hugbot | 16:57 |
| robtaylor | https://www.google.co.uk/search?q=hugbot&client=firefox-a&hs=5yf&rls=org.mozilla:en-US:official&channel=fflb&biw=1161&bih=635&tbm=isch&imgil=iOUEMLYfhBy_1M%253A%253BSV8Zy2rkAds6qM%253Bhttp%25253A%25252F%25252Fwww.pbfcomics.com%25252F115%25252F&source=iu&pf=m&fir=iOUEMLYfhBy_1M%253A%252CSV8Zy2rkAds6qM%252C_&usg=__LUZKKjn6q6-3WswC0L0z9k6oWmA%3D&ved=0CDAQyjc&ei=P7V0VIyePIX1OM3FgPAK | 16:57 |
| robtaylor | argh. i mean http://www.pbfcomics.com/115/ | 16:58 |
| paulsher1ood | :) | 16:58 |
| perryl | robtaylor, +100 :) | 16:58 |
| perryl | i'm mainly hoping to avoid discussion of the name of the tool taking over completely | 17:00 |
| robtaylor | bikeshedding is always easier | 17:01 |
| paulsher1ood | actually, i've been meaning to say, sometimes the 'bikeshedding' card is unfairly played. sometimes little details like naming have a big impact | 17:05 |
| robtaylor | sometimes | 17:06 |
| robtaylor | not very often ime | 17:06 |
| straycat is now known as cat034-1 | 17:07 | |
| * robtaylor imagines a bikeshedding session over the name 'Linux' | 17:08 | |
| cat034-1 is now known as straycat | 17:08 | |
| jjardon | Hi, now that we have the latest xserver in baserock, I was planning to strip down it and its deps so it has the minimum functionality to run inside a wayland session (through xwayland). Is this ok or do you think its worth to have a complete x11 stratum? | 17:08 |
| jjardon | robtaylor: GNU/Linux!! ;) | 17:08 |
| robtaylor | jjardon: indeed, there's a bikeshed that'll never end ;) | 17:09 |
| richard_maw | LiGNUx! | 17:09 |
| paulsher1ood | +1 (for both jjardon's suggestions) :) | 17:09 |
| *** tiagogomes [~tiagogome@213.15.255.100] has joined #baserock | 17:13 | |
| *** petefoth [~petefoth@host-92-25-64-58.as13285.net] has joined #baserock | 17:17 | |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 17:22 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 17:49 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has quit [Quit: Leaving] | 17:56 | |
| *** bashrc [~motters@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Lost terminal] | 17:58 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Ex-Chat] | 17:58 | |
| *** locallycompact [~lc@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 264 seconds] | 17:59 | |
| *** sherm_ [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 18:01 | |
| * richard_maw wrote http://paste.baserock.org/ipiwogepek.py to experiment on migrating processes to another tree. | 18:15 | |
| richard_maw | `--replace --filter TARGET=/ --mount-source=/dev/sda --mount-type=btrfs -o subvol=/systems/TEST/run` will make it create a mount tree somewhere in /tmp that is the same as your current one, but with /systems/TEST/run mounted at / instead of what you currently have | 18:17 |
| *** cosm [~Unknown@cspc154.cs.man.ac.uk] has quit [Ping timeout: 255 seconds] | 18:23 | |
| *** rdale_ [~quassel@191.Red-83-47-16.dynamicIP.rima-tde.net] has quit [Read error: Connection reset by peer] | 18:50 | |
| *** cosm [~Unknown@host-78-150-56-250.as13285.net] has joined #baserock | 19:06 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 20:34 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 20:51 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 21:04 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 21:12 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 21:13 | |
| *** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 21:13 | |
| *** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Changing host] | 21:13 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 21:13 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 21:26 | |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 21:27 | |
| *** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 21:49 | |
| *** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Changing host] | 21:49 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 21:49 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 21:59 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 22:07 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 22:41 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!