| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 07:16 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has joined #baserock | 07:32 | |
| pedroalvarez | jjardon: looking at the BSP build-depends - no, it shouldn't rebuild with changes in foundation. | 07:56 |
|---|---|---|
| *** tiagogomes [~tiagogome@213.15.255.100] has quit [Remote host closed the connection] | 08:12 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has joined #baserock | 08:19 | |
| *** violeta [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:23 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:24 | |
| petefoth | richard_maw has documented his attempts to reproduce earlier BAserock releases at http://wiki.baserock.org/guides/long-term-baserock-reproducibility/. No other pages link to that page (even though it is in the 'guides' directory. Shpould we add a link (on the 'Guides' page or elsewhere) or do we leave it as a page that we know about but other users of w.b.o will never find? | 08:37 |
| paulsher1ood | done | 08:42 |
| petefoth | paulsher1ood: :) I'm going to stop asking stuff and 'just do it' from now on! | 08:43 |
| paulsher1ood | +1 | 08:45 |
| Kinnison | :-) | 08:46 |
| petefoth | #nike-management | 08:47 |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:59 | |
| richard_maw | petefoth: ha! | 09:06 |
| petefoth | straycat: I've done a few tweaks on the 'deploy-trove-to' pages. If you have time to check that I haven't introduced any errors, that would be great | 09:48 |
| liw-orc` | I'd make the "guides" page be generated automatically by ikiwiki, actually | 09:50 |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:52 | |
| petefoth | liw-orc`: I guess that would ensure that nothing in the 'guides' drectory got missed out. Howvere, given what was said in yetsreday's plannign meeting that maybe maintaining w.b.o should be the responsibility of the community and not somethink that Codethink do, it may have to wait until someone has some upstream time | 09:53 |
| liw-orc` is now known as liw-orc | 09:55 | |
| paulsher1ood | petefoth: you're paraphrasing a private meeting in public... tssk :) | 09:59 |
| petefoth | aaaaargh! | 09:59 |
| paulsher1ood | liw-orc: your idea seems sensible. is it trivial to do? | 10:03 |
| liw-orc | paulsher1ood, should be: a quick example (untested): [[!inline pages="page(guides/*)" archive=yes trail=yes]] | 10:06 |
| liw-orc | paulsher1ood, http://ikiwiki.info/ikiwiki/directive/inline/ has the details | 10:06 |
| paulsher1ood | hmmm... that would need quite a lot of tidyup | 10:08 |
| liw-orc | what kind of tidyup? | 10:09 |
| paulsher1ood | titles, ordering, formatting | 10:10 |
| paulsher1ood | it's doable, just not by magic :) | 10:10 |
| paulsher1ood | pedroalvarez: by 'Some users' do you mean me? :) | 11:49 |
| pedroalvarez | actually I meant franred :) | 11:50 |
| paulsher1ood | :-) | 11:50 |
| paulsher1ood | did you get to the bottom of th openstack upgrade fail i hit? | 11:50 |
| pedroalvarez | yeah, I'm attempting to fix it | 11:51 |
| paulsher1ood | ssam2: are you really ok with jjardon's patch breaking on ARM? | 12:05 |
| radiofree | i wouldn't object, simply because it's unreasonable to ask contributors to also check to see if something builds on arm | 12:07 |
| radiofree | if we had a public arm build server that could do that however.. | 12:07 |
| jjardon | paulsher1ood: It it helps, nothing is using NetworkManager as a dependency (for now) | 12:07 |
| ssam2 | paulsher1ood: I am, because I know that Javier's end goal is getting GNOME working, and there are probably other obstacles to GNOME on ARM | 12:09 |
| ssam2 | i'd rather he fixed it but I have no idea what the error means, and I don't want to require the impossible :) | 12:09 |
| ssam2 | or at least, not straight away | 12:10 |
| jjardon | ssam2: seems a compiler error, so maybe a new gcc will fix it ;) I will take a look when I have some time | 12:11 |
| paulsher1ood | my concern is that the connectivity stuff is required for genivi... so breaking it on arm would be unfortunate :) | 12:13 |
| radiofree | do they use networkmanager? or conman? | 12:14 |
| radiofree | looks like it's conman, so should be fine | 12:15 |
| jjardon | paulsher1ood: nothing will break, I split connectivity so you can choose between connman and Networkmanager | 12:15 |
| jjardon | so everything that was using connman will kepp using it | 12:15 |
| jjardon | ssam2: maybe you could first try to build the nm-0-9-10 branch of NetworkManager in ARM.? Sorry, I do not have any ARM device here to test | 12:16 |
| ssam2 | jjardon: running a build, will let you know how it goes after lunch | 12:22 |
| paulsher1ood | jjardon: ah, ok | 12:27 |
| pedroalvarez | hm... I have reasons to think that distbuild and local build are not creating the artifacts with the same artifact cache key | 12:49 |
| richard_maw | it's possible, the distbuild code uses a Mock Artifact | 12:51 |
| richard_maw | if you can get a copy of a /baserock directories of the artifacts that are calculated differently, it should be possible to track down why they've diverged | 12:52 |
| pedroalvarez | richard_maw: aha, good approach, I will do that | 12:53 |
| richard_maw | if you need help interpreting the contents of the metadata, let me know | 12:56 |
| ssam2 | jjardon: same error with ref nm-0-9-10 | 13:15 |
| jjardon | ssam2: yeah, seems the code didnt change. Not sure about the cause yet but master and that branch are compiling in ARM, for example: http://arm.koji.fedoraproject.org/koji/buildinfo?buildID=238849 | 13:17 |
| ssam2 | right. | 13:17 |
| pedroalvarez | richard_maw: If I use the new version of morph with your "per source building" patches, attr rebuilds | 13:20 |
| ssam2 | jjardon: the error seems to be due to 'struct ifla_vxlan_port_range' being undefined | 13:22 |
| ssam2 | or badly defined | 13:22 |
| ssam2 | this comes from /usr/include/linux/if_link.h | 13:22 |
| ssam2 | so it may be to do with the version of linux_api_headers we're using? | 13:22 |
| richard_maw | pedroalvarez: some graphing stuff may have changed, that's not necessarily the problem, the problem is if it's building differently in distbuild to local build | 13:23 |
| pedroalvarez | richard_maw: in that case, my problem could be that the distbuild system is using a different morph version | 13:24 |
| pedroalvarez | I didn't expect that your changes were causing rebuilds :/ | 13:25 |
| jjardon | ssam2: mmm, yeah maybe. I remember our current version of linux_api_header is quite old | 13:25 |
| liw-orc | pedroalvarez, in Trove deployment, where does the mason user get created? trove.configure? trove-setup.service? somewhere else? | 13:26 |
| * straycat thinks it might be worth adding 'autodefrag' as a mount option for /var | 13:26 | |
| pedroalvarez | liw-orc: chekcing | 13:27 |
| liw-orc | straycat, that doesn't sound like a bad idea | 13:27 |
| pedroalvarez | liw-orc: the mason user, or the gitano mason user? | 13:28 |
| liw-orc | pedroalvarez, the unix user mason, not the gitano one | 13:28 |
| pedroalvarez | liw-orc: trove-setup.service calls Ansible. You can find the Ansible scripts in trove-setup. The script which is creating the users is this one: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/trove-setup.git/tree/ansible/roles/trove-setup/tasks/users.yml | 13:29 |
| liw-orc | pedroalvarez, I see that: I don't see how it creates the user | 13:30 |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 13:30 | |
| liw-orc | pedroalvarez, is this it: user: name={{ item }} comment="Trove {{ item }} service" shell=/bin/bash generate_ssh_key=yes ? | 13:30 |
| liw-orc | pedroalvarez, if so, where is generate_ssh_key? | 13:30 |
| pedroalvarez | liw-orc: generate_ssh_key is a flag to indicate that you want the new user with new ssh keys | 13:31 |
| pedroalvarez | so ansible will create the user, and generate ssh keys for the user | 13:31 |
| liw-orc | pedroalvarez, hmm | 13:31 |
| liw-orc | then we'll have to try to figure out why it isn't happening | 13:32 |
| liw-orc | or rather, didn't happen | 13:32 |
| pedroalvarez | liw-orc: after an upgrade? or a fresh deployment | 13:32 |
| liw-orc | upgrade | 13:32 |
| liw-orc | the unix user exists, but has no home dir | 13:32 |
| pedroalvarez | urgh | 13:33 |
| pedroalvarez | liw-orc: did the previous system have /home/mason? | 13:33 |
| liw-orc | success; we deluser'd mason, run trove-setup.service, now is worked | 13:34 |
| pedroalvarez | aha, my assumtion is that ansible checks if the user existsn and do nothing in that case | 13:35 |
| liw-orc | *nod* | 13:35 |
| *** doffm [~mdoff@23.226.235.108] has joined #baserock | 14:03 | |
| ridgerunner | OK, I'm getting "ERROR: Couldn't find morphology: strata/build-essential.morph". I know I'm supposed to tell Baserock where to find it (and I can see it in <http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/>) but I can't remember how. | 14:11 |
| ridgerunner | I'm building using http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/systems/distbuild-system-armv7lhf-jetson.morph | 14:12 |
| *** genii [~quassel@ubuntu/member/genii] has quit [Remote host closed the connection] | 14:12 | |
| paulsher1ood | ridgerunner: what is the command you're running? | 14:13 |
| ridgerunner | morph --verb | 14:13 |
| ridgerunner | ose build distbuild-system-armv7lhf-jetson.morph | 14:13 |
| ridgerunner | pls excuse the line break. | 14:13 |
| SotK | what sha is your definitions checkout at? | 14:14 |
| paulsher1ood | please cat ~/.ash_history and paste the last few commands somewhere? | 14:14 |
| ridgerunner | How do I tell? | 14:14 |
| paulsher1ood | git log would tell you | 14:14 |
| ridgerunner | git log -1 gives commit 0bd86c449786be698253d3d247e566cbbc785a6b | 14:15 |
| paulsher1ood | ridgerunner: please see my cat request above | 14:16 |
| ridgerunner | trying it | 14:16 |
| Kinnison | paulsher1ood: TTOTD, if you want the last few lines of a file, use 'tail' | 14:16 |
| Kinnison | paulsher1ood: and if you want the first few, use 'head' | 14:17 |
| SotK | ridgerunner: strata/build-essential.morph does not exist at that sha | 14:17 |
| paulsher1ood | paulsher1ood: i know that | 14:17 |
| paulsher1ood | thank you :) | 14:17 |
| paulsher1ood | as you can see, Kinnison, my brain is not entirely here | 14:18 |
| SotK | that system definition is from after we rearranged definitions, that sha is in the old layout | 14:18 |
| Kinnison | paulsher1ood: Aye :-) | 14:18 |
| paulsher1ood | ridgerunner: probably best to restart, with a branch of current defnitions | 14:18 |
| paulsher1ood | unless you have a specific reason to go back to 14.29.1 | 14:19 |
| ridgerunner | How current do you have to be? That commit was done by ssam2 on Friday, I think. | 14:19 |
| SotK | that commit was based on 14.29 (from july | 14:19 |
| SotK | ) | 14:19 |
| ridgerunner | I'm trying to follow instructions. They're not working. | 14:20 |
| * straycat tsks | 14:20 | |
| straycat | morph's tests do not pass. | 14:21 |
| straycat | ridgerunner, Which instructions aren't working? We should update them. | 14:21 |
| ridgerunner | Mostly, I'm following http://wiki.baserock.org/devel-with/ but adding to them to build for Jetson TK1 using http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/systems/distbuild-system-armv7lhf-jetson.morph | 14:22 |
| SotK | ridgerunner: to make that system definition work with your definitions checkout, you'll need to change all the "strata/foo.morph" to "foo.morph" I think | 14:22 |
| SotK | depending on how recent your morph version is you may need to change them to just "foo" iirc | 14:23 |
| ssam2 | ridgerunner: yeah, what has happened is that since the 14.29 release, the way Morph finds morphologies changed. The system morph you are using dates from after the change | 14:23 |
| ssam2 | but the 14.29 and 14.29.1 releases date from before the change | 14:24 |
| ssam2 | as SotK says, the old format is to just have 'build-essential' instead of 'strata/build-essential.morph' in the `morph` field, and the same for every other entry in the 'strata' list | 14:24 |
| ridgerunner | ok, a quick check shows build-es | 14:25 |
| ridgerunner | sential.morph as existing, so I'll try that | 14:25 |
| ssam2 | sorry you've hit this, the problem is that we've not done a release of Baserock since making that big change | 14:25 |
| ssam2 | so there's new stuff floating round that isn't compatible with the last stable release | 14:26 |
| ridgerunner | Thanks, this makes sense of something that paulsher1ood said yesterday about "getting rid of strata", or words to that effect. | 14:27 |
| straycat | The tests fail on coverage, the function in question is just calling id(), so I think it's fair enough to put a no cover on it. | 14:27 |
| * straycat hugs konsole | 14:29 | |
| straycat | Now when I open links, they are downloaded and opened in sublime text. | 14:29 |
| ssam2 | straycat: is it this ? http://listmaster.pepperfish.net/pipermail/baserock-dev-baserock.org/2014-September/008212.html | 14:29 |
| ssam2 | (see the comment under the quoted text) | 14:30 |
| paulsher1ood | ssam2: another user just hit the same issue, building fran's gerrit system | 14:30 |
| straycat | ssam2, yes | 14:30 |
| paulsher1ood | ssam2: i recommended using latest morph. maybe ridgerunner should do the same? | 14:30 |
| ssam2 | paulsher1ood: the issue of new system definitions not being usable with the definitions.git from the 14.29.1 release ? | 14:30 |
| ridgerunner | Moved on (I think) to ERROR: Couldn't find morphology: bsp-jetson-devel.morph | 14:31 |
| straycat | ssam2, Are you okay with me pushing that fix? | 14:31 |
| ssam2 | yes | 14:31 |
| SotK | ridgerunner: that probably also isn't in that version of definitions | 14:31 |
| paulsher1ood | ssam2: released morph unable to build a current definition | 14:31 |
| ridgerunner | OK, should I just scrap the whole thing and start again? How far back should I scrap? | 14:32 |
| ssam2 | paulsher1ood: that's completely expected. | 14:32 |
| paulsher1ood | not by said user :) | 14:32 |
| ssam2 | whatever instructions told them to use latest definitions should have made it clear they also need latest Morph, I think | 14:33 |
| paulsher1ood | fair.... | 14:33 |
| ssam2 | ridgerunner: where did you get the Jetson system morph file? you'll find the other missing files in the same place, presumably | 14:33 |
| ssam2 | copying individual .morph files around isn't something we've really considered, I think | 14:34 |
| ssam2 | I don't think we should recommend that people do that, at least while we keep making changes to the morphology format | 14:34 |
| ssam2 | even if the format was stable, copying around a system .morph without any of its strata is fairly pointless | 14:34 |
| ridgerunner | ssam2: In a link supplied by paulsher1ood :-) | 14:34 |
| paulsher1ood | ssam2: http://wiki.baserock.org/guides/build-deploy-cycle fixed :) | 14:35 |
| ssam2 | paulsher1ood: awesome | 14:35 |
| ssam2 | ridgerunner: the Jetson support is not officially released, but as I understand the latest 'master' of definitions.git has necessary stuff for building a Jetson system | 14:36 |
| ssam2 | ridgerunner: so my recommendation (which overrides any previous ones I may have made!) is to use latest definitions.git and latest Morph | 14:36 |
| paulsher1ood | ridgerunner: careful - i may stop supplying links :) | 14:36 |
| ssam2 | ridgerunner: to use latest 'definitions', just do 'morph checkout baserock:baserock/definitions master' instead of 'morph checkout baserock:baserock/definitions 14.29.1' | 14:36 |
| ssam2 | to use latest morph, instructions are on the wiki | 14:36 |
| ridgerunner | paulsher1ood: Please don't do that :-) | 14:37 |
| paulsher1ood | ridgerunner: which specific link led you astray - the jetson one? | 14:37 |
| ridgerunner | It probably wasn't the link, more my naive interpretation of what to do with the info it gave. A little knowledge and all that... | 14:38 |
| ssam2 | http://wiki.baserock.org/guides/build-deploy-cycle/ is pretty cool, by the way. Gives us a target 'developer loop' to work on speeding up, at least | 14:39 |
| paulsher1ood | thank you :) | 14:39 |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 14:40 | |
| paulsher1ood | <10 minutes for build-deploy with brand new kernel is not too shabby, but i know we can do better :) | 14:40 |
| paulsher1ood | sadly i couldn't get it to work on jetson over the weekend, though | 14:41 |
| paulsher1ood | (the loop that is) | 14:41 |
| SotK | what went wrong? | 14:42 |
| paulsher1ood | first http://fpaste.org/135083/ | 14:43 |
| paulsher1ood | then once i hard-coded it, booting into 2: test kept giving me 1: factory | 14:43 |
| paulsher1ood | iirc radiofree had upgrades working, though... so it's probably me as usual | 14:44 |
| SotK | that is odd, I have successfully upgraded the Jetson on my desk in the past | 14:44 |
| paulsher1ood | as i said, must be me :-) | 14:45 |
| * paulsher1ood considers repeating the process, to see if anything has improved | 14:47 | |
| paulsher1ood | Kinnison: do you have an exciting mainline-ish kernel for jetson i could point at? | 14:48 |
| Kinnison | I'm trying to kick off a brain of a Jetson in about 2 minutes | 14:48 |
| Kinnison | paulsher1ood: then I'll know | 14:48 |
| paulsher1ood | ooh, exciting :-) | 14:48 |
| paulsher1ood | ah, but you probably had to fiddle with u-boot too, i guess | 14:49 |
| radiofree | paulsher1ood: did you set VERSION? | 14:49 |
| Kinnison | paulsher1ood: I did have to play with u-boot yes | 14:49 |
| Kinnison | paulsher1ood: http://pastebin.com/KjMimSqf | 14:51 |
| paulsher1ood | radiofree: you mean VERSION, as opposed to VERSIN_LABEL? no | 14:51 |
| paulsher1ood | i set VERSION_LABEL | 14:51 |
| *** genii [~quassel@ubuntu/member/genii] has quit [Read error: Connection reset by peer] | 14:51 | |
| *** thecorconian [~thecorcon@136.1.1.104] has joined #baserock | 14:52 | |
| * richard_maw grumps | 14:53 | |
| radiofree | it's probably VERSION_LABEL | 14:53 |
| richard_maw | Cobblerd can't handle importing systems that don't have an initramfs | 14:54 |
| radiofree | Kinnison: it's working? | 14:57 |
| radiofree | can you check /sys/devices/system/cpu/cpu0/cpufreq/... | 14:57 |
| radiofree | cpufreq_curfrequency | 14:58 |
| radiofree | or something like that | 14:58 |
| paulsher1ood | Kinnison: looks promising | 14:58 |
| paulsher1ood | my jetson is less happy - Warning - bad CRC, using default envionronment | 14:58 |
| radiofree | Kinnison: was that with the "boot from sdcard" trick as well, or is btrfs loading behaving as well? | 14:58 |
| Kinnison | radiofree: sdcard, I can't get btrfs from u-boot to behave | 15:02 |
| paulsher1ood | radiofree: does bad crc mean my jetson is dead forever? | 15:04 |
| Kinnison | radiofree: there's no cpufreq type section in there | 15:05 |
| SotK | paulsher1ood: mine also says that, I've fixed it by reflashing and starting over in the past | 15:06 |
| paulsher1ood | SotK: so there's hope, at least :) | 15:07 |
| radiofree | paulsher1ood: nah, they are remarkably robust | 15:08 |
| radiofree | reflash! | 15:08 |
| Kinnison | radiofree: you're welcome to come poke about on it if you want | 15:09 |
| radiofree | ok! | 15:09 |
| straycat | ssam2, Slight confused by this extra field, what uses that? | 15:14 |
| straycat | Or less vaguely put, what is x-products-foo doing, which tool is using that? | 15:15 |
| ssam2 | straycat: it's for the import tool I've been working on which was last discussed here: http://listmaster.pepperfish.net/pipermail/baserock-dev-baserock.org/2014-September/007944.html | 15:15 |
| ssam2 | the goal of the field is to make it possible for the import tool to go 'I want activerecord, and I see there's a Lorry for http://github.com/rails/rails.git which is marked as producing the activerecord Gem, so I'll use that instead of creating a new .lorry file' | 15:16 |
| ssam2 | there are other ways to achieve it, which might be better than the field | 15:16 |
| ssam2 | it may be that said information should live in the import tool, but it seems more 'right' that the info should live in the .lorry to me | 15:17 |
| * pedroalvarez sighs | 15:18 | |
| paulsher1ood | oh dear, pedroalvarez rarely sighs | 15:19 |
| pedroalvarez | after many problems debugging, I found that distbuild doesn't work at all now | 15:19 |
| Kinnison | pedroalvarez: ? :-( | 15:19 |
| pedroalvarez | it fails when computing the build graph | 15:21 |
| * paulsher1ood has not touched this... | 15:21 | |
| richard_maw | :-( it's the building per-source change isn't it | 15:22 |
| pedroalvarez | here is the error http://pastebin.com/4dSRBYSm | 15:23 |
| richard_maw | ggrwaajfkhdgkjahdfasj, yes, it is the per-source building | 15:24 |
| pedroalvarez | richard_maw: I guess so :/ but I'm not blaming you | 15:24 |
| straycat | I blame him, it's all his fault. :) | 15:24 |
| richard_maw | there's a compatibility commit which makes Artifact.dependencies still work, you could try reverting the removal | 15:25 |
| jmacs | I will be taking git.baserock.org offline in about ten minutes to make a final backup before upgrading. Please shout if this is going to derail your work. | 15:25 |
| straycat | richard_maw, So, is this because the structure of the build graph has changed but we haven't updated the serialisation code to match? | 15:25 |
| richard_maw | straycat: probably | 15:26 |
| straycat | Rokay | 15:26 |
| * richard_maw sighs | 15:26 | |
| * straycat sighs | 15:26 | |
| richard_maw | we really need to get the distbuild tests integrated | 15:27 |
| straycat | heh | 15:27 |
| Kinnison | richard_maw: I take it my passing comment about distbuild last week was insufficient? | 15:27 |
| richard_maw | Kinnison: it was, since I completely forgot about it | 15:27 |
| Kinnison | :-( | 15:27 |
| paulsher1ood | jmacs: any idea of downtime duration? | 15:28 |
| richard_maw | so, on my shopping list of tasks to do tomorrow are 1. get rid of build-mode: test and 2. integrate distbuild tests | 15:29 |
| jmacs | paulsher1ood: About 90 minutes based on the last time we did this. | 15:29 |
| * paulsher1ood notes there's a standvy trove at http://85.199.252.93, id baserock-clone | 15:29 | |
| straycat | richard_maw, awesome :) | 15:29 |
| * straycat wanted to integrate those tests but never got around to it :/ | 15:29 | |
| paulsher1ood | jmacs: tvm | 15:29 |
| jmacs | git.baserock.org is going offline now for 90 minutes. | 15:35 |
| *** CTtpollard [~tom@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 15:42 | |
| ridgerunner | Improving slowly, build ran for >27 minutes then failed with: "ERROR: Failed to update cached version of repo git://git.baserock.org/delta/help2man" | 15:43 |
| CTtpollard | g.b.o has been taken down I do believe ridgerunner | 15:43 |
| paulsher1ood | if you're wanting to build/deploy, don't have your own trove, normally use g.b.o and need a trove in the meantime... put trove-host=http://85.199.252.93 and trove-id=baserock-clone in your morph.conf | 15:43 |
| ridgerunner | Is that just a permissions thing? | 15:43 |
| paulsher1ood | ridgerunner: more likely your network i think | 15:43 |
| ridgerunner | ok. I don't understand your previous comment. Too cryptic for my little brain, I'm afraid. | 15:44 |
| jmacs | Sorry ridgerunner. It should be back up within 90 minutes. | 15:45 |
| ridgerunner | ok, I'll be on the train by then (I hope) but I'll re-run it in the morning. | 15:45 |
| paulsher1ood | ridgerunner: http://wiki.baserock.org/quick-start/ see the section on morph.conf. add the above into yours | 15:45 |
| ridgerunner | Done. It's now thinking about it. | 15:48 |
| paulsher1ood | cool | 15:49 |
| ridgerunner | Urgh: ERROR: Cannot find remote git repository: upstream:binutils-redhat | 15:50 |
| ridgerunner | 15:50 | |
| paulsher1ood | wow | 15:50 |
| paulsher1ood | ridgerunner:byour bugmagentism rivals my own | 15:51 |
| ssam2 | double http:// | 15:51 |
| ridgerunner | I shall take that as a compliment :-) | 15:51 |
| ssam2 | trove-host shouldn't have http:// at the start | 15:51 |
| ssam2 | the error message could be a clearer :) | 15:52 |
| paulsher1ood | my bad then | 15:52 |
| ridgerunner | Re-running | 15:52 |
| ssam2 | *could be clearer | 15:52 |
| CTtpollard | will the build I wad currently doing be removed from /tmp automatically? | 15:52 |
| paulsher1ood | if you're using the cycle.sh idea, eventually it will | 15:53 |
| paulsher1ood | note morph should be working in /src/tmp, not /tmp though | 15:53 |
| CTtpollard | yes sorry /src | 15:54 |
| pedroalvarez | CTtpollard: did the build fail? | 15:54 |
| paulsher1ood | CTtpollard: building an chunk stops network access while building, so the chunk should complete successfully, then the rest of the build may fail if it can't find your trove | 15:54 |
| ridgerunner | Is it ok to kill a build? Will it recover when re-run? | 15:55 |
| paulsher1ood | ridgerunner: yup | 15:55 |
| paulsher1ood | built artifacts should be retained, too | 15:56 |
| ridgerunner | Great. That means I can catch a sensible train and do kernel patch work on the way home rather than leaving my laptop here :-) | 15:56 |
| paulsher1ood | :) | 15:57 |
| rjek | IIRC, if you kill a build then when you restart it will continue from the beginning of the chunk it was building when you cancelled it. | 15:57 |
| rjek | (ie, any work done towards building the current chunk will be lost, but any completed chunk builds will not.) | 15:57 |
| liw-orc | rjek, yep | 15:58 |
| ridgerunner | Sounds good enough to me :-) | 15:59 |
| paulsher1ood | in other news my jetson came back from the dead ;) | 15:59 |
| * richard_maw resists making ghost jokes | 15:59 | |
| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Quit] | 16:00 | |
| ridgerunner | A good day today, thanks guys :-) | 16:00 |
| straycat | ssam2, +1 for your RubyGems lorries | 16:06 |
| straycat | Not well today, going offline. o/ | 16:07 |
| CTtpollard | ty for the helps folks | 16:07 |
| paulsher1ood | ssam2: i've seconded straycat on the ml | 16:11 |
| ssam2 | thanks | 16:13 |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 16:22 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has quit [Quit: Leaving] | 16:34 | |
| pedroalvarez | jmacs: is git.baserock.org up and running? | 16:44 |
| jmacs | pedroalvarez: Just! | 16:45 |
| jmacs | git.baserock.org is now up and ready to use. Thanks for your patience. | 16:45 |
| paulsher1ood | jmacs: is it updated? | 16:45 |
| * paulsher1ood wants the moon on a stick as always :) | 16:46 | |
| jmacs | paulsher1ood: No. The upgrade will be running tonight, and we'll need to do one more reboot to see the update tomorrow. | 16:46 |
| paulsher1ood | jmacs: ok tvm | 16:46 |
| CTtpollard | re-pointed morph.config and it's now building from gbo, ty | 16:48 |
| paulsher1ood | yay :) | 16:48 |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:02 | |
| CTtpollard | if I've built the dev system, and the web system. should I expect linux to be already cached to some extent? | 17:08 |
| ssam2 | CTtpollard: depends. Morph caching of built chunk artifacts is 'all or nothing' | 17:09 |
| ssam2 | it decides whether it can use a cached artifact based on the source and all of the chunks that were built before the one your building | 17:09 |
| ssam2 | *you're | 17:09 |
| CTtpollard | I'm building the gerrit system atm, and it's been hanging on cloning linux for a while | 17:09 |
| ssam2 | hmm, it should definitely not be cloning it again | 17:10 |
| ssam2 | unless you changed your trove-host ... which you did :) | 17:10 |
| paulsher1ood | :) | 17:10 |
| ssam2 | morph doesn't do anything smart about 'is this linux.git from Trove A the same as linux.git from Trove B?' | 17:10 |
| ssam2 | it just assumes they are different repos | 17:10 |
| ssam2 | perhaps it could be made smarter, but perhaps it'd be more trouble than it'd be worth | 17:11 |
| CTtpollard | I thought cloning would be excessive if it already was cached and was expecting a pull instead that's all | 17:11 |
| CTtpollard | I suppose switching troves makes sense | 17:11 |
| * jjardon just built a genivi-baseline-system without any X11 stuff (only 175 chunks) | 17:17 | |
| paulsher1ood | cool! | 17:17 |
| paulsher1ood | does it work? :) | 17:17 |
| CTtpollard | would it be faster to force it to git clone, or leave it to fetch the tarball for linux? | 17:21 |
| paulsher1ood | tarball is faster i think | 17:22 |
| paulsher1ood | shouldn't take all night... should be 10-15 mins iirc | 17:22 |
| paulsher1ood | maybe your network is slow | 17:22 |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 17:23 | |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 17:23 | |
| jjardon | paulsher1ood: yes ;) | 17:24 |
| paulsher1ood | jjardon: push a branch and i'll follow you overnight? :) | 17:25 |
| jjardon | paulsher1ood: The branch is waiting for some stuff to be merged and need some cleanup but sure | 17:26 |
| paulsher1ood | jjardon: do you have somethings stuck in review? | 17:27 |
| jjardon | the mesa upgrade (already have a +1) and the dbus-glib move (I sent this today at lunch time) | 17:28 |
| paulsher1ood | ok i'll try those, too | 17:29 |
| jjardon | paulsher1ood: jjardon/only_wayland in my gitorious repo (this branch include the dbus-glib and the mesa upgrade stuff) | 17:30 |
| jjardon | https://gitorious.org/baserock-definitions/baserock-definitions/source/4e1692fa68a8b0fb75eb1d5c8088209e6a2989ed: | 17:32 |
| *** violeta [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 250 seconds] | 17:37 | |
| paulsher1ood | how would i verify that dbus-glib is working? | 19:08 |
| * paulsher1ood confirms that jjardon/only_wayland builds, and runs and has wayland :) | 20:04 | |
| *** thecorconian [~thecorcon@136.1.1.104] has quit [Quit: Leaving.] | 21:52 | |
| *** genii [~quassel@ubuntu/member/genii] has quit [Read error: Connection reset by peer] | 22:02 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!