| *** radiofree [radiofree@unaffiliated/radiofree] has quit [Read error: Connection reset by peer] | 00:49 | |
| *** radiofree [radiofree@unaffiliated/radiofree] has joined #baserock | 00:51 | |
| *** radiofree [radiofree@unaffiliated/radiofree] has quit [Ping timeout: 256 seconds] | 01:58 | |
| *** radiofree [radiofree@unaffiliated/radiofree] has joined #baserock | 01:58 | |
| *** radiofree [radiofree@unaffiliated/radiofree] has quit [Read error: Connection reset by peer] | 02:17 | |
| *** radiofree [radiofree@unaffiliated/radiofree] has joined #baserock | 02:20 | |
| *** radiofree [radiofree@unaffiliated/radiofree] has quit [Read error: Connection reset by peer] | 02:31 | |
| *** radiofree [radiofree@unaffiliated/radiofree] has joined #baserock | 02:33 | |
| *** VVIBIN [~VVIBIN@202.0.77.198] has joined #baserock | 04:29 | |
| *** radiofree [radiofree@unaffiliated/radiofree] has quit [Ping timeout: 256 seconds] | 05:35 | |
| *** radiofree [radiofree@unaffiliated/radiofree] has joined #baserock | 05:35 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 05:39 | |
| *** hari__ [~hari@202.0.77.198] has joined #baserock | 05:59 | |
| hari__ | hi | 05:59 |
|---|---|---|
| hari__ | Yesterday I had run the command "scripts/cycle.sh systems/devel-system-x86_64-generic.morph clusters/upgrade-devel.morph" | 05:59 |
| hari__ | I had left it overnight as it was taking some time | 06:00 |
| hari__ | Today morning when came back to work, it looked as if it was trying to do a SSH | 06:00 |
| hari__ | It ended up with the following error | 06:01 |
| hari__ | ERROR: ssh-rsync.check failed with code 1: ERROR: Unable to SSH to root@localhost: Command failed: ssh root@localhost -- true | 06:01 |
| hari__ | any idea anything i missed and how to continue or recover | 06:01 |
| hari__ | seems I am able to proceed after retrying two more times | 06:21 |
| hari__ | deployment completed | 06:31 |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 07:08 | |
| *** mSher [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 07:34 | |
| *** petefoth_ [~petefoth@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 07:35 | |
| *** aananth [~caananth@74.112.167.117] has joined #baserock | 07:54 | |
| *** radiofree [radiofree@unaffiliated/radiofree] has quit [Ping timeout: 256 seconds] | 07:58 | |
| aananth | sam | paul: I think I setup jetson for development by following http://wiki.baserock.org/quick-start/. Any quick test I can perform to confirm this? | 07:58 |
| *** radiofree [radiofree@unaffiliated/radiofree] has joined #baserock | 07:58 | |
| *** petefoth_ [~petefoth@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [] | 08:01 | |
| *** petefoth_ [~petefoth@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:01 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 08:03 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Read error: No route to host] | 08:06 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 08:06 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:16 | |
| Mode #baserock +v ssam2 by ChanServ | 08:16 | |
| *** paulsherwood2 [uid50097@gateway/web/irccloud.com/x-awnnhasznbejngqf] has joined #baserock | 08:26 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 272 seconds] | 08:28 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Read error: Connection reset by peer] | 08:28 | |
| paulsherwood2 | morning campers | 08:28 |
| *** abdul [~abdul@202.0.77.198] has joined #baserock | 08:32 | |
| abdul is now known as Guest72235 | 08:32 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has joined #baserock | 08:32 | |
| *** Guest72235 [~abdul@202.0.77.198] has quit [Client Quit] | 08:33 | |
| *** Guest72235 [~abdul@202.0.77.198] has joined #baserock | 08:33 | |
| *** Guest72235 [~abdul@202.0.77.198] has quit [Quit: Leaving] | 08:40 | |
| *** abdul_ [~abdul@202.0.77.198] has joined #baserock | 08:40 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:50 | |
| Mode #baserock +v ssam2 by ChanServ | 08:50 | |
| pedroalvarez | good morning! | 09:04 |
| pedroalvarez | paulsherwood2, ssam2: aananth asked you a question when you were offline - you can see the log at the bottom of this page: http://testirclogs.baserock.org/ | 09:06 |
| *** sambishop [~sambishop@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 09:08 | |
| *** sambishop [~sambishop@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:09 | |
| *** mSher [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 09:12 | |
| *** mike [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:12 | |
| mike is now known as Guest76518 | 09:13 | |
| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:14 | |
| *** sambishop [~sambishop@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 09:18 | |
| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Quit] | 09:24 | |
| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:24 | |
| pedroalvarez | I'm creating a baserock installer script, which is going to take a rootfs (deployed using the sysroot write extension), and run the rawdisk write extension (which I've upgraded to deploy also to devices). I've been taking a look at how morph runs the extensions and I don't know if is going to be easy to reuse that code | 09:25 |
| pedroalvarez | mainly because I don't understand it yet :) | 09:25 |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:26 | |
| petefoth_ | What operations on wikii.baserock.org can only be performed by admins? I know about enabling video embedding. Any others? | 09:30 |
| *** Guest76518 [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 09:32 | |
| Kinnison | adding other admins | 09:32 |
| Kinnison | adding ssh keys | 09:32 |
| Kinnison | altering the ikiwiki plugin configuration in general | 09:32 |
| *** perryl [~lauren@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:36 | |
| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Quit] | 09:37 | |
| *** sherm_ [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:37 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:37 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:39 | |
| *** Zara [~zarazaime@access.ducie-dc1.codethink.co.uk] has quit [Remote host closed the connection] | 09:43 | |
| *** benbrown_ [~benbrown@access.ducie-dc1.codethink.co.uk] has quit [Remote host closed the connection] | 09:43 | |
| *** pdar_ [~patrickda@access.ducie-dc1.codethink.co.uk] has quit [Remote host closed the connection] | 09:43 | |
| *** ridgerun1er [~robjones@access.ducie-dc1.codethink.co.uk] has quit [Remote host closed the connection] | 09:43 | |
| *** jmacs [~jimmacart@access.ducie-dc1.codethink.co.uk] has quit [Read error: Connection reset by peer] | 09:43 | |
| *** SotK [~adamcoldr@access.ducie-dc1.codethink.co.uk] has quit [Read error: Connection reset by peer] | 09:43 | |
| *** paulsherwood [~paulsherw@access.ducie-dc1.codethink.co.uk] has quit [Read error: Connection reset by peer] | 09:43 | |
| *** petefoth [~petefothe@access.ducie-dc1.codethink.co.uk] has quit [Read error: Connection reset by peer] | 09:43 | |
| petefoth_ is now known as petefoth | 09:43 | |
| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:50 | |
| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Client Quit] | 09:50 | |
| *** Krin [~mikesmith@host86-190-220-106.range86-190.btcentralplus.com] has joined #baserock | 10:01 | |
| *** Krin [~mikesmith@host86-190-220-106.range86-190.btcentralplus.com] has quit [Client Quit] | 10:04 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Ex-Chat] | 10:04 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:04 | |
| *** petefotheringham [~petefothe@access.ducie-dc1.codethink.co.uk] has joined #baserock | 10:05 | |
| *** sherm_ [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 10:08 | |
| *** ridgerunner [~robjones@access.ducie-dc1.codethink.co.uk] has joined #baserock | 10:08 | |
| *** sherm_ [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:08 | |
| *** benbrown_ [~benbrown@access.ducie-dc1.codethink.co.uk] has joined #baserock | 10:09 | |
| *** perryl [~lauren@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Lost terminal] | 10:10 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has quit [Quit: Leaving] | 10:10 | |
| *** Krin [~mikesmith@host86-190-220-106.range86-190.btcentralplus.com] has joined #baserock | 10:10 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Ex-Chat] | 10:10 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:10 | |
| *** perryl [~lauren@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:11 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has joined #baserock | 10:11 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has quit [Client Quit] | 10:11 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has joined #baserock | 10:12 | |
| *** pdar [~patrickda@access.ducie-dc1.codethink.co.uk] has joined #baserock | 10:12 | |
| *** zarazaimeche [~zarazaime@access.ducie-dc1.codethink.co.uk] has joined #baserock | 10:14 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 10:14 | |
| zarazaimeche is now known as Zara | 10:14 | |
| *** sherm_ [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 10:14 | |
| *** mike [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:14 | |
| mike is now known as Guest56720 | 10:14 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:15 | |
| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:15 | |
| *** visteon [~visteon@202.0.77.198] has quit [Quit: Leaving] | 10:17 | |
| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Client Quit] | 10:20 | |
| radiofree | jjardon: tried your gtk branch but it failed, need to upgrade wayland | 10:20 |
| petefoth | Kinnison: for what operations on w.b.o do you need to have ssh keys uploaded? To be able to push to the git repo? | 10:20 |
| Kinnison | yes | 10:20 |
| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:21 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 10:23 | |
| abdul_ | i built baserock development image for x86_64 machine. may i know where the kernel source is located? | 10:23 |
| jjardon | radiofree: what did fail? If its only gtk we can merge the rest until Wayland gets updated? | 10:23 |
| petefoth | Kinnison: can one *only* push with ssh keys, or is it possible to push via a git:// url ? (Sorry about the dumb questtions :) | 10:23 |
| *** Guest56720 [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 10:23 | |
| *** sherm_ [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:23 | |
| Kinnison | I believe you can only push via ssh | 10:24 |
| Kinnison | we didn't (I believe) enable mob push | 10:24 |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Ex-Chat] | 10:24 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:24 | |
| petefoth | Kinnison: thanks? | 10:24 |
| petefoth | s/\?// | 10:25 |
| pedroalvarez | abdul_: this is the kernel repository: http://git.baserock.org/cgi-bin/cgit.cgi/delta/linux.git/ | 10:25 |
| radiofree | jjardon: gtk failed yes, i'm rebuilding with wayland 1.6.0 | 10:25 |
| jjardon | I'm happy to merge the rest of the upgrades and left the gtk one pending | 10:27 |
| abdul_ | pedroalvarez: may i know the location in my baserock system i mean inside the /src | 10:28 |
| * jjardon doesn't remember gtk to fail when he tested that though | 10:28 | |
| *** jmacs [~jimmacart@access.ducie-dc1.codethink.co.uk] has joined #baserock | 10:29 | |
| pedroalvarez | abdul_: sorry, maybe I'm not understanding what are you trying to achieve :/ | 10:30 |
| paulsherwood2 | abdul_: by default morph gets the source for each chunk direct from git. the local git repositories are held in /src/cache/gits/* | 10:31 |
| paulsherwood2 | if you want to edit the source, you can do 'morph edit linux-x86-64-generic' | 10:31 |
| paulsherwood2 | that will check out a local copy. | 10:31 |
| *** DavePageCT [~davepage@valueofnothing.org.uk] has quit [] | 10:31 | |
| paulsherwood2 | from your definitions repo it will be stored at ../../../upstream/linux | 10:31 |
| madhu | In yocto, the sources are copied to build directory before it gets built, I guess abdul refers that | 10:31 |
| paulsherwood2 | right. in baserock, the build directory is normally off-limits :) | 10:32 |
| straycat | Can we lorry setuptools from bitbucket as well? ( http://sprunge.us/UUHQ ) | 10:32 |
| paulsherwood2 | no user-serviceable parts inside :-) | 10:32 |
| paulsherwood2 | what are those? | 10:32 |
| paulsherwood2 | straycat: ^^ | 10:33 |
| jjardon | straycat: I'd not put bitbucket in the module name | 10:33 |
| straycat | We already have python-setuptools | 10:34 |
| pedroalvarez | indeed, I'd put mercuirial or hg | 10:34 |
| straycat | why? | 10:34 |
| paulsherwood2 | so if you want to modify the kernel, add patches etc, you do the work in the ../../../upstream/linux directory, then morph will take that and put it into the build directory when it needs it | 10:34 |
| paulsherwood2 | abdul_: ^^ | 10:34 |
| pedroalvarez | straycat: is what we are doing for other lorries | 10:34 |
| pedroalvarez | nss-hg.lorry nspr-hg.lorry libyaml-hg.lorry ... | 10:35 |
| madhu | paulsherwood2, you mean it still exists in morph, can you point me the location | 10:35 |
| straycat | paulsherwood2, It's setuptools' development repo | 10:36 |
| paulsherwood2 | madhu: what still exists? | 10:36 |
| straycat | I don't see why I can't lorry it as -bitbucket, that seems more meaningful than -hg to me | 10:36 |
| madhu | paulsherwood2, build directory where the sources copied | 10:37 |
| straycat | they could move their hg repo to some other random host | 10:37 |
| paulsherwood2 | madhu: if the build succeeds, it is removed | 10:37 |
| madhu | hmm, can it be configurable not to delete them | 10:38 |
| pedroalvarez | straycat: what about if they move to git in bitbucket? | 10:38 |
| paulsherwood2 | madhu: no | 10:39 |
| paulsherwood2 | why do you want that? | 10:39 |
| paulsherwood2 | if the build fails, the whole build environment including the source directory will be saved as /src/tmp/failed/$randomstring/ | 10:40 |
| paulsherwood2 | unfortunately morph reports this as, for example 'ERROR: In staging area /src/tmp/staging/tmpPHjEtD' | 10:41 |
| paulsherwood2 | the linux source in the above example (assuming it's linux that has failed) will be in /src/tmp/failed/tmpPHjEtD/linux-x86-64-generic.build | 10:42 |
| madhu | ok, I dont have usecase right now, but I thought having build/ is useful at some times. | 10:42 |
| paulsherwood2 | you could chroot into /src/tmp/staging/tmpPHjEtD, then cd into linux-x86-64-generic.build | 10:43 |
| paulsherwood2 | and from there manually run make etc | 10:43 |
| straycat | pedroalvarez, I'm not entirely certain which situation is the most likely, but no one's given me a good reason not to use -bitbucket as the suffix. | 10:44 |
| paulsherwood2 | i'm still trying to understand what this is, i.e. why we should lorry it? | 10:44 |
| * paulsherwood2 is not a bitbucket user, is all | 10:44 | |
| radiofree | pedroalvarez: did you get chance to test my nouveau patches? | 10:44 |
| radiofree | i know richard has been using them, rdale, +1 them! | 10:45 |
| petefoth | what is the preferred way to contact w.b.o admins to add ssh keys? What would be the criteria for deciding whether or not a user should have direct push access? | 10:45 |
| pedroalvarez | radiofree: I didn't, and I should do it | 10:45 |
| * pedroalvarez looks for a jetson | 10:45 | |
| straycat | paulsherwood2, I'm planning to monkey patch setuptools so I can get build dependencies from a python package, regardless of whether that works out I thought it would be useful to have the development setuptools in baserock. | 10:46 |
| straycat | If there's some doubt about the usefulness of lorrying this then I can work on my patch first then resubmit the lorry request if I need to. | 10:46 |
| *** ridgerunner [~robjones@access.ducie-dc1.codethink.co.uk] has quit [] | 10:46 | |
| paulsherwood2 | petefoth: http://wiki.baserock.org/policies/ has rule on how to become a maintainer, which is effectively what having push access makes you. previously new candidates have been cited on the mailing list | 10:47 |
| * straycat decided he's wasted enough time trying to lorry the stuff he wants and forks the repo on bitbucket | 10:47 | |
| madhu | paulsherwood2, thanks for the information, so in case if there is failure, the current way is to browse through the /src/tmp/failed to know which chunk/chunks failed. | 10:47 |
| paulsherwood2 | pedroalvarez: i have one i could loan you | 10:47 |
| straycat | s/ed/es/ | 10:47 |
| pedroalvarez | paulsherwood2: how much? | 10:47 |
| paulsherwood2 | to you, free :) | 10:47 |
| *** ridgerunner [~robjones@access.ducie-dc1.codethink.co.uk] has joined #baserock | 10:47 | |
| rdale | radiofree: are you in the office today - i can't seem to get my jetson build to boot anymore | 10:48 |
| paulsherwood2 | i'll need it tomorrow morn gin though | 10:48 |
| radiofree | rdale: yes i am | 10:48 |
| paulsherwood2 | madhu: if a chunk fails, morph will make it very clear which chunk it is. and the build directory will be setup for only that chunk | 10:49 |
| paulsherwood2 | s/build directory/failed build directory/ | 10:49 |
| * straycat uses bitbucket mainly because it's free (as in price) | 10:49 | |
| paulsherwood2 | vs github? | 10:49 |
| *** persia_ [quassel@ubuntu/member/persia] has joined #baserock | 10:49 | |
| straycat | At the time, github didn't offer private repos to non-paying customers, where as bitbucket did, so I went with bitbucket. | 10:50 |
| paulsherwood2 | aha | 10:51 |
| paulsherwood2 | so to get back, setuptools. are we lorrying the wrong upstream, straycat ? | 10:53 |
| straycat | "In addition to the PyPI downloads, the development version of setuptools is available from the Bitbucket repo, and in-development versions of the 0.6 branch are available as well." | 10:54 |
| petefoth | I’ve pushed a test file to w.b.o using the anonymous url. It works even though http://wiki.baserock.org/ikiwiki.cgi?do=branchable says that anonymous pushes ‘will be subject to verification.’ Do we need to tighten this up? | 10:54 |
| straycat | that "0.6 branch" is at http://svn.python.org/projects/sandbox/branches/setuptools-0.6/#egg=setuptools-dev06 and we're lorrying from svn.python.org | 10:54 |
| straycat | So I'm not really sure we're lorrying _the wrong_ one but most of the development seems to happen in the bitbucket repo | 10:55 |
| persia | petefoth: Only in the event that we begin to discover trouble with content management. Being too tight in advance doesn't help much. | 10:55 |
| persia | straycat: So trunk is the authoritative place, but everyone is using git, and occasionally someone sends a batch of commits to svn? | 10:56 |
| straycat | persia, Probably but I'm not certain, I haven't asked. | 10:57 |
| petefoth | persia: Fair enough. Do we need to change the text that says it *will* be subject tio moderation? I can pout the right words in the "Editing the Wiki" page I’m working on , but I don;t think I can edit the text on http://wiki.baserock.org/ikiwiki.cgi?do=branchable | 10:57 |
| persia | petefoth: Ah, yes, perhaps we ought use "may" :) | 10:58 |
| abdul_ | paulsherwood2 : i can see linux repo in /src/cache/gits/git___git_baserock_org_delta_linux. but i could find the kernel source | 10:59 |
| persia | straycat: I'm a bit nervous about having two different setuptools, for confusion reasons, but if there's a real difference that upstream indicates is the case, any uncertainty I would express would be removed. | 10:59 |
| abdul_ | paulsherwood2 : i can see linux repo in /src/cache/gits/git___git_baserock_org_delta_linux. but i could not find the kernel source | 11:00 |
| straycat | persia, *nod* I just figured I didn't want to start patching in a repo that hasn't been updated in over a year | 11:01 |
| straycat | (the svn hasn't been updated since 2013) | 11:01 |
| abdul_ | paulsherwood : whereas in yocto i can find the kernel source in "build4.0/tmp/work/eagle_imx6-oe-linux-gnueabi/linux-imx/3.0.35-r73.14/git" | 11:01 |
| paulsherwood2 | abdul_: that's a bare git repo. again, no user-servceable parts inside | 11:01 |
| paulsherwood2 | if you want the linux source, either do morph edit, or git clone | 11:02 |
| abdul_ | okay | 11:02 |
| paulsherwood2 | bare git repo means nothing is checked out | 11:02 |
| * paulsherwood2 would be ok with *switching* to take setuptools from bitbucket, but less keen on having both lorries separately | 11:05 | |
| paulsherwood2 | abdul_: actually another trick that i use sometimes if i'm debugging a build is to just put 'exit 1' as the first instruction in configure-commands: in the morph file for the chunk i care about. this causes the build to fail.. then i can chroot into the failed area and explore, run the build etc | 11:11 |
| madhu | morph edit linux-x86-64-generic takes long time. | 11:12 |
| paulsherwood2 | first time, it's cloning the linux repo from git.baserock.org | 11:13 |
| madhu | hmm, I must be having them at /src/cache right? | 11:14 |
| paulsherwood2 | shouldn't take more than a minute or so normally... it's doing a git checkout | 11:14 |
| paulsherwood2 | actually, yes - i think so | 11:14 |
| madhu | abdul_, how about you | 11:14 |
| paulsherwood2 | how long is 'a long time' | 11:14 |
| madhu | I guess its 5 mins already, I didn't put time. | 11:15 |
| paulsherwood2 | hmmm | 11:15 |
| paulsherwood2 | http://fpaste.org/146098/ | 11:16 |
| paulsherwood2 | madhu: which is the last line of morph output you are seeing? | 11:16 |
| paulsherwood2 | it took only 27 seconds for me as you can see from the above paste. sometimes it can take longer though. it does check some stuff with the trove | 11:17 |
| straycat | paulsherwood2, I don't feel confident removing the existing lorry, from what little I've been able to gather it is still maintained for those who need it; some baserock users might be using it. | 11:21 |
| straycat | it - the svn repo we're lorrying from at the moment | 11:23 |
| franred | straycat, IMHO you can lorry it, I don't like the -bitbucket suffix but it is just an appreciation. If we try to replace the svn one with the mercurial one, not sure if the sha1s will match (surely not) and we couldn't reproduce previous built AFAICT | 11:26 |
| pedroalvarez | indeed, we shouldnt remove the old one | 11:27 |
| franred | straycat, +1 to merge your lorry file regardless of the name | 11:28 |
| Krin | I swear ant is trolling me, failed on the last build step for the system ¬.¬ | 11:29 |
| pedroalvarez | Krin: build log? | 11:29 |
| Krin | where would i find the buildlog? i'm just seeing the error message | 11:30 |
| franred | Krin, you can copy the error message in a pasterbin and also /src/morph.log, tough | 11:31 |
| radiofree | rdale: revert http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/commit/?h=baserock/james/genivi-plus-plus&id=f9028e92a093624e39a6ad196fd59dd5926782c0 | 11:34 |
| radiofree | rdale: and for mesa, upgrade the ref in strata/mesa-common.morph to 3b6a4758fa8958db4b76e6d7efccc93b12b1da06 | 11:35 |
| rdale | ok thanks | 11:35 |
| *** hari__ [~hari@202.0.77.198] has quit [Quit: Ex-Chat] | 11:35 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:37 | |
| Mode #baserock +v ssam2 by ChanServ | 11:37 | |
| Krin | franred, pedroalvarez should i pass the log file to you or is there somewhere i should put it into the bin from? it's huge even after clearing it out and doing a fresh run | 11:39 |
| franred | Krin, we only need the error trace to see if we can help you | 11:40 |
| franred | please, use http://fpaste.org/ or other public pasterbin | 11:40 |
| abdul_ | madhu: with "morph edit" i could able to get linux source in less than 30 secs | 11:41 |
| madhu | paulsherwood2, it stopped at "updating git repository upstream:linux in cache", I guess I did something wrong | 11:41 |
| madhu | I execute the morph edit from another ssh session, | 11:42 |
| aananth | how to find the version of baserock running on a machine or vm | 11:43 |
| madhu | btw if I cancel that and run again in the ssh shell where I built, I am getting this | 11:43 |
| Krin | not sure how much help it's going to be, i'm installing it the same way that i installed it manualy before, but now it's telling me that a file is missing, if you can spot something though be much appreciated | 11:43 |
| madhu | 2014-10-29 11:40:54 Editing linux-x86-64-generic in bsp-x86_64-generic stratum | 11:43 |
| madhu | ERROR: Command failed: git config -z morph.repository | 11:43 |
| Krin | http://pastebin.com/v1xrde8b | 11:43 |
| ssam2 | aananth: there are metadata files in /baserock that tells you what commit everything was built from | 11:43 |
| ssam2 | aananth: the pattern '/baserock/*system*-rootfs.meta' will find the metadata for the system | 11:44 |
| ssam2 | aananth: the 'repo' and 'sha1' fields are the ones you want: you can use those to look up exactly which commit was built | 11:45 |
| franred | Krin, could you paste also your ant chunk please? | 11:46 |
| ssam2 | madhu: hmm, that seems like something went wrong with the previous 'morph edit' command | 11:46 |
| madhu | is there a way to recover | 11:46 |
| ssam2 | delete the upstream/linux folder and run 'morph edit' again | 11:46 |
| madhu | ok | 11:48 |
| Krin | franred, http://pastebin.com/QJGFjjJ5 | 11:50 |
| radiofree | paulsherwood2: you've used ssh-rsync to jetson boards recently? | 11:50 |
| radiofree | ERROR: ssh-rsync.write failed with code 1: ERROR: Command failed: ssh root@10.24.2.108 -- blkid -s UUID -o value /dev/root | 11:50 |
| radiofree | hmm there's no /dev/root | 11:51 |
| ssam2 | /dev/root :( | 11:51 |
| ssam2 | doesn't exist on my Fedora system and I believe is generally being excised from Linux | 11:52 |
| ssam2 | so I think we should fix that code to not rely on the existance of it | 11:52 |
| madhu | ssam2, it hangs now at "Updating git repository upstream:linux in cache", is there a verbose mode to see what's happening. | 11:53 |
| franred | Krin, you have a typo on "sh build.sh -Ddist.dir=/urs/lib/antdist dist" I think you need "/usr/lib..." | 11:53 |
| ssam2 | madhu: in this case no because it's just running `git remote update origin` | 11:53 |
| franred | Krin, but the error message does not match with that | 11:53 |
| paulsherwood2 | radiofree: yup, but not with any of your latest work. | 11:54 |
| ssam2 | madhu: but you can try doing 'morph edit linux --no-git-update' | 11:54 |
| franred | Krin, also if your install commands are empty they should have "[]" after ":" --> install-commands: [] | 11:54 |
| paulsherwood2 | may last attempt, which worked, was screen captured on sunday .... see https://vimeo.com/110065776 | 11:54 |
| paulsherwood2 | radiofree: ^^ | 11:54 |
| radiofree | blkid -s UUID -o value works for me | 11:55 |
| ssam2 | madhu: oh, `morph edit` seems to ignore the --no-git-update flag, sadly | 11:55 |
| paulsherwood2 | bug | 11:55 |
| ssam2 | madhu: I shall look at fixing this for you guys today, it seems this hasn't been tested well behind a high-latency internet connection | 11:55 |
| franred | Krin, does java/ant chunk also depends on java chunk in your stratum? (could you paste your zookeper stratum too) | 11:55 |
| franred | ? | 11:56 |
| ssam2 | madhu: sorry for the fact that you have to keep waiting around for it! | 11:56 |
| pedroalvarez | Krin: can you paste here the chunk morphology that you are using to install ant? | 11:56 |
| radiofree | paulsherwood2: i doubt it will work with my never kernels | 11:56 |
| radiofree | s never/newer | 11:56 |
| paulsherwood2 | well it worked with mainline? | 11:57 |
| pedroalvarez | Krin: oh, you already did that, sorry | 11:57 |
| Krin | franred, what is the typo? i cant see it? i'll add the []'s and which one would you like me to give you franred? the whole strata or something else? | 11:57 |
| paulsherwood2 | radiofree: what dark magic are you weaving? ;) | 11:57 |
| franred | Krin you put "urs" rather than "usr" | 11:57 |
| franred | Krin, yes could you paste the whole stratum? | 11:58 |
| paulsherwood2 | ssam2: i really like your email on the ansible approach to conditionals | 11:58 |
| paulsherwood2 | in fact it's easily my favourite email in that whole thread :-) | 11:58 |
| madhu | ssam2, no problem, I am trying now with no-git-update, | 11:58 |
| pedroalvarez | Krin: also, what does `sh build.sh -Ddist.dir=/urs/lib/antdist dist` do? Install ant in /urs/lib/antdist? | 11:59 |
| radiofree | sigh | 11:59 |
| radiofree | ERROR: Command failed: ssh root@10.24.2.108 -- mount /dev/root /tmp/tmp.RAZimO | 11:59 |
| radiofree | mount: special device /dev/root does not exist | 11:59 |
| Krin | yes pedroalvarez that is the function of the build.sh | 11:59 |
| ssam2 | paulsherwood2: I quite like Ansible :) | 12:00 |
| madhu | ssam2, but mine again hangs at he same place with "--no-git-update" | 12:00 |
| * radiofree manually creates the symlink for now | 12:01 | |
| radiofree | i think we need a better way of finding the root device | 12:01 |
| pedroalvarez | Krin: are there any command in the install-commands? | 12:01 |
| ssam2 | madhu: sorry, yes. That flag is not working for morph edit :( | 12:01 |
| Krin | pedroalvarez, franred, stratum here http://pastebin.com/qMpjusWa and god damnit i swear i fixed that typo 3 times already >.< | 12:01 |
| paulsherwood2 | ssam2: me too | 12:01 |
| ssam2 | madhu: you can see what Morph is up to by doing 'tail -f /src/morph.log' | 12:01 |
| ssam2 | madhu: it'll probably be sat in a `git remote update` command | 12:02 |
| paulsherwood2 | i guess i should offer a patch to fix morph edit? | 12:02 |
| ssam2 | or i can | 12:02 |
| paulsherwood2 | you'll be faster :-) | 12:02 |
| paulsherwood2 | i hereby +1 your result :-) | 12:02 |
| pedroalvarez | Krin: can you try this one instead/ http://pastebin.com/eziwWDgr | 12:02 |
| pedroalvarez | Krin: note I've removed "java/" from the name of the chunk | 12:03 |
| Krin | ok pedroalvarez i'll try that one *is feeling rather useless now that he seems to need so much help* | 12:04 |
| franred | Krin, try to not use "/" in names, replacing them by "-" | 12:05 |
| ssam2 | madhu: what happens if you 'git remote update' in an existing checkout that you have, like definitions.git ? | 12:05 |
| ssam2 | Krin: in fairness I did tell you the other day to use / in the name of the Lorry entry. / is OK in repo names but it is not OK in chunk names | 12:05 |
| franred | Krin, also Camelcase "javaAnt.morph" should match with the name of the chunk, I would prefer somethink like java-ant.morph, but this is personal | 12:06 |
| ssam2 | Krin: although morph should not crash in that case like it did! | 12:06 |
| Krin | gah so many naming rules that have no consistency across things >.< | 12:06 |
| franred | yep, it looks a nasty error | 12:06 |
| ssam2 | Baserock is pretty consistent with regards to camelcase: don't ever use it, ever :) | 12:07 |
| richard_maw | except class names in the morph codebase itself | 12:07 |
| * Krin facedesks | 12:07 | |
| ssam2 | that's TitleCase :) | 12:07 |
| madhu | ssam2, no issues, let me wait till it completes, btw here is the tail message, | 12:07 |
| madhu | <ssam2> Baserock is pretty consistent with regards to camelcase: don't ever use it, ever :) | 12:08 |
| petefoth | Krin: that’s faceDesks - its a method! | 12:08 |
| Krin | ... | 12:08 |
| madhu | sorry about my clipboard error | 12:08 |
| ssam2 | no problem! | 12:08 |
| madhu | 2014-10-29 11:57:37 DEBUG run external command: [['git', 'rev-parse', '--verify', 'd67a0e110187abd560a1de63fa172894a52839d5^{commit}']] | 12:08 |
| madhu | 2014-10-29 11:57:37 DEBUG # git rev-parse --verify d67a0e110187abd560a1de63fa172894a52839d5^{tree} | 12:08 |
| madhu | 2014-10-29 11:57:37 DEBUG run external command: [['git', 'rev-parse', '--verify', 'd67a0e110187abd560a1de63fa172894a52839d5^{tree}']] | 12:08 |
| madhu | 2014-10-29 11:57:37 DEBUG # git clone /src/cache/gits/git___git_baserock_org_delta_linux /src/workspace/default/upstream/linux | 12:08 |
| madhu | 2014-10-29 11:57:37 DEBUG run external command: [['git', 'clone', '/src/cache/gits/git___git_baserock_org_delta_linux', '/src/workspace/default/upstream/linux']] | 12:08 |
| madhu | pastebin is access denied here :) | 12:09 |
| ssam2 | oh :( | 12:09 |
| ssam2 | well, it's cloning from your disk to your disk | 12:10 |
| ssam2 | which should be really fast | 12:10 |
| pedroalvarez | madhu: http://fpaste.org/ ? | 12:10 |
| madhu | hehe, that works | 12:10 |
| pedroalvarez | we should create a paste.baserock.org page | 12:10 |
| ssam2 | madhu: could you try the command that it's doing manually? so `git clone --verbose /src/cache/gits/git___git_baserock_org_delta_linux /src/test-linux-clone` | 12:11 |
| madhu | ok | 12:11 |
| ssam2 | it's strange that this command wouldn't work, maybe the IO of your laptop is really overloaded | 12:11 |
| * paulsherwood2 wonders if now would be a good time to decry the over-use of classes.... | 12:13 | |
| * paulsherwood2 decides not :) | 12:13 | |
| madhu | yes, "Checking out files" taking lots of time | 12:13 |
| madhu | I am running i5+4gb pc | 12:14 |
| straycat | yes let's use closures for everything | 12:15 |
| paulsherwood2 | straycat: trolling is unbecoming of one so intelligent :) | 12:15 |
| straycat | so you're saying it's fine for me to troll here? :) | 12:16 |
| rjek | I like closures. | 12:16 |
| rjek | More than classes, anyway. | 12:16 |
| paulsherwood2 | no, quite the reverse. but smileys make it all ok, allegedly :-) | 12:16 |
| paulsherwood2 | rjek: given that you've repeatedly told me 'i'm not a software engineer' how should i value that opinion? :) | 12:17 |
| rjek | paulsherwood2: I'm not an architect either, but I prefer brick over concrete for exterior rendering. | 12:17 |
| *** thecorconian [~thecorcon@eccvpn1.ford.com] has joined #baserock | 12:18 | |
| Krin | pedroalvarez, i love you i think it worked XD | 12:18 |
| pedroalvarez | :P | 12:19 |
| pedroalvarez | it's easy once you understand what is going on | 12:20 |
| * paulsherwood2 googles closures, notices that it's 'functional programming', momentarily flashes back to his university course on functional languages in the early eighties which just highlighted that mortals can't understand them, reminds himself of the software commandments, and drops closures back out of his mental lexicon. | 12:20 | |
| ssam2 | just read some node.js code | 12:20 |
| rjek | Closures are often available in functional languages. But it's more about variable scoping than functional headaches. | 12:20 |
| * paulsherwood2 has successfully understood node.js code without grokking closures. maybe he did it wrong | 12:21 | |
| pedroalvarez | Krin: so, the thing is, if you are trying to *install* something, you have to use the $DESTDIR prefix. | 12:21 |
| rdale | ruby uses closures a lot, but calls them 'blocks' | 12:22 |
| rjek | paulsherwood2: IMO, closures are actually simpler to understand than non-closures. They're just functions whose local variables are related to where you define the function, not some other scheme. | 12:22 |
| paulsherwood2 | aha :) | 12:22 |
| paulsherwood2 | in that case, just another long name for something i think i do understand, which is scope | 12:23 |
| rdale | you can pass closures around and they still capture their original scope | 12:24 |
| paulsherwood2 | like 'idempotence' is a smartass word for 'make this safe so i can kill this, and or run it repeatedly without the sky falling in' | 12:24 |
| rjek | paulsherwood2: Lexical scoping is wonderful! Something Ruby gets right. | 12:24 |
| * paulsherwood2 should do some actual work :) | 12:25 | |
| * pedroalvarez looks at https://github.com/MarvinMenzerath/HastebinPlus to deploy a paste.baserock.org | 12:31 | |
| radiofree | jjardon: "error while loading shared libraries: libatk-1.0.so0: cannot open shared object...." | 12:32 |
| radiofree | from gtk3-demo | 12:32 |
| jjardon | radiofree: you have to add gtk-deps in your system | 12:33 |
| radiofree | gotcha | 12:33 |
| * jjardon manages to enagle the EGL context in qemu | 12:33 | |
| jjardon | its extremely slow though :P | 12:34 |
| radiofree | jjardon: where's the gl demo? | 12:52 |
| jjardon | gtk3-demo -> opengl area | 12:52 |
| jjardon | radiofree: run GDK_ALWAYS_USE_GL=true gtk3-demo | 13:00 |
| *** tiagogomes [~tiagogome@213.15.255.100] has quit [Ping timeout: 260 seconds] | 13:02 | |
| *** SotK [~adam@host86-151-43-14.range86-151.btcentralplus.com] has joined #baserock | 13:02 | |
| aananth | sam: I added strata/genivi-foundation.morph to 'devel-system-arm7lhf-jetson.morph' file and gave a cycle.sh. I get "ERROR: <urlopen error [Errno -2] Name or service not known>" Any clues, why? How do I debug this? | 13:19 |
| ssam2 | aananth: hmm! could you paste the tail of /src/morph.log to fpaste.org or somewhere | 13:20 |
| ssam2 | last 30 or 40 lines of the log file should be enough | 13:21 |
| aananth | sam: here is the url http://fpaste.org/146133/89074141/ | 13:24 |
| ssam2 | aananth: seems it hit a network error in the `morph build` command | 13:25 |
| radiofree | root | 13:25 |
| radiofree | wrong keyboard... | 13:26 |
| ssam2 | aananth: if you try the command again after checking your networking is OK, it will hopefully succeed | 13:26 |
| aananth | sam: I could ping google.com | 13:26 |
| ssam2 | can you ping git.baserock.org ? | 13:26 |
| ssam2 | could be that the problem is there ... | 13:26 |
| aananth | sam: yes "64 bytes from 5.9.125.66: seq=0 ttl=53 time=225.198 ms | 13:27 |
| aananth | " | 13:27 |
| rjek | 225ms? Ouch! | 13:27 |
| rjek | That is not going to make git pleasing to use, with that sort of round trip time. | 13:27 |
| ssam2 | rjek: Yes. I believe that's why these folk are having issues | 13:27 |
| ssam2 | Nobody has done work to make Morph usable on high-latency network connections | 13:28 |
| aananth | Ok, let me put jetson inside visteon network. | 13:28 |
| madhu | ssam2, can I see the chunks compilation log live when I build the system image, I see I can read it by /src/cache/tmp*** for individually, | 13:29 |
| aananth | sam: abdul sent you an email regarding booting baserock image on our target system. | 13:29 |
| radiofree | gtk3 and opengl on a tegra http://seriousinternetbusiness.com/james/gdkopengl.mp4 | 13:30 |
| rjek | shiny | 13:30 |
| rjek | Quake 3, now? | 13:30 |
| radiofree | :D | 13:31 |
| ssam2 | aananth: I've just replied to Abdul, thanks for pointing it out | 13:32 |
| radiofree | rdale: +1 my nouveau patch! | 13:33 |
| ssam2 | madhu: regarding a live compilation log, you can 'tail -f /src/morph.log' to see live build output | 13:33 |
| madhu | yes, but that did not show the compile log for each chunks, I mean what argument, and which files it compiles right now | 13:34 |
| paulsherwood2 | radiofree: which version of GStreamer are you using on Jetson? | 13:38 |
| radiofree | 0.10 for qt5 and 1.0 for everything else | 13:39 |
| radiofree | gstreamer 1.2.4 even | 13:40 |
| paulsherwood2 | so 1.2.4? | 13:40 |
| radiofree | apart from qt, yes | 13:40 |
| paulsherwood2 | so we have two gstreamers coexisting? and is there any reason for 1.2.4, as opposed to later versions, e.g. 1.4.3 ? | 13:42 |
| paulsherwood2 | radiofree: ^^ | 13:44 |
| ssam2 | madhu: oh, sorry, I thought that would show you the full build output | 13:45 |
| ssam2 | let me investigate | 13:46 |
| radiofree | paulsherwood2: probably no reason, we don't actively use it so i guess no one has got round to upgrading it | 13:46 |
| paulsherwood2 | ok | 13:48 |
| madhu | ssam2, sure. thanks | 13:50 |
| ssam2 | seems that I was wrong, it only shows the exact build commands if something went wrong | 13:52 |
| ssam2 | would you find it useful if there was a way to see the build log 'as it happens' ? | 13:53 |
| madhu | yes, I think it is a useful feature | 13:54 |
| madhu | I find that gives better control on what we do, at least I feel that way in "bitbake -v" | 13:55 |
| ssam2 | OK! I'll note that done on my list of things we should fix in Morph | 13:55 |
| ssam2 | *note it down | 13:55 |
| madhu | ok thanks | 13:56 |
| paulsherwood2 | ssam2: from my point of view, i prefer the tidy output of morph as is. if i want to track all of the splurge from a build, i'll tail it | 13:58 |
| paulsherwood2 | (in the log) | 13:58 |
| ssam2 | you can't tail it in the log | 13:58 |
| *** mariaderidder_ [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 13:58 | |
| paulsherwood2 | ? | 13:58 |
| paulsherwood2 | are we talking about the same thing? maybe i'm confused | 13:59 |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 256 seconds] | 13:59 | |
| ssam2 | the log just shows the `linux-user-chroot --blah make` command being executed | 13:59 |
| ssam2 | it doesn't show any actual build output, unless the build failed | 13:59 |
| paulsherwood2 | ah | 13:59 |
| paulsherwood2 | ok | 13:59 |
| ssam2 | I agree dumping all build output to stdout by default wouldn't be great | 14:00 |
| paulsherwood2 | i repeat my point about preferring tidy morph output - it's too noisy already for me :) | 14:00 |
| *** VVIBIN [~VVIBIN@202.0.77.198] has quit [Ping timeout: 240 seconds] | 14:05 | |
| *** paulsherwood [~paulsherw@access.ducie-dc1.codethink.co.uk] has joined #baserock | 14:11 | |
| *** paulsherwood2 [uid50097@gateway/web/irccloud.com/x-awnnhasznbejngqf] has quit [] | 14:11 | |
| richard_maw | I've pondered this before, and we could have it display the last 10 lines of the current build as it's in progress, but once it's finished blank those lines and move the cursor back up, so it's not left in the terminal after the build is over, so you just get a clean bit about the build succeeding | 14:12 |
| straycat | So many differing opinions, I was thinking yesterday that morph should by default output what's going on with committing uncommitted changes etc | 14:13 |
| Kinnison | richard_maw: without a curses-like UI, that kind of behaviour is fraught against line width etc | 14:13 |
| paulsherwood | richard_maw: that sounds like an interesting approach | 14:13 |
| straycat | I don't think morph is that noisy at all, it already hides most of what's really going on | 14:14 |
| jjardon | paulsherwood: 1.4.x is the new stable release and its api compatible with the previous 1.x version, so not reason to not upgrade | 14:25 |
| jjardon | I can do a patch tonight if no one is faster than me ;) | 14:26 |
| *** tiagogomes [~tiagogome@213.15.255.100] has joined #baserock | 14:28 | |
| *** aananth [~caananth@74.112.167.117] has quit [Ping timeout: 240 seconds] | 14:35 | |
| paulsherwood | +1 from me, already :) | 14:38 |
| *** thecorconian [~thecorcon@eccvpn1.ford.com] has quit [Quit: Leaving.] | 14:42 | |
| *** aananth [~caananth@74.112.167.117] has joined #baserock | 14:52 | |
| rdale | for each qt5 module i have a chunk morph with custom build instructions for installing html docs. the commands are always the same - is there anything wrong with just having one of them and refering to it for each of the qt5 modules? | 14:52 |
| richard_maw | currently we can't do that because the name: field in the chunk needs to be the same as the name in the stratum | 14:54 |
| pedroalvarez | richard_maw: nope, it doesn't need to be the same | 14:54 |
| pedroalvarez | I mean. morph won't crash because of that | 14:54 |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 14:55 | |
| pedroalvarez | the problem is that you won't know what module you are building because morph uses the name written in the chunk | 14:55 |
| *** thecorconian [~thecorcon@136.1.1.102] has joined #baserock | 14:58 | |
| rdale | ok, i'll leave them as they are | 14:59 |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 15:00 | |
| *** thecorconian [~thecorcon@136.1.1.102] has quit [Ping timeout: 245 seconds] | 15:03 | |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 15:07 | |
| jjardon | radiofree: \o/ | 15:08 |
| petefoth | I’ve reworked the SideBar on w.b.o, but I’m not sure about the results. All opinions / constructive criticism welcome :) | 15:21 |
| * Kinnison approves of the sections | 15:21 | |
| Kinnison | petefoth: shouldn't 'get baserock' go above 'quick start' ? | 15:22 |
| petefoth | Kinnison: QuickStart includes instrcutions to Download. Get baseroc is just a link to ‘Downloads’ | 15:23 |
| petefoth | Kinnison: for people who want to do stuff woithout follwing uinstructions :) | 15:24 |
| Zara | ooh, I was going to suggest using 'troubleshooting' as a catch-all for errors but it's already there! :) | 15:24 |
| Zara | the black hilighting on the word is a little odd, though, because it makes it look like you're on that page | 15:25 |
| Kinnison | petefoth: fair enough, then the current ordering is good | 15:26 |
| petefoth | Zara: I know what you mean - it’s black because it isn’t a link. Maybe I shoudl create a ‘Troubleshooting page which just links to the two sub-pages | 15:26 |
| Zara | maybe it'd be clearer without the bullet point, but still black? | 15:27 |
| Zara | but that would be fine too | 15:27 |
| petefoth | but then it’s not obviously aprt of the ‘Using Baserock’ section - give me a minute | 15:27 |
| petefoth | Zara: is that better? | 15:31 |
| Zara | I think so; and the nice side-effect of the indentaton below is that it's easier to find at a glance | 15:33 |
| Zara | :) | 15:33 |
| petefoth | Zara: ta! | 15:34 |
| * pedroalvarez notices that wikicat is not here anymore... | 15:36 | |
| * pedroalvarez brings cat food to #baserock | 15:36 | |
| straycat | i don't think wikicat's coming back, it left in despair you see, so i don't think it will ever cat wikis again. | 15:41 |
| pedroalvarez | straycat: was its source open? | 15:41 |
| radiofree | after upgrading baserock on my jetson things look... at bit odd http://i.imgur.com/qckRCnu.png | 15:43 |
| radiofree | if i go back to factory it's all lovely and nice again | 15:44 |
| rjek | ANSI escape codes? | 15:44 |
| pedroalvarez | radiofree: is this a devel system? | 15:44 |
| rjek | TERM=vt100 ? | 15:44 |
| Kinnison | looks like the pager doesn't understand the terminal | 15:44 |
| radiofree | factory http://i.imgur.com/tvhMWrv.png | 15:45 |
| radiofree | i don't really remember doing anything to it before | 15:45 |
| Kinnison | I'd hazard a guess at 'different pager' | 15:45 |
| Kinnison | or failing that, different terminal setup | 15:45 |
| radiofree | Kinnison: i'm not sure what that means :\ | 15:45 |
| Kinnison | is TERM the same in both cases | 15:46 |
| Kinnison | is there terminfo for the TERM value | 15:46 |
| Kinnison | is the pager (less, more, most, whatever) the same one in both cases? | 15:46 |
| Kinnison | etc. | 15:46 |
| radiofree | TERM is xterm on both | 15:47 |
| radiofree | less looks the same on both as well | 15:48 |
| Krin | hmm, how do you permanently (alter / add to) the path on baserock as I don't see a .bash_profile to edit? | 15:48 |
| Kinnison | create one | 15:48 |
| Kinnison | we don't have a skeleton homedir | 15:48 |
| radiofree | hmm i don't have vim on this image though | 15:48 |
| Kinnison | that's all | 15:48 |
| radiofree | pedroalvarez: it's a genivi image without strip-gpl3 | 15:49 |
| * Krin gives a thumbs up "so just .bash_profile in ~ | 15:49 | |
| Krin | ? | 15:49 |
| pedroalvarez | radiofree: then the version of less is different | 15:49 |
| Kinnison | Krin: probably | 15:49 |
| pedroalvarez | radiofree: that's why I asked, I had this situation a week ago and it was because the system was a base-system, without "less" installed | 15:49 |
| pedroalvarez | so, the genivi system is using busybox less I believe | 15:50 |
| radiofree | i do have less installed though? | 15:50 |
| radiofree | ah | 15:50 |
| *** sherm_ [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:03 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 244 seconds] | 16:06 | |
| *** aananth [~caananth@74.112.167.117] has quit [Quit: Leaving] | 16:16 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 16:17 | |
| ssam2 | richard_maw: I just noticed that the Yarn step 'GIVEN a git server' sets 'trove-host= []' in morph.conf | 16:30 |
| ssam2 | is that some magic that I don't understand ? | 16:31 |
| ssam2 | I made a change to how 'wget' is called and it seems to have broken the yarns, but I don't really understand how it worked before, either | 16:31 |
| ssam2 | oh, I wonder if the issue is just that something is expected there to be nothing on stderr | 16:32 |
| *** Krin [~mikesmith@host86-190-220-106.range86-190.btcentralplus.com] has quit [Remote host closed the connection] | 16:34 | |
| radiofree | jjardon: upgrading wayland (not weston) to wayland 1.6.0 works with wayland-ivi-extensions as well | 16:38 |
| jjardon | radiofree: nice to know, thanks for checking it. I will send my patches tonigth then | 16:39 |
| ssam2 | richard_maw: ok, it's actually a problem in the distbuild code that it thinks if serialise-artifact produced any text on stderr then it must have failed | 16:39 |
| ssam2 | another case where having distbuild in the test suite saved me from actually breaking distbuild ! | 16:39 |
| pedroalvarez | ssam2: heheh, you are not allowed to break distbuild twice in a week | 16:40 |
| richard_maw | ssam2: not too sure what trove-host= [] does, it may be some ipv6 thing for all I know | 16:50 |
| Kinnison | makes an empty list perhaps? | 16:50 |
| richard_maw | this is in the morph.conf | 16:51 |
| richard_maw | I don't think that's valid .conf syntax | 16:51 |
| *** thecorconian [~thecorcon@136.1.1.102] has joined #baserock | 17:02 | |
| rdale | we don't seem to have got libs like gio, gobject and gio-unix for building gnomey libs like geoclue that i am looking at. they could go in 'foundation.morph', but i'm not sure what that is supposed to be a foundation of | 17:09 |
| paulsherwood | rdale: jjardon is working on getting gnome tidy here, he may advise | 17:10 |
| jjardon | radiofree: thats part of glib | 17:10 |
| jjardon | so its already in foundation | 17:10 |
| jjardon | rdale: ^ | 17:10 |
| rdale | ah ok, i was having a look and couldn't see gio for instance | 17:14 |
| rdale | it is inside the glib chunk? | 17:14 |
| jjardon | rdale: yes | 17:14 |
| Kinnison | I believe gio is part of glib | 17:14 |
| Kinnison | as is gobject IIRC | 17:14 |
| rdale | ah ok | 17:14 |
| * paulsherwood wonders what's involved in getting baserock running on Acer CB5-311 | 17:17 | |
| radiofree | paulsherwood: ask in #tegra? | 17:17 |
| radiofree | or maybe cyndis will know? | 17:18 |
| * paulsherwood was hoping radiofree would know :) | 17:18 | |
| cyndis | sorry, i don't have one (yet) | 17:18 |
| cyndis | but i think you should be able to boot u-boot on one the same way as jetson | 17:18 |
| radiofree | nice | 17:19 |
| cyndis | as for flashing u-boot, i believe you have to unscrew a screw to make the bootloader flash read-write | 17:19 |
| franred | paulsherwood, wasn't Adnan the last who run baserock in an chromebook? | 17:19 |
| cyndis | it might also be possible to boot using google's bootloader (depthcharge? coreboot?), but i'm not familiar with that | 17:20 |
| cyndis | someone on #tegra probably knows better :) | 17:20 |
| richard_maw | franred: Adnan didn't re-flash the bootloader, he just copied the genivi rootfs's files on | 17:21 |
| radiofree | depthcharge? is it a requirement to make some kind of submarine reference when writing a bootloader? | 17:22 |
| cyndis | apparently :p | 17:22 |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:23 | |
| cyndis | the tegra chromeos kernel is much closer to upstream compared to the L4T kernel, so i wouldn't be surprised if the stock bootloader could be used as well | 17:23 |
| franred | richard_maw, oh, I see | 17:25 |
| rdale | hmm, our glib in foundation.morph is too new to build gstreamer 0.10 | 17:26 |
| radiofree | cyndis: thanks for the helpe | 17:30 |
| radiofree | -e | 17:30 |
| cyndis | sure, no problem :) | 17:30 |
| *** tiagogomes [~tiagogome@213.15.255.100] has quit [Ping timeout: 244 seconds] | 17:38 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:46 | |
| pedroalvarez | hm... setting up the environment before calling a write extension doesn't do anything :( | 17:56 |
| pedroalvarez | I mean, the write extension doesn't get the environment that I've set up | 17:56 |
| richard_maw | pedroalvarez: how are you running it? | 17:58 |
| pedroalvarez | richard_maw: that question gives me an idea of what I'm doing wrong | 17:59 |
| pedroalvarez | os.system("/path/to/write-exts arg1 arg2") | 17:59 |
| pedroalvarez | maybe is better to reuse the logic of ExtensionSubprocess | 18:00 |
| pedroalvarez | I thought I was being clever implementing a context manager to set up the environment. | 18:01 |
| pedroalvarez | At least now I know how to create context managers :) | 18:01 |
| *** mariaderidder_ [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Ex-Chat] | 18:04 | |
| richard_maw | eww, os.system is a gross api | 18:17 |
| richard_maw | is there any reason you're not just generating a shell script that runs `env FOO=BAR… /path/to/write/ext /path/to/sysroot /path/to/location`? | 18:18 |
| pedroalvarez | there isn't any | 18:25 |
| pedroalvarez | I shall do it in that way | 18:25 |
| franred | richard_maw, how can I increment the size of a created btrfs image? | 18:26 |
| pedroalvarez | franred: create a new image, mount both, and copy the content? | 18:26 |
| franred | pedroalvarez, could be, but I think there is a way to extend a btrfs image | 18:33 |
| richard_maw | if it's a disk image for a virtual machine, shut it down, use truncate to make the disk larger | 18:35 |
| richard_maw | then once you've booted up again, run `btrfs filesystem resize max /` | 18:35 |
| * richard_maw is a little amused by how many patches have made it to the mailing list after 6PM | 18:43 | |
| straycat | radiofree, looks like you accidentally sent as jamesthomas@codethink.co.uk so your mail is pending moderation | 19:07 |
| radiofree | Webmail! | 19:13 |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 19:47 | |
| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Quit] | 19:54 | |
| *** VVIBIN [~VVIBIN@202.0.77.198] has joined #baserock | 20:01 | |
| *** VVIBIN [~VVIBIN@202.0.77.198] has quit [Ping timeout: 245 seconds] | 20:06 | |
| *** thecorconian [~thecorcon@136.1.1.102] has quit [] | 21:06 | |
| *** SotK [~adam@host86-151-43-14.range86-151.btcentralplus.com] has quit [Quit: Lost terminal] | 21:14 | |
| *** genii [~quassel@ubuntu/member/genii] has quit [Read error: Connection reset by peer] | 22:43 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!
