| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 04:21 | |
| *** aananth [~caananth@74.112.167.117] has joined #baserock | 07:00 | |
| *** aananth [~caananth@74.112.167.117] has quit [Ping timeout: 256 seconds] | 08:04 | |
| *** CTtpollard [~tom@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:35 | |
| *** rdale [~quassel@170.Red-79-145-104.dynamicIP.rima-tde.net] has quit [Ping timeout: 260 seconds] | 08:37 | |
| CTtpollard | if I'm not doing an devel work on a baserock VM, do I need to still attach an /src partition? | 08:42 |
|---|---|---|
| paulsher1ood | CTtpollard: depends what you're doing | 08:43 |
| paulsher1ood | the point of having a /src partition is that you can keep your work there, and use it with various versions of baserock | 08:43 |
| paulsher1ood | for example if you just do work in the normal / partition, then cycle into a new baserock version, your work isn't there | 08:44 |
| petefoth | the point of having a separate partition for /src is so that you can upgrade to a newer version pf Baserock without losing any files. You don’t *need* it - it’s juts a good idea to have it. What are you goin to be doing? | 08:44 |
| CTtpollard | that should be fine for what I need to do | 08:44 |
| petefoth | paulsher1ood beat me ! | 08:45 |
| CTtpollard | getting a meteor instance and a django instance running | 08:45 |
| paulsher1ood | right | 08:47 |
| SotK | \/home and /root are persistent between versions I thought? | 08:47 |
| paulsher1ood | you may be right | 08:48 |
| * persia also saw mention of force pushing in backscrol, and worries a bit | 08:49 | |
| persia | /src is also the default location for caches, so if you need to run morph, unless you have a huge /, you will probably run out of space without /src | 08:49 |
| petefoth | CTtpollard: CTtpollard I think that you should have a separate /src partition on your development sytem. The system youa re building and deploying may or may not need one, though I suspec that it should have one so that you can upsate the system without affecting the data | 08:50 |
| *** rdale [~quassel@170.Red-79-145-104.dynamicIP.rima-tde.net] has joined #baserock | 08:53 | |
| *** ssam2 [~ssam2@cpc7-asht7-2-0-cust170.10-1.cable.virginm.net] has joined #baserock | 08:57 | |
| Mode #baserock +v ssam2 by ChanServ | 08:57 | |
| *** wdutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:59 | |
| *** rdale [~quassel@170.Red-79-145-104.dynamicIP.rima-tde.net] has quit [Ping timeout: 255 seconds] | 09:02 | |
| *** mauricemoss_ [~simonh@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:05 | |
| *** rdale [~quassel@170.Red-79-145-104.dynamicIP.rima-tde.net] has joined #baserock | 09:12 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:15 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Client Quit] | 09:15 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:32 | |
| SotK | I'm writing lorries for Zuul and turbo-hipster, but I'm unsure where they should live. Should I put them under openstack-infra and stackforge respectively like they are upstream, or just in our openstack/* area? | 09:34 |
| *** aananth [~caananth@74.112.167.117] has joined #baserock | 09:34 | |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:40 | |
| paulsher1ood | openstack/* i think | 09:45 |
| paulsher1ood | SotK: ^^ | 09:45 |
| Kinnison | probably just under openstack/ unless you feel you really want to make another namespace | 09:45 |
| Kinnison | If you do, I'd suggest infra/ and then get gerrit moved under there | 09:45 |
| paulsher1ood | is it possible to move lorries on gbo? i didn't realise | 09:45 |
| Kinnison | Well, we delete one lorry and put another one in place | 09:46 |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:46 | |
| Kinnison | it's not great for downstreams | 09:46 |
| Kinnison | Or disk space | 09:46 |
| Kinnison | Or cognitive load | 09:46 |
| paulsher1ood | :) | 09:46 |
| paulsher1ood | so let's not do it, then :) | 09:46 |
| * SotK goes with openstack/ | 09:46 | |
| Kinnison | :-) | 09:46 |
| Kinnison | <fx:sotto-voce>I think my plan worked</> | 09:47 |
| paulsher1ood | heh | 09:47 |
| SotK | openstack/ seemed the most sensible, I just wanted to check that no-one was opposed to it containing something not from git.openstack.org/openstack/ :) | 09:48 |
| paulsher1ood | :) | 09:48 |
| ssam2 | only 2 VCPUs left in the DataCentered cloud | 09:53 |
| ssam2 | it's getting quite tight in there | 09:53 |
| paulsher1ood | ssam2: mine can be retired | 09:53 |
| ssam2 | oh, brilliant, that frees 4 | 09:53 |
| ssam2 | a few of the instances could be shrunk, but the 'resize' thing in OpenStack seems to not work | 09:53 |
| ssam2 | the machine keeps working, but moves to 'error' state and remains exactly the same size | 09:54 |
| paulsher1ood | ssam2: you're welcome to destroy my machine entirely if you like | 09:54 |
| ssam2 | ok | 09:54 |
| ssam2 | we can create new devel systems quickly enough :) | 09:55 |
| ssam2 | paul-devel is no more! | 09:55 |
| SotK | any chance of a quick review of this please? http://paste.baserock.org/wagebinuki.diff | 09:55 |
| pedroalvarez | ssam2: resizing instances will work soon! :) | 09:55 |
| pedroalvarez | SotK: oh! was that } overintended? | 09:56 |
| pedroalvarez | indented* | 09:56 |
| paulsher1ood | SotK: +1 | 09:56 |
| pedroalvarez | SotK: looks ok, +1 | 09:56 |
| ssam2 | SotK: +1 | 09:56 |
| SotK | pedroalvarez: it was | 09:57 |
| SotK | thanks all | 09:57 |
| SotK | merged | 09:58 |
| * SotK doesn't like JSON lorries | 09:58 | |
| paulsher1ood | pedroalvarez: would you be willing to merge my latest cycle patch, since it now fights whitespace? | 09:59 |
| paulsher1ood | YAML ftw | 09:59 |
| pedroalvarez | paulsher1ood: yeah sure! :) | 09:59 |
| paulsher1ood | tvm | 09:59 |
| * paulsher1ood realises that we now have paste.baserock.org ... very shiny :) | 10:00 | |
| SotK | is there any reason we don't use YAML for lorries? | 10:00 |
| Kinnison | Hysterical Raisins | 10:01 |
| Kinnison | If someone sorted a patch to lorry, we'd happily switch | 10:01 |
| Kinnison | (well, and lorry-controller) | 10:01 |
| pedroalvarez | paulsher1ood: actually I'm not very happy with it | 10:01 |
| paulsher1ood | why not? | 10:01 |
| * paulsher1ood wonders if pedroalvarez means his patch, or the pastebim | 10:01 | |
| pedroalvarez | paulsher1ood: pastebin | 10:02 |
| paulsher1ood | oh - what's wrong with it? | 10:02 |
| pedroalvarez | not sure yet, for now I don't like that the lines are not wrapped | 10:03 |
| pedroalvarez | and I tried to modify the source (css) and everything went wrong | 10:04 |
| pedroalvarez | anyway, let's use it for now. If I find another alternative I'll discuss it here | 10:05 |
| ssam2 | i'd prefer one that didn't require Javascript, but Storyboard and Gerrit both totally need Javascript enabled anyway | 10:05 |
| ssam2 | so the boat has really sailed there | 10:05 |
| Kinnison | Avoiding JS for web applications can be hard | 10:06 |
| * robtaylor likes ix nowadays | 10:06 | |
| robtaylor | totally minimal =) | 10:07 |
| Kinnison | ix? | 10:07 |
| pedroalvarez | http://ix.io/ | 10:09 |
| pedroalvarez | http://ix.io/favicon.ico? | 10:10 |
| Kinnison | looks similar to sprunge.us | 10:10 |
| rjek | Pastebins are the new photo galleries and IRC bots. Everybody has their own. | 10:10 |
| pedroalvarez | ssam2: we can use the fpaste implementation too | 10:11 |
| locallycompact | I've just tried to kill some undead lorry controller jobs on my trove by runnning lorry-controller-remove-old-jobs on said trove, is that correct? It's just hanging after five minutes. | 10:26 |
| pedroalvarez | locallycompact: how many jobs are you trying to kill? | 10:26 |
| locallycompact | three | 10:26 |
| locallycompact | left around after a reboot of the trove | 10:27 |
| pedroalvarez | ah, so is a trove that already have the remove-old-jobs unit | 10:27 |
| locallycompact | ah, it seems to have done something but the script still hasn't returned | 10:28 |
| locallycompact | ok never mind | 10:29 |
| pedroalvarez | locallycompact: what happened | 10:29 |
| locallycompact | pedroalvarez: The jobs all disappeared from the web view but the script never terminated in the terminal. | 10:30 |
| locallycompact | so I just killed it | 10:30 |
| pedroalvarez | odd | 10:30 |
| straycat | locallycompact, that zombie problem is fixed in current master | 10:32 |
| locallycompact | I did build from latest, maybe it was sorting itself out and I am just trigger-happy. | 10:33 |
| pedroalvarez | locallycompact: anyway, you don't need to do this after further reboots, it will happen automatically | 10:34 |
| locallycompact | *nod*, thanks pedroalvarez straycat | 10:34 |
| *** aananth [~caananth@74.112.167.117] has quit [Ping timeout: 258 seconds] | 10:39 | |
| radiofree | would people be happy with having the drm driver in both the genivi and devel systems for jetson? | 11:04 |
| radiofree | (want to combine the bsp) | 11:05 |
| ssam2 | as long as it doesn't break anything, sure | 11:05 |
| pedroalvarez | I think it makes sense | 11:11 |
| radiofree | hi, i broke the naming convention i think | 11:15 |
| radiofree | my new branch is baserock/arm/linux-tegra-3.18-rc3 | 11:15 |
| radiofree | whereas previously it was baserock/tegra/linux-.... | 11:15 |
| radiofree | should i delete the arm/linux-tegra-* branch and push as tegra/linux-tegra? | 11:15 |
| pedroalvarez | radiofree: may I ask you why aren't you putting them under baserock/james? | 11:18 |
| *** jjardon84 [~jjardon@82-70-136-246.dsl.in-addr.zen.co.uk] has quit ["undefined"] | 11:18 | |
| radiofree | because i didn't assume anyone was going to review the diff between 3.17-rc5 and 3.18-rc3? | 11:18 |
| radiofree | i'll send some patches for review soon so you can publicly scold me there :) | 11:20 |
| pedroalvarez | radiofree: oh sorry, I thought I was going to see hundreds of branches for tegra :) | 11:20 |
| radiofree | i would like to know the procedure for this though | 11:20 |
| radiofree | baserock/arm/ i think is fine, that's where most of the kernels are :\ | 11:20 |
| radiofree | so we have some linux-3.17+patches branch, that won't play nicely with this 3.18 branch, should i first push baserock/james/linux-tegra-3.18-rc3 first? | 11:21 |
| radiofree | they get authorisation to push it as baserock/arm/linux-tegra-3.18-rc3? | 11:21 |
| pedroalvarez | radiofree: IMO, I think we should use personal branches (baserock/pedroalvarez/* in my case) when something may not end up in definitions | 11:23 |
| pedroalvarez | but is my opinion | 11:23 |
| pedroalvarez | I think there isn't anything written down about this | 11:23 |
| radiofree | pedroalvarez: i'm planning to send patches for definitions | 11:23 |
| radiofree | upgrade kernel is one of them | 11:23 |
| pedroalvarez | I know, (and I looking forward to test that patch) | 11:24 |
| pedroalvarez | s/I/I'm/ | 11:24 |
| pedroalvarez | regarding putting them under baserock/arm, or baserock/tegra, we are aiming to use the same branch for all of them | 11:25 |
| radiofree | well this 3.18-rc3 kernel should be fine on most of our arm platforms | 11:25 |
| radiofree | it does, however, contain a few jetson specific patches that are not mainline yet | 11:25 |
| pedroalvarez | and I understand that | 11:26 |
| pedroalvarez | radiofree: so regarding the naming convention, it's your call | 11:27 |
| pedroalvarez | you can remove the branch that you have just created since nobody has ever used it | 11:28 |
| pedroalvarez | and because we are 100% is not being used in our definitions | 11:28 |
| pedroalvarez | and if anybody disagrees with my opinion, please shout | 11:29 |
| radiofree | i prefer the current name tbh, since any arm system should be able to use it | 11:34 |
| pedroalvarez | do yo think that the jetson specific patches would affect other architectures? (x86, ppc..) | 11:37 |
| radiofree | nope | 11:39 |
| radiofree | so yeah, it's a pretty generic 3.18-rc3 kernel that any system could use | 11:40 |
| radiofree | thought for that it might be better to wait for 3.18 proper | 11:40 |
| radiofree | so i'll use the baserock/jetson/foo convention until that can happen? | 11:41 |
| radiofree | paulsher1ood: btw i built a baserock system on the chromebook yesterday | 11:41 |
| paulsher1ood | :-) | 11:45 |
| * richard_maw is looking forward to the Amazon fairy bringing him his own | 11:45 | |
| paulsher1ood | richard_maw: there's one waiting for you | 11:46 |
| * richard_maw is confused | 11:48 | |
| richard_maw | I was referring to one I placed an order for | 11:48 |
| paulsher1ood | aha | 11:48 |
| paulsher1ood | well i'll give yours to someone else :) | 11:48 |
| radiofree | is that the one simon is currently taking apart? | 11:49 |
| pedroalvarez | off topic! | 11:50 |
| *** cosm [~Unknown@us1x.mullvad.net] has quit [Ping timeout: 245 seconds] | 12:45 | |
| jmacs | Did someone say they'd had apt running on a baserock linux system? Or did I imagine that? | 13:01 |
| straycat | We have pip, I don't know of anyone running apt. | 13:02 |
| *** abdul [~abdul@202.0.77.198] has quit [Quit: Leaving] | 13:02 | |
| pedroalvarez | I can't see nothing about that in the irc logs | 13:04 |
| jmacs | I probably imagined it. | 13:04 |
| radiofree | where does the baserock-jetson-flash script live? | 13:11 |
| richard_maw | I have no idea, I though you were the one who made it. | 13:14 |
| franred | jmacs, I think someone said that persia has some branch where he is able to install debian packages, but I've never seen it and also Im not sure if Im right | 13:20 |
| jmacs | Well, I've built dpkg, so I'm going to give it a try | 13:22 |
| rjek | So, who wants to jail-break and port Baserock to the Amazon TV? | 13:29 |
| Kinnison | persia wrote a tool to munge debs onto a BR system for bootstrapping iirc | 13:30 |
| radiofree | richard_maw: yeah, i did, but how does it get included with the jetson releases these days? | 13:31 |
| radiofree | i manually made the archive | 13:31 |
| richard_maw | AFAIK we've not done anything special, and the process involves taking one of your old release tarballs and replacing the images included. I'd like to be proved wrong. | 13:34 |
| radiofree | ok, well i'll make a change to it and send it to the list for review, then hopefully you can tell me how to make it less crap | 13:36 |
| *** zoli__ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 13:42 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Read error: Connection reset by peer] | 13:42 | |
| straycat is now known as vletrmx21 | 13:54 | |
| pedroalvarez | i did the last release, and I manually put the script and the images together | 14:06 |
| pedroalvarez | I didn't have the time to think about how should it be done, and to automate it | 14:07 |
| paulsher1ood | how would folks feel about doing a genivi release next week? | 14:08 |
| pedroalvarez | let me check the changes | 14:09 |
| vletrmx21 is now known as straycat | 14:11 | |
| *** cosm [~Unknown@cspc154.cs.man.ac.uk] has joined #baserock | 14:17 | |
| radiofree | paulsher1ood: when? | 14:19 |
| radiofree | i'd like to get a few things in there | 14:19 |
| pedroalvarez | 14th nov | 14:20 |
| radiofree | ok | 14:23 |
| straycat | jmacs, why do you want apt-get anyway? | 14:38 |
| jmacs | Because our client's script uses it. | 14:39 |
| franred | can you not rewrite the script and add the packages before it uses any kind of package installer? | 14:40 |
| straycat | relying on any package manager kind of misses the point of using baserock | 14:40 |
| jmacs | OK, I'll just tell our client that. | 14:41 |
| franred | jmacs, we add the packages in the baserock way usually and tell the clients how we have done it, me though | 14:42 |
| jmacs | Right, I can go into more detail now that meeting's over | 14:47 |
| jmacs | Firstly, there are hundreds of packages to install | 14:47 |
| straycat | what meeting? | 14:48 |
| jmacs | Secondly, converting their script to use baserock exclusively would fork it | 14:48 |
| jmacs | and I'd have to update it for all their changes | 14:48 |
| jmacs | Thirdly I don't have any good reason at all to believe you can separate out the software installation and configuration steps which are currently interleaved | 14:49 |
| persia | My tool was indeed something to munge debian packages into arbitrary binary-compatible systems. | 14:50 |
| jmacs | If apt/dpkg could be made to work on baserock it would solve a lot of problems quickly (although quite probbably not in an ultimately correct way) | 14:50 |
| jmacs | persia: That may well be useful. | 14:50 |
| persia | https://github.com/persia/debinject | 14:50 |
| persia | There are some outstanding bugs, but looking at the fpc branch is probably most useful. | 14:51 |
| franred | apt and dpkg are not baserock tools as far as I know. Im facing the same problem as you in openstack, adding multiple python packages to the strata and have to configure some of them | 14:51 |
| ssam2 | jmacs: I'm sure you can get apt-get running in Baserock, I did it with Yum once as an experiment. The problem is that the first thing you install will try to pull in the whole of Debian as dependecies | 14:51 |
| jmacs | persia: Thank you. | 14:51 |
| franred | not sure what is the value to use baserock if you are going to use dkpg or apt-get as ripsum said before | 14:51 |
| persia | For an ugly solution to package configuration, take a look at how fpc was done in Baserock. | 14:51 |
| ssam2 | jmacs: so you basically end up overwriting Baserock with Debian, or creating a Debian chroot inside the Baserock system | 14:52 |
| persia | A better solution is integration scripts for the build environment, but we never finished those. | 14:52 |
| jmacs | What does an integration script do? | 14:53 |
| persia | system integration scripts run at system assembly time, to do thinks like initialise the runtime link mappings, etc. | 14:54 |
| persia | build integration scripts are not currently supported by morph. | 14:54 |
| * persia is vaguely unhappy with putting something not from git.openstack.org in the openstack/ lorry namespace, but doesn't have a better suggestion | 14:57 | |
| *** petefoth_ [~petefoth@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 14:58 | |
| *** petefoth [~petefoth@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 260 seconds] | 15:01 | |
| petefoth_ is now known as petefoth | 15:01 | |
| SotK | persia: whats that in reference to? | 15:28 |
| jjardon | radiofree: is to fix this build failure: http://paste.baserock.org/nagiziqavu.js | 15:44 |
| jjardon | we can appply this less intrusive patch as well : http://lists.freedesktop.org/archives/wayland-devel/2014-October/017908.html | 15:45 |
| richard_maw | you can override some make variables from the command line, so it's possible we may not need to patch the makefile | 15:46 |
| richard_maw | but I don't know what variable that would be post-automake-expansion | 15:46 |
| radiofree | jjardon: is this because of upgrading glibc? | 15:48 |
| radiofree | in my 14.40.1 system i compile 1.6.0 all the time and don't have a problem | 15:48 |
| richard_maw | jjardon: I think you could get away with changing the make command to `make weston_multi_resource_LDADD='$(SIMPLE_CLIENT_LIBS) libshared.la -lrt -lm'` | 15:55 |
| *** zoli__ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Remote host closed the connection] | 15:58 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 15:59 | |
| jjardon | richard_maw: thats what we are doing now, but I though the proper fix is to patch the Makefile.am | 16:05 |
| richard_maw | patch and submit upstream, until then we prefer to minimise our delta | 16:06 |
| jjardon | radiofree: no, I do not think so but the fact that we have what richard_maw suggest in our morph file suggest this problem was hitted by someone else before | 16:06 |
| pedroalvarez | jjardon: s/hitted/hit/ :) | 16:07 |
| jjardon | richard_maw: its already submitted ;) the patch seems to be correct but a check in configure.ac is missing | 16:07 |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 16:08 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 16:09 | |
| * paulsher1ood hopes his cycle patch will land soon :) | 16:10 | |
| pedroalvarez | paulsher1ood: ooopppsss | 16:10 |
| pedroalvarez | I've been busy | 16:10 |
| paulsher1ood | :-) | 16:11 |
| pedroalvarez | merged | 16:15 |
| *** wdutch_ [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 16:17 | |
| *** wdutch_ [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Client Quit] | 16:17 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 16:18 | |
| *** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 16:18 | |
| *** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Changing host] | 16:19 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 16:19 | |
| persia | SotK: Earlier discussion about how to lorry something (I didn't quite catch all the context). My thought is that we want to avoid using namespacing where things might end up used in other contexts, but I don't feel strongly enough to suggest undoing anything done, or reopening discussions complete. | 16:21 |
| straycat | Hrm, seems that python requirements are actually ambiguous | 16:22 |
| persia | franred: One reason to use packages from other places is for self-hosted toolchains. Many of these are hard, or even impossible to bootstrap, but by using a binary blob from somewhere, one can often build things, which then stay built. We need to think more about how to ensure this doesn't need to be repeated, but I don't think we reached consensus on that conversation yet. | 16:23 |
| persia | straycat: They can be: the wheel format is supposed to address some of that, but not everything is wheels yet. | 16:23 |
| SotK | persia: oh, those things were on git.openstack.org, just not in the openstack/ prefix on there like everything else in openstack/ is on git.baserock.org | 16:24 |
| persia | Hmm. I don't actually know what that means: I'll ask. | 16:25 |
| franred | persia, I agree if there are no other way to boostrap something we can add it, but not as a general rule. OMHO | 16:25 |
| persia | franred: Absolutely. Otherwise there is no point. As soon as one runs dpkg or rpm, the system becomes an unrecoverable snowflake. | 16:26 |
| straycat | persia, what i've just found is that foo<1.6,>1.9,==2.4c1 can mean be interpreted as both valid and invalid | 16:26 |
| straycat | s/mean// | 16:26 |
| persia | heh :) | 16:27 |
| franred | straycat, from a human perspective I would always take the latest version so ==2.4c1 | 16:27 |
| straycat | it's a known problem and treating it as invalid is on the todo list fortunately | 16:27 |
| persia | franred: The latest may not be API compatible with the code expressing the requirement | 16:28 |
| straycat | franred, it's an invalid requirement really | 16:28 |
| paulsher1ood | pedroalvarez: thanks! | 16:31 |
| ssam2 | straycat: maybe you should postpone working on validation if it's turning out to be complicated | 16:32 |
| straycat | ssam2, it's not too bad | 16:33 |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 16:50 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 16:50 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 16:51 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 16:52 | |
| * jjardon just discovered the -enable-kvm option of qemu and now everything is FAAASSST :) | 16:52 | |
| Kinnison | heh | 16:53 |
| jjardon | so I have a system running with systemd 217 here. Anything I should test before sending the patches? | 16:57 |
| paulsher1ood | ooh, exciting :) | 16:57 |
| *** CTtpollard [~tom@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Ex-Chat] | 16:58 | |
| ssam2 | jjardon: if networking works and 'systemctl list-units' doesn't show anything unexpectedly broken then, cool | 17:05 |
| *** cosm [~Unknown@cspc154.cs.man.ac.uk] has quit [Ping timeout: 260 seconds] | 17:16 | |
| *** thecorconian [~jte@wsip-70-165-187-4.lv.lv.cox.net] has joined #baserock | 18:03 | |
| *** thecorconian [~jte@wsip-70-165-187-4.lv.lv.cox.net] has quit [] | 18:03 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 18:04 | |
| ssam2 | good progress with the Baserock OpenID provider today, all I need to do is work out how to deploy it with a real webserver and we'll have a usable prototype, I think | 18:08 |
| ssam2 | less progress with Storyboard, it turns out the Puppet scripts for deployment provided by the OpenStack project on Github don't work out of the box | 18:09 |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 18:15 | |
| *** wdutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Quit] | 18:15 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 18:16 | |
| *** mauricemoss_ [~simonh@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 18:21 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Ex-Chat] | 18:24 | |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 244 seconds] | 18:25 | |
| *** ssam2 [~ssam2@cpc7-asht7-2-0-cust170.10-1.cable.virginm.net] has quit [Quit: Leaving] | 18:26 | |
| jjardon | what parameters should I pass to my qemu to have internet connection inside the vm? | 18:28 |
| *** locallycompact [~lc@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 265 seconds] | 18:30 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 18:31 | |
| *** sambishop [~sambishop@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 18:37 | |
| robtaylor | jjardon: thats a deep and tricky question. Natted? | 19:38 |
| juergbi | the default should just work for simple internet access from the vm | 19:41 |
| *** vmeson [~quassel@128.224.252.2] has quit [Ping timeout: 244 seconds] | 19:42 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 19:56 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 19:58 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 20:03 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 20:04 | |
| *** cosm [~Unknown@us1x.mullvad.net] has joined #baserock | 20:40 | |
| *** rdale [~quassel@170.Red-79-145-104.dynamicIP.rima-tde.net] has quit [Ping timeout: 244 seconds] | 21:02 | |
| *** vmesons [~quassel@128.224.252.2] has joined #baserock | 21:09 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 21:19 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 21:19 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 21:26 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 21:26 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!