radiofree | jjardon: libtasn1 branch baserock/gnome | 00:27 |
---|---|---|
radiofree | morph is http://fpaste.org/141324/31600691/ | 00:27 |
radiofree | no idea if the morph file is necessary anymore, but it built for me | 00:27 |
radiofree | robtaylor: https://github.com/Gnurou/nouveau/tree/gk20a | 00:33 |
jjardon | radiofree: new jjardon/gnome_and_systemd pushed | 06:12 |
* pedroalvarez waves from dusseldorf | 06:47 | |
* pedroalvarez also had a distbuild error: http://pastebin.com/RS6BUfu9 | 06:51 | |
pedroalvarez | urgh... twice | 06:54 |
pedroalvarez | again | 06:58 |
pedroalvarez | i guess one osf the workers is misbehaving | 07:03 |
radiofree | if you have a repo with submodules, do you have to manually commit the changes to the submodule repos (i.e to use gbo) or will morph do that for you? | 07:08 |
paulsherwood | pedroalvarez: ^^ | 07:09 |
pedroalvarez | radiofree: afaik you have to change the url of the submodule to use the upstream: alias | 07:10 |
radiofree | that's a bit annoying :\ | 07:11 |
paulsherwood | it's a minor annoyance :) | 07:12 |
*** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 07:12 | |
pedroalvarez | last week was mentioned an idea of a new feature, to be able to specify in a chunk morphology that you have to fetch a repository inside the source of the chunk before building | 07:13 |
pedroalvarez | but indeed is a bit annoyin | 07:13 |
pedroalvarez | g | 07:13 |
* pedroalvarez restarts the workers, the controller, and prays | 07:27 | |
jjardon | Nice, that would be much better than having to commit in the repo | 07:29 |
straycat | radiofree, I don't understand, what's causing it to take 6 minutes? | 07:46 |
*** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 07:47 | |
straycat | I'm sure we could look at trying to optimise the parts of the process paulsherwood mentioned on the mailing list. | 07:50 |
* straycat notes that the speedups jjardon noticed are due to richard_maw's fix that removes queueing rather than anything he's done | 07:56 | |
*** mSher [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:05 | |
*** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 08:19 | |
*** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:19 | |
*** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:24 | |
*** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:30 | |
*** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:04 | |
pedroalvarez | radiofree: weston-simple-egl crashes | 09:30 |
paulsherwood | join #datacentred | 10:26 |
paulsherwood | bah | 10:27 |
*** mlilenium_ [~mlilenium@178.251.136.142] has joined #baserock | 10:51 | |
*** mlilenium_ [~mlilenium@178.251.136.142] has quit [] | 10:51 | |
*** thecorconian [~thecorcon@136.1.1.104] has joined #baserock | 11:20 | |
*** thecorconian [~thecorcon@136.1.1.104] has quit [] | 11:20 | |
pedroalvarez | controller-helper says: http://pastebin.com/P6Js0Gik and controller says: http://pastebin.com/SFH9uYJs | 11:39 |
pedroalvarez | something is going wrong :( | 11:39 |
ssam2 | connection refused | 11:41 |
ssam2 | I've seen this before, but I forget exactly the fix | 11:41 |
ssam2 | it maybe that the service is listening on the external, but something else is trying to talk to 127.0.0.1 | 11:42 |
ssam2 | *external IP | 11:42 |
ssam2 | could you paste /etc/morph-*.conf somewhere ? | 11:43 |
ssam2 | or I could give you my public key and poke around the machine myself, if you trust me not to break it further :) | 11:44 |
pedroalvarez | ssam2: I trust you always you don't reboot it | 11:48 |
pedroalvarez | ssam2: these are the conf files: http://pastebin.com/bVk1YFcJ | 11:55 |
pedroalvarez | sometimes it works, and sometimes it doesn't :/ | 11:56 |
wikicat | Wiki change: Link to all Trove documentation in trove page http://source.baserock.branchable.com/?p=source.git;a=commitdiff;h=45ff9c9 | 11:58 |
ssam2 | pedroalvarez: oh, that's not good at all | 11:59 |
ssam2 | when I saw 'connection refused', it never worked | 12:00 |
pedroalvarez | ssam2: maybe is only one worker? | 12:01 |
ssam2 | yeah .. but those errors are from the controller | 12:02 |
ssam2 | I see quite a lot of 'connection refused' errors in the logs, actually | 12:02 |
ssam2 | to all of the boards | 12:03 |
ssam2 | it maybe that there's still problems with the underlying networking | 12:03 |
ssam2 | and the distbuild code isn't being fully robust against that | 12:03 |
pedroalvarez | urgh | 12:06 |
pedroalvarez | so, internal connection problems | 12:06 |
pedroalvarez | i think I'm going to use internal IPs to configure the workers instead of using public Ips | 12:07 |
pedroalvarez | maybe that improves the connection | 12:07 |
ssam2 | ok, yeah | 12:07 |
ssam2 | if it's intermittent and it's an error that doesn't normally happen it must be the networking, really | 12:07 |
pedroalvarez | they don't have internal ip addresses | 12:11 |
* pedroalvarez sighs | 12:11 | |
*** Kinnison [~dsilvers@gateway/shell/pepperfish/x-rwcvpoastxeguvkx] has quit [Ping timeout: 245 seconds] | 12:22 | |
*** Kinnison [~dsilvers@gateway/shell/pepperfish/x-foiupxvydubaayvx] has joined #baserock | 12:23 | |
radiofree | pedroalvarez: yep, because of --disable-egl-gallium | 13:18 |
radiofree | it's worth nothing that that argument is only mentioned in the wayland docs because they use the intel driver | 13:20 |
radiofree | probably need the state trackers too | 13:20 |
radiofree | can someone else please review "Fix gstreamer 0.10 build with newer glibs" | 13:21 |
radiofree | it has a +1 from richard | 13:21 |
radiofree | this e-mail was sent 23/06/14 btw | 13:21 |
richard_maw | radiofree: which richard? If it wasn't me, you can have another +1 | 13:22 |
radiofree | richard_maw: it was you :) | 13:22 |
richard_maw | have a +2 then | 13:22 |
radiofree | ta | 13:22 |
*** vmeson [~quassel@128.224.252.2] has quit [Ping timeout: 260 seconds] | 15:04 | |
*** vmeson [~quassel@128.224.252.2] has joined #baserock | 15:05 | |
pedroalvarez | ssam2: I've disables the trove -gc unit in the baserock-clone trove. I think it's causing problems (see mason failures) | 15:10 |
ssam2 | oh dear, yes | 15:11 |
* paulsherwood continues to see silent stop after 'computing build graph' | 15:11 | |
* pedroalvarez continues to see distbuild failing to open a socket to 127.0.0.1, but only sometimes | 15:13 | |
pedroalvarez | I'm sad today | 15:14 |
paulsherwood | :) | 15:21 |
paulsherwood | pedroalvarez: go to the yocto talk, that will cheer you up :) | 15:21 |
rjek | haha | 15:22 |
pedroalvarez | Hahaha | 15:24 |
ssam2 | paulsherwood: 'deciding task order' is instant for me now | 15:27 |
ssam2 | oh, that wasn't the one you said, though | 15:27 |
radiofree | go to the drone talk! | 15:28 |
ssam2 | pedroalvarez: I've changed the trove-gc hack to not set 'cachedir-artifact-keep-younger-than=0' | 15:43 |
ssam2 | I wonder if we were seeing a race condition where it deleted stuff after a remote Morph had checked that it existed | 15:43 |
ssam2 | I'll reenable it, if things break again then it'll need more thought | 15:44 |
pedroalvarez | ssam2: ok | 15:46 |
pedroalvarez | The yocto talk is being a lot of people complaining about problems... | 16:02 |
rjek | Is anybody sat looking smug because they don't have those problems? | 16:03 |
pedroalvarez | "clients using different build machines could be an issue" | 16:04 |
pedroalvarez | rjek: me | 16:04 |
rjek | Smugness feels nice, unless it's somebody else being smug. | 16:05 |
ssam2 | what ! | 16:10 |
ssam2 | something is changing permissions on the files in /home/cache/artifacts on the datacentred Trove | 16:11 |
ssam2 | I guess it must be the trove-gc hack, as that's the only new thing | 16:11 |
Kinnison | is the trove-gc hack running as the cache user? | 16:11 |
ssam2 | no | 16:11 |
ssam2 | that might help | 16:11 |
ssam2 | but I don't understand why it'd change permissions on files that it doesn't delete | 16:11 |
*** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Quit] | 16:11 | |
Kinnison | morph's probably normalising the cache | 16:12 |
Kinnison | to what *it* thinks it should be | 16:12 |
ssam2 | possibly, but I don't know of or see any code to do that | 16:12 |
ssam2 | unless its hidden in PyFilesystem | 16:13 |
pedroalvarez | ssam2: I copied the artifacts from one folder to another using the root user | 16:21 |
ssam2 | oh, maybe it was you that broke it :) | 16:21 |
pedroalvarez | But I checked them and I think everything was alright | 16:21 |
ssam2 | right | 16:21 |
pedroalvarez | So leave it running but fix the owners | 16:22 |
ssam2 | I've fixed the owners | 16:22 |
ssam2 | I added some code to print out the invalid JSON message that's causing the public Jetson distbuild to crash | 16:30 |
* ssam2 struggles to copy it due to vim's mouse integration being enabled by default in Baserock | 16:31 | |
ssam2 | 2014-10-13 16:30:47 DEBUG JsonMachine: about to crash due to the following invalid message: GET http://www.proxy-listen.de/azenv.php HTTP/1.1 | 16:31 |
ssam2 | i don't know enough about HTTP to know what is going on there | 16:32 |
ssam2 | but it seems like a proxy is getting in the way somehow :) | 16:32 |
*** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:33 | |
radiofree | ssam2: set mouse-=a | 16:36 |
ssam2 | radiofree: i know (thanks to you telling me about it in the past :) | 16:36 |
radiofree | it's enabled by default in the /etc/vimrc file that's installed | 16:36 |
radiofree | need to send a patch to get rid of that | 16:36 |
ssam2 | yeah, that'll be the default vimrc that comes with vim | 16:36 |
ssam2 | vim is not exactly known for sensible defaults :) | 16:37 |
ssam2 | pedroalvarez: I wonder if it'd be enough to make the Json state machine ignore invalid Json and continue, instead of crashing | 16:37 |
ssam2 | i've hacked up the jetson controller to do so and am trying a build | 16:37 |
radiofree | "" In many terminal emulators the mouse works just fine, thus enable it." | 16:37 |
radiofree | NO NO NO NO NO NO | 16:37 |
rjek | No? | 16:38 |
ssam2 | it makes sense if you're in a fullscreen terminal | 16:39 |
ssam2 | much less if you're in a desktop environment | 16:39 |
*** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 272 seconds] | 16:45 | |
ssam2 | my conclusion on the jetson distbuild is: I have no idea what's going on | 16:49 |
ssam2 | but I think it'd be useful to fix distbuild so that it reports internal errors rather than silently exiting | 16:50 |
jmacs | That's roughly my opinion of chef | 16:50 |
ssam2 | jmacs: chef seems to largely be a way to install packages | 16:50 |
ssam2 | in a platform-agnostic way | 16:51 |
jmacs | That bit of it seems fine; the bit that installs packages on remote machines and phones back to the server is more tricky | 16:55 |
*** mSher [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:09 | |
*** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:23 | |
jjardon | robtaylor: http://elinux.org/Tegra/Mainline_SW/Nouveau#NVIDIA_GK20A_Firmware | 19:58 |
*** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Read error: Connection reset by peer] | 23:52 | |
*** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Read error: Connection reset by peer] | 23:52 | |
*** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 23:52 | |
*** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 23:52 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!