| *** genii [~quassel@ubuntu/member/genii] has quit [Read error: Connection reset by peer] | 00:44 | |
| *** radiofree [radiofree@unaffiliated/radiofree] has quit [Quit: Bye] | 03:24 | |
| *** radiofree [radiofree@unaffiliated/radiofree] has joined #baserock | 03:30 | |
| radiofree | pedroalvarez: can you make that change in the morning? | 03:46 |
|---|---|---|
| pedroalvarez | Yes. Anybody wants to review it? | 07:22 |
| *** mSher [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 07:31 | |
| *** dutch_ [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 07:46 | |
| pedroalvarez | this is the full diff | 07:51 |
| pedroalvarez | http://pastebin.com/BvL8xwng | 07:51 |
| pedroalvarez | i have never updated a tarball lorry, so I don't know the consequences | 07:52 |
| pedroalvarez | reviews appreciated | 07:52 |
| *** mSher [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 250 seconds] | 07:56 | |
| jjardon | Im getting "500 - Internal Server Error" in g.b.o, known issue? | 08:04 |
| pedroalvarez | I have just restarted the lighttpd-git service | 08:06 |
| pedroalvarez | try now | 08:06 |
| pedroalvarez | jjardon: ^^ | 08:06 |
| jjardon | pedroalvarez: works! thanks ;) | 08:06 |
| *** mSher [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:10 | |
| pedroalvarez | for future reference, what I've done: http://pastebin.com/9Gdzyg4u | 08:12 |
| *** tiagogomes [~tiagogome@213.15.255.100] has joined #baserock | 08:21 | |
| * Kinnison boggles why it'd be saying it was out of memory | 08:36 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:47 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:15 | |
| jmacs | Since I've made a new machine with 14.40, the instructions on http://wiki.baserock.org/devel-with/ don't seem to work any more | 09:29 |
| jmacs | At deployment I get: ERROR: Couldn't find morphology: base-system-x86_64-generic.morph | 09:29 |
| ssam2 | oho, those instructions are out of date | 09:30 |
| ssam2 | thanks for pointing it out | 09:30 |
| ssam2 | I'll update them | 09:31 |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:33 | |
| jmacs | Is there anything quick I can do to get my deploy working in the meantime? | 09:34 |
| straycat | prepend systems/ to the morph: line | 09:34 |
| ssam2 | jmacs: this is the fix, I've done it now: http://source.baserock.branchable.com/?p=source.git;a=blobdiff;f=devel-with.mdwn;h=acaf74b6d9ad9014d1cd375a912449d2fa0a9472;hp=3417793b1dd37c81cec935028541c4296fcbb87a;hb=ed78a7afd7726b04d5da4864ed035497020d0fec;hpb=875eeac8fdeeeb84f73e0ac8e70e7323451868f4 | 09:34 |
| wikicat | ssam2: Wiki change: Fix example cluster morphs to work with Baserock 14.40 release http://wiki.baserock.org/recentchanges/#change-ed78a7afd7726b04d5da4864ed035497020d0fec | 09:34 |
| wikicat | ssam2: Wiki change: http://wiki.baserock.org/recentchanges/#change-875eeac8fdeeeb84f73e0ac8e70e7323451868f4 | 09:35 |
| ssam2 | right, thanks | 09:35 |
| wikicat | Wiki change: Fix example cluster morphs to work with Baserock 14.40 release http://wiki.baserock.org/recentchanges/#change-ed78a7afd7726b04d5da4864ed035497020d0fec | 09:35 |
| jmacs | Yep, that works | 09:35 |
| straycat | what? why did it reply to ssam2 directly? | 09:36 |
| Kinnison | Perhaps it saw the SHA1s? | 09:38 |
| * straycat nods | 09:38 | |
| straycat | ed78a7afd7726b04d5da4864ed035497020d0fec | 09:39 |
| wikicat | straycat: Wiki change: Fix example cluster morphs to work with Baserock 14.40 release http://wiki.baserock.org/recentchanges/#change-ed78a7afd7726b04d5da4864ed035497020d0fec | 09:39 |
| * straycat didn't know about this | 09:39 | |
| radiofree | pedroalvarez: i can give it a +2 if it'll get it merged :) | 09:55 |
| straycat | Doesn't that replace the old version of boost? What if someone is using that? | 09:56 |
| radiofree | is there any way i can expend my /src/ direction in a vm? | 10:00 |
| radiofree | i used the fallocate method | 10:00 |
| richard_maw | radiofree: if by expending your /src/ direction you meant expand your /src/ disk, then yes. I use `truncate -s +2G $DISK_IMAGE`, shut down the VM, start it up again and do a `btrfs filesystem resize max /src` | 10:01 |
| pedroalvarez | radiofree: done http://git.baserock.org/cgi-bin/cgit.cgi/delta/boost-tarball.git/ | 10:03 |
| radiofree | awesome pedroalvarez!! | 10:03 |
| * radiofree might have enough time to build that | 10:03 | |
| radiofree | richard_maw: thanks | 10:03 |
| radiofree | actually i'm out of space in /home now | 10:03 |
| radiofree | (on the host) | 10:03 |
| * richard_maw scrolls back further | 10:03 | |
| richard_maw | jjardon: woo on building systemd master | 10:04 |
| pedroalvarez | straycat: lorry replaces master, but it keeps tags with every tarball version and also it keeps the branches | 10:04 |
| pedroalvarez | I've checked what happened with the gcc-tarball before doing the push | 10:05 |
| radiofree | richard_maw: do i run truncate -s +2G $DISK_IMAGE when the vm is running? | 10:07 |
| richard_maw | jjardon: the network stuff is to a. remove our systemd units and udev rules for running ifup from the busybox chunk, and b. work out how networkd works | 10:08 |
| richard_maw | radiofree: you could do, but I don't think your VM will notice the disk has increased in size until you reboot | 10:08 |
| richard_maw | though I don't know if this is the case if we've got hotplug | 10:08 |
| radiofree | ok | 10:09 |
| ssam2 | richard_maw: surely touching a disk image that's in use in a VM from outside the VM will result in corruption ? | 10:12 |
| ssam2 | truncate may need to completely move the data, surely ? | 10:12 |
| ssam2 | radiofree: to be safe, I'd power off your vm *then* run `truncate` | 10:13 |
| straycat | pedroalvarez, Oh okay that's fine then. | 10:15 |
| richard_maw | ssam2: I'm fairly sure kvm's file-backed disk images work high enough in the stack that it can handle the data being physically moved in your disk | 10:17 |
| richard_maw | truncate in extend mode will only say that the file is now larger | 10:17 |
| ssam2 | richard_maw: that requires them to have implemented an inotify handler to detect that the disk moved. Which they may have done, but not necessarily | 10:26 |
| ssam2 | I guess with truncate it's probably OK if it doesn't change anything on disk, I don't really understand how that would work though | 10:27 |
| richard_maw | ssam2: I don't follow why inotify is needed, it works with an open fd | 10:27 |
| ssam2 | oh, right. | 10:28 |
| richard_maw | it might need inotify to notice whether the file's gotten larger, but increasing its size shouldn't break anything | 10:28 |
| ssam2 | ok. having broken vm disk images in the past by having them mounted in two different places, I try to be careful about this stuff | 10:29 |
| richard_maw | having them mounted in two different places is a different problem, caused by 1. filesystems assuming they have exclusive access to the disk and 2. there being no suitable synchronisation primitive that wouldn't be slow, even if a fs decided to allow multiple systems to concurrently mount it | 10:31 |
| richard_maw | pedroalvarez: your cloud-init.configure patch has +3 now, do you want to merge it, or should I? | 10:32 |
| pedroalvarez | richard_maw: I will do it, thanks :) | 10:33 |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:03 | |
| jjardon | seems https access to g.b.o doesnt work: "fatal: unable to access <repo>: SSL certificate problem: self signed certificate | 11:32 |
| jjardon | richard_maw: ok, I will take a look | 11:33 |
| jjardon | richard_maw: BTW, Do I still have your +1 for the "move llvm" and "move libdrm" branches after the fixes I made? (basically build llvm 3.3.1 instead 3.5) | 11:35 |
| pedroalvarez | gerrit instance with the baserock projects: http://85.199.252.116:8080 | 11:54 |
| CTtpollard | where is this instance running pedroalvarez? | 11:58 |
| pedroalvarez | in a public accesible cloud | 11:59 |
| pedroalvarez | it is *not* running on baserock | 11:59 |
| CTtpollard | cool :) | 12:00 |
| richard_maw | jjardon: you need to set GIT_SSL_NO_VERIFY=1 when cloning https unless you've got a really new version of baserock | 12:08 |
| richard_maw | jjardon: If the changes are as trivial as changing versions, yes, but I'm afraid I don't really follow what's going on in the graphics stack | 12:09 |
| jjardon | richard_maw: Im trying to clone from my laptop | 12:10 |
| pedroalvarez | the problem is: self signed certificate | 12:11 |
| pedroalvarez | wow, anybody can send patches to the gerrit instance | 12:14 |
| Kinnison | Depends on how gerrit is configured | 12:15 |
| franred | +1 | 12:16 |
| pedroalvarez | true, but I mean, it's possible! | 12:16 |
| pedroalvarez | I managed to login using yahoo, and also launchpad openid | 12:17 |
| Kinnison | mob pushing is quite possible, yes | 12:17 |
| pedroalvarez | you are all welcome to play with it :) | 12:17 |
| franred | it was possible before, but I think you should announce it as a gerrit test | 12:18 |
| richard_maw | I see it's only got our baserock/ project repositories, rather than lorries and delta etc. | 12:18 |
| pedroalvarez | richard_maw: yeah | 12:19 |
| pedroalvarez | for information about how to use gerrit, I've followed this instructions: http://www.mediawiki.org/wiki/Gerrit/Tutorial#Prepare_to_work_with_gerrit | 12:23 |
| pedroalvarez | I guess there are better tutorials out there | 12:24 |
| *** fay [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 12:29 | |
| fay is now known as Guest74742 | 12:29 | |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 260 seconds] | 12:32 | |
| *** thecorconian [~thecorcon@136.1.1.104] has joined #baserock | 12:35 | |
| jjardon | pedroalvarez: nice! But what are the advantages of using gerrit instead the mailing list? Does gerrit do some integration work? ie, build a image when you send a patch to verify nothing breaks? | 12:35 |
| Guest74742 is now known as fay_ | 12:36 | |
| Kinnison | it does proper patch tracking and can act as an aggregator of votes, track multiple versions of a patch, etc. | 12:36 |
| pedroalvarez | jjardon: you can send patches for review easily, and the team can vote the patch and merge things | 12:36 |
| Kinnison | Merging will not be handled by gerrit | 12:36 |
| Kinnison | it'll be handled by something which talks to gerrit | 12:36 |
| CTtpollard | We'll be able to set it to only accept an in-house OpenID provider | 12:43 |
| CTtpollard | for anyone interested I'm currently trying to switch-out the default 'h2' db to postgres, I've succesfully done it manually on baserock, not as much luck doing it automated during morph build | 12:45 |
| pedroalvarez | CTtpollard: it doesn't need to be done when building. | 12:48 |
| pedroalvarez | e.g., when we deploy a new Trove, all the configuration happens on first boot | 12:48 |
| CTtpollard | I've been looking into how it was done with gitlab, which seems to have postgres configed after the fact through the gitlab-setup.configure file | 12:50 |
| CTtpollard | it should be able to do within the gerrit chunk morphology however I think | 12:50 |
| Kinnison | If the act of doing so creates the postgres db etc, then you can't do it until the system boots | 12:51 |
| franred | Kinnison, why not? | 12:51 |
| Kinnison | because until deploy time, users might not exist, and you can't run system-code at deploy time | 12:52 |
| Kinnison | so you have to do database setup after boot | 12:52 |
| franred | Kinnison, you can create the users, run postmaster, add the configuration on integration time and then create a service which runs your postgres later | 12:53 |
| franred | we have done this with gerrit | 12:54 |
| Kinnison | hmm, I suppose system-integration time is okay | 12:54 |
| ssam2 | pedroalvarez: http://pastebin.com/JmSht8ZV -- log of deployment failure due to cloud-init.configure, from a Mason instance that's running at Codethink | 13:38 |
| pedroalvarez | the attempt of upgrading mason with distbuild fixes is failing: http://85.199.252.104/ The controller log says: http://pastebin.com/c1jcxVxg | 14:25 |
| ssam2 | that line should be 'event.artifact.source.cache_key' | 14:27 |
| ssam2 | as should anywhere else that 'artifact.cache_key' is accessed | 14:28 |
| ssam2 | if that was missed, there may be other places that were missed too | 14:28 |
| pedroalvarez | I hacked that in the instance, waiting for results | 14:32 |
| richard_maw | bah! I thought I caught them all | 14:34 |
| straycat | richard_maw, I didn't realise you' | 14:35 |
| straycat | d needed to modify the worker build scheduler? | 14:35 |
| pedroalvarez | there were another one in that file, distbuild seems to work now | 14:44 |
| ssam2 | yay! | 14:48 |
| richard_maw | those are the only two remaining in distbuild, the only remaining uses after that are in the list-artifacts command, which doesn't have any tests, so I didn't notice | 14:55 |
| straycat | Why are you needing to touch the worker build scheduler? | 15:01 |
| richard_maw | because it does stuff with the cache id | 15:03 |
| richard_maw | uses it for build IDs I think | 15:03 |
| straycat | That doesn't really help me understand why you need to make changes there, maybe when you resubmit your distbuild fixes it will become clear. | 15:04 |
| richard_maw | I'm not sure what more there is to say. It used to use artifact.cache_key for things, but now the cache_key is in the Source, so you need to use artifact.source.cache_key. | 15:08 |
| straycat | Ahh well I didn't know the cache key had moved :) | 15:09 |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 15:16 | |
| * richard_maw wants VLAN_8021Q in our kernels | 16:07 | |
| richard_maw | I may provide patches later | 16:07 |
| Kinnison | Should be simple enough to add | 16:07 |
| *** dutch_ [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Quit] | 16:09 | |
| *** jjardon [sid723@gateway/web/irccloud.com/x-belllolhixzecqvc] has quit [Remote host closed the connection] | 16:21 | |
| *** jjardon [sid723@gateway/web/irccloud.com/x-ybxsxhdwibsnmbvj] has joined #baserock | 16:41 | |
| *** mSher [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:55 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:00 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has quit [Quit: Leaving] | 17:02 | |
| * jjardon running weston in systemd master in his vm. Probably network is broken but at least everything else seems to work | 17:05 | |
| ssam2 | \o/ | 17:06 |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:17 | |
| franred | what is the baserock cleanest way to add one repo into another? I have a repo A which is just a folder with some python scripts but nothing to install them, and other repo needs it to compile. Add the repo A to some folder and add it to the path when I will compile (call make) the repo B will work? | 18:16 |
| radiofree | gbo is down? | 19:46 |
| radiofree | 500 - Internal Server Error | 19:46 |
| radiofree | it's back :D | 19:48 |
| pedroalvarez | Has anybody fixed it? | 22:11 |
| pedroalvarez | I shall look | 22:12 |
| pedroalvarez | Nope, it came back to life itself | 22:15 |
| *** vmeson [~quassel@128.224.252.2] has quit [Ping timeout: 245 seconds] | 22:18 | |
| *** genii [~quassel@ubuntu/member/genii] has quit [Read error: Connection reset by peer] | 22:41 | |
| pedroalvarez | ha! cgit working with gerrit | 23:26 |
| pedroalvarez | http://85.199.252.116/ | 23:26 |
| pedroalvarez | and to access gerrit http://85.199.252.116:8080 | 23:27 |
| pedroalvarez | good night! :) | 23:27 |
| paulsherwood | w00t! :) | 23:32 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!