| *** dutch_ [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:06 | |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:07 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:24 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:24 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:29 | |
| paulsherwood | pedroalvarez: did your uuid patch land in master? | 08:40 |
|---|---|---|
| * paulsherwood should just look | 08:41 | |
| paulsherwood | yes, it did. | 08:41 |
| pedroalvarez | :) | 08:42 |
| ssam2 | re. nouveau commits: http://git.baserock.org/cgi-bin/cgit.cgi/delta/nouveau.git/commit/?id=42b206e0802915afe0c2b5863bab431c8c15837c doesn't exist | 08:42 |
| ssam2 | https://github.com/Gnurou/nouveau/commit/42b206e0802915afe0c2b5863bab431c8c15837c does exist | 08:42 |
| ssam2 | hmm, but http://git.baserock.org/cgi-bin/cgit.cgi/delta/nouveau.git/commit/?h=gk20a&id=1010d02bad5fe22c298069c481e7a4c12222b4ca exists | 08:44 |
| ssam2 | which is the same commit message | 08:44 |
| paulsherwood | weird | 08:44 |
| paulsherwood | Kinnison: ^^ | 08:44 |
| ssam2 | suggests that a force-push to master was done | 08:44 |
| Kinnison | aye | 08:44 |
| pedroalvarez | I tried 1010d02bad5fe22c298069c481e7a4c12222b4ca | 08:44 |
| Kinnison | Want me to resurrect the old commit in a ref, or will you use the new commit (and anchor it in a baserock/ ref) ? | 08:45 |
| pedroalvarez | I don't know what to do | 08:46 |
| * pedroalvarez is petrified | 08:46 | |
| Kinnison | Do you mean you are scared, or you've already made your tags? | 08:46 |
| pedroalvarez | is the old commit going to be present in g.b.o for resurrection? | 08:46 |
| pedroalvarez | Kinnison: can you please try to resurrect it? | 08:47 |
| Kinnison | it's not there unfortunately | 08:47 |
| paulsherwood | hold on a sec. are we only talking about nouveau? | 08:47 |
| Kinnison | Anyone have a cache with it in? | 08:47 |
| ssam2 | we need the new commit (from github) not the old one, right ? | 08:47 |
| ssam2 | violeta successfully built the new one, pedroalvarez got a failure for the old one (on git.baserock.org) | 08:47 |
| pedroalvarez | yeah, violeta should has in his system the sha1 that we need | 08:51 |
| paulsherwood | pedroalvarez: violeta is a she :) | 08:52 |
| violeta | ;-) | 08:52 |
| violeta | pedroalvarez, which one do you need? I'm a bit lost with all the sha1 and repos... | 08:52 |
| pedroalvarez | violeta: don't worry for now | 08:52 |
| ssam2 | sorry, I was wrong before. upstream force-pushed a new commit that was broken (1010d02bad5fe22c298069c481e7a4c12222b4ca) and the old one is the one that we need (42b206e0802915afe0c2b5863bab431c8c15837c) | 08:53 |
| pedroalvarez | but please, don't remove anything in /src/ | 08:53 |
| violeta | sudo rm everything | 08:53 |
| Kinnison | ssam2: So the new stuff doesn't work? | 08:53 |
| ssam2 | indeed, the head of the gk20a branch of https://github.com/Gnurou/nouveau fails to build | 08:53 |
| paulsherwood | => tegra? | 08:54 |
| pedroalvarez | so, they say that it's repo is a clone of http://cgit.freedesktop.org/~darktama/nouveau | 08:54 |
| pedroalvarez | s/it's/their/ | 08:54 |
| paulsherwood | or is there a #nouveau to ask in? | 08:54 |
| pedroalvarez | is that upstream? | 08:54 |
| Kinnison | If someone has a git repo with the old commit it, it'll be easy to anchor it into a baserock/ ref | 08:55 |
| ssam2 | radiofree has the old commit on his laptop and will be here soon | 08:55 |
| ssam2 | it's also here, but I can't work out how to get a raw version from github: https://github.com/Gnurou/nouveau/commit/42b206e0802915afe0c2b5863bab431c8c15837c | 08:55 |
| pedroalvarez | this should be upstream | 08:56 |
| pedroalvarez | http://cgit.freedesktop.org/nouveau/linux-2.6/ | 08:56 |
| paulsherwood | how can you be sure? :) | 08:57 |
| pedroalvarez | I'm not, but is linked here: http://nouveau.freedesktop.org/wiki/ | 08:58 |
| pedroalvarez | is not | 08:58 |
| radiofree | nouveau is upstream, however tegra support isn't there yet | 09:04 |
| radiofree | the actually driver in the 3.17-rc5 kernel will detect the graphics card, create the right devices etc.. however i couldn't get that to actually display anything | 09:04 |
| pedroalvarez | radiofree: then, nouveau upstream is linux.git? | 09:08 |
| radiofree | nouveau is in the kernel yes, currently it doesn't support the jetson yet | 09:09 |
| paulsherwood | so all we're talking about are patches/branches vs linux.git | 09:10 |
| paulsherwood | and thus we should remove delta/nouveau to avoid confusion? | 09:10 |
| pedroalvarez | that's also my opinion | 09:10 |
| paulsherwood | Kinnison: ^^ | 09:10 |
| radiofree | drm-nouveau is probably ok | 09:11 |
| * Kinnison is unsure of what's going on, so can't usefully weigh in yet | 09:11 | |
| paulsherwood | ok | 09:11 |
| Kinnison | let me grok the situation | 09:11 |
| pedroalvarez | btw, using the not rebased ref, it worked | 09:12 |
| paulsherwood | pedroalvarez: do you have a genivi-jetson system anywhere i can build? | 09:12 |
| radiofree | paulsherwood: Kinnison has a "plus" branch that does actually work if you integrate violeta's kernel stuff | 09:13 |
| radiofree | it's running on a jetson here | 09:13 |
| pedroalvarez | paulsherwood: baserock/pedroalvarez/genivi-jetson | 09:13 |
| paulsherwood | pedroalvarez: i should have known :) | 09:14 |
| Kinnison | radiofree: has my plusplus system been pushed to gbo? | 09:14 |
| * Kinnison has been unwell for 2 days so is out of hte loop | 09:14 | |
| radiofree | Kinnison: nope | 09:15 |
| radiofree | but i can comfirm that it would work | 09:15 |
| paulsherwood | Kinnison: i think we waited for you :) | 09:15 |
| radiofree | however it only works because i built some modules out of tree, that it needs | 09:16 |
| radiofree | violeta has done that now though, needs to built into a genivi system | 09:16 |
| Kinnison | paulsherwood: Okay | 09:16 |
| * Kinnison thinks violeta was basing her work on his branch, no? | 09:16 | |
| violeta | yes | 09:16 |
| paulsherwood | in the meantime, cycle.sh sneaked into mainline :) | 09:16 |
| Kinnison | cycle.sh ? | 09:16 |
| radiofree | Kinnison: mostly, but not from definitions | 09:16 |
| radiofree | kernel + u-boot | 09:16 |
| Kinnison | radiofree: aah, coolio | 09:16 |
| Kinnison | radiofree: tbf, those were the main things | 09:17 |
| paulsherwood | Kinnison: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/scripts/cycle.sh | 09:17 |
| Kinnison | radiofree: the strata are easily migrated | 09:17 |
| Kinnison | paulsherwood: cute! | 09:17 |
| radiofree | Kinnison: yep, pedro is doing a stock genivi system now, with those changes, once that's done everything *should* work | 09:17 |
| Kinnison | radiofree: awesomesauce | 09:17 |
| * paulsherwood is now happily build+self-deploying to local VM, cloud, and jetson. all at once :) | 09:17 | |
| Kinnison | paulsherwood: nice | 09:18 |
| pedroalvarez | btw: this is what happens when you don put "repo" in the u-boot chunk: http://pastebin.com/m0ZmAbZ7 | 09:18 |
| Kinnison | pedroalvarez: bleh | 09:18 |
| paulsherwood | ouch | 09:18 |
| radiofree | what should violeta call her branch of u-boot? | 09:20 |
| radiofree | i proposed baserock/jetson/u-boot-next | 09:20 |
| Kinnison | sounds reasonable | 09:20 |
| Kinnison | GENIVI related standup in ca 500s | 09:21 |
| violeta | I thought I could only call branches baserock/name/something | 09:22 |
| Kinnison | oops | 09:22 |
| Kinnison | sorry | 09:22 |
| Kinnison | I'm really good at channels today | 09:22 |
| violeta | sorry, I'm not feeling very well today, I'm a bit sleepy :-/ | 09:22 |
| paulsherwood | violeta: baseroj | 09:22 |
| paulsherwood | baserock/name/foo for your working stuff. baserock/something/more/official if we'll be using it | 09:23 |
| violeta | ok | 09:23 |
| paulsherwood | (i think) | 09:23 |
| * Kinnison nods | 09:24 | |
| radiofree | violeta: when on your current branch (that i just +2) just do git checkout -b baserock/jetson/u-boot-next and push that to gbo | 09:24 |
| Kinnison | that's correct | 09:24 |
| violeta | yes, thanks | 09:25 |
| violeta | my email seems to have stopped working and didn't got your review | 09:25 |
| violeta | s/got/get/ | 09:25 |
| violeta | radiofree, can you just +2 something? shall I push it now? | 09:26 |
| paulsherwood | i'm a bit worried if u-boot-next gets locked into a baserock 'release' it will be meaningless once next has moved on | 09:26 |
| Kinnison | So long as we don't rebase the branch, it'll be fine | 09:27 |
| paulsherwood | violeta: yes, radiofree can +2 for u-boot in this context i think :) | 09:27 |
| radiofree | ok how about baserock/jetson/u-boot-tegra-next | 09:27 |
| radiofree | it's *not* mainline u-boot *yet* | 09:27 |
| radiofree | also I believe the jetson is the only board that actually builds u-boot? | 09:28 |
| pedroalvarez | radiofree: I think that we also use it in wandboards | 09:44 |
| pedroalvarez | radiofree: is that u-boot fix only needed in the bsp of genivi-baseline or also in a devel system? | 09:45 |
| pedroalvarez | radiofree: if it's to fix btrfs compatibility I guess it can go also in the devel one | 09:46 |
| radiofree | pedroalvarez: wandboard doesn't actually build u-boot | 09:46 |
| radiofree | i think it only builds mkimage | 09:47 |
| pedroalvarez | oh, we have dropped the base systems from the releases | 09:48 |
| pedroalvarez | I didn't know that | 09:49 |
| violeta | radiofree, have we already agreed in the name baserock/jetson/u-boot-tegra-next ? | 09:50 |
| radiofree | +1 | 09:52 |
| jjardon | FYI, all the needed components to support the GPU in the Jetson seems to be well documented here: http://elinux.org/Tegra/Mainline_SW/Nouveau | 09:54 |
| straycat | violeta, radiofree, the patch with the subject HACK! drew my attention, why do you have "if (!strcmp(name[0], '/')) name++" not "if (name[0] == '/') name++" ? | 09:57 |
| jjardon | http://elinux.org/Tegra/Boards/NVIDIA_Jetson_TK1#Mainline_Status also says that support is already in the mainline UBoot tree. But I guess something more is needed for baserock | 09:59 |
| pedroalvarez | btrfs :) | 10:00 |
| violeta | straycat, not sure, really, is there anything better that way apart from readability? | 10:02 |
| jmacs | I don't know how that works - is strcmp using a char as a char pointer? | 10:04 |
| straycat | well strcmp is for comparing strings and you're using it to compare characters, which might work but I'm not sure that it's valid, the prototype for strcmp is (const char *, const char *) not (char, char). | 10:04 |
| franred | straycat, name is a const char * and '/' will be transform as a const char * by the compiler, so the strcmp will work, but Im with you, it is unnecessary to use strcmp in this case | 10:06 |
| franred | because you are comparing char characters | 10:07 |
| rjek | No '/' is a const char | 10:07 |
| jmacs | Yes | 10:07 |
| rjek | "/" is a const char * | 10:07 |
| franred | true | 10:07 |
| jmacs | strcmp("/",'/') will not give 0, it will probably segfault | 10:07 |
| jmacs | But it compiles without warning on default gcc | 10:08 |
| jmacs | ... actually, you do get a warning if you've included string.h properly | 10:09 |
| rjek | You don't get a warning about implicit function declaration? | 10:09 |
| jmacs | rjek: With -Wall, you do. | 10:09 |
| rjek | Oh. Silly gcc :) | 10:10 |
| paulsherwood | folks, i tried building jjardon's shuffle for llvm etc.... build and test works fine on x86... but on ARM i hit this... http://fpaste.org/138821/ | 10:15 |
| ssam2 | that's strange, it used to build fine on ARM | 10:18 |
| ssam2 | ah, but: [PATCH 2/3] strata/llvm-common.morph: Update llvm to latest version (3.5) | 10:18 |
| * jjardon can never scape from paulsherwood testing capabilities ;) | 10:19 | |
| ssam2 | seems jjardon's patch series title of 'Move llvm to its own stratum' didn't everything the patch series actually did :) | 10:19 |
| ssam2 | *didn't mention | 10:19 |
| jjardon | Sorry :) Thats why I split all the changes in the series: I can not commit that patch if there is not time to fix the problem in ARM now | 10:23 |
| Kinnison | llvm > 3.4 is having issues on ARM in general | 10:23 |
| Kinnison | even Debian is encountering this | 10:23 |
| Kinnison | e.g. in ghc | 10:23 |
| * paulsherwood reverts and tries again | 10:24 | |
| pedroalvarez | violeta: are you going to push the u-boot branch? | 10:26 |
| pedroalvarez | is it going to include rjek's suggestion? | 10:26 |
| violeta | pedroalvarez, I'm afraid I did before the strcmp error was found :-( | 10:26 |
| violeta | so.. how should I proceed? | 10:27 |
| pedroalvarez | well, if the people agree with the suggestion, you can add that as a patch on the top and push | 10:27 |
| pedroalvarez | or fixup that commit and force-push, since that barnch hasn't been used yert | 10:27 |
| pedroalvarez | yet | 10:27 |
| violeta | I thought force-push was something I should never do | 10:28 |
| pedroalvarez | yeah, but in this case we know that the branch has never been used in a release | 10:29 |
| violeta | ok, I shall do that then | 10:29 |
| jjardon | violeta: its ok for personal branches that are not being used for other people | 10:29 |
| pedroalvarez | jjardon: in this case is not a personal branch | 10:30 |
| pedroalvarez | is a branch that is going to be used in the next release | 10:31 |
| violeta | I'm going to leave the { name++; } with brackets if you don't mind | 10:31 |
| * violeta realises that just under that line there is a single line if with no brackets | 10:31 | |
| rjek | NOOOOOOOOOOOO! | 10:31 |
| violeta | hmmm, consistency... | 10:31 |
| rjek | That is perfectly acceptable :) | 10:31 |
| violeta | it is acceptable, but I like brackets | 10:32 |
| violeta | brackets everywhere! | 10:32 |
| violeta | but I'll change it because nothing else uses brackets, so you win | 10:32 |
| violeta | this time... | 10:32 |
| straycat | violeta would love scheme | 10:32 |
| rjek | :) | 10:32 |
| jjardon | pedroalvarez: so yeah, not used by other people yet | 10:34 |
| SotK | can I get a quick review of these lorries please? http://pastebin.com/89qyUgN5 | 10:34 |
| * paulsherwood reverts the 3.5 llvm patch and tries again | 10:35 | |
| * paulsherwood already said that :) | 10:35 | |
| pedroalvarez | llvm takes an hour to build | 10:36 |
| paulsherwood | yup | 10:36 |
| paulsherwood | maybe longer on jetson :) | 10:36 |
| violeta | done | 10:37 |
| pedroalvarez | no, around an hour on jetson | 10:37 |
| pedroalvarez | violeta: thanks! | 10:37 |
| Kinnison | llvm is, unfortunately, complex C++ | 10:38 |
| Kinnison | Also, compilers tend to take ages to build | 10:38 |
| Kinnison | richard_maw: based on your own -1, I'm guessing you're going to rework the distbuild test integration and fixing branches? | 10:39 |
| ssam2 | jjardon did a good trick of enabling only the host platform in LLVM, which should make it build faster | 10:40 |
| ssam2 | but I guess also prevent cross-CLang from working, if we ever wanted that | 10:40 |
| richard_maw | Kinnison: yeah, it's just a shame every time I try to rebase it, it all goes wrong because of the merge commit | 10:40 |
| ssam2 | SOtK: +1 | 10:41 |
| Kinnison | richard_maw: :-( | 10:41 |
| franred | SotK, they look ok to me +1 | 10:44 |
| paulsherwood | bah. llvm still fails fro me | 10:55 |
| paulsherwood | groff not found? | 10:55 |
| Kinnison | I thought groff was part of foundation | 10:58 |
| SotK | thanks for the reviews, pushed | 10:59 |
| paulsherwood | Kinnison: yes it is. unless the gpl strip has removed it before llvm builds? or other weirdness | 11:02 |
| Kinnison | we strip at deploy only iirc | 11:02 |
| paulsherwood | http://fpaste.org/138834/ | 11:02 |
| Kinnison | paulsherwood: does the stratum with llvm in, build-dep on foundation? | 11:03 |
| paulsherwood | Kinnison: no. good catch. re-running | 11:04 |
| pedroalvarez | this should be merged in definitions.git http://pastebin.com/eYBWx1FF | 11:06 |
| Kinnison | pedroalvarez: mostly I concur, will the tagged commits also be anchored by us, or are we "skipping" that for now? | 11:07 |
| pedroalvarez | Kinnison: we should do that for everything, not just for this 3 | 11:07 |
| Kinnison | pedroalvarez: aye, so skip for now, but +1 on the merge | 11:08 |
| pedroalvarez | Kinnison: is this change going to trigger rebuilds? | 11:08 |
| paulsherwood | pedroalvarez: +1 | 11:08 |
| Kinnison | pedroalvarez: It *may* | 11:08 |
| Kinnison | pedroalvarez: because the text of the strata have changed | 11:09 |
| Kinnison | I don't know if that'll affect it | 11:09 |
| Kinnison | it used to | 11:09 |
| Kinnison | but I think we fixed that | 11:09 |
| Kinnison | but I could be wrong | 11:09 |
| * Kinnison <- king of prevarication today | 11:09 | |
| pedroalvarez | :) | 11:09 |
| pedroalvarez | anyway, i kind of think that is better to have these changes to do the release | 11:10 |
| Kinnison | :-) | 11:10 |
| paulsherwood | i think it won't rebuild | 11:11 |
| * paulsherwood is trying to be upbeat :) | 11:11 | |
| Kinnison | :-) | 11:12 |
| * paulsherwood notices with some joy that bash is not present in baserock genivi baseline ;) | 11:14 | |
| ssam2 | it is GPLv3 | 11:16 |
| paulsherwood | there... proof. removing GPLv3 makes software more secure :) | 11:16 |
| * paulsherwood hopes no-one actually thinks i meant that | 11:19 | |
| * pedroalvarez remebmers about GNU patch, which is gplv3 and it's on genivi baseline | 11:20 | |
| pedroalvarez | woot! no rebuilds! | 11:21 |
| paulsherwood | see :) | 11:21 |
| paulsherwood | which gnu patch? | 11:21 |
| pedroalvarez | strata/foundation/patch.morph | 11:22 |
| paulsherwood | don't we strip it? | 11:26 |
| pedroalvarez | I believe this is the change needed to strip it: http://pastebin.com/hSQ04Y2J | 11:27 |
| pedroalvarez | not tested, though | 11:27 |
| paulsherwood | today probably a good day to test it :) | 11:29 |
| paulsherwood | +1 | 11:29 |
| pedroalvarez | this is a more complete version: http://pastebin.com/DGgkn2GR | 11:29 |
| pedroalvarez | I will test it before merging | 11:29 |
| paulsherwood | yay... llvm built on jetson | 11:29 |
| Kinnison | cool | 11:29 |
| * Kinnison thinks this is a good time to lunch | 11:30 | |
| ssam2 | pedroalvarez: oh yeah, +1 for removing patch in GENIVI although I believe it will break baserock-system-config-sync and thus upgrades | 11:30 |
| SotK | GENIVI baselines don't contain rsync anyway | 11:30 |
| pedroalvarez | ssam2: yeah, but you can still upgrade from a devel system to baseline | 11:30 |
| ssam2 | right. end-user products built on the GENIVI baseline would no doubt want a different update system to the current one we have in Baserock anyway | 11:31 |
| pedroalvarez | tested the GNU patch stripping, I'll merge it | 11:45 |
| paulsherwood | ssam2: at some stage in the project life-cycle, yes for sure. but i really think the cycle approach is useful for development | 11:48 |
| paulsherwood | i can easily imagine an engineer in the back seat fiddling and cycling the code on a headunit during a testdrive | 11:49 |
| pedroalvarez | I wouldn't want to be in that car | 11:49 |
| pedroalvarez | :) | 11:49 |
| paulsherwood | pedroalvarez: you'd be the engineer. maybe they'd stop the vehicle during the reboot :) | 11:50 |
| pedroalvarez | actually , the board in the vehicle could have various systems already deployed | 11:51 |
| pedroalvarez | so they can test one, reboot, test other, and so on | 11:52 |
| paulsherwood | true | 11:55 |
| radiofree | lol [12:50:14] <pedroalvarez> I wouldn't want to be in that car | 12:07 |
| pedroalvarez | :D | 12:08 |
| radiofree | but can you not do a ssh-rsync update to a genivi image? | 12:08 |
| SotK | nope, they don't have rsync so it doesn't work :( | 12:24 |
| paulsherwood | something definitely up when morph build takes nearly 4 minutes to decide it doesn't need to build anything | 12:30 |
| paulsherwood | 2014-10-03 12:30:38 Build ends successfully | 12:30 |
| paulsherwood | real | 12:30 |
| paulsherwood | ssam2: ^^ i think you had some theories on this? (jetson, fwiw) | 12:31 |
| paulsherwood | s/nearly 4/just over 3/ | 12:32 |
| paulsherwood | does part of richard_maw's series fix distbuild? | 12:35 |
| paulsherwood | if so, can we verify that, approve it and merge? | 12:36 |
| richard_maw | ripsum discovered issues, which I'm currently fixing | 12:36 |
| paulsherwood | in distbuild, or the tests? | 12:36 |
| richard_maw | distbuild | 12:36 |
| richard_maw | it's being worked on, but my serialisation fix didn't work when we got too much output | 12:46 |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 13:01 | |
| straycat | ripsum? he | 13:04 |
| straycat | 's probably wrong | 13:04 |
| paulsherwood | maybe -1 is too harsh on jjardon's llvm. simple enough to fix up and merge? | 13:15 |
| paulsherwood | (but probably not when a release is happening) | 13:15 |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 13:16 | |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Client Quit] | 13:18 | |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 13:18 | |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 13:25 | |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 13:28 | |
| pedroalvarez | paulsherwood: do youn know how long takes to build mesa, wayland and weston? (on jetson) | 13:31 |
| paulsherwood | yes, i do. because i stuck elapsed time into my morph. | 13:33 |
| paulsherwood | would you like to know? :) | 13:33 |
| pedroalvarez | that's why asked that to you | 13:33 |
| pedroalvarez | please | 13:33 |
| pedroalvarez | you can skip mesa, | 13:34 |
| paulsherwood | they seem very short - approx 1 minute | 13:36 |
| paulsherwood | maybe they were cached? | 13:36 |
| paulsherwood | my original timings didn't include them because i was only building devel | 13:37 |
| paulsherwood | weston2014-10-03 09:03:40 INFO [Build 147/179] [wayland] Elapsed time 00:01:12 | 13:38 |
| paulsherwood | 2014-10-03 12:16:43 INFO [Build 175/179] [weston] Elapsed time 00:01:54 | 13:38 |
| paulsherwood | 2014-10-03 11:44:38 INFO [Build 153/179] [mesa] Elapsed time 00:15:29 | 13:39 |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 13:39 | |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 13:39 | |
| paulsherwood | pedroalvarez: sorry, i was trying to be funny... | 13:40 |
| paulsherwood | pedroalvarez: other things are much slower. gcc for example is the killer | 13:42 |
| pedroalvarez | meh.. I wanted an estimation about how long takes rebuilindg from mesa | 13:58 |
| pedroalvarez | is almost finishing, building weston | 13:58 |
| richard_maw | tracked down the serialisation crashes, but building was failing when installing stuff into the staging area, beacuse I forgot to serialise artifacts' dependents | 14:06 |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 14:10 | |
| paulsherwood | pedroalvarez: ah, you mean total elapsed time? | 14:11 |
| pedroalvarez | no, just some morphologies that rebild if you change something in mesa | 14:12 |
| pedroalvarez | like, wayland and weston | 14:12 |
| pedroalvarez | btw, I still have no idea about what to do with the nouveau repo | 14:13 |
| pedroalvarez | Kinnison: ^^ (<Kinnison> let me grok the situation) | 14:23 |
| * Kinnison failed to grok usefully before, I'll go bug pedro IRL | 14:23 | |
| Kinnison | pedro is now bugging radiofree | 14:43 |
| Kinnison | :-) | 14:43 |
| pedroalvarez | sigh... | 15:01 |
| franred | lol | 15:09 |
| ssam2 | paulsherwood: about 2 minutes is spent collecting uncommitted changes, so Morph can decide if it needs to build anything. there's been discussion about making this optional | 15:16 |
| ssam2 | i did say I'd make a patch for it, even. I shall try and do so today | 15:17 |
| jjardon | hey paulsherwood , thanks for your review! | 15:46 |
| jjardon | maybe its better to try to build the release_34 in ARM instead? the whole point to move llvm is to rebuild it as less as possible, so make it depend on core instead foundation | 15:47 |
| paulsherwood | jjardon: i'm ok to try whichever approach you recommend | 15:49 |
| jjardon | paulsherwood: also, seems the groff dependency didnt change from what we currently build and 3.5, did you have the log of the failure? | 15:51 |
| jjardon | (should be an optional dependency) | 15:52 |
| *** dutch_ [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Read error: Connection reset by peer] | 15:52 | |
| *** dutch_ [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 15:52 | |
| jjardon | http://git.baserock.org/cgi-bin/cgit.cgi/delta/llvm.git/tree/autoconf/configure.ac?h=baserock/morph#n1018 | 15:52 |
| * jjardon building llvm 3.4 in x86 | 15:58 | |
| jjardon | s/3.4/3.4.2/ | 15:58 |
| paulsherwood | jjardon: http://fpaste.org/138942/ | 15:59 |
| jjardon | mmm, so seems its trying to build the docs | 16:02 |
| jjardon | --enable-docs=no in the llvm morphology should fix the problem | 16:03 |
| paulsherwood | ok | 16:06 |
| ssam2 | anyone fancy reviewing the draft Baserock 14.40 release notes? http://wiki.baserock.org/releases/draft-baserock-14.40/ | 16:20 |
| paulsherwood | ssam2: s/is now build/is now built/ | 16:21 |
| ssam2 | thanks | 16:22 |
| paulsherwood | no mention of scripts/cycle.sh !? :) | 16:22 |
| ssam2 | I know, I know | 16:23 |
| paulsherwood | s'ok. i know it's not real code | 16:24 |
| jjardon | FYI llvm 3.4 seems to build fine in x86 | 16:27 |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:27 | |
| paulsherwood | jjardon: push a branch and i'll try it on jetson? | 16:28 |
| jjardon | paulsherwood: you have it in baserock/jjardon/llvm_34 thanks! | 16:31 |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:36 | |
| *** dutch_ [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Quit] | 16:55 | |
| jjardon | Im thinking about moving git away from core: Is tools a good place for it? | 17:16 |
| Kinnison | No | 17:16 |
| Kinnison | Too many things depend on it when building from git | 17:16 |
| ssam2 | jjardon: sadly a bunch of stuff needs Git at build time. Mostly for generating version numbers. We can fix that, but it's not a small job. | 17:17 |
| jjardon | only bison in core, so maybe its worth moving to foundation. I will check and report back if many things are broken | 17:18 |
| ssam2 | cool | 17:19 |
| paulsherwood | can we put baserock-jetson-flash.sh in definitions/scripts please? | 17:20 |
| SotK | +1 | 17:20 |
| ssam2 | +1 | 17:21 |
| paulsherwood | someone must have a copy? :) | 17:21 |
| radiofree | it's pretty horrendous, i don't think richard_maw would be too happy | 17:21 |
| paulsherwood | you only need two +1s :) | 17:22 |
| paulsherwood | and i see them already :) | 17:22 |
| Kinnison | I can give you a -1 if you like | 17:22 |
| * Kinnison dislikes the script james provided because it has syntax errors in | 17:22 | |
| Kinnison | also with a teeny udev tweak you don' thave to be root | 17:23 |
| paulsherwood | Kinnison: could you offer a lovelier version, perhaps? | 17:23 |
| Kinnison | SUBSYSTEM=="usb", ATTRS{idVendor}=="0955", ATTRS{idProduct}=="7140", GROUP="dialout", MODE="0666" | 17:23 |
| Kinnison | that's my udev rule | 17:23 |
| Kinnison | then I just commented out the rootliness check | 17:23 |
| jjardon | Would it be possible to have only definitions in definitions and the scripts in another repo? | 17:25 |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:29 | |
| ssam2 | yes, but we already have too many repos | 17:30 |
| paulsherwood | scripts should be in morph, i guess | 17:30 |
| ssam2 | morph has its own scripts. The ones in definitions are mostly baserock-related rather than morph-related | 17:30 |
| ssam2 | not that it matter much, really | 17:30 |
| jjardon | Im willing to do a patch if you tell me where to move them ;) | 17:31 |
| paulsherwood | :) | 17:32 |
| paulsherwood | not so fast, not today please :) | 17:32 |
| *** violeta [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 258 seconds] | 17:35 | |
| paulsherwood | do you need +1s to metrge 14.40, pedroalvarez ? | 17:36 |
| * straycat smiles at "The intepreter 'cpython' is now built with Readline and ncurses." | 17:36 | |
| pedroalvarez | is not needed to merge | 17:36 |
| pedroalvarez | if it can be merged as is into master, then that would be great | 17:36 |
| pedroalvarez | but maybe there are errors | 17:37 |
| straycat | Do you think we should mention changes to the commands. | 17:39 |
| straycat | that . should be a ? | 17:40 |
| straycat | e.g. morph build system is morph build systems/system.morph etc | 17:40 |
| paulsherwood | +1 | 17:41 |
| paulsherwood | pedroalvarez: it merges cleanly afaict? | 17:41 |
| straycat | ssam2, What do you think? | 17:42 |
| paulsherwood | i thought ssam2 already had a patch for that | 17:43 |
| paulsherwood | if you mean on the wiki in general | 17:43 |
| * straycat doesn't really know | 17:44 | |
| * paulsherwood will be happy to do some wiki updates this weekend. got to do some genivi wiki stuff anyway | 17:45 | |
| ssam2 | I agree that mentioning in the release notes that 'morph build' and 'morph deploy' expect paths relative to the top-level of the definitions.git repo now is useful | 17:46 |
| ssam2 | I will update them | 17:46 |
| paulsherwood | pedroalvarez: you announce in #genivi, but not here? :) | 17:51 |
| paulsherwood | also, surely you have to merge into master? :) | 17:51 |
| ssam2 | http://wiki.baserock.org/releases/baserock-14.40/ updated to note the changes to `morph build` and `morph deploy` | 17:52 |
| pedroalvarez | that was the genivi baseline announcement | 17:52 |
| straycat | Oh, I didn't realise we'd made that extension mandatory. | 17:54 |
| * ssam2 figures out context | 17:54 | |
| ssam2 | the .morph extension ? | 17:54 |
| straycat | .morph | 17:54 |
| * straycat nods | 17:54 | |
| ssam2 | yes, I don't think it's a good idea, but others seem to | 17:54 |
| straycat | it's a bit windowsy | 17:55 |
| pedroalvarez | here it comes | 17:55 |
| * paulsherwood hates it. | 17:55 | |
| pedroalvarez | Baserock 14.40 has been released! | 17:55 |
| straycat | omg | 17:55 |
| straycat | \o/ | 17:55 |
| ssam2 | PARTY | 17:55 |
| paulsherwood | and the need to specify relative paths | 17:55 |
| pedroalvarez | this time with a devel system for jetsons | 17:55 |
| paulsherwood | pedroalvarez: w00t!/ | 17:55 |
| SotK | \o/ | 17:55 |
| fay_ | yay :) | 17:55 |
| straycat | paulsherwood, really? having stuff as relative paths seems way simpler to me | 17:55 |
| paulsherwood | it's not even 7 o'clock yet | 17:55 |
| pedroalvarez | artifacts won't be uploaded to git.baserock.org today | 17:56 |
| pedroalvarez | sorry about that | 17:56 |
| pedroalvarez | but they may be appear over the weekend | 17:56 |
| pedroalvarez | s/be//g | 17:56 |
| paulsherwood | pedroalvarez: we should do next release from the cloud, so the artifacts are already there :) | 17:57 |
| paulsherwood | pedroalvarez: whatabout merging into master? | 17:57 |
| pedroalvarez | x86 has been done from the cloud, but i don;t have brain left | 17:57 |
| paulsherwood | aha | 17:57 |
| paulsherwood | can someone else do the merge? | 17:58 |
| paulsherwood | need to add 14.40 to releases page too... shall i do that? | 18:00 |
| pedroalvarez | paulsherwood: please! | 18:00 |
| radiofree | now i get ERROR: Field system-integration not allowed in morphology strata/virtualbox-guest-x86_64/vboxguest.morph | 18:00 |
| pedroalvarez | I think I'm done here. | 18:00 |
| * pedroalvarez heads off | 18:00 | |
| paulsherwood | pedroalvarez: well done ;) | 18:01 |
| paulsherwood | radiofree: remove that whole morph for now, unless that's what you want to build? | 18:01 |
| radiofree | paulsherwood: no | 18:03 |
| radiofree | ok it got past that nw | 18:03 |
| * paulsherwood will make a demo video of 14.40 this weekend | 18:03 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 18:07 | |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 18:11 | |
| *** violeta [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 18:24 | |
| *** wikicat [~wikicat@vortis.xen.tardis.ed.ac.uk] has joined #baserock | 20:12 | |
| wikicat | [35mhttp://wiki.baserock.org/recentchanges/#change-7f9abc982794497e843e9e9abb147183a40fd49f change to devel-with on Baserock [37m | 20:17 |
| radiofree | ... | 20:59 |
| radiofree | I'm guessing by the name.. And the host... That this is the work of a straycat | 21:00 |
| straycat | When you put it like that I'm not inclined to admit to anything. :) | 21:11 |
| pedroalvarez | hahah! well done straycat! | 21:50 |
| pedroalvarez | I was expecting the link to go somewhere, though | 21:51 |
| pedroalvarez | oops | 22:00 |
| pedroalvarez | this is trying morph list-artifacts http://pastebin.com/wDvuwxDa | 22:00 |
| pedroalvarez | I was going to try to upload them | 22:01 |
| paulsherwood | after a bottle of wine, i can say, most morph commands must die :) | 22:01 |
| pedroalvarez | I only had a glass, and I still think this one is useful | 22:01 |
| * pedroalvarez should drink more | 22:01 | |
| paulsherwood | what does it do? | 22:02 |
| * paulsherwood considers making a change. just to kick the wikicat | 22:02 | |
| pedroalvarez | It shows you a list of artifacts that were or would be produced after building a given system | 22:03 |
| pedroalvarez | so you can identify the artifacts produced by building some image, in some repo, in some sha1/branch/tag | 22:03 |
| paulsherwood | pedroalvarez: so i believe you're going to dusseldorf. baserock in the cloud will be all perfect by then :) | 22:03 |
| pedroalvarez | yeah | 22:04 |
| pedroalvarez | :D | 22:04 |
| pedroalvarez | there is work to do | 22:04 |
| paulsherwood | ah, so it calculates the cache values for a given morph + set of definitions? | 22:05 |
| pedroalvarez | exactly | 22:06 |
| pedroalvarez | perfect command for releases | 22:06 |
| *** genii [~quassel@ubuntu/member/genii] has quit [Read error: Connection reset by peer] | 22:14 | |
| wikicat | [35mhttp://wiki.baserock.org/recentchanges/#change-615e78eae72fa41627234cfc416ae6b127aaf6b8 change to index on Baserock [37m | 22:15 |
| pedroalvarez | it worked! :) | 22:17 |
| * pedroalvarez considers the friday done | 22:17 | |
| pedroalvarez | see you all | 22:18 |
| paulsherwood | yup | 22:22 |
| wikicat | [35mhttp://wiki.baserock.org/recentchanges/#change-63531a07886e513f21b8db95c94bc6cd496031b7 change to guides/simple-tests on Baserock [37m | 22:30 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!