| *** jjardon has quit IRC | 03:06 | |
| *** jjardon has joined #baserock | 03:13 | |
| *** gtristan has quit IRC | 03:57 | |
| *** gtristan has joined #baserock | 04:36 | |
| *** gtristan has quit IRC | 04:48 | |
| *** gtristan has joined #baserock | 04:48 | |
| *** gtristan has quit IRC | 07:37 | |
| *** CTtpollard has joined #baserock | 08:02 | |
| *** gtristan has joined #baserock | 08:17 | |
| *** paulwaters_ has joined #baserock | 08:51 | |
| *** paulwaters_ has quit IRC | 08:54 | |
| *** bashrc has joined #baserock | 09:08 | |
| * pedroalvarez takes 5 minutes of his morning to deploy Gnome to a Jetson | 09:13 | |
| radiofree | That isn't going to display anything | 09:14 |
|---|---|---|
| radiofree | It *might* display something using the fbdev X driver | 09:15 |
| radiofree | But it'll be slow | 09:15 |
| radiofree | mutter wayland won't work without patching either | 09:16 |
| pedroalvarez | bah | 09:16 |
| radiofree | Does the gnome system have gcc etc? | 09:17 |
| radiofree | patch for mutter shouldn't take too long | 09:17 |
| pedroalvarez | I'd gess so | 09:17 |
| *** toscalix__ has joined #baserock | 09:31 | |
| *** jonathanmaw has joined #baserock | 09:38 | |
| *** tiagogomes_ has joined #baserock | 09:42 | |
| perryl | when upgrading a kvm trove, what form does the upgrade-location take? is it just the vm name, or qemu:///system/trove-name? does it require the host system ip address? | 09:44 |
| Kinnison | don't upgrades tend to be done by sshing in? | 09:44 |
| perryl | ssh-rsync | 09:45 |
| SotK | it takes the IP of the system being upgraded IIRC | 09:45 |
| *** mariaderidder has joined #baserock | 09:46 | |
| pedroalvarez | gtristan: I expect some things to be wrong, given that I've upgraded an existing system (not a clean deployment), but I'm getting this error: http://paste.baserock.org/ikonopakot | 09:49 |
| jjardon | Hi, if someone has a jetson at hand, maybe you can give a try to this series I did some time ago when I had access to a jetson: https://gerrit.baserock.org/#/q/status:open+project:baserock/baserock/definitions+branch:master+topic:jetson_linux_4_2 | 09:54 |
| * pedroalvarez can provide jetsons :) | 09:55 | |
| pedroalvarez | (not to everyone though) | 09:56 |
| * pedroalvarez tests them | 09:56 | |
| gtristan | hmmm | 10:02 |
| gtristan | pedroalvarez, it worked before and now broken ? | 10:02 |
| gtristan | pedroalvarez, let me check my journal, however accountsservice should not need to be started | 10:03 |
| gtristan | as its enabled and starts already, not on demand | 10:03 |
| *** franred has joined #baserock | 10:04 | |
| jjardon | pedroalvarez: thanks, they are completely untested though; I was hopping to have time to play with them but then I got dragged to another project | 10:04 |
| pedroalvarez | jjardon: I'm going to test a genivi-demo-platform system | 10:04 |
| jjardon | pedroalvarez: if you have some free time, it would be great if you can take a look to this as well: https://gerrit.baserock.org/#/c/1129/ | 10:07 |
| jjardon | pedroalvarez: are you using a jetson system with current master of definitions? is 3D acceleration working? If yes nice to know that upstream mesa/libdrm works out of the box with the jetson | 10:10 |
| pedroalvarez | I believe that it's working | 10:11 |
| pedroalvarez | (I believe, because maybe I don't know how to differentiate) | 10:11 |
| gtristan | pedroalvarez, I dont know whats up, my build doesnt do that | 10:15 |
| gtristan | it does say "activating via systemd: service name='org.freedesktop.Accounts' unit='accounts-daemon.service' | 10:17 |
| gtristan | pedroalvarez, this is a separate system for the jetson ? (i.e. != x86_64) ? | 10:17 |
| pedroalvarez | yes | 10:18 |
| gtristan | did you miss including something perhaps ? or maybe system integration hooks didnt run properly ? | 10:18 |
| jjardon | Hi, can someone give another look to https://gerrit.baserock.org/#/c/1326/ ? Its blocking all the gtristan work :) | 10:18 |
| pedroalvarez | it might be the system-integration hooks, yes | 10:18 |
| gtristan | can you log into the system then I guess ? try systemctl enable accounts-daemon and restart | 10:19 |
| paulsher1ood | jjardon: merged | 10:20 |
| pedroalvarez | gtristan: I removed the system, to use the jetson for other things, I'll try that later | 10:21 |
| gtristan | got it | 10:21 |
| *** toscalix__ has quit IRC | 10:21 | |
| pedroalvarez | I did't think it would work after radiofree's comments | 10:21 |
| jjardon | gtristan: did you see my comment in https://gerrit.baserock.org/#/c/1331/ ? maybe you want to add grilo-plugins as well | 10:21 |
| gtristan | pedroalvarez, I wont start thinking about this now, but I think we can get away with not having a per-arch system definition really | 10:22 |
| gtristan | jjardon, I'll take a note, thanks | 10:22 |
| *** edcragg has joined #baserock | 10:23 | |
| gtristan | there needs to be another pass, probably we want tracker in there; some of the gnome packages so far desire cheese as well | 10:23 |
| gtristan | and have to take another look at wacom, and also deal with making geoclue work - I think there is also an EDS calendar crash | 10:23 |
| gtristan | nautilus would also like to have some exotic parsers, one of which desires boost | 10:24 |
| gtristan | boost took hours to fail to compile here :-S | 10:24 |
| pedroalvarez | gtristan: it might need some conditionals, for bsps and other things arch specific | 10:25 |
| gtristan | pedroalvarez, indeed, I thought the bsp was pretty much all there is to it though | 10:26 |
| gtristan | maybe some specific system integration extensions, but if those, themselves could be included in the bsp morphology, that covers it I think | 10:27 |
| gtristan | we could just run ybd.py clusters/gnome-system.morph <arch> | 10:28 |
| gtristan | and the <arch> would define the flavor of bsp to include | 10:28 |
| pedroalvarez | there might be various bsps for the same arch | 10:28 |
| pedroalvarez | <bsp> would make more sense there | 10:29 |
| pedroalvarez | but I'm not sure about this | 10:29 |
| gtristan | ah, ok... as I said; not thinking of that yet :) | 10:29 |
| pedroalvarez | yes yes, let's leave this for now | 10:29 |
| gtristan | if I keep adding things, wont get anywhere :) | 10:29 |
| jjardon | paulsher1ood: thanks, this is for you: https://gerrit.baserock.org/#/q/status:open+project:baserock/baserock/definitions+branch:master+topic:gnome_jetson | 10:39 |
| paulsher1ood | heh | 10:40 |
| radiofree | maybe test that it's usable with the x11 fbdev driver first? | 10:43 |
| radiofree | or try http://cgit.freedesktop.org/nouveau/xf86-video-nouveau/ (no idea) | 10:44 |
| pedroalvarez | yes please, it makes no sense to have it on the ci, it won't build | 10:45 |
| pedroalvarez | it needs some fixes | 10:45 |
| pedroalvarez | and we don't know that it works yet | 10:45 |
| pedroalvarez | jjardon: your jetson_linux_4_2 doesn't build | 10:46 |
| pedroalvarez | *patch | 10:46 |
| jjardon | pedroalvarez: bah; dont worry, I will try to fix it myself next week | 10:47 |
| *** locallycompact has joined #baserock | 10:47 | |
| gtristan | thanks for the merge ! | 10:47 |
| jjardon | pedroalvarez: what thing is not going to build? | 10:48 |
| pedroalvarez | i would expect you to know given that you sent the patch :) | 10:48 |
| pedroalvarez | jjardon: see "baserock/pedroalvarez/gnome-arm" in definitions.git | 10:49 |
| *** toscalix__ has joined #baserock | 10:50 | |
| jjardon | pedroalvarez: I only see a problem with mutter there: no a problem with the system definition itself | 10:51 |
| pedroalvarez | but it won't build | 10:52 |
| jjardon | gtristan: you forgot the build-system parameters again :) Fixed now | 10:52 |
| gtristan | did I ? | 10:52 |
| gtristan | sorry :-/ | 10:52 |
| jjardon | I make the same mistake often as well, maybe is not as user friendly as it should as it depends if you have a morph file or not | 10:53 |
| jjardon | pedroalvarez: thanks for the path, now it will build | 10:58 |
| pedroalvarez | note that my quick attempt to run it faileed | 11:09 |
| pedroalvarez | jjardon: re jetson linux 4.2 http://paste.baserock.org/inopoqufej | 11:12 |
| pedroalvarez | I'll post this in the patch | 11:12 |
| pedroalvarez | oh | 11:13 |
| radiofree | well tested i see | 11:13 |
| pedroalvarez | might be that the "sed -e 's/.*android\/sync.*/#ifdef CONFIG_SYNC\n&\n#endif/' -i drm/nouveau/nouveau_fence.c" is not needed anymore | 11:13 |
| pedroalvarez | radiofree: hm? | 11:14 |
| radiofree | this upgrade to 4.2 patch | 11:14 |
| pedroalvarez | :) | 11:14 |
| pedroalvarez | there is one comment in the patch saying that it hasn't been tested | 11:15 |
| radiofree | why submit it then? | 11:15 |
| pedroalvarez | I guess that question is not for me | 11:16 |
| jjardon | radiofree: because it was in my laptop and I want to share it in case someone fancy continue the work; I clearly state that it was not tested at all | 11:17 |
| radiofree | it's just noise then, post the patches to the mailing list | 11:17 |
| jjardon | ? | 11:17 |
| jjardon | we use gerrit in this project, so I post the patches there | 11:19 |
| SotK | Do we need a "Workflow" voting column for people to vote -1 in if their patch is a WIP like OpenStack have? | 11:20 |
| jjardon | that looks useful | 11:21 |
| pedroalvarez | no, I have no idea how to fix this nouveau error | 11:22 |
| pedroalvarez | introduced here: http://git.baserock.org/cgi-bin/cgit.cgi/delta/nouveau.git/commit/?h=baserock/tegra/4.2&id=bb777b20b2a0bb90e487f203f3d618e0532f4195 | 11:23 |
| pedroalvarez | o wait, I think I was right, and we don't need that `sed` anymore | 11:25 |
| pedroalvarez | nope, nouveau doesn't build | 11:48 |
| * pedroalvarez leaves it | 11:49 | |
| *** edcragg has quit IRC | 12:11 | |
| *** edcragg has joined #baserock | 12:28 | |
| *** gtristan has quit IRC | 12:40 | |
| *** franred has quit IRC | 12:41 | |
| *** gtristan has joined #baserock | 12:53 | |
| *** JPohlmann has quit IRC | 13:04 | |
| *** toscalix__ has quit IRC | 13:17 | |
| *** gtristan has quit IRC | 13:24 | |
| *** locallycompact has quit IRC | 13:25 | |
| *** franred has joined #baserock | 14:04 | |
| *** locallycompact has joined #baserock | 14:41 | |
| *** toscalix__ has joined #baserock | 14:43 | |
| *** franred has quit IRC | 14:53 | |
| *** gtristan has joined #baserock | 14:53 | |
| *** JPohlmann has joined #baserock | 15:01 | |
| *** JPohlmann has joined #baserock | 15:01 | |
| *** franred has joined #baserock | 15:07 | |
| *** gtristan has quit IRC | 15:21 | |
| *** gtristan has joined #baserock | 15:23 | |
| *** franred has quit IRC | 15:35 | |
| *** toscalix__ is now known as toscalix | 15:36 | |
| toscalix | Hi guys, I have been asking questions about maintenance on the dev ML to make sure we provide an accurate message to GNOME | 15:37 |
| toscalix | I want to make sure that I can have a meeting at Codethink wehere we talk about that compromise to see how far we can get | 15:38 |
| toscalix | feel free to provide me your opinions or estimations directly instead of the public mailing list | 15:38 |
| toscalix | if you feel more comfortable about it | 15:38 |
| paulsher1ood | toscalix: s/compromise/commitment/ | 15:38 |
| toscalix | I undertsnad that sometimes providing estimations in public channels can be challenging | 15:39 |
| toscalix | yes...commitments sorry | 15:39 |
| toscalix | compromiso in Spanish....a common mistake for Spaniards, yes | 15:39 |
| toscalix | estimations out of context can be taken as commitments | 15:40 |
| *** mariaderidder has quit IRC | 15:53 | |
| *** CTtpollard has quit IRC | 15:55 | |
| *** edcragg has quit IRC | 15:58 | |
| *** edcragg has joined #baserock | 15:59 | |
| *** paulwaters_ has joined #baserock | 15:59 | |
| *** mariaderidder has joined #baserock | 16:08 | |
| pedroalvarez | wow, I can trigger pipelines in gocd for changesets in gerrit | 16:29 |
| pedroalvarez | and it's possible to configure it to give some feedback to gerrit | 16:29 |
| pedroalvarez | same for github, and stash | 16:30 |
| pedroalvarez | if only I could put elastic agents.. | 16:31 |
| jjardon | Hi pedroalvarez ; did you have some time to see if its possible to put more RAM in mason in the end? | 16:58 |
| pedroalvarez | jjardon: I put 10G of swap | 16:58 |
| pedroalvarez | for now until I have time to put more ram | 16:58 |
| pedroalvarez | although adding only ram, and no swap might not be enough | 16:58 |
| jjardon | pedroalvarez: thanks!, let's see how it goes | 16:59 |
| pedroalvarez | yup | 16:59 |
| pedroalvarez | I'd like to try this gocd premerge check, but I think it will be really slow | 17:00 |
| pedroalvarez | unless we put a gocd agent in a huge vm | 17:01 |
| pedroalvarez | but gocd doesn't have elastic agents support yet | 17:01 |
| *** paulwaters_ has quit IRC | 17:03 | |
| *** jonathanmaw has quit IRC | 17:29 | |
| *** tiagogomes_ has quit IRC | 17:40 | |
| paulsher1ood | pedroalvarez: pre-merge is bound to be slow for low-level changes, though? | 17:44 |
| pedroalvarez | paulsher1ood: yes, although it might be possible to have different pipelines, one that builds something minimal, other that builds something bigger, and so on | 17:49 |
| paulsher1ood | pedroalvarez: yup, that would be preferable. settle for the bigger set being done slowly+cheaply | 17:51 |
| pedroalvarez | i'd prefer fast+cheap | 17:52 |
| pedroalvarez | :) | 17:52 |
| paulsher1ood | well, if that's possible, so would i :) | 17:53 |
| paulsher1ood | assuming gocd can run python programs, couldn't we use boto to start a pre-existing vm, then run the workload on it, then shut it down at the end? | 17:57 |
| pedroalvarez | hm.. it would be better if the orchetration knew that there are no more jobs in the queue and then shut it down | 18:00 |
| pedroalvarez | about boto and starting VM's I have no idea | 18:00 |
| pedroalvarez | but there should be API's for the clouds I know (openstack and aws) | 18:00 |
| paulsher1ood | boto is the normal python way to drive aws api i think | 18:01 |
| pedroalvarez | it's nice that you can create dependencies between pipelines: http://www.go.cd/documentation/user/current/resources/images/dependent_build.png | 18:02 |
| *** bashrc has quit IRC | 18:03 | |
| *** mariaderidder has quit IRC | 18:04 | |
| *** locallycompact has quit IRC | 18:05 | |
| *** toscalix has quit IRC | 18:07 | |
| *** edcragg has quit IRC | 18:18 | |
| *** lostduck is now known as straycat | 18:44 | |
| persia | On pre-merge being slow: how slow? Human review times are usually measured in days, so the price merge build only in eeds to be faster than that. | 22:03 |
| persia | The goal being that the automation does not significantly slow landing, rather than being about providing fast feedback to developers. | 22:04 |
| persia | Developers wondering if things work ought be able to run a desired subset of tests without submitting to gate (ideally with cached builds so that subsequent submission is faster) | 22:05 |
| persia | s/price merge only in eeds/pre-merge only needs/ | 22:06 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!
