| *** petefoth has quit IRC | 05:12 | |
| *** zoli__ has joined #baserock | 05:31 | |
| *** petefoth has joined #baserock | 06:23 | |
| *** mike has joined #baserock | 06:28 | |
| *** mike is now known as Guest43571 | 06:29 | |
| *** tiagogomes has quit IRC | 06:39 | |
| *** zoli__ has quit IRC | 06:40 | |
| *** tiagogomes has joined #baserock | 06:54 | |
| *** tiagogomes has quit IRC | 07:01 | |
| *** zoli__ has joined #baserock | 07:05 | |
| *** gary_perkins has joined #baserock | 07:28 | |
| *** tiagogomes has joined #baserock | 07:30 | |
| *** tiagogomes has quit IRC | 07:36 | |
| *** CTtpollard has joined #baserock | 07:47 | |
| *** mdunford has joined #baserock | 07:58 | |
| *** bashrc_ has joined #baserock | 08:04 | |
| *** sambishop has joined #baserock | 08:12 | |
| *** mariaderidder has joined #baserock | 08:17 | |
| *** brlogger has joined #baserock | 08:20 | |
| *** brlogger has joined #baserock | 08:22 | |
| *** 1JTAAEFDW has joined #baserock | 08:30 | |
| *** jonathanmaw has joined #baserock | 08:39 | |
| *** ssam2 has joined #baserock | 09:10 | |
| *** ChanServ sets mode: +v ssam2 | 09:10 | |
| *** lachlanmackenzie has joined #baserock | 09:15 | |
| *** petefoth_ has joined #baserock | 09:18 | |
| *** petefoth has quit IRC | 09:19 | |
| *** petefoth_ is now known as petefoth | 09:19 | |
| *** ssam2 has quit IRC | 09:25 | |
| *** ssam2 has joined #baserock | 09:25 | |
| *** ChanServ sets mode: +v ssam2 | 09:25 | |
| jonathanmaw | Does the change in definitions to define a version number mean that morph is backwards-compatible? | 09:40 |
|---|---|---|
| paulsherwood | there's a whole load of hidden complexity in that question | 09:40 |
| jonathanmaw | I'm looking at the GENIVI Demo Platform branch (http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/?h=baserock/james/genivi-demo-platform-0.1-rebase) and wondering what version of morph to recommend | 09:40 |
| paulsherwood | i think we always recommend latest morph? | 09:41 |
| paulsherwood | or ybd :) | 09:41 |
| jonathanmaw | Would using a later version of morph result in cache-key misses? | 09:41 |
| ssam2 | jonathanmaw: not unless the cache key calculation algorithm changes, which is rare | 09:42 |
| ssam2 | i've been trying to get us to a point where the latest release of the 'build' reference system on download.baserock.org can always build the commits between the latest release tag of definitions.git and master of definitions.git | 09:43 |
| persia | ssam2: So version foo can always build version foo+1 ? | 09:44 |
| ssam2 | yes | 09:44 |
| ssam2 | jonathanmaw: so I would recommend using whatever is the latest released version of the 'build' reference system at the time of writing | 09:45 |
| ssam2 | which is 15.25 | 09:45 |
| paulsherwood | as i described on http://wiki.baserock.org/back-and-forth/ this design is complex and a bit fragile i think. | 09:45 |
| ssam2 | however, it does exist :) | 09:45 |
| ssam2 | jonathanmaw: later releases may remove support for the version of definitions used in that branch. Which just means that if you update the branch from master of definitions.git you may need to update the version of the 'build' system recommended in the instructions, and vice versa | 09:46 |
| ssam2 | later releases of the 'build' reference system, that is | 09:47 |
| paulsherwood | ssam2: i'm confused by 'however, it does exist :)' ? | 09:48 |
| ssam2 | it's a response to your criticism of the current design of the definitions versioning. I'm saying that although it is indeed complex and fragile, i don't know of a better approach we can use right now for making incompatible changes in a predictable way | 09:49 |
| ssam2 | i think i'm going to be looking at this in more detail this week, and will try to summarise all of the previous discussion on the mailing list and collect ideas for fixing it | 09:49 |
| paulsherwood | ssam2: i really didn't mean it to be taken as criticism of the design. this is a very hard problem, and i think you've done a lot of deep thinking to get this far | 09:54 |
| paulsherwood | i just want the moon on a stick, as you know :) | 09:55 |
| paulsherwood | my current *guess* is that we'll need to simplify the problem or increase constraints to achieve any improvement versus what you've already proposed. but i've been wrong before | 09:56 |
| radiofree | paulsherwood: if your laptop can build the ci cluster in ~4.5 hours i think we should make your laptop the ci system | 10:50 |
| rjek | haha | 10:50 |
| pedroalvarez | regarding CI, have anyone notice the new feature of https://mason-x86-64.baserock.org/? | 10:51 |
| pedroalvarez | Feel free to vote it in: https://gerrit.baserock.org/#/c/924/ :) | 10:52 |
| rjek | :) | 10:52 |
| radiofree | pedroalvarez: that is lovely, but it doesn't show the current ref for me | 10:54 |
| radiofree | and probably should be "In Progress" | 10:54 |
| pedroalvarez | this is because I did the minimal work to make this happen. Make it better would be more and more code | 10:55 |
| pedroalvarez | s/Make/Making/ | 10:55 |
| pedroalvarez | the script that generates this html can't know the ref, before calling the script that does the build, and it can't wait for it to finish for obvious reasons | 10:56 |
| *** gary_perkins has quit IRC | 11:04 | |
| *** sambishop has quit IRC | 11:04 | |
| *** jonathanmaw has quit IRC | 11:04 | |
| *** nowster has quit IRC | 11:04 | |
| *** CTtpollard has quit IRC | 11:04 | |
| *** ssam2 has quit IRC | 11:04 | |
| *** mdunford has quit IRC | 11:04 | |
| *** Guest43571 has quit IRC | 11:04 | |
| *** fay_ has quit IRC | 11:04 | |
| *** paulw has quit IRC | 11:04 | |
| *** 1JTAAEFDW has quit IRC | 11:04 | |
| *** petefoth has quit IRC | 11:04 | |
| *** lachlanmackenzie has quit IRC | 11:04 | |
| *** flatmush has quit IRC | 11:04 | |
| *** mariaderidder has quit IRC | 11:04 | |
| *** bashrc_ has quit IRC | 11:04 | |
| *** Guest43571 has joined #baserock | 11:04 | |
| *** mariaderidder has joined #baserock | 11:04 | |
| *** ssam2 has joined #baserock | 11:04 | |
| *** ChanServ sets mode: +v ssam2 | 11:04 | |
| *** tiagogomes_ has joined #baserock | 11:04 | |
| *** fay_ has joined #baserock | 11:04 | |
| *** paulw has joined #baserock | 11:04 | |
| *** mdunford has joined #baserock | 11:04 | |
| *** lachlanmackenzie has joined #baserock | 11:04 | |
| *** bashrc_ has joined #baserock | 11:04 | |
| *** nowster has joined #baserock | 11:04 | |
| *** jonathanmaw has joined #baserock | 11:05 | |
| *** sambishop has joined #baserock | 11:05 | |
| *** gary_perkins has joined #baserock | 11:05 | |
| *** petefoth has joined #baserock | 11:05 | |
| *** flatmush has joined #baserock | 11:06 | |
| paulsherwood | radiofree: :) | 11:09 |
| *** edcragg has joined #baserock | 11:20 | |
| *** edcragg has quit IRC | 11:25 | |
| *** mariaderidder has quit IRC | 11:37 | |
| *** zoli__ has quit IRC | 12:28 | |
| *** zoli__ has joined #baserock | 12:46 | |
| *** mariaderidder has joined #baserock | 12:49 | |
| tiagogomes_ | Anyone looked into using monit (https://mmonit.com/monit/) in the Trove and Mason? It looks a useful tool. The website also looks nice, which makes me restate that wiki.baserock.org looks bad | 13:12 |
| Kinnison | the monit website is an evil scrollsite | 13:12 |
| * Kinnison gives up | 13:12 | |
| *** paulw has quit IRC | 13:26 | |
| *** paulw has joined #baserock | 13:26 | |
| ssam2 | yeah, i know i'm in the minority, but if a website says 'Javascript on, please!' then i already hate them | 13:45 |
| * richard_maw is with ssam2 there | 13:46 | |
| rjek | +1 | 13:48 |
| nowster | me too | 13:48 |
| SotK | is it the requirement of Javascript that is disliked, or the phrasing of the message which informs about the requirement that is the issue | 13:49 |
| SotK | ? | 13:49 |
| Kinnison | Both | 13:50 |
| * SotK notices storyboard with Javascript disabled is an interesting experience | 13:50 | |
| Kinnison | Storyboard is a web-app not a website | 13:50 |
| ssam2 | the design of storyboard is pretty annoying, though, although I think I can see why they implemented it the way they did (allows for live-updates without a refresh) | 13:52 |
| persia | The other reason is to have a REST service that is consumable in other ways. | 13:53 |
| persia | For example, one can have a kanban backed by storyboard in parallel to a bug tracker without that much adjustment to the core data. | 13:54 |
| persia | But perhaps this is off-topic for this channel :) | 13:54 |
| ssam2 | i can implement a REST service without requiring the clients to all run arbitrary Javascript code | 13:54 |
| ssam2 | when I say the 'design of storyboard', I only mean the design of the web interface | 13:55 |
| *** Guest43571 has quit IRC | 13:56 | |
| persia | I didn't think it was arbitrary code: I thought it was the storyboard UI code. | 13:56 |
| persia | I suppose it is arbitrary, if you consider the storyboard developers the arbiters. | 13:57 |
| persia | But most of the REST-consuming web interfaces that aren't pure javascript that I've seen require another layer of servers to process the UI-to-API translation. | 13:57 |
| petefoth | possibly arbitrary in the sense of 'not having been (noticeably) subject to UI design' | 13:57 |
| SotK | petefoth, others: I'd be interested to hear which parts cause the most pain, though perhaps #baserock isn't the best place for that | 13:59 |
| petefoth | SotK: I'll pm or email with some issue I raised against a version that was run in another place | 14:00 |
| SotK | petefoth: thanks! | 14:00 |
| ssam2 | persia: it's abitrary in the sense that I don't have time to read through it and check what it does | 14:04 |
| perryl | paulsherwood: is the artifact cache location for ybd only accessible from ybd/app.py now? | 14:04 |
| jonathanmaw | Hi Baserockers, I am writing instructions for using the Baserock GENIVI Demo Platform, and one part of that is providing a ready-made binary image that can just be flashed and run, and ran into the question of where to host it. | 14:06 |
| jonathanmaw | Can I host it on download.baserock.org? | 14:06 |
| ssam2 | makes sense to host it on download.baserock.org to me | 14:08 |
| ssam2 | download.baserock.org is actually hosted on a codethink-owned server still, so you already have access too :) | 14:08 |
| *** CTtpollard has joined #baserock | 14:10 | |
| *** Guest43571 has joined #baserock | 14:11 | |
| *** mike has joined #baserock | 14:33 | |
| *** mike is now known as Guest57616 | 14:33 | |
| paulsherwood | perryl: i don't understand your question? at the moment there's no server for ybd, unless you've created one? i'd like to establish one soonish, if possible as per my email today: http://listmaster.pepperfish.net/pipermail/baserock-dev-baserock.org/2015-June/013137.html | 14:51 |
| paulsherwood | perryl: i used to have a local poc server, but removed it for clarity | 14:51 |
| perryl | paulsherwood: just where the cached artifacts are stored :) i checked the git history for ybd.conf where it was set before but now it looks to be generated in app.py | 14:52 |
| paulsherwood | perryl: ah yes, that was a change from jjardon to try to simplify things. set one directory in ybd.conf and everything sits under there | 14:53 |
| paulsherwood | ssam2 had an issue where things broke if directories were on different mounts. this makes that impossible now iiuc | 14:53 |
| perryl | ahh, makes sense to simplify, i'll see if it's possible to incorporate that in my script | 14:53 |
| paulsherwood | perryl: ok, understood. if you have an existing set of gits and artifacts, you could mv them to save re-creating from scratch | 14:54 |
| paulsherwood | perryl: so the setting in ybd.conf is 'base' - i hope that makes sense | 14:55 |
| perryl | i don#'t have any stored artifacts at present :( i was testing the script after making a few additions and noticed it failing to parse the cached artifact files | 14:56 |
| *** rdale has joined #baserock | 15:08 | |
| *** rdale has quit IRC | 15:31 | |
| *** Guest57616 has quit IRC | 15:39 | |
| *** Guest43571 has quit IRC | 15:39 | |
| *** Guest43571 has joined #baserock | 15:52 | |
| *** Guest57616 has joined #baserock | 15:52 | |
| paulsherwood | rjek: a propos of nothing, is there any guidance anywhere on how to make webuis useful for folks who are colourblind? | 16:23 |
| rjek | paulsherwood: Don't rely on colour, use symbols :) | 16:23 |
| rjek | Trello does this really well, btw | 16:23 |
| rjek | There is no "single solution" colour palette, as people's colour blindness differs from person to person | 16:24 |
| paulsherwood | rjek: thanks! | 16:24 |
| rjek | Or at minimum make sure information is available in a medium other than colour | 16:24 |
| rjek | paulsherwood: Have you seen how Trello does it, btw? It uses different combinations of cross-hatching and colour | 16:24 |
| paulsherwood | rjek: noted, thanks | 16:25 |
| CTtpollard | I've had friends find Colour Enhancer add-on from Google with Chrome helpful | 16:26 |
| CTtpollard | *Color | 16:26 |
| rjek | CTtpollard: You were right before, it is the add-on that is wrong >:) | 16:29 |
| CTtpollard | rjek: agreed! | 16:29 |
| *** Guest57616 has quit IRC | 16:30 | |
| rjek | NetSurf hasn't had a bug report about our variable name spelling in ages, but somebody did recently file a bug saying we'd typoed "Disc cache" | 16:30 |
| *** Guest43571 has quit IRC | 16:30 | |
| *** gary_perkins has quit IRC | 16:37 | |
| *** jonathanmaw has quit IRC | 16:37 | |
| *** Guest43571 has joined #baserock | 16:44 | |
| *** Guest57616 has joined #baserock | 16:44 | |
| *** bashrc_ has quit IRC | 16:54 | |
| *** mariaderidder has quit IRC | 17:02 | |
| *** mdunford has quit IRC | 17:03 | |
| *** Guest57616 has quit IRC | 17:06 | |
| *** Guest43571 has quit IRC | 17:07 | |
| *** Guest43571 has joined #baserock | 17:19 | |
| *** Guest57616 has joined #baserock | 17:20 | |
| *** ssam2 has quit IRC | 17:22 | |
| *** Guest43571 has quit IRC | 17:35 | |
| *** Guest57616 has quit IRC | 17:35 | |
| *** mdunford has joined #baserock | 17:39 | |
| *** mdunford has quit IRC | 18:04 | |
| *** lachlanmackenzie has quit IRC | 18:24 | |
| *** zoli__ has quit IRC | 20:01 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!