| persia | I thought that could be set with a configuration extension at deploy time. | 05:11 |
|---|---|---|
| * petefoth believes that docs are just another form of software: to make good docs you need good tools and processes | 06:43 | |
| petefoth | Baserock doesn't yet have those tools and process for documents | 06:43 |
| persia | What tools do you seek? | 06:45 |
| *** ctgriffiths [~quassel@ec2-54-72-26-210.eu-west-1.compute.amazonaws.com] has quit [Quit: No Ping reply in 180 seconds.] | 06:54 | |
| *** ctgriffiths [~quassel@ec2-54-72-26-210.eu-west-1.compute.amazonaws.com] has joined #baserock | 06:56 | |
| petefoth | I was wrong - we have lots of tools. We just don't have a good *process* for doing docs. The starting point is that we don't capture or specify any *requirements* for docs, so if we do write any, we don't have a spec for them, so we don't know what to write - see Commandment #17 | 07:02 |
| *** violeta [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 07:03 | |
| petefoth | This applies not only to BAserock, but to many software development projects in many organisations | 07:03 |
| petefoth | s/many/most/ | 07:03 |
| * petefoth dismounts from his 'docs are software too' soapbox | 07:04 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has joined #baserock | 07:23 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has quit [Client Quit] | 07:25 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has joined #baserock | 07:25 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 07:51 | |
| *** liw-orc [~liw@access.ducie-dc1.codethink.co.uk] has quit [Ping timeout: 246 seconds] | 07:52 | |
| *** liw-orc [~liw@access.ducie-dc1.codethink.co.uk] has joined #baserock | 07:52 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has quit [Remote host closed the connection] | 08:01 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has joined #baserock | 08:07 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:37 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 08:55 | |
| *** dutch [~william@92.40.19.162.threembb.co.uk] has joined #baserock | 08:56 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:01 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:07 | |
| petefoth | To whom would I need to send my ssh key if I wanted to make edits to w.b.o locally and push them, rather than by edit in place? | 09:18 |
| rjek | petefoth: I suspect liw-orc | 09:19 |
| petefoth | rjek: you suspect him of what? (and thanks) | 09:19 |
| pedroalvarez | petefoth: I think rjek's answer is related to your question | 09:20 |
| pedroalvarez | :) | 09:20 |
| persia | I thought there was no ACL for w.b.o | 09:30 |
| liw-orc | petefoth, communicate your ssh public key to me via protected work channels, and I'll add it | 09:34 |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Read error: Connection reset by peer] | 09:39 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:40 | |
| paulsher1ood | quick mason question... where does the code that decides what appears onscreen live? | 09:44 |
| paulsher1ood | in other words if i wanted to tweak the ui, what do i need to hack? | 09:45 |
| richard_maw | definitions.git/mason I think | 09:45 |
| paulsher1ood | aha :) | 09:46 |
| paulsher1ood | interesting approach... a shell file cat-ing html :-) | 09:47 |
| paulsher1ood | why do we do that so much? | 09:48 |
| richard_maw | shell's a useful language for knocking together prototypes | 09:48 |
| persia | low depdendency count | 09:48 |
| paulsher1ood | i'm not against shell, just wondering why not have the cat-ed content as a file and be done? | 09:49 |
| persia | Simplicity of editing: it's just one file to change. | 09:51 |
| liw-orc | sometimes also shell variable expansion in the HTML text | 09:52 |
| paulsher1ood | ok, thanks, that makes sense | 09:52 |
| persia | liw-orc: At least for mason, it seems to be done with sed, rather then shell variables in several cases | 09:52 |
| paulsher1ood | there are templating engines for that, but clearly they lead to more dependencies | 09:53 |
| persia | Right, and dependencies cause integration pain because of cycle time with current baserock tooling | 09:54 |
| paulsher1ood | i think we're mostly through that... i reckon i could use ssam2's tool to put a ruby thing in place in under a day :) | 09:55 |
| paulsher1ood | but please don't challenge me to prove it :-) | 09:55 |
| persia | It's more a matter of needing to pre-define everything, and that we don't have a good development environment, really. | 09:57 |
| persia | Yes, one could get e.g. HAML+Rails working quickly, but not necessarily with the development environment one wants to develop in HAML. | 09:57 |
| paulsher1ood | persia: i believe a high percentage of the HAML+Rails folk use Mac + Textmate. I use those, and can work on Baserock using them :) | 09:59 |
| paulsher1ood | but i may be wrong about the 'high' part :) | 09:59 |
| ssam2 | I don't see the problem with using 'gem install', 'rvm', 'bundler' etc. in a Baserock VM to achieve a development environment, either | 10:00 |
| persia | That's what I used when I was working with HAML+Rails, so you may not be wrong. | 10:00 |
| paulsher1ood | so my trick is to export my src tree via sshfs. it's tolerable | 10:01 |
| ssam2 | that's what I do to so I can develop in Fedora | 10:01 |
| ssam2 | *too | 10:01 |
| * paulsher1ood feels a few uptodate video tutorials coming on | 10:01 | |
| persia | ssam2: Except I want vim compiled with more stuff in, tig, non-busybox utilities, and frequently some rendering tools when I do development, which is less easy to achieve. | 10:01 |
| ssam2 | persia: yes, to achieve that in Baserock requires a bit more work | 10:02 |
| persia | ssam2: Yep. Hence "current" in my original criticism :) | 10:02 |
| jmacs | git.baserock.org will be shut down NOW to make a backup image. This should take a maximum of 30 minutes. | 12:53 |
| persia | Excellent! I presume this is a precusor to g.b.o not being down unexpectedly quite so often? | 13:08 |
| jmacs | Yes, me and liw-orc wil be upgrading it if this test is successful. | 13:10 |
| jmacs | rsync is currently waving between 30 and 60 minutes to complete, so this may take up to a further hour. Sorry. | 13:11 |
| straycat | Am I supposed to be able to force push to our branchable? | 13:32 |
| liw-orc | straycat, afaik branchnable doesn't prevent force pushes | 13:34 |
| petefoth | straycat: which branchable? baserock.branchable.com (i.e. wiki.baserock.org)? | 13:35 |
| straycat | petefoth, yes wiki.baserock.org | 13:36 |
| straycat | I can delete the remote and create a new one, so it's not really much of a problem, I just expected to be able to force push. | 13:37 |
| ssam2 | Kinnison, SotK: do you mind if I merge jjardon's graphics cleanup patch series to master ? I ask in case it would cause pain for the updated genivi baseline work that you are doing | 13:40 |
| pedroalvarez | ssam2: You have to wait to do that, g.b.o, is down | 13:41 |
| ssam2 | good point :) | 13:41 |
| ssam2 | i'll merge it when it is back, unless anyone asks me to wait | 13:42 |
| liw-orc | rsync says 14:10... 11:50... 20:14... time remaining | 13:46 |
| Kinnison | ssam2: I'm okay to rebase on top of jjardon's work afterwards | 13:47 |
| Kinnison | ssam2: I already need to clean up what I did before it's mergeable anyway | 13:47 |
| SotK | ssam2: as am I | 13:48 |
| liw-orc | 7:20... 11:08... 12:23... 12:38... 08:08... 12:27... | 13:52 |
| * liw-orc wishes rsync could make up its mind :) | 13:52 | |
| liw-orc | there's a strong trend towards 00:00, luckily | 13:52 |
| liw-orc | almost there... about 90s remaining | 14:01 |
| jmacs | git.baserock.org is now back up and running | 14:04 |
| jmacs | ssam2: ^ | 14:04 |
| ssam2 | cool, thanks for notifying me | 14:05 |
| paulsher1ood | Kinnison: how did you get on updating kernel etc on jetson? | 14:07 |
| petefoth | liw-orc: Kinnison: anyone: If I were interested in being informed - by email or ...? - when any changes were made to w.b.o. would that be starightforward to achieve? | 14:10 |
| richard_maw | I think you can get an RSS feed | 14:10 |
| petefoth | richard_maw: thank you - I will investigate | 14:11 |
| * paulsher1ood thought readers were dead now | 14:12 | |
| richard_maw | paulsher1ood: I can't see why they would be. There's still servers serving RSS, and clients capable of reading it | 14:12 |
| paulsher1ood | richard_maw: fair enough | 14:13 |
| richard_maw | I use theoldreader.com | 14:13 |
| paulsher1ood | richard_maw: in other news, is there a branch for your mega series anywhere? | 14:13 |
| paulsher1ood | i'd like to try it before it lands, if you don't mind? | 14:14 |
| richard_maw | no, as I was on my personal laptop and hadn't gotten around to putting my key for that on git.baserock.org | 14:14 |
| paulsher1ood | ah | 14:14 |
| richard_maw | I can set that up and push now though | 14:14 |
| paulsher1ood | maybe push to somewhere else? gh, gitorious etc? | 14:14 |
| * paulsher1ood was quite pleased to see how easy it was to try out jjardon's stuff on gitorious | 14:15 | |
| Kinnison | paulsher1ood: I am currently unwell and away from my Jetson, but I did get a patched 3.17-rc5 with appropriate DTB combo up and it seems to have DRM nodes in /dev | 14:17 |
| paulsher1ood | srry to hear about the unwellness - but the result sounds exciting :) | 14:17 |
| Kinnison | I'm excited too | 14:18 |
| Kinnison | I also just tried patching smartdevicelink version 3's build system to be more Baserock compatible | 14:18 |
| * Kinnison has ssh access to his build cluster but without fingers on boards I can't do anything for my test target :-) | 14:18 | |
| paulsher1ood | cool. i'm sure the upstream smartdevicelink guys would be happy to adopt anything that's sensible | 14:19 |
| paulsher1ood | (but note they have to build for nonlinux too) | 14:19 |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 14:20 | |
| Kinnison | Aye | 14:21 |
| Kinnison | Mostly they use some arguments to find which busybox can't do | 14:21 |
| Kinnison | so I'm experimenting with what might work | 14:21 |
| Kinnison | I'm getting some confusing results for cmake files, so I wonder if I'm missing something | 14:27 |
| Kinnison | I think they're trying to be over-clever with their Qt finding stuff | 14:29 |
| * Kinnison reads some web pages | 14:29 | |
| paulsher1ood | richard_maw: is it me? http://fpaste.org/134590/ | 14:41 |
| richard_maw | no, but I'm damned surprised that made its way past my testing | 14:44 |
| paulsher1ood | heh | 14:45 |
| paulsher1ood | the bugmagnet strikes again :) | 14:45 |
| richard_maw | ah, we must be missing bootstrap build mode coverage, since we have to build in testing mode | 14:46 |
| * paulsher1ood rises from his chair, arms aloft and does a small victory dance | 14:46 | |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 14:49 | |
| richard_maw | paulsher1ood: I've pushed baserock/richardmaw-os/tidy-build-logic-v5, and am going to do some test-builds of my own | 14:50 |
| richard_maw | my only defense of not doing build testing of definitions.git earlier is that my brain was fried by the time I'd finished splitting the patch up | 14:51 |
| richard_maw | and that's more of an explanation than a justification | 14:51 |
| * Kinnison is undergoing an effort in determining replacement find instructions :-( | 14:52 | |
| paulsher1ood | richard_maw: http://fpaste.org/134593/ ? | 14:53 |
| richard_maw | running it myself now, thanks | 14:54 |
| richard_maw | Kinnison: which command is it using that is missing? | 14:55 |
| straycat | Can we make http the default upstream trove protocol so people don't have to bother creating an upstream trove user if they don't really need one? | 14:56 |
| Kinnison | richard_maw: find's -L and -executable | 14:56 |
| Kinnison | richard_maw: at least | 14:57 |
| Kinnison | straycat: I thought we already had, and if we haven't then yes we should | 14:57 |
| straycat | Not from what I see in trove-setup | 14:57 |
| richard_maw | Kinnison: -follow should be equivalent to -L | 14:57 |
| richard_maw | hm, slightly different semantics | 14:58 |
| straycat | ansible/roles/trove-setup/tasks/check.yml:- set_fact: UPSTREAM_TROVE_PROTOCOL=ssh | 14:58 |
| straycat | ansible/roles/trove-setup/tasks/check.yml: when: UPSTREAM_TROVE_PROTOCOL is not defined | 14:58 |
| Kinnison | richard_maw: slightly different semantics, and busybox doesn't support it in the same place -L is used | 14:58 |
| pedroalvarez | straycat: yeah, by default is ssh, but yuu can set it to http | 14:58 |
| Kinnison | straycat: I suggest you chat with pedroalvarez about that, he did the ansible trove stuff and he can probably help you rework that | 14:59 |
| richard_maw | `-executable` = `-exec test -x {} \;` | 14:59 |
| liw-orc | straycat, +2 for making http the default protocol for LC | 14:59 |
| * straycat nods | 15:00 | |
| straycat | Kinnison, it's a trivial change | 15:00 |
| Kinnison | richard_maw: tbf, for what they're using it for, -perm +0111 is enough | 15:00 |
| liw-orc | Kinnison, you need -perm for find, I think, for -executable | 15:00 |
| Kinnison | liw-orc: they're subtly different :-( | 15:00 |
| Kinnison | liw-orc: but in this instance, yes -perm +0111 | 15:00 |
| pedroalvarez | straycat: but I dont understand why we need the change | 15:00 |
| straycat | also i have a lot of lag | 15:00 |
| straycat | pedroalvarez, So that people don't need to bother adding a user on the upstreamtrove if they don't need access to private content | 15:01 |
| pedroalvarez | but is not needed | 15:01 |
| straycat | Seems like the sane default to me | 15:01 |
| pedroalvarez | you can specify "UPSTREAM_TROVE_PROTOCOL: http" | 15:01 |
| straycat | Obviously | 15:02 |
| liw-orc | pedroalvarez, you can, but it's one more thing you have to specify | 15:02 |
| pedroalvarez | well, now that is possible to create troves without UPSTREAM_TROVE, I guess I don't mind | 15:03 |
| persia | And the default should be freindly for someone starting from scratch: imagine the user has a laptop and is in an internet cafe, or similar. | 15:03 |
| liw-orc | petefoth, see the "RecentChanges" link near the top of every page on wiki.baserock.org; there are RSS and Atom buttons (orange background) if you want to subscribe (either format should work, I prefer atom) | 15:09 |
| pedroalvarez | I'm not opposed. I'm just saying that is not needed any change to deploy a trove using http to get the content from an upstream trove | 15:09 |
| persia | If nothing else, the documentation needs to change: deploying-a-trove talks about getting an upstream account before writing the cluster morphology. | 15:12 |
| straycat | persia, Working on that :) | 15:12 |
| * persia sets out a bowl of cream in deep appreciation | 15:13 | |
| * Kinnison gets super-confused by this FindQt.sh script | 15:15 | |
| Kinnison | richard_maw: I may need you to bring your immense shell experience to bear on this so I can work out wtf is going on :-( | 15:15 |
| * straycat laps up cream and disappears | 15:18 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:09 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has quit [Quit: Leaving] | 16:31 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:34 | |
| richard_maw | new version of the building per-source branch pushed to baserock/richardmaw-os/tidy-build-logic-v6 | 16:50 |
| richard_maw | It's merrily up to 110/149 | 16:50 |
| paulsher1ood | richard_maw: weird: /src2/morph # git fetch rmaw baserock/richardmaw-os/tidy-build-logic-v6 | 16:52 |
| paulsher1ood | fatal: Couldn't find remote ref baserock/richardmaw-os/tidy-build-logic-v6 | 16:52 |
| paulsher1ood | Unexpected end of command stream | 16:52 |
| richard_maw | that's… interesting | 16:54 |
| * richard_maw facepalms | 16:54 | |
| paulsher1ood | i'm on a roll :) | 16:54 |
| richard_maw | I had --dry-run set | 16:54 |
| paulsher1ood | ha :) | 16:54 |
| rjek | paulsher1ood: Fig roll? | 16:54 |
| rjek | That'd explain why we've not had any in a while. | 16:54 |
| *** genii [~quassel@ubuntu/member/genii] has quit [Read error: Connection reset by peer] | 16:56 | |
| paulsher1ood | richard_maw: looking much better now :) | 16:57 |
| paulsher1ood | richard_maw: is it now reporting x/y where y is number of chunks to build, not total chunks? | 17:00 |
| richard_maw | I'm tempted to take ttystatus and the code ssam2 and I wrote for processing subprocess output asynchronously, and change the morph TUI to display the last 5 lines of build commands | 17:00 |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 17:00 | |
| richard_maw | paulsher1ood: y is the number of morphologies in total* | 17:01 |
| richard_maw | *it's actually sources, but that is only different here for strata | 17:01 |
| paulsher1ood | richard_maw: i killed it, restarted. first time y was 219, now it's 149 | 17:01 |
| richard_maw | x is the number of sources currently built | 17:01 |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:02 | |
| richard_maw | well, you're clearly on a roll today then. I have no idea why it should have shown you 219 for y | 17:02 |
| paulsher1ood | i'm building genivi. | 17:02 |
| richard_maw | I'm building devel | 17:03 |
| richard_maw | devel shows 149 | 17:03 |
| paulsher1ood | ah. this will be me, being an idiot | 17:03 |
| paulsher1ood | :) | 17:03 |
| richard_maw | less of an idiot than me for not checking whether that bootstrap-mode code did anything sensible | 17:04 |
| paulsher1ood | it's looking good, richard_maw. i'll let it finish and deploy | 17:04 |
| richard_maw | I'm on 149/149 here | 17:05 |
| * paulsher1ood has a 6 line script that builds, deploys to self, in an idempotent stylee | 17:05 | |
| richard_maw | so I'll be able to let you know whether it builds ok before I leave today | 17:05 |
| paulsher1ood | i expect it builds ok - have you touched anything that may affect deploy? | 17:05 |
| richard_maw | not directly | 17:06 |
| paulsher1ood | ok | 17:06 |
| richard_maw | the build graphing code has changed | 17:06 |
| richard_maw | but that was exercised during build too | 17:06 |
| richard_maw | and that bit _was_ covered by the test suite | 17:06 |
| paulsher1ood | :-) | 17:07 |
| richard_maw | I think my next upstream-time project will be to allow in-line morphologies | 17:09 |
| * persia has been looking forward to that since first encountering the syntax | 17:10 | |
| richard_maw | since if I can combine that with null sources, I can cut the source extraction stage out of some of the bootstrap | 17:11 |
| persia | That cuts into the initial 2-minute build delay? | 17:11 |
| richard_maw | no | 17:11 |
| persia | Ah, right "bootstrap" meaning the porting bits for new boards, etc. | 17:12 |
| richard_maw | yep, but since that's always in the build graph as part of build-essential, we also do it every time cache-keys are incompatibly changed and we have to rebuild everything | 17:13 |
| persia | The other nice feature is that it would allow removing chunk morphologies entirely, reducing the set of apparent moving pieces to be significantly smaller. | 17:15 |
| * richard_maw would like a build mode where morph generates a shell script that does everything, so you could do a Baserock build on a system that doesn't have morph, but that adds too much complexity to the codebase | 17:16 | |
| persia | I'd rather just be able to install morph anywhere, rather than being dependent on having it installed as part of the host system. | 17:17 |
| persia | As most of the time I'd want to do a baserock build on a non-morph-containing-system, `pip install morph` ought to work. | 17:17 |
| *** violeta [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 246 seconds] | 17:21 | |
| * Kinnison urghs | 17:22 | |
| Kinnison | pip | 17:22 |
| persia | You're allowed to urgh at me wanting to `pip install morph` when you have no devices that fail to run Baserock natively | 17:23 |
| persia | Until then, we're just debating the relative merits of different package managers. | 17:24 |
| *** pdar [~patrickda@access.ducie-dc1.codethink.co.uk] has quit [Read error: Connection reset by peer] | 17:28 | |
| Kinnison | :-) | 17:30 |
| Kinnison | At least you didn't ask for easy_install | 17:30 |
| *** violeta [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 17:41 | |
| *** pdar [~patrickda@access.ducie-dc1.codethink.co.uk] has joined #baserock | 17:44 | |
| *** dutch [~william@92.40.19.162.threembb.co.uk] has quit [Quit: Quit] | 18:08 | |
| *** violeta [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 258 seconds] | 18:16 | |
| straycat | "Life is too short for package managers." | 18:29 |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Read error: Connection reset by peer] | 19:03 | |
| paulsher1ood | brew install morph :) | 20:00 |
| petefoth | If the answer is "brew install", then the wrong question is being asked! | 20:12 |
| jjardon | persia: Did I heard coreutils? ;) | 20:29 |
| *** thecorconian [~thecorcon@eccvpn1.ford.com] has joined #baserock | 20:32 | |
| jjardon | forgot to mention in the cover letters: Ive deployed a genivi image and run weston to check everything keep working after applying the patches from both series (coreutils and NetworkManager) | 20:34 |
| *** mwilliams_ct [~mikewilli@access.ducie-dc1.codethink.co.uk] has quit [Ping timeout: 240 seconds] | 21:27 | |
| *** mwilliams_ct [~mikewilli@access.ducie-dc1.codethink.co.uk] has joined #baserock | 21:27 | |
| *** pdar [~patrickda@access.ducie-dc1.codethink.co.uk] has quit [Ping timeout: 245 seconds] | 21:27 | |
| *** pdar [~patrickda@access.ducie-dc1.codethink.co.uk] has joined #baserock | 21:27 | |
| *** genii [~quassel@ubuntu/member/genii] has quit [Remote host closed the connection] | 21:40 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!