| *** genii [~quassel@ubuntu/member/genii] has quit [Read error: Connection reset by peer] | 00:13 | |
| *** ratmice_________ [bosshog@nightfall.forlorn.net] has joined #baserock | 02:14 | |
| *** ridgerunner [~robjones@access.ducie-dc1.codethink.co.uk] has joined #baserock | 02:14 | |
| *** ridgerun1er [~robjones@access.ducie-dc1.codethink.co.uk] has quit [Ping timeout: 258 seconds] | 02:14 | |
| *** ratmice________ [bosshog@nightfall.forlorn.net] has quit [Ping timeout: 258 seconds] | 02:14 | |
| *** cyndis_ [cyndis@lakka.kapsi.fi] has joined #baserock | 04:06 | |
| *** petefoth2 [~petefothe@access.ducie-dc1.codethink.co.uk] has joined #baserock | 04:09 | |
| *** radiofree_ [radiofree@unaffiliated/radiofree] has joined #baserock | 04:10 | |
| *** br_logge1 [~ubuntu@85.199.252.110] has joined #baserock | 04:11 | |
| *** cyndis [cyndis@lakka.kapsi.fi] has quit [Ping timeout: 272 seconds] | 04:11 | |
| *** petefoth1 [~petefothe@access.ducie-dc1.codethink.co.uk] has quit [Ping timeout: 272 seconds] | 04:11 | |
| *** radiofree [radiofree@unaffiliated/radiofree] has quit [Ping timeout: 272 seconds] | 04:11 | |
| *** br_logger [~ubuntu@85.199.252.110] has quit [Ping timeout: 272 seconds] | 04:11 | |
| *** thecorconian [~jte@75-27-44-31.lightspeed.orpkil.sbcglobal.net] has quit [Remote host closed the connection] | 05:33 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 05:38 | |
| *** robtaylor [~robtaylor@floopily.codethink.co.uk] has quit [Ping timeout: 245 seconds] | 07:39 | |
| persia | I think a lot of older lorries happen from tarball because it was easier on the day it was written, and especially for some of the lower-level stuff, nobody was really using morph much yet, so some of the things that we consider normal now were still new and odd. | 08:19 |
|---|---|---|
| *** wdutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:25 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 08:31 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has joined #baserock | 08:43 | |
| aananth | pedroalvarez: today I corrected my mistakes and I am able to add proxy configurations to lorry. But still the trove does not sync with git.baserock.org. Log: http://pastebin.com/29Cw9KDV | 08:44 |
| * paulsher1ood fails to build alinux-pam | 08:45 | |
| paulsher1ood | http://paste.baserock.org/awifovudiw.md | 08:46 |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 08:50 | |
| persia | That apparently build-depends on a provider of file(1) | 08:52 |
| persia | RLIMIT_NOFILE should be declared in /usr/include/x86_64-linux-gnu/sys/resource.h: can you inspect the staging area to confirm this? | 08:56 |
| aananth | What does "GitanoCommandFailure: Failed to run "ls" on Gitano on git.baserock.org" mean? | 08:57 |
| persia | I suspect it means that the gitano on git.baserock.org was unable to provide some listing. Were there any surrounding errors? | 09:01 |
| paulsher1ood | it may be that git.baserock.org needs to have a key added for aananth's trove - but i thought there was a way to be downstream of gbo without that? | 09:05 |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:06 | |
| persia | There certainly was, but I also thought gitano provided some info via http unauthenticated as well. | 09:06 |
| SotK | it is indeed possible to use a trove mirroring g.b.o over http | 09:06 |
| * persia still worries about this concept of upstream/downstream troves, as it reduces the horizon of trust for any code | 09:07 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:07 | |
| pedroalvarez | paulsher1ood: re linux-pam. I'm fixing it atm | 09:13 |
| paulsher1ood | aananth: is your trove configured to mirror using http by default? | 09:13 |
| paulsher1ood | pedroalvarez: aha :-) | 09:13 |
| SotK | aananth: can you show us what in /home/lorry/webapp.log at that point? | 09:14 |
| pedroalvarez | acutally I found the soultion yesterday evening | 09:14 |
| pedroalvarez | to fix it first of all I have to update the linux-pam version: http://paste.baserock.org/iziyehovad.sql | 09:18 |
| pedroalvarez | (I can also fix it just appying a patch as I did in the baserock/Linux-PAM-1.1.5 branch, but I think is better to upgrade the component) | 09:19 |
| aananth | SotK: Here is the log http://pastebin.com/VgaGvaXQ. | 09:23 |
| pedroalvarez | aha, so it's using http for the ls | 09:24 |
| aananth | paulsherlood: Yes, the protocol is configured for http. I have pasted my config in http://pastebin.com/XUaU8M68. I could be wrong. | 09:27 |
| paulsher1ood | pedroalvarez: isn't there a git repo for linux-pam? | 09:28 |
| aananth | persia: You can look for other errors in http://pastebin.com/29Cw9KDV | 09:29 |
| pedroalvarez | paulsher1ood: there is, but the build fails and I couldn't figure out why. | 09:29 |
| paulsher1ood | and you're in a rush :-) | 09:30 |
| paulsher1ood | pedroalvarez: let's lorry the git repo too? but +1 on getting later tarball version | 09:31 |
| Kinnison | aananth: the critical error you're looking for is: <urlopen error [Errno -2] Name or service not known> | 09:32 |
| Kinnison | aananth: the lorry controller cannot resolve git.baserock.org | 09:32 |
| pedroalvarez | Kinnison: he is using a proxy, (just for context) | 09:32 |
| Kinnison | Hmm | 09:32 |
| Kinnison | And proxy.conf is configured appropriately? | 09:33 |
| SotK | aananth: have you set up proxy.conf in the lorry-controller config repository? | 09:33 |
| aananth | Yes. | 09:33 |
| Kinnison | Could you paste proxy.conf for me? | 09:33 |
| * Kinnison will just double-check it against what l-c is expecting | 09:34 | |
| aananth | Kinnison, SotK: Please find my proxy conf http://pastebin.com/w0xEemxV. | 09:36 |
| Kinnison | port *may* need to be a string | 09:36 |
| Kinnison | Not certain, python might interpolate integers into %s okay | 09:37 |
| aananth | Kinnison: I think the problem is with the DNS. Let me work on that. Also try changing the port to string. Thanks. | 09:37 |
| aananth | my resolv.conf is in http://pastebin.com/WyUr4xu6 | 09:38 |
| * Kinnison nods. I don't see what it would be resolving if it's meant to go via an IP-based proxy though | 09:44 | |
| Kinnison | very odd | 09:44 |
| Kinnison | aaaah I think I may have found something | 09:45 |
| Kinnison | aananth: Could you try restarting the lorry controller webapp service | 09:45 |
| * Kinnison will find you the command, one sec | 09:46 | |
| Kinnison | systemctl restart lighttpd-lorry-controller-webapp.service | 09:47 |
| pedroalvarez | I apologise for the Author used in the latest 2 commits in definitions... Just realised.. | 09:49 |
| Kinnison | Pedro! | 09:51 |
| * Kinnison tuts | 09:51 | |
| aananth | Kinnison: I restarted, here is the log http://pastebin.com/qLHC70Sf | 09:51 |
| Kinnison | In a little while it'll ls-troves again | 09:52 |
| Kinnison | when that happens, we'll need to see how it does | 09:52 |
| pedroalvarez | I'm really sorry, my brain wasn't really ok yesterday.. | 09:54 |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:54 | |
| Kinnison | We'll forgive you... this time :-) | 09:54 |
| Kinnison | Well, I will | 09:54 |
| Kinnison | dunno if richard_maw will | 09:54 |
| * persia wants robots involved in the merge decision loop: humans are prone to frailty | 09:55 | |
| * SotK is working on it :) | 09:55 | |
| Kinnison | :-) | 09:57 |
| richard_maw | pedroalvarez: you can push some git notes to say who the actual author was! | 10:00 |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:00 | |
| pedroalvarez | richard_maw: can the notes be pushed, and modified, and removed without changing the commits sha1? | 10:04 |
| richard_maw | yep | 10:05 |
| richard_maw | that is their purpose, but they're opt-in and can't affect the trees, so they're safer than git-replace | 10:05 |
| richard_maw | they only affect the log messages | 10:05 |
| pedroalvarez | I'll create a note for both commits with the real author then | 10:05 |
| franred | how can I free space in /tmp to be able to build or run check --full in morph ? | 10:11 |
| franred | http://paste.baserock.org/kupecuroya.erlang_repl | 10:11 |
| richard_maw | franred: `rm -rf /tmp/tmp*` usually works | 10:12 |
| richard_maw | if you update your version of cmdtest the new version uses less space | 10:12 |
| richard_maw | plus you could set `TMPDIR=/src2/tmp ./check --full` | 10:12 |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 244 seconds] | 10:13 | |
| franred | richard_maw, cheers | 10:14 |
| * pedroalvarez has pushed the commit notes :) | 10:14 | |
| richard_maw | Looks to be working: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/commit/?id=38a2dc62534cc6111e49b75b9f87b72f9759e09d | 10:15 |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:16 | |
| pedroalvarez | although I think that the notes are not cloned by default | 10:21 |
| richard_maw | hence opt-in | 10:22 |
| *** locallycompact [~lc@65.56.200.146.dyn.plus.net] has joined #baserock | 10:24 | |
| Kinnison | Aye, notes are in refs/notes/ IIRC | 10:25 |
| Kinnison | and thus will only be cloned by full mirror operations | 10:25 |
| * pedroalvarez sends a patch to upgrade linux-pam | 10:26 | |
| franred | pedroalvarez, our gstreamer does not have the submodules parsed to gbo: http://paste.baserock.org/kefisuhuyi.avrasm | 10:27 |
| * franred was about to test a patch for the error with bison | 10:28 | |
| pedroalvarez | franred: I think it does: http://git.baserock.org/cgi-bin/cgit.cgi/delta/gstreamer.git/commit/?h=baserock/morph/1.2&id=0217fba607637860a475d0b5d48a3d4b249ca360 | 10:31 |
| paulsher1ood | pedroalvarez: i've built linux-pam with your patch, so +1 (unless there's something i need to test too?) | 10:34 |
| paulsher1ood | s/your patch/your update/ | 10:34 |
| franred | pedroalvarez, I forgot that I cloned master and not the branch, sorry, and thanks | 10:37 |
| paulsher1ood | richard_maw - sorry, but i can't find the import tool source review? where should i look? | 10:41 |
| richard_maw | http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/import.git/tree/ I think | 10:41 |
| paulsher1ood | and this was reviewed on the list? | 10:42 |
| richard_maw | the first version was, I don't know if it's changed significantly since then, I haven't looked at it recently | 10:43 |
| paulsher1ood | ah, ok. i see it now - thanks | 10:45 |
| pedroalvarez | paulsher1ood: thanks, I think there is not harm in upgrading linux-pam for weston, but yeah, I'd like to hear radiofree_ or jjardon opinion | 10:45 |
| radiofree_ | shouldn't be a problem, what version are you upgrading it to (i can test it) | 10:46 |
| SotK | I just had a build of tar fail: http://paste.baserock.org/royukuvoti.hs | 10:48 |
| Kinnison | might need a newer tar | 10:49 |
| paulsher1ood | ouch! what system is that? | 10:49 |
| Kinnison | gets is a srsly bad function to use | 10:49 |
| SotK | paulsher1ood: systems/web-system-x86_64-generic.morph | 10:49 |
| aananth | Kinnison: I replaced "git.baserock.org" with "5.9.125.66" in lorry-controller.conf. Still I get errors. Check http://pastebin.com/4j8xBB3y | 10:53 |
| aananth | I suspect, if nameserver resolution is alone a problem. Any other clues? | 10:53 |
| paulsher1ood | pedroalvarez: weston works after the linux-pam upgrade on x86_64 | 10:54 |
| pedroalvarez | radiofree_: to 1.1.8 | 10:54 |
| Kinnison | aananth: Very odd | 10:55 |
| Kinnison | aananth: I'd want to strace things and that's very hard to do remotely over IRC. I hope perhaps sotk might have some insights | 10:55 |
| pedroalvarez | SotK: I can take a look at that, is caused by the glibc upgrade | 10:56 |
| jjardon | pedroalvarez: it should not be a problem to upgrade linux-pam, no | 10:56 |
| SotK | aananth: did you get your Trove to reload its config after you changed that? | 10:57 |
| SotK | That log looks like its still trying to use git.baserock.org | 10:57 |
| * SotK looks for the request you need to send to tell it to read config | 10:58 | |
| aananth | Sotk: are you referring to "systemctl start lorry-controller-readconf.service" command? | 10:59 |
| aananth | I did few re-boots. | 11:00 |
| pedroalvarez | jjardon: thanks, and also paulsher1ood thanks for testing that | 11:00 |
| SotK | aananth: that sounds like it should do it, its strange that git.baserock.org is mentioned rather than the IP in that log | 11:01 |
| SotK | can you pastebin the contents of /home/lorry/confgit/lorry-controller.conf please? | 11:02 |
| pedroalvarez | SotK: I think we should upgrade tar | 11:02 |
| SotK | pedroalvarez: me too, the current ref is years old | 11:03 |
| pedroalvarez | aananth: please, don't paste users and passwords :) | 11:03 |
| pedroalvarez | (if you are going to paste lorry-controller.conf with your proxy setting) | 11:03 |
| aananth | SotK: Here it is http://pastebin.com/b20qGHEk | 11:04 |
| aananth | Hi pedroalvarez, thanks :-) | 11:05 |
| aananth | SotK: I may not respond for another 1.5 hours, as I have an important meeting. Sorry. | 11:06 |
| pedroalvarez | I think I found the problem | 11:07 |
| pedroalvarez | is not valid JSON! :) | 11:08 |
| pedroalvarez | aananth: you are missing a comma at the end of the username of your proxy configuration | 11:09 |
| pedroalvarez | aananth: I looked at our docs, and it's present there: http://wiki.baserock.org/guides/configuring-a-trove/ | 11:09 |
| SotK | pedroalvarez: good spot | 11:11 |
| pedroalvarez | really easy to copy json and paste it in a jsonlint page :) | 11:12 |
| radiofree_ is now known as radiofree | 11:13 | |
| pedroalvarez | SotK: I also wonder, why is tar in webtools? | 11:17 |
| richard_maw | presumably something in there depended on GNU tar, and it was easiest to just put it there | 11:18 |
| pedroalvarez | I see, gitlab-ci depends on webtools, so maybe it was because of that | 11:22 |
| SotK | pedroalvarez: looks like its been in there since paulsher1ood made the example web system | 11:26 |
| pedroalvarez | SotK: hm.. maybe he found it was needed at run-time | 11:27 |
| pedroalvarez | SotK: are you looking at the tar upgrade or should I? | 11:29 |
| SotK | pedroalvarez: could you please look at it if you have time? :) | 11:30 |
| pedroalvarez | SotK: can you please review my linux-pam upgrade in exchange? :) | 11:31 |
| SotK | pedroalvarez: sure | 11:31 |
| pedroalvarez | thanks | 11:31 |
| pedroalvarez | it has already been tested by Paul | 11:31 |
| *** CTtpollard [~tom@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:32 | |
| radiofree | can someone take a look at "[PATCH] Don't use cairo-glesv2 for weston clients"? it's important for the jetson genivi user experience :) | 11:33 |
| richard_maw | I don't understand the graphics stack, but I trust you to, so +1. | 11:33 |
| CTtpollard | quick question, is build time more cpu or memory dependant? | 11:33 |
| richard_maw | IO dependent is also a problem to consider | 11:34 |
| richard_maw | why do you ask? | 11:34 |
| CTtpollard | just curious mainly, about whether to allocate more ram or cpu overhead to my devel VM | 11:35 |
| richard_maw | you need to weigh it more heavily towards RAM if you're building things like WebKit | 11:36 |
| richard_maw | but I think you need half a GB per CPU core to build gcc | 11:36 |
| CTtpollard | cool, ty richard_maw | 11:41 |
| jjardon | radiofree: if you have tested it, +1 | 11:44 |
| jjardon | should we disable the cairo gl2 backend then? I think is only activated for this | 11:45 |
| radiofree | jjardon: nah leave it on | 11:47 |
| radiofree | we'll want to use it again in the future, this is a temporary measure! | 11:47 |
| aananth | Sam, Kinnison, pedroalvarez, SotK, paulsher1ood: Big thanks, I could see lorry loading data into vtsc-trove. IMAGE: http://pasteboard.co/1FvAcM89.png | 11:52 |
| jjardon | radiofree: sure | 11:53 |
| aananth | pedroalvarez: special thanks :-) | 11:53 |
| pedroalvarez | aananth: yay!!! | 11:53 |
| *** aananth [~caananth@74.112.167.117] has quit [Ping timeout: 244 seconds] | 12:04 | |
| radiofree | what does the fstab configuration extension do? | 12:11 |
| pedroalvarez | radiofree: you can add entries to your fstab file | 12:12 |
| radiofree | hmm | 12:13 |
| radiofree | why does the genivi system need it, but not the devel system? | 12:13 |
| pedroalvarez | they don't need it, but is nice to have | 12:14 |
| pedroalvarez | so we should enable it on the devel system as well | 12:14 |
| *** aananth [~caananth@74.112.167.117] has joined #baserock | 12:14 | |
| pedroalvarez | if is enabled, you can add entries to the fstab at deployment time, just modifying your cluster morphology | 12:14 |
| persia | I think the reason it isn't in devel is that the docs suggest mounting /src manually, and most folk who write the docs and code have a working /src that they want to remount, rather than working from scratch. | 12:14 |
| radiofree | hmm, don't we have FSTAB_SRC in the deploy for that though? | 12:16 |
| pedroalvarez | radiofree: just spotted that | 12:16 |
| pedroalvarez | I think we should't assume that when doing a jetson upgrade there is a device labelled as 'src' | 12:16 |
| radiofree | pedroalvarez: one of my patches added "nofail" to that | 12:23 |
| radiofree | so you can at least still boot it if it's not there | 12:23 |
| *** robtaylor [~robtaylor@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 12:24 | |
| pedroalvarez | that's cool but a jetson upgrade should update the fstab entries with the old ones, not add new entries IMO | 12:24 |
| radiofree | ah yeah, good point | 12:25 |
| persia | Any upgrade should do that. | 12:26 |
| pedroalvarez | yeah, any | 12:26 |
| *** aananth [~caananth@74.112.167.117] has quit [Quit: Leaving] | 12:28 | |
| pedroalvarez | patches to fix GNU tar sent | 12:32 |
| SotK | pedroalvarez: thanks :) | 12:33 |
| * paulsher1ood cannot remember what needed tar at runtime, sorry | 12:35 | |
| pedroalvarez | paulsher1ood: pip? | 12:35 |
| * paulsher1ood can remember being surprised that tar was not present in baserock when he needed it | 12:35 | |
| paulsher1ood | pedroalvarez: possibly. | 12:35 |
| franred | pip needs tar? | 12:37 |
| * paulsher1ood cannot comment | 12:37 | |
| paulsher1ood | it might have been pip, or gem, or npm, or me | 12:38 |
| franred | :) | 12:38 |
| radiofree | shonky stuff here | 12:38 |
| radiofree | did an upgrade to a system with factory, newgenivi | 12:38 |
| radiofree | called it newgenivi2 | 12:38 |
| franred | Im almost sure pip does not need it, pip is in my system but not tar | 12:38 |
| radiofree | u-boot failed, complained about the extlinux.conf | 12:38 |
| radiofree | manually changed the name of newgenivi2 in the extlinux.conf file to "genivi2", boots.... | 12:39 |
| paulsher1ood | radiofree: is this the same problem is i've hit? can't boot | 12:40 |
| *** Blacksnow [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 12:40 | |
| *** Blacksnow [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Client Quit] | 12:40 | |
| franred | radiofree, could create a configuration extension which change extlinux.conf with the new name for your system solve the problem? (it is a hack but may work) | 12:41 |
| radiofree | paulsher1ood: pretty sure | 12:41 |
| radiofree | franred: well i should really be able to call it newgenivi2 | 12:41 |
| radiofree | i'll test it from an sd card and see if u-boot complains from that | 12:41 |
| paulsher1ood | pedroalvarez: http://wiki.baserock.org/genivi/ has 'This is necessary because we do not currently have PAM in Baserock.' - is that no longer true? | 12:47 |
| pedroalvarez | paulsher1ood: I'm not sure about that. The bit 'we do not currently have PAM' is not true, but I think that is still needed to run that | 12:49 |
| radiofree | maybe also add a "How to use wayland-ivi-extenions (layermanager) in Baserock GENIVI Baseline" | 12:50 |
| paulsher1ood | i propose to remove that line from the wiki. we have PAM, but you still need to set the XDG_RUNTIME_DIR | 12:50 |
| paulsher1ood | radiofree: feel free :-) | 12:50 |
| radiofree | the same config i had problems with loads fine from an ext2 sdcard :\ | 12:52 |
| paulsher1ood | weird | 12:52 |
| radiofree | so now if i replace the config with the exact same config that was causing an error it's working | 12:54 |
| radiofree | file getting corrupted or something? | 12:54 |
| paulsher1ood | that's what you suggested yesterday... but there must be something *doing* the corrupting.. it's not a random corruption | 12:57 |
| paulsher1ood | radiofree: anything to test in your latest weston branch? | 12:57 |
| * persia thinks that the practice of sticking random chunks at the highest level they are needed (e.g. tar in webtools), and only rationalising later as wider needs are discovered is a good one | 12:59 | |
| SotK | pedroalvarez: you typo'd in your "baserock/pedroavarez/tar" branch name :) | 12:59 |
| paulsher1ood | persia: yes, but would be better if i'd noted why i did it when i submitted the patch | 13:00 |
| persia | This is why we should insist on verbose commit messages :) | 13:00 |
| paulsher1ood | radiofree: interestingly the wiki instructions to run weston-ivi-shell don't actually lead to weston-ivi-shell any more | 13:03 |
| cyndis_ is now known as cyndis | 13:03 | |
| paulsher1ood | (i don't think that's related to your branch though - i noticed it earlier today) | 13:03 |
| paulsher1ood | maybe it's me... | 13:03 |
| locallycompact | Some questions, I have a cmake (in opencv) that is pulling in random tarballs from the internet. How should I best handle this? | 13:06 |
| locallycompact | And secondly, why is it that it downloads correctly in a loose devel system but fails in a morph environment | 13:07 |
| locallycompact | paste coming | 13:07 |
| pedroalvarez | SotK: ouch, thanks for reviewing | 13:08 |
| locallycompact | http://pastebin.com/cpgV3tUi | 13:08 |
| Kinnison | locallycompact: morph runs builds in a container which has no network access | 13:08 |
| locallycompact | Right | 13:08 |
| Kinnison | So opencv needs to be made to not try and download things | 13:10 |
| persia | locallycompact: Often looking at the Debian packaging provides good hints about how to cause things to build in a networkless environment | 13:13 |
| locallycompact | persia: Thanks, I will try and hunt that out. | 13:14 |
| persia | Debian has reached a consensus opinion that builds that access the internet are not compliant with license terms that require provision of full source of the built artifact, so disabled those about a decade ago | 13:14 |
| persia | http://sources.debian.net/ is an excellent resource for this purpose | 13:15 |
| persia | Typically the "rules" file explains how to do the build, and the "watch" file explains what to download in advance | 13:16 |
| persia | There is sometimes a "README.source" file that provides more explanation, and sometimes there is more explanation in the "copyright" file. | 13:16 |
| persia | Oh, and all those files would be in the "debian" directory if you browsed from the URL above. | 13:17 |
| pedroalvarez | radiofree: so,' wayland-ivi-shell & weston-ivi-extension + downgrade of cairo + unifying kernels' will be the merges remaining to do the release, right? | 13:43 |
| juergbi | i just got a report that u-boot built by baserock doesn't work properly. you can boot it to the command line but it doesn't recognize any commands, not even 'help' | 13:46 |
| juergbi | it works fine if u-boot is built manually with a cross compiler (even with a baserock-built cross-toolchain) | 13:46 |
| juergbi | has anyone seen anything like this before? | 13:46 |
| juergbi | miscompilation by gcc could be an issue (known to happen with certain gcc versions), however, it's strange that it works with cross-compiler but not with native compiler even though they are the same version | 13:48 |
| richard_maw | never heard of anything like that before | 13:50 |
| paulsher1ood | richard_maw: ^^ ? | 13:50 |
| *** thecorconian [~jte@75-27-44-31.lightspeed.orpkil.sbcglobal.net] has joined #baserock | 14:01 | |
| *** thecorconian [~jte@75-27-44-31.lightspeed.orpkil.sbcglobal.net] has quit [] | 14:02 | |
| radiofree | pedroalvarez: downgrade of cairo? | 14:02 |
| pedroalvarez | maybe I made up that | 14:03 |
| radiofree | pedroalvarez: please check the baseline to see if there's a hard requirement for the version of ivi-shell/extensions | 14:03 |
| radiofree | if it's just a "minimum version" then those patches are fine | 14:03 |
| radiofree | so yes, "don't use glesv2 for weston clients", "unified kernel", "weston-ivi-shell + wayland ivi extension" are the upgrades from me | 14:04 |
| radiofree | s/upgrades/patches | 14:04 |
| radiofree | erg [ 3193.481476] systemd-journald[137]: Failed to write entry, ignoring: Read-only file system | 14:04 |
| rdale_ | what happened to the gstreamer 0.10 build patch - has that gone in? | 14:05 |
| pedroalvarez | is not genivi using gstreamer 1.2? | 14:05 |
| rdale_ | it's for qtmultimedia which needs an old gstreamer | 14:05 |
| radiofree | rdale_: HEAD of baserock/morph/0.10 works | 14:06 |
| radiofree | so update the sha in definitions to use that | 14:06 |
| rdale_ | ok sounds good | 14:07 |
| pedroalvarez | radiofree: they say: | 14:09 |
| pedroalvarez | Weston-ivi-shell repo, Tag weston-ivi-shell-1.4.93-v3-transition | 14:09 |
| pedroalvarez | - Wayland IVI extension repo, Tag 1.2.0-rc6 | 14:09 |
| radiofree | man that's old | 14:09 |
| radiofree | is that a minimum version? | 14:10 |
| pedroalvarez | what versions are you using? | 14:10 |
| pedroalvarez | TBF, they normally point to tags that doesn't exist... | 14:11 |
| radiofree | master for ivi-extension, the 1.3.0 branch for weston-ivi-shell | 14:11 |
| radiofree | lol | 14:11 |
| radiofree | ivi-extension master is post 1.2.0 release tag | 14:11 |
| pedroalvarez | Is not clear if it has to be an specific version, so I'd say, let's stick with what you have done | 14:13 |
| *** thecorconian [~jte@75-27-44-31.lightspeed.orpkil.sbcglobal.net] has joined #baserock | 14:24 | |
| richard_maw | hm, more digging has lead to a list of caveats for pivot_root based filesystem update | 15:16 |
| richard_maw | 1. it only affects my mount namespace, so you'd need to run pivot_root in all your sub-namespaces too | 15:17 |
| richard_maw | 2. pivot_root doesn't change processes that have already chrooted, so to make that work you'd need to chroot into their chroot before pivot_rooting to the accompanying chroot in the new tree | 15:17 |
| CTtpollard | I've just had a build error when trying to build the latest web-system image | 15:18 |
| CTtpollard | 137/156 tar | 15:18 |
| richard_maw | 3. it doesn't chdir, unless cwd==/, so file accesses by relative paths will still point to the old rootfs until the process is restarted | 15:19 |
| richard_maw | CTtpollard: I think someone's already looking at that | 15:19 |
| CTtpollard | is that a more wider problem? | 15:20 |
| richard_maw | pardon? | 15:21 |
| CTtpollard | tar failing to build, or it just in relation to this specific system build | 15:21 |
| richard_maw | tar in general after the glibc update I think | 15:21 |
| CTtpollard | noted | 15:22 |
| richard_maw | we tend to use busybox tar for everything else, but it's in web-system, presumably because there's one of the components doesn't work with busybyox tar | 15:32 |
| paulsher1ood | richard_maw: CTtpollard maybe just remove tar altogether and see how you get on? :) | 15:33 |
| * CTtpollard investigates | 15:33 | |
| CTtpollard | I'll remove it from the webtools strata locally and see how it goes | 15:34 |
| pedroalvarez | radiofree: the weston example of a triangle rotating doesn't work in x86 | 15:36 |
| radiofree | pedroalvarez: start weston, separate terminal export XDG_RUNTIME_DIR=/tmp EGL_LOG_LEVEL=debug weston-simple-egl | 15:38 |
| radiofree | paste the output from that please | 15:38 |
| paulsher1ood | pedroalvarez: i remain confused by genivi versions, so i think in general we just aim to be as current as we can | 15:40 |
| pedroalvarez | radiofree: http://paste.baserock.org/iwajagenoz.vbs | 15:40 |
| paulsher1ood | pedroalvarez: i believe ygb is using gstreamer 1.4 | 15:41 |
| radiofree | pedroalvarez: try XDG_RUNTIME_DIR=/tmp EGL_LOG_LEVEL=debug EGL_DRIVER=egl_gallium.so weston-simple-egl | 15:41 |
| pedroalvarez | radiofree: http://paste.baserock.org/osevazebut.vbs | 15:42 |
| radiofree | pedroalvarez: there's no /usr/lib/egl/egl_gallium? | 15:44 |
| radiofree | pedroalvarez: there's no /usr/lib/egl/egl_gallium.so | 15:44 |
| radiofree | ? | 15:45 |
| radiofree | has the egl client ever worked in the vm? | 15:45 |
| radiofree | I would imagine you probably want to build mesa with "--enable-gallium-egl" | 15:45 |
| radiofree | jjardon: ?^ | 15:46 |
| pedroalvarez | I thought we were doing that | 15:46 |
| radiofree | http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/strata/mesa-common/mesa.morph | 15:46 |
| radiofree | only for arm apparently | 15:46 |
| radiofree | pedroalvarez: what do you have in /usr/lib/dri ? | 15:46 |
| pedroalvarez | ah, I don't have /usr/lib/egl | 15:47 |
| pedroalvarez | let's see dri | 15:47 |
| radiofree | there we go then :) | 15:47 |
| pedroalvarez | there are things there! | 15:47 |
| pedroalvarez | radiofree: so, I just have to enable that in mesa? | 15:48 |
| SotK | CTtpollard: building from baserock/pedroavarez/tar should work | 15:51 |
| pedroalvarez | git blames jjardon :( | 15:52 |
| radiofree | what do you have in dri? | 15:53 |
| CTtpollard | SotK: cool, currently building without tar, off the top of my head I can't see a reason why I'd need it so it should be fine | 15:54 |
| pedroalvarez | radiofree: http://paste.baserock.org/ipakegixiz.avrasm | 15:54 |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 15:56 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 15:56 | |
| pedroalvarez | radiofree: are them ok? or should I change anything else in mesa? | 15:57 |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 255 seconds] | 16:00 | |
| radiofree | well it looks ok, i'm assuming swrast is the llvmpipe driver as well? | 16:00 |
| radiofree | (sorry i don't know much about this on x86) | 16:00 |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:01 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Ping timeout: 265 seconds] | 16:01 | |
| *** fay [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 16:02 | |
| fay is now known as Guest9167 | 16:02 | |
| pedroalvarez | radiofree: IIRC you are right | 16:02 |
| Guest9167 is now known as fay_ | 16:03 | |
| jjardon | Dont do that | 16:19 |
| radiofree | don't do what? | 16:20 |
| jjardon | Enabling egl will work but veerery slow in the vm | 16:20 |
| radiofree | working very slow is better than not working at all | 16:20 |
| radiofree | also that sounds to me like the llvmpipe driver isn't working then? | 16:20 |
| radiofree | or does it just not work very well in the vm? | 16:21 |
| jjardon | pedroalvarez: for what Im being blamed? | 16:24 |
| jjardon | we never enabled gallium-egl for x86 | 16:27 |
| jjardon | radiofree: thinking twice maybe is worth a try; didnt know about --enable-kvm when I build a system with gallium-egl enabled for x86 | 16:28 |
| radiofree | :) | 16:29 |
| jjardon | but anyway, those demos never worked in x86, its not a regression | 16:30 |
| *** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 16:31 | |
| *** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Changing host] | 16:31 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 16:31 | |
| pedroalvarez | jjardon: hmm not sure now, but anyway, we reviewed your patches, is not your fault in any case | 16:36 |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 16:40 | |
| pedroalvarez | radiofree: ip ad | 16:42 |
| radiofree | ? | 16:42 |
| pedroalvarez | sorry, multiple keyboards, one brain | 16:42 |
| franred | radiofree, "ctrl+r" "ip ad" \tab enter | 16:44 |
| franred | i missed a tab | 16:44 |
| *** tiagogomes [~tiagogome@213.15.255.100] has quit [Quit: Leaving] | 16:49 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:51 | |
| pedroalvarez | radiofree: genivi in arm works great :) | 16:51 |
| radiofree | hurrah! :D | 16:57 |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 16:58 | |
| paulsher1ood | :-) | 17:00 |
| radiofree | pedroalvarez: for http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/commit/?h=baserock/release/baserock-14.46&id=42af966d2cdb2ff3f772bbac0f2d29e547857309 | 17:03 |
| radiofree | the DTB_PATH for jetson-upgrade needs to change to tegra124-jetson-tk1.dtb | 17:03 |
| radiofree | and in release.morph as well | 17:03 |
| pedroalvarez | good to know, thanks! | 17:04 |
| pedroalvarez | here we go, egl working in genivi x86 | 17:14 |
| *** wdutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Quit] | 17:19 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 17:23 | |
| pedroalvarez | wow, morph built a system with a stratum that doesn't exsist, but it fails to deploy: http://paste.baserock.org/oqaqogucet.vbs | 17:26 |
| richard_maw | what? | 17:27 |
| radiofree | :| | 17:27 |
| pedroalvarez | wait, I may be wrong | 17:28 |
| radiofree | yeah | 17:28 |
| radiofree | http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/diff/systems/devel-system-armv7lhf-jetson.morph?h=baserock/release/baserock-14.46&id=0a4350dc5251ab4f03df0498f072f14fc135b9d2 | 17:28 |
| pedroalvarez | aha! is not complaining because of that system | 17:29 |
| pedroalvarez | is complaining because of build-system-armv7lhf-jetson.morph | 17:29 |
| straycat | Our import tool needs to not have this x.y scheme for its extensions. | 17:29 |
| straycat | Now I'm going to have to do something weird with imp to import my exts. | 17:29 |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 17:30 | |
| straycat | That is all. | 17:30 |
| radiofree | pedroalvarez: ah, i didn't even see that one | 17:31 |
| radiofree | what's a "build-system"? | 17:31 |
| pedroalvarez | it was the distbuild system | 17:33 |
| straycat | Well almost, I suppose this is good in that it does give me an excuse to use imp. >.> | 17:34 |
| radiofree | ah | 17:34 |
| paulsher1ood | did someone comment on juergbi's u-boot weirdness earlier? | 17:40 |
| juergbi | richard_maw mentioned that he hasn't heard of anything like that | 17:41 |
| juergbi | we'll use a manually built version for now but it would be good to figure out the cause of this issue | 17:42 |
| radiofree | juergbi: how are you building it in baserock? | 17:42 |
| radiofree | i had to set CROSS_COMPILE to /usr/bin | 17:43 |
| radiofree | http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/strata/bsp-jetson/u-boot.morph?h=baserock/release/baserock-14.46 | 17:43 |
| juergbi | it was a simple make BOARDNAME | 17:43 |
| juergbi | i then suggested to set CROSS_COMPILE to /usr/bin/ based on your branch | 17:43 |
| juergbi | however, there was no difference | 17:43 |
| radiofree | it's worth noting before that we never actually built u-boot in baserock | 17:44 |
| juergbi | ah | 17:44 |
| radiofree | are you using baserock/morph ? | 17:44 |
| radiofree | as the branch for u-boot | 17:44 |
| juergbi | it's based on a vendor branch | 17:44 |
| juergbi | i actually don't have access to that trove, unfortunately | 17:44 |
| juergbi | i can get you the public vendor branch that we use as base, i suppose | 17:45 |
| radiofree | we use the u-boot we build in br (not baserock/morph branch, that's ancient) on the jetsons | 17:46 |
| radiofree | so we not it works there | 17:46 |
| radiofree | s/not/know | 17:46 |
| juergbi | our branch is currently based on lager build of http://git.denx.de/?p=u-boot/u-boot-sh.git;a=shortlog;h=refs/heads/renesas/bsp/rcar-gen2-6 | 17:46 |
| juergbi | we could check a rebase to the latest version but it works fine with the cross compiler, so.... | 17:47 |
| juergbi | (and i don't have a recovery possibility in my office, so i try to avoid flashing u-boot myself here) | 17:47 |
| radiofree | how bizarre | 17:49 |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 17:50 | |
| radiofree | do any of the commands specific to the board config work? | 17:50 |
| radiofree | cmd_help should always be built though i suppose | 17:50 |
| juergbi | i know that at least 'help', 'printenv', and 'setenv' are not recognized | 17:51 |
| juergbi | and it's not like u-boot builds a default config if you make a typo in the board name or similar | 17:52 |
| juergbi | and serial port works, which is something board-specific | 17:52 |
| radiofree | so for the cross compilation are they just doing make BOARDCONFIG CROSS_COMPILE=/foo/bar/arm-gcc | 17:53 |
| radiofree | or is there some build environment they use for that? | 17:54 |
| juergbi | i didn't see the exact command but should be just that + ARCH=arm | 17:54 |
| juergbi | no special build environment except for baserock cross toolchain | 17:54 |
| radiofree | and it's someone doing that on their desktop machine, with the same source code? | 17:54 |
| juergbi | yes | 17:55 |
| juergbi | in the past, i always built it myself with my own cross toolchain and that worked fine as well | 17:55 |
| juergbi | i guess i'll either need to debug it in an environment where i have at least access to a lauterbach for recovery, or alternatively, wait until gcc is upgraded in baserock and try again ;) | 17:57 |
| radiofree | heh yeah | 17:58 |
| radiofree | it's quite odd that it would work at all though | 17:58 |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Ex-Chat] | 17:58 | |
| juergbi | why odd that it works at all? | 17:58 |
| radiofree | sounds like the commands don't get compiled, when you type help does it say "Unknown command 'help'" | 17:58 |
| radiofree | or just nothing? | 17:58 |
| juergbi | it says something funny | 17:59 |
| juergbi | Unknown command 'help' - try 'help' | 17:59 |
| radiofree | unknown command 'help' - try 'help' | 17:59 |
| juergbi | :) | 17:59 |
| pedroalvarez | indeed, it's funny | 17:59 |
| radiofree | so it sounds like the common commands aren't getting built for some reason? | 17:59 |
| juergbi | now we have a few deadlocked engineers ;) | 17:59 |
| juergbi | yes | 17:59 |
| pedroalvarez | are they still typing "help"? | 18:00 |
| pedroalvarez | :D | 18:00 |
| juergbi | maybe ;) | 18:00 |
| juergbi | i didn't check whether we get .o files for the commands | 18:00 |
| franred | man - try 'help' | 18:00 |
| *** DavePage_ [~dpage@access.ducie-dc1.codethink.co.uk] has joined #baserock | 18:04 | |
| DavePage_ is now known as DavePage | 18:05 | |
| radiofree | juergbi: well here http://armbedded.eu/node/700 he seems to suggest it's something as weird as LC_ALL being set | 18:06 |
| radiofree | but i can't see that being true ._o | 18:07 |
| juergbi | well, libc has some inconveniently locale dependent parsing functions | 18:08 |
| radiofree | LANG=en_GB.UTF-8 is set in the chroot | 18:08 |
| juergbi | although, not sure what build tool would mess up like that | 18:08 |
| juergbi | http://lists.denx.de/pipermail/u-boot/2012-December/141441.html | 18:09 |
| juergbi | looks like this was never fixed | 18:10 |
| juergbi | it sets LC_COLLATE but not LC_ALL | 18:10 |
| juergbi | if chroot also sets LC_ALL for some reason, we see the issue | 18:10 |
| *** CTtpollard [~tom@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Ex-Chat] | 18:11 | |
| juergbi | radiofree: i assume environment variables are visible in baserock build logs? | 18:11 |
| pedroalvarez | when building using morph, yes | 18:11 |
| juergbi | ok, i'll check that | 18:12 |
| juergbi | thanks for the pointer | 18:12 |
| pedroalvarez | actually, the environment is stored in the metadata file inside of the artifact | 18:12 |
| radiofree | in the makefile for our jetson branch they do http://fpaste.org/150569/15902427/ | 18:13 |
| radiofree | also in master http://git.denx.de/?p=u-boot.git;a=blob;f=Makefile;h=ddea53485a1e016ec80e8e4dc5a526a72fada41d;hb=HEAD | 18:13 |
| juergbi | right, i thought the upstream base of the renesas branch was more recent | 18:16 |
| juergbi | apparently, it was fixed in master beginning of this year | 18:16 |
| juergbi | but it's based on 2013.01.01 :/ | 18:17 |
| juergbi | vendor trees... | 18:17 |
| radiofree | heh | 18:17 |
| *** rdale [~quassel@184.Red-79-153-108.dynamicIP.rima-tde.net] has joined #baserock | 18:30 | |
| *** rdale_ [~quassel@38.Red-83-47-20.dynamicIP.rima-tde.net] has quit [Read error: Connection reset by peer] | 18:30 | |
| *** rdale_ [~quassel@139.Red-88-13-188.dynamicIP.rima-tde.net] has joined #baserock | 18:34 | |
| *** rdale__ [~quassel@1.Red-79-153-91.dynamicIP.rima-tde.net] has joined #baserock | 18:35 | |
| *** rdale [~quassel@184.Red-79-153-108.dynamicIP.rima-tde.net] has quit [Ping timeout: 250 seconds] | 18:37 | |
| *** rdale__ [~quassel@1.Red-79-153-91.dynamicIP.rima-tde.net] has quit [Read error: Connection reset by peer] | 18:37 | |
| *** rdale_ [~quassel@139.Red-88-13-188.dynamicIP.rima-tde.net] has quit [Ping timeout: 256 seconds] | 18:39 | |
| *** rdale [~quassel@9.Red-83-45-185.dynamicIP.rima-tde.net] has joined #baserock | 18:41 | |
| vmesons is now known as vmeson | 19:43 | |
| vmeson is now known as vmesons | 20:26 | |
| vmesons is now known as vmeson | 20:30 | |
| straycat | hey DavePage :) | 20:58 |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 23:21 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 23:24 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 23:25 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Ping timeout: 258 seconds] | 23:30 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!
