| *** fay [~fay@82-68-191-81.dsl.posilan.com] has joined #baserock | 06:48 | |
| *** fay [~fay@82-68-191-81.dsl.posilan.com] has quit [Client Quit] | 06:48 | |
| *** fay [~fay@82-68-191-81.dsl.posilan.com] has joined #baserock | 06:51 | |
| *** fay [~fay@82-68-191-81.dsl.posilan.com] has quit [Client Quit] | 06:51 | |
| *** fay [~fay@82-68-191-81.dsl.posilan.com] has joined #baserock | 07:33 | |
| fay is now known as Guest41422 | 07:34 | |
| *** Guest41422 [~fay@82-68-191-81.dsl.posilan.com] has quit [Client Quit] | 07:34 | |
| paulsherwood | persia: CI *may* be best practice. or it may just be a way to screw up a project. depends on how well the solution is implemented, and how effective the process is around it | 07:34 |
|---|---|---|
| * paulsherwood has seen some very large CI implementations which were disastrous | 07:35 | |
| *** sambishop [~sambishop@82-68-191-81.dsl.posilan.com] has joined #baserock | 08:05 | |
| *** tiagogomes [~tiagogome@access.ducie-dc1.codethink.co.uk] has joined #baserock | 08:11 | |
| *** jonathanmaw [~jonathanm@82-68-191-81.dsl.posilan.com] has joined #baserock | 08:17 | |
| *** ssam2 [~ssam2@82-68-191-81.dsl.posilan.com] has joined #baserock | 08:22 | |
| persia | paulsherwood: I assert that *some* form of CI is best practice: pushing untested stuff into production is bad. There's lots of ways to do CI that make everything much, much worse than trusting developers to have done local tests before pushing. | 08:54 |
| robtaylor | persia: persia: i think you guys may be violently agreeing ;) | 08:57 |
| robtaylor | s/persia/paulsherwood/ | 08:58 |
| persia | Technically, probably. Semantically, not quite :) | 08:58 |
| paulsherwood | https://vimeo.com/102311949 | 09:22 |
| paulsherwood | thanks, rjek :) | 09:22 |
| persia | Oh shiny! | 09:23 |
| * persia wonders if essentially copying rjeks work would get a working mips32 port | 09:23 | |
| Kinnison | Given the state of the toolchain, you'd need to be super-careful | 09:25 |
| persia | Is that video single-frame? | 09:25 |
| persia | Kinnison: How careful? | 09:25 |
| Kinnison | persia: I think it took rjek and I almost an entire day of poking at things, attempting to move patches between gcc versions etc, and we still ended up stuck on gcc 4.6 | 09:26 |
| * persia has Buffalo BHR-4GRV and would like to be able to set more than 32 port-filtering rules, which seems to require a replacement OS | 09:26 | |
| rjek | persia: http://www.rjek.com/baserock-mips64-boot.ogv is the original file. | 09:26 |
| rjek | (I find that Vimeo videos sometimes do not play) | 09:27 |
| Kinnison | the vimeo plays for me if I disable flash blockers entirely | 09:27 |
| Kinnison | I think vimeo has multiple flash elements | 09:27 |
| radiofree | i thought vimeo was html5? | 09:28 |
| persia | rjek: Thanks. By the way, main(void) is accepted if you aren't parsing arguments ;p | 09:28 |
| rjek | No, that's never acceptable. | 09:28 |
| persia | Accepted by SUS API. Perhaps not by some humans. | 09:29 |
| rjek | It may be /permitted/ | 09:29 |
| ssam2 | radiofree: video streaming services giving you html5 video seems to be purely the stuff of fantasy | 09:29 |
| Kinnison | radiofree: it might depend on your browser | 09:29 |
| ssam2 | on youtube you had to opt-in, so I did, and I still get exclusively flash videos | 09:29 |
| ssam2 | on systems without flash installed sometimes videos play as just the audio, so I guess something is trying to work, sometimes | 09:29 |
| radiofree | from firefox 33 youtube will use the html5 player | 09:30 |
| ssam2 | do we have that in writing? | 09:32 |
| radiofree | make sure media.gstreamer.enabled is set to true, and media.mediasource.enable if you want all that mediasource/webm crpa | 09:32 |
| radiofree | s/crpa/crap | 09:32 |
| ssam2 | thanks, seems they are enabled | 09:33 |
| radiofree | every update to firefox seems to break the html5 video playback in some way | 09:33 |
| persia | You could try another browser... | 09:34 |
| radiofree | like.. epiphany? | 09:34 |
| * persia likes browers where upstream does not feel they have authority to deploy directly to my machine | 09:35 | |
| radiofree | i think the main issue with youtube is mpeg-dash | 09:35 |
| radiofree | there's an extension you can get for FF that disables that (youtube centre or something) and everything works fine | 09:35 |
| *** locallycompact [~lc@82-68-191-81.dsl.posilan.com] has joined #baserock | 09:36 | |
| ssam2 | ah, OK, I'll try that | 09:36 |
| * petefoth giggles at rjek | 10:19 | |
| * rjek looks at persia | 10:21 | |
| rjek | And petefoth. | 10:21 |
| * rjek looks at you all. | 10:21 | |
| persia | What did I do now? | 10:21 |
| rjek | I'm sure you did something :) | 10:21 |
| * petefoth was giggling at '10:28 < rjek> No, that's never acceptable' and '10:29 < rjek> It may be /permitted/' | 10:23 | |
| * persia triple-checks the tape over the cameras, the state of the blinds, the fit of the aluminium hat, and other items on the checklist redacted for security reasons | 10:23 | |
| petefoth | and read it in a 'Lady Bracknell voice' | 10:23 |
| rjek | :) | 10:23 |
| *** locallycompact [~lc@82-68-191-81.dsl.posilan.com] has quit [Ping timeout: 255 seconds] | 10:28 | |
| ssam2 | seems my system artifact's split rules are failing to match the chef-runtime artifact, so it's not getting included in the system | 10:35 |
| ssam2 | given that the system morph contains : {'morph': 'chef/chef.morph', 'artifacts': ['chef-runtime']} that is a little confusing | 10:35 |
| richard_maw | ssam2: add name: chef | 10:39 |
| richard_maw | for backwards compatibility it falls back to using "morph" as the name, which means you'd need chef/chef.morph-runtime as your 'artifacts' match | 10:39 |
| richard_maw | it's simpler to set the name | 10:39 |
| ssam2 | richard_maw: ah, OKL | 10:39 |
| ssam2 | we need to add a warning to make this clearer | 10:40 |
| richard_maw | and once everything has been moved, rip out the bass-ackwards compatibility | 10:40 |
| *** jonathanmaw [~jonathanm@82-68-191-81.dsl.posilan.com] has quit [Read error: No route to host] | 10:41 | |
| *** jonathanmaw [~jonathanm@82-68-191-81.dsl.posilan.com] has joined #baserock | 10:43 | |
| *** locallycompact [~lc@82-68-191-81.dsl.posilan.com] has joined #baserock | 10:44 | |
| *** locallycompact [~lc@82-68-191-81.dsl.posilan.com] has quit [Read error: No route to host] | 10:46 | |
| *** locallycompact [~lc@82-68-191-81.dsl.posilan.com] has joined #baserock | 11:05 | |
| * petefoth apologises for his slowness in coming to terms with the 'Upgrading a Baserock installation' workflow. http://wiki.baserock.org/devel-with/#index7h2 has gone a long way towards rmedying that | 11:19 | |
| persia | Just be careful: I think there's still a bug that if you delete the "factory" system when you're cleaning up afterwards you end up making the system impossible-to-upgrade. | 11:22 |
| petefoth | persia: I'm not going to *do* it - I just need to learn *how* it is to be done :) | 11:24 |
| * persia recommends doing it once or twice a day: running old versions of Baserock just means running buggy code | 11:24 | |
| * petefoth should probably install a Baserock devel system so that he can try upgrading it | 11:25 | |
| petefoth | but that will have to wait | 11:25 |
| persia | You can just download an image, and boot in your hypervisor of choice: should be fairly easy. | 11:28 |
| persia | We're *close* to making it even easier, but the necessary magic bits to fit into popular solutions haven't quite been finished yet. | 11:29 |
| radiofree | it works on a jetson now | 11:29 |
| paulsherwood | persia: fairly easy modulo all of the manual frbbing with git config, setting up src etc | 11:29 |
| paulsherwood | radiofree: video? :) | 11:29 |
| persia | Your patch series got merged? Hurrah! | 11:29 |
| radiofree | persia: waiting for it to be merged | 11:30 |
| persia | paulsherwood: Yes, "fairly" still applies, but ought be considered a bug :) | 11:30 |
| * persia is reminded about 9p-virtio, and suspects that all the precursors have landed since it was last discussed | 11:32 | |
| radiofree | paulsherwood: no video, no time atm | 11:36 |
| paulsherwood | radiofree: no problem. must be someone else i can 'persuade' to make one... :) | 11:38 |
| *** tiagogomes [~tiagogome@access.ducie-dc1.codethink.co.uk] has quit [Ping timeout: 250 seconds] | 12:16 | |
| *** tiagogomes [~tiagogome@access.ducie-dc1.codethink.co.uk] has joined #baserock | 12:20 | |
| *** tiagogomes_ [~tiagogome@access.ducie-dc1.codethink.co.uk] has joined #baserock | 12:31 | |
| *** tiagogomes [~tiagogome@access.ducie-dc1.codethink.co.uk] has quit [Ping timeout: 264 seconds] | 12:32 | |
| ssam2 | hmm | 12:59 |
| ssam2 | /usr/lib/ruby/2.0.0/rubygems/dependency.rb:296:in `to_specs': Could not find 'ohai' (~> 7.2) - did find: [ohai-7.2.0.rc.1] (Gem::LoadError) | 13:00 |
| ssam2 | how confusing. | 13:00 |
| Kinnison | odd | 13:01 |
| ssam2 | ah, I think I understand. I'm getting the dependencies from the Gemfile in chef.git, but then actually using a premade Chef Gem from rubygems.org | 13:21 |
| ssam2 | I guess I need to build the Chef Gem from source, instead | 13:21 |
| ssam2 | or ensure that the Git repo is at the tag matching the Gem that's used, but I doubt there's a reliable way to do that | 13:22 |
| paulsherwood | ssam2: might be connected to the tag containing 'rc' | 14:17 |
| * radiofree hangs head in shame | 14:39 | |
| radiofree | i figured out my distbuild problem | 14:39 |
| radiofree | (other than .morph.morph) | 14:40 |
| radiofree | "time /root/morph/morph" | 14:40 |
| radiofree | disbuild-controller was treating the output from time as an error message | 14:40 |
| * radiofree will updated http://wiki.baserock.org/using-latest-morph/ to say "DON'T USE THIS IF YOU WANT TO USE IT AS A DISTBUILD CONTROLLER" | 14:41 | |
| ssam2 | oh, yeah, obvious and yet completely unobvious at the same time! | 14:41 |
| richard_maw | I want to get rid of the time part of that | 14:42 |
| persia | Somehow I think the instructions on using latest morph should be a little harder to find. | 14:42 |
| richard_maw | paulsherwood: since you're the one that put the time command in, what do you think? | 14:42 |
| paulsherwood | richard_maw: fine by me | 14:58 |
| * paulsherwood will continue to use time though, until morph actually reports how long it's taken | 14:59 | |
| radiofree | make sure it doesn't report it on stderr though | 15:00 |
| paulsherwood | :) | 15:00 |
| *** tiagogomes_ [~tiagogome@access.ducie-dc1.codethink.co.uk] has quit [Ping timeout: 255 seconds] | 16:37 | |
| *** ssam2 [~ssam2@82-68-191-81.dsl.posilan.com] has quit [Quit: Leaving] | 17:11 | |
| *** jonathanmaw [~jonathanm@82-68-191-81.dsl.posilan.com] has quit [Quit: Leaving] | 17:15 | |
| *** franred [~franred@82-68-191-81.dsl.posilan.com] has quit [Quit: Leaving] | 17:20 | |
| *** tiagogomes [~tiagogome@access.ducie-dc1.codethink.co.uk] has joined #baserock | 17:26 | |
| straycat_ | hello | 17:47 |
| richard_maw | hi straycat_ | 17:47 |
| straycat_ | we seem to have lorried the "wrong" git-fat | 17:47 |
| richard_maw | as in we're not using the canonical upstream repository? | 17:48 |
| straycat_ | We're lorrying from git://github.com/jedbrown/git-fat.git not git://github.com/cyaninc/git-fat | 17:50 |
| straycat_ | Would you agree that we should be lorrying from git://github.com/cyaninc/git-fat ? | 17:54 |
| straycat_ | radiofree, I don't think that you should suggest that, master *should* always work. | 17:54 |
| persia | the cyaninc repo seems derivative of the jedbrown repo, and the jedbrown repo has more recent commits. Why is one better than the other? | 17:57 |
| richard_maw | According to GitHub's own metrics, the cyaninc one is a fork | 17:57 |
| straycat_ | According to locallycompact jed brown's is out of date even though it has more recent commits. | 17:58 |
| locallycompact | Can confirm after a weekend of playing with it on a personal project that https://pypi.python.org/pypi/git-fat/0.3.1 is more featureful and less wonky. | 17:59 |
| persia | jedbrown certainly has fewer commits than cyaninc | 18:00 |
| locallycompact | and also, it's the one that gets installed when you run easy_install git-fat | 18:00 |
| persia | locallycompact: And pypi is fed from the cyaninc repo? | 18:00 |
| * persia prefers `pip install git-fat` but would expect the same result doing that | 18:00 | |
| persia | Wait: 0.3.1? | 18:01 |
| persia | cyaninc only seems to have 0.3.0. | 18:01 |
| persia | How did 0.3.1 come to be? | 18:01 |
| richard_maw | hm, well, I'm finishing for the week, can you send a mail to the list so we don't forget it, and can look at it on Monday? | 18:01 |
| straycat_ | sure | 18:05 |
| *** locallycompact [~lc@82-68-191-81.dsl.posilan.com] has quit [Ping timeout: 264 seconds] | 18:19 | |
| *** tiagogomes [~tiagogome@access.ducie-dc1.codethink.co.uk] has quit [Quit: Leaving] | 18:39 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!