| *** gtristan_ has joined #baserock | 02:23 | |
| *** gtristan has quit IRC | 02:47 | |
| *** gtristan_ has quit IRC | 02:48 | |
| *** gtristan_ has joined #baserock | 03:25 | |
| *** gtristan has joined #baserock | 03:25 | |
| *** gtristan_ has quit IRC | 03:27 | |
| *** gtristan_ has joined #baserock | 03:29 | |
| *** gtristan has quit IRC | 03:29 | |
| *** gtristan_ is now known as gtristan | 06:28 | |
| gtristan | jjardon, btw, were you able to login to the system again ? and... did your GNOME system have internet ? | 08:24 |
|---|---|---|
| gtristan | fwiw, I have had a better experience with VirtualBox than with kvm | 08:24 |
| gtristan | I usually run with VirtualBox with 2 network adaptors and audio enabled, first one is NAT for internet, and second one is a host only adaptor which lets you ssh into it | 08:27 |
| *** gtristan has quit IRC | 08:40 | |
| *** toscalix has joined #baserock | 09:05 | |
| *** paulw has joined #baserock | 09:25 | |
| *** gtristan has joined #baserock | 09:27 | |
| *** ssam2 has joined #baserock | 10:12 | |
| *** ChanServ sets mode: +v ssam2 | 10:12 | |
| gtristan | cute | 10:17 |
| * gtristan runs raspbian inside qemu | 10:18 | |
| gtristan | after downloading like 3 different kernel + image combinations that didnt work | 10:18 |
| gtristan | but yay a command line :) | 10:18 |
| *** tiagogomes_ has joined #baserock | 10:20 | |
| tiagogomes_ | Gerrit is down | 10:50 |
| tiagogomes_ | Fact, it was up 30s ago | 10:51 |
| tiagogomes_ | mm, is up again | 10:51 |
| ssam2 | sorry Tiago that was me taking a backup | 10:51 |
| tiagogomes_ | ah ok | 10:52 |
| ssam2 | mason seems to be failing due to some new exciting bug: https://mason-x86-64.baserock.org/log/2905d47704253c7384786c09653d7fd257a54b43--2015-12-23%2010:01:42.log | 11:09 |
| ssam2 | one build succeeds, the other 5 fail, all with this error: | 11:09 |
| ssam2 | ERROR: /srv/distbuild/tmp/staging: File exists | 11:09 |
| ssam2 | so presumably something (Morph?) is creating a temporay directory with a non-unique name | 11:10 |
| ssam2 | or maybe Morph just needs to check whether that dir exists before trying to create it | 11:10 |
| tiagogomes_ | odd, If it is the 'staging' directory, the directory where the temporary directories will be created with unique names for each staging area, morph checks if that directory exist | 11:15 |
| tiagogomes_ | At least of local builds | 11:15 |
| ssam2 | also, seems minimal-system-x86_64 build is broken | 11:24 |
| ssam2 | http://paste.baserock.org/qaruwanafi | 11:24 |
| ssam2 | i guess depmod is not in mimimal-syste, | 11:24 |
| ssam2 | *m | 11:24 |
| ssam2 | that tmp/staging thing might be a race, seems it doesn't happen often | 11:26 |
| ssam2 | I guess http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/commit/?id=c4bf91813c787b503eaeaa1d372f271d4638a16d broke minimal-system | 11:30 |
| ssam2 | maybe it's possible to make depmod available at buildtime | 11:30 |
| tiagogomes_ | It is on foundation... | 11:33 |
| ssam2 | yeah... which is not in minimal-system | 11:33 |
| ssam2 | perhaps it should be moved, but another fix would be to wrap the depmod call in an `if which depmod` | 11:33 |
| ssam2 | i'll try taht | 11:33 |
| ssam2 | *that | 11:33 |
| tiagogomes_ | the second one ? | 11:34 |
| ssam2 | yeah | 11:34 |
| tiagogomes_ | yep easier than add kmod to minimal-system | 11:34 |
| ssam2 | changing a system-integration command seems to cause a rebuilt of that chunk, which is silly | 11:37 |
| ssam2 | I guess it's by design with the current way system-integration is implemented | 11:37 |
| tiagogomes_ | oh, right, system integration commands are included in the cache key computation | 11:42 |
| persia | Right, be cause the script is embedded in the artifact. | 11:42 |
| tiagogomes_ | Yes, but the script could still be embedded in the artifact and not be considered for the cache key computation | 11:49 |
| tiagogomes_ | I mean, the script could still be embedded in the artifact, but the system integration commands not be considered for the cache key computation | 11:52 |
| ssam2 | that wouldn't work because two artifacts with different system-integration commands might have the same cachekey | 11:54 |
| ssam2 | they could be stored separately though, we already support multi-file artifacts in a kind of rubbish way | 11:54 |
| ssam2 | although that still wouldn't solve the problem :-) I guess to make this fast, build tools need to be able to look for an artifact with all cache id items the same /except/ for one thing that they want to change..;.. which is not simple | 11:55 |
| tiagogomes_ | ssam2 if we got rid of the system artifact, it would be fine having two artifacts with different system-integration commands might have the same cachekey | 11:57 |
| ssam2 | unless you tried to send both of them to the same cache | 11:58 |
| jjardon | gtristan: yeah, I could login but sometimes doesn't work, as you said. And yeah I have internet (using qemu here) | 12:12 |
| jjardon | ssam2: ah, sorry about that; other solution is to build those drivers inside the kernel instead as a module | 12:16 |
| ssam2 | seems annoying to prevent everyone from using modules, though | 12:22 |
| ssam2 | using `if` seems to have worked | 12:22 |
| ssam2 | https://gerrit.baserock.org/1712 is the patch | 12:23 |
| *** qiu has joined #baserock | 15:25 | |
| qiu | Hello | 15:26 |
| qiu | Anyone who can give a help about baserock of GENIVI | 15:26 |
| persia | qiu: Lots of folk, although at this time of year, "lots" is smaller than usual. | 15:27 |
| persia | Just ask questions, and if anyone knows, they will answer. | 15:27 |
| qiu | OK | 15:28 |
| qiu | I am GENIVI IVI amateur in china, Now I meet a problem when building Baserock hardware, could you please help to solve it? | 15:29 |
| qiu | First, I have bought the develop board NVIDIA Jetson TK1, and going to set up a Jetson TK1 as a Baserock ARMv7 development machine base on the guide: | 15:29 |
| qiu | http://wiki.baserock.org/guides/baserock-jetson/ | 15:29 |
| qiu | And when I executed the command : | 15:29 |
| qiu | bash baserock-flash.sh baserock-current-build-system-armv7lhf-jetson.img jetson-tk1 | 15:29 |
| qiu | Fail log print: IOError: [Errno 2] No such file or directory: '/root/nvidia-tools/_out_tools/baserock-flashing-tools/tmp/jetson-workdir/jetson-tk1/u-boot-spl-entry' | 15:29 |
| qiu | So, could you please help to find out why it happens and how to solve it? | 15:29 |
| qiu | Thanks! | 15:29 |
| qiu | root@ubuntu:~/nvidia-tools/_out_tools/baserock-flashing-tools# bash baserock-flash.sh baserock-15.34-build-system-armv7lhf-jetson.img jetson-tk1 | 15:29 |
| qiu | Please put your Jetson into recovery mode now | 15:29 |
| qiu | Hit enter when this is done, and the board is attached to the flashing host | 15:29 |
| qiu | flash u-boot | 15:29 |
| qiu | New BCT file PM375_Hynix_2GB_H5TC4G63AFR_RDA_924MHz.bct has been successfully generated! | 15:29 |
| qiu | Image file jetson-tk1-emmc.img has been successfully generated! | 15:29 |
| persia | That looks promising. What happens when you boot the Jetson? | 15:31 |
| qiu | When I bought the Jetson board , it can boot normally. And what I do is flash Genivi baserock image to board | 15:34 |
| qiu | I do this base on the step: http://wiki.baserock.org/guides/baserock-jetson/ | 15:35 |
| persia | And you've just completed step 2? | 15:37 |
| qiu | no, stop when excute "bash baserock-flash.sh baserock-current-build-system-armv7lhf-jetson.img jetson-tk1" | 15:38 |
| qiu | Error happen -> IOError: [Errno 2] No such file or directory: '/root/nvidia-tools/_out_tools/baserock-flashing-tools/tmp/jetson-workdir/jetson-tk1/u-boot-spl-entry' | 15:39 |
| persia | I thought that was the last command under "2) Flashing the Jetson": am I seeing a different page? | 15:39 |
| qiu | Sorry for that I misunderstood you. I fail in the last command of "2)". | 15:43 |
| qiu | And the command above it can be excuted normally. | 15:44 |
| persia | So, when you ran the last command, the output was what you pasted above? | 15:44 |
| persia | To me, that looks like it worked. | 15:44 |
| qiu | yes, that is | 15:45 |
| jmacs | qiu: Are you logged in as root, or another user? | 15:45 |
| persia | What happens when you disconnect the Jetson from the flashing host, and boot it? | 15:45 |
| qiu | I logged in root all the time | 15:45 |
| jmacs | Hmm, OK | 15:46 |
| qiu | Maybe it is nothing to do with the jetson, because when I disconnect the board, has the same problem | 15:48 |
| persia | Missing '/root/nvidia-tools/_out_tools/baserock-flashing-tools/tmp/jetson-workdir/jetson-tk1/u-boot-spl-entry' ? | 15:51 |
| qiu | The folder "tmp" is created automatically when excute the last command. And I do not konw why '/root/nvidia-tools/_out_tools/baserock-flashing-tools/tmp/jetson-workdir/jetson-tk1/u-boot-spl-entry' is missing | 15:56 |
| ratmice______ | hmm, that commit is rather recent, I wonder if the wiki instructions aren't lagging behind it | 15:57 |
| ratmice______ | http://git.baserock.org/cgi-bin/cgit.cgi/delta/nvidia/tegra-uboot-flasher-scripts.git/commit/?id=948b56e9f1858779cebcdbb8639f697e8ada2421 | 15:57 |
| ratmice______ | that said i'm not familiar with it so not any real help in solving it :( | 15:59 |
| persia | Indeed: that does look like the culprit. Any ideas as to what to put there to make it work? | 15:59 |
| persia | Oh well. | 16:00 |
| jmacs | I don't think this is the problem qiu is seeing, but that curl command doesn't work. | 16:00 |
| jmacs | http://download.baserock.org/baserock/baserock-current-build-system-armv7lhf-jetson.img.gz gives a 301 moved permanently and curl doesn't follow it. | 16:01 |
| persia | Hrm? That commit adds "u-boot-spl-entry" as a new file. | 16:01 |
| persia | Aha! | 16:01 |
| qiu | So, what I need to do now to setup the jetson? | 16:02 |
| jmacs | qiu, do you have a file called baserock-current-build-system-armv7lhf-jetson.img.gz ? | 16:02 |
| qiu | yes, | 16:03 |
| jmacs | OK, it's not the curl problem then. | 16:03 |
| qiu | That file is which I download to flash to jetson | 16:04 |
| ratmice______ | so previously in the instructions it'd gone build-tools, but that creation of the file happens in 'build' script | 16:07 |
| jmacs | curl command is fixed on the wiki, anyway. | 16:09 |
| ratmice______ | so, not sure if build-tools should run build, or if that needs to be done manually as 'cd tegra-uboot-flasher-scripts' './build-tools' './build', or what | 16:12 |
| qiu | dears, I think this issue is easy to reproduce, just operate step by step with "http://wiki.baserock.org/guides/baserock-jetson/", it will reproduce 100%. By the way , I use VM ubuntu 32-bit 14.04 | 16:16 |
| qiu | If I download older verdion image to flash, can it avoid this problem? | 16:29 |
| benbrown_ | qiu: Could you run the command with '-x' passed to bash and put it a pastebin? | 16:30 |
| benbrown_ | Don't know much about flashing myself, but it'd be useful to know where the script is exiting. | 16:30 |
| qiu | root@ubuntu:~/nvidia-tools/baserock-flashing-tools# bash -x baserock-flash.sh baserock-current-build-system-armv7lhf-jetson.img jetson-tk1 | 16:34 |
| qiu | + set -e | 16:34 |
| qiu | + mkdir -p tmp/ | 16:34 |
| qiu | + baserock_image=baserock-current-build-system-armv7lhf-jetson.img | 16:34 |
| qiu | + device_type=jetson-tk1 | 16:34 |
| qiu | + trap cleanup EXIT | 16:34 |
| qiu | + '[' baserock-current-build-system-armv7lhf-jetson.img = '' ']' | 16:34 |
| *** qiu has quit IRC | 16:34 | |
| *** qiu has joined #baserock | 16:34 | |
| benbrown_ | qiu: Paste the log in http://paste.baserock.org/ | 16:35 |
| benbrown_ | To avoid the above :) | 16:35 |
| jmacs | I get the same error, fwiw | 16:35 |
| jmacs | Unfortunately the person who wrote those instructions is ill today | 16:36 |
| *** gtristan has quit IRC | 16:37 | |
| qiu | Sorry for my action, I will paste log to other established website | 16:38 |
| *** gtristan has joined #baserock | 16:39 | |
| qiu | It is at deep night in china, and I will go back to follow up this issue torrow or later on. Ohh, forget to say, Merry christmas!! (●'◡'●) | 16:51 |
| benbrown_ | qiu: ratmice______ seems to be on the right track, cd into ~/nvidia-tools/tegra-uboot-flasher-scripts and run `./build build` | 16:51 |
| benbrown_ | qiu: Very well, Merry Christmas :) | 16:53 |
| benbrown_ | That doesn't succeed anyway, I'll leave this for someone who knows what they're doing. | 16:55 |
| qiu | Enm, OK ! Good night dear~ | 16:57 |
| *** qiu has quit IRC | 16:57 | |
| *** ssam2 has quit IRC | 17:07 | |
| *** gtristan has quit IRC | 17:09 | |
| *** toscalix has quit IRC | 17:35 | |
| *** tiagogomes_ has quit IRC | 17:58 | |
| pedroalvarez | Well, if that's the problem we could workaround it by cloning an specific version of those scripts.. | 22:50 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!