| *** gtristan has quit IRC | 02:23 | |
| *** gtristan has joined #baserock | 03:00 | |
| *** gtristan has quit IRC | 03:53 | |
| *** gtristan has joined #baserock | 04:14 | |
| *** petefoth has quit IRC | 05:11 | |
| *** flatmush1 has quit IRC | 05:11 | |
| *** rdale_ has quit IRC | 05:11 | |
| *** gary_perkins has quit IRC | 05:11 | |
| *** rdale has joined #baserock | 05:11 | |
| *** petefoth has joined #baserock | 05:12 | |
| *** gary_perkins has joined #baserock | 05:12 | |
| *** flatmush has joined #baserock | 05:13 | |
| gtristan | ok, lunch time... | 06:57 |
|---|---|---|
| gtristan | in the meanwhile... Have we sorted out http support for svn on b.g.o for the WebKit lorry ... yet ? | 06:57 |
| * gtristan has a handful of other lorry patches uploaded, and refreshed the adding-webkit branch against master, only the WebKitGtk chunk is unsure | 06:58 | |
| * gtristan has a queue of patches that are ready to land *after* WebKit is sorted out | 06:58 | |
| gtristan | gnome-initial-setup is running nicely, some config issue remains with geoclue and tls (invalid or missing cert)... but works well | 06:59 |
| * gtristan did see 439e6430538d955b5f9f3c2661d7d0b297a5052b in lorries - is it not safe to say that: An installed svn with http[s] URI scheme support is indeed a hard requirement for a machine running the lorry controller ? | 07:01 | |
| gtristan | anyway... I suppose people will show up soon while I eat... good morning all ! :D | 07:01 |
| gtristan | hehe | 07:01 |
| *** gtristan has quit IRC | 07:02 | |
| *** gtristan has joined #baserock | 07:53 | |
| gtristan | jjardon, good morning ! | 07:55 |
| gtristan | jjardon, can you help me with a gitmodules situation ? | 07:55 |
| * gtristan has 2 packages in the queue which use submodules, and needs at least a short term solution for that | 07:56 | |
| gtristan | those are gnutls (should have it's submodule pointing at what is openssl-new on b.g.o) | 07:57 |
| gtristan | and gnome-online-accounts | 07:57 |
| lostduck | gtristan, is it not sufficent to lorry each submodule and modify the .gitmodules file? | 08:02 |
| gtristan | lostduck, that would be the short-term pre-automatic-handling-of-gitmodules approach I think yes | 08:03 |
| gtristan | lostduck, I think that approach works for people with the power to modify those git repositories on b.g.o | 08:04 |
| gtristan | which excludes me :) | 08:04 |
| lostduck | you can always modify a local repo and submit your delta to the mailing list | 08:04 |
| gtristan | I could, yes | 08:05 |
| gtristan | of course there is a little bit of chicken-and-egg situation | 08:05 |
| lostduck | yes, it assumes you've got the lorries approved beforehand, if that's also a problem then i'd suggest deploying yourself a trove | 08:05 |
| gtristan | but that would be the case anyway | 08:05 |
| * gtristan looks into that | 08:07 | |
| gtristan | I guess I can get a trove that is downstream of b.g.o right ? | 08:08 |
| * lostduck nods | 08:08 | |
| * gtristan wonders how many hours of cloning that will involve :) | 08:08 | |
| lostduck | depends on your network, but probably "a few" :) | 08:08 |
| lostduck | maybe we can just give you push access? | 08:08 |
| lostduck | since you're clearly doing lots of very useful stuff | 08:09 |
| petefoth | There's a clear way to do that on http://wiki.baserock.org/policies/, though it will take at least 3 days | 08:10 |
| * gtristan is looking at http://wiki.baserock.org/Trove/reference/#index2h2... wondering if I have to run a whole secure service and such, or if I can get it in a flat directory | 08:11 | |
| gtristan | petefoth, that's not very long really, but I'm not sure what my part is in that :) | 08:13 |
| gtristan | "If two existing committers say that someone should have commit access, and none speaks up against it within 3 days, then that person gets commit access" | 08:13 |
| * gtristan thinks last week's irc logs indicate jjardon and paulsher1ood "saying" that... | 08:14 | |
| petefoth | gtristan: I don't think you have a part :) Yoiu need one of the existing committers to send an email (or ask in here) suggesting you should have access. I'm not a committer myself and I'm not sure who is | 08:14 |
| petefoth | Committers are defined on https://gerrit.baserock.org/#/admin/groups/4,members | 08:17 |
| petefoth | So lostducj could propose you if he were so inclined | 08:17 |
| petefoth | *lostduck | 08:18 |
| lostduck | i think that's a good idea | 08:19 |
| jjardon | gtristan: the fact that you need access to the trove is clearly a bug in the tooling; in the meantime, send a request to the ml and i Will +1 it | 08:21 |
| lostduck | it's more of a side effect of our convention that all definitions must be in trove, and i think that's a good thing | 08:22 |
| lostduck | nothing stops you from writing definitions that pull straight from github | 08:23 |
| gtristan | right, of course I need to upstream the definitions | 08:23 |
| lostduck | i agree that it can be inconvenient though | 08:23 |
| gtristan | regarding CI, we'll also clearly need a better strategy for submodules and identifying downstream patches against upstream modules | 08:24 |
| lostduck | jjardon, are you happy with https://gerrit.baserock.org/#/c/1284/1 ? | 08:25 |
| gtristan | lostduck, which also raises an interesting point, even if I were using baserock locally - I would *still* need to use a local trove of some sort | 08:25 |
| gtristan | lostduck, otherwise I would have nowhere to store my downstream deltas against upstream modules (which are _always_ required if you need to really build a fully integrated/working system) | 08:26 |
| jjardon | gtristan: merged :) | 08:26 |
| lostduck | gtristan, you could use local repos for any local modifications, if you wanted | 08:26 |
| jjardon | then you lost the possibility to collaborate, which is the point of all this | 08:28 |
| gtristan | lostduck, true - but it *would* be more pleasant if I could automatically "pull my upstream stable branches and try-rebase my local deltas" all in one convenient step, with the help of the trove :D | 08:28 |
| gtristan | but true :) | 08:29 |
| jjardon | gtristan: Ive just filled https://storyboard.baserock.org/#!/story/61 | 08:32 |
| lostduck | gtristan, in https://gerrit.baserock.org/#/c/1290 why do we take this from github and not git.gnome.org ? | 08:32 |
| lostduck | there is room for improvement, certainly | 08:33 |
| jjardon | Its a bug; lostduck good catch! | 08:33 |
| gtristan | Oh look, I was able to actually leave a comment on story 61 ! | 08:36 |
| gtristan | that doesnt work for story 5 | 08:36 |
| jjardon | gtristan: mind to take a look to https://gerrit.baserock.org/#/q/status:open+project:baserock/baserock/definitions+branch:master+topic:xdg-app when you have a moment ? | 08:36 |
| gtristan | lostduck, I dont believe it exists on git.gnome.org | 08:36 |
| * gtristan casts another check | 08:36 | |
| jjardon | hhttps://git.gnome.org/browse/gnome-initial-setup/ :) | 08:37 |
| gtristan | lostduck, no good reason :) | 08:37 |
| gtristan | sorry my bad | 08:37 |
| gtristan | few gnome things do only exist on github, looks like that was eventually moved to gnome.org | 08:38 |
| * lostduck nods | 08:38 | |
| jjardon | gtristan: im still not sure about splitting webkitgtk and deps out of the gnome stratum | 08:38 |
| gtristan | jjardon, and I'm not sure about ever putting more than one chunk into a given stratum | 08:38 |
| gtristan | but hey | 08:38 |
| gtristan | so, I could make yet another branch, but really currently what is blocking this is the lorry itself | 08:40 |
| gtristan | richard_maw, got a long way debugging that situation, we spent energy together also figuring out how the thing should be lorried | 08:41 |
| gtristan | now it seems all we need to do is consider that svn with http support is a hard requirement for lorry and end it at that | 08:41 |
| gtristan | looks like we came a long way to just fall short of fixing that detail :-S | 08:42 |
| jjardon | well, that will defeat one of the original baserock objectives, which was avoid the combinatorial explosion of using packages. But its ok if we reach to the conclusion that its actually not possible | 08:43 |
| jjardon | but in this case not sure if the splitting makes sense: a GNOME system will always have webkitgtk, and its not being used by any other system at the moment | 08:44 |
| jjardon | remember that every time you split a stratum, more difficult is to keep all the stratum in your system definitions | 08:45 |
| *** tiagogomes_ has joined #baserock | 08:46 | |
| jjardon | Maybe this is what we should fix really (automatic runtime dependencies) | 08:46 |
| gtristan | jjardon, I fully expect that that is something that needs fixing (re: defining every single required thing in the system, instead of just a few toplevel dependencies) | 08:46 |
| tiagogomes_ | morning | 08:47 |
| gtristan | actually, I fully expect that I will be spending lots of time untangling all of these deps into nicely seperated inter-dependand chunk .morph files, but let's see what the future brings | 08:47 |
| *** tiagogomes_ has quit IRC | 08:48 | |
| jjardon | gtristan: actually, my top bugs in baserock at the moment is: not conditional in definitions and no automatic runtime deps | 08:49 |
| gtristan | jjardon, in terms of today, in this pre-morphology-refactor day and age; we have 2 blockers: WebKit lorry from svn, and a clear policy to dictate to me about what people expect | 08:49 |
| *** 7GHABH4Z0 has joined #baserock | 08:51 | |
| gtristan | If we can acknowledge that grouping chunks in stratum the way we do, loses valuable dependency information, makes things rigid to work with, bloats end result builds, etc, and that that needs to be changed post-refactor anyway; then we can move on and not care too much about how the current chunks are organized | 08:51 |
| gtristan | If we cannot agree on that; then I would prefer a clear message from the baserock maintainership: "Tristan: do it like this" | 08:51 |
| lostduck | i agree it's a problem, i know ssam2 is aware of it as well | 08:52 |
| *** petefoth has left #baserock | 08:52 | |
| *** petefoth has joined #baserock | 08:53 | |
| gtristan | I can shove it all into gnome.morph right now; but that means another work load, so it would be nice if at least the baserock maintainership is in clear agreement of how it should be done | 08:54 |
| lostduck | gtristan, which change are you referring to, sorry? | 08:56 |
| jjardon | gtristan: probably nobody have a clear idea: I can give you my opinion, witch is (with the _current_ model) putting everything in GNOME as all the packages makes sense together. Im happy to help split everything in small chunks if we agree we have to change this later | 08:57 |
| lostduck | oh i guess you mean https://gerrit.baserock.org/#/q/topic:adding-webkitgtk | 08:58 |
| jjardon | gtristan: Im looking as well to the possibility of using xdg-app, I think it can for some use cases https://gerrit.baserock.org/#/q/status:open+project:baserock/baserock/definitions+branch:master+topic:xdg-app | 08:58 |
| gtristan | lostduck, right | 08:58 |
| gtristan | jjardon, I was just looking at that... I wonder why it messes with ostree though | 08:59 |
| gtristan | isnt that another beast... gnome-continuous uses that right ? | 08:59 |
| jjardon | ostree? yes | 08:59 |
| jjardon | there were/are plans to use ostree in morph as well | 09:00 |
| gtristan | Is "sandboxed applications" really a thing yet ? | 09:00 |
| gtristan | or still just something to give fancy talks about at conferences | 09:01 |
| jjardon | gtristan: I make it work in my laptop | 09:01 |
| gtristan | heh | 09:01 |
| gtristan | jjardon, ok practical question; this only concerns me for GNOME system: Will this quietly live beside everything else without disruption ? | 09:02 |
| jjardon | and alexl and hertbert are working on it, so I expect only good things | 09:03 |
| gtristan | jjardon, and also: When I am installing applications; which is coming very soon; will I have added system integration headache to do things "specially" for this ? | 09:03 |
| gtristan | jjardon, fwiw; gnome-initial-setup is working very well right now; but I'm not pushing the branch, because gerrit just cant handle it | 09:04 |
| gtristan | and of course; webkit | 09:04 |
| jjardon | gtristan: no disruption, I added it there to play with it | 09:04 |
| jjardon | gtristan: cant handle it? | 09:05 |
| gtristan | +1 :) | 09:05 |
| gtristan | jjardon, I have adding-webkit branched from master locally, and I have integrating-gnome-initial-setup branched off of that | 09:06 |
| gtristan | I rebase the other branch off of 'adding-webkit' | 09:06 |
| perryl | root | 09:06 |
| lostduck | gtristan, no opinion on that change, probably best to wait for others | 09:06 |
| gtristan | I can push 'adding-webkit' and gerrit eats it up, of course we can't push the tip of that | 09:06 |
| lostduck | Password: | 09:06 |
| *** bashrc has joined #baserock | 09:06 | |
| gtristan | lalol1 | 09:07 |
| perryl | hunter2 | 09:07 |
| gtristan | :) | 09:07 |
| lostduck | was worth a try :3 | 09:07 |
| * perryl needs to check which terminal has focus... | 09:07 | |
| *** mariaderidder has joined #baserock | 09:08 | |
| gtristan | jjardon, anyway, should I push my other topic branch, there will just be more unmergable patches in the queue, and it will also mistakenly move the webkit branch to the new topic branch | 09:08 |
| jjardon | gtristan: for my experience in gerrit; its often useful to group patches together to avoid the merge conflict mess; push the braches, at least they can get reviews | 09:08 |
| jjardon | I will try to help with the merge conflict later ;) | 09:09 |
| jjardon | gtristan: I was thinking on create a gnome-apps stratum, to separate from the core, as we do in GNOME upstream: are you ok with that? | 09:10 |
| gtristan | Ok; How can I push _only 3 patches_ as a separate topic branch; which depends on the merge of 'adding-webkit', so that the new 3 patches or so show up as a separate topic branch ? | 09:10 |
| *** franred has joined #baserock | 09:10 | |
| gtristan | jjardon, that's what I was going to do; as soon as we get webkit/gnome-initial-setup behind us | 09:11 |
| gtristan | jjardon, before that, I want to add nautilus and gnome-terminal and gnome-control-center to the same core gnome group | 09:11 |
| gtristan | actually I want to do that *before* default enabling gdm | 09:11 |
| lostduck | gtristan, if your branch is already based on the HEAD of adding-webkit then an ordinary git-review should suffice, assuming your current branch isn't the same branch you originally submitted from | 09:11 |
| jjardon | gtristan: Yeah, makes sense | 09:12 |
| jjardon | gtristan: do we agree on putting webkitgtk in gnome stratum then? we can open the topic in the mailing list about the problems/advantages of the strata model | 09:13 |
| *** paulwaters_ has joined #baserock | 09:16 | |
| gtristan | jjardon, it will probably be a single patch at this point | 09:17 |
| gtristan | jjardon, I've reorganized them twice already... this time we might get this done _today_ if I just add all of the WebKit related changes directly into gnome/ as one patch | 09:18 |
| gtristan | and I'm sorry but; it looks like we'll need a WebKitGtk-tarball lorry in interim | 09:19 |
| jjardon | gtristan: im ok with that | 09:19 |
| gtristan | until someone fixes the svn installation on b.g.o | 09:19 |
| *** nowster has joined #baserock | 09:20 | |
| gtristan | ok, will do | 09:20 |
| gtristan | jjardon, can you fix the submodules issues for gnutls and gnome-online-accounts for me ? (or did you already ?) | 09:20 |
| *** jonathanmaw has joined #baserock | 09:20 | |
| jjardon | gtristan: yes, give me 10 min | 09:20 |
| gtristan | that way I will just update my second branch to refer to the baserock delta | 09:21 |
| jjardon | sure | 09:21 |
| gtristan | sure, no worry, I'll anyway do the webkit change first | 09:21 |
| *** toscalix__ has joined #baserock | 09:21 | |
| jjardon | all depends of how good the internet connection in this train is :) | 09:21 |
| *** ssam2 has joined #baserock | 09:22 | |
| *** ChanServ sets mode: +v ssam2 | 09:22 | |
| gtristan | jjardon, gotta love wifi at 300 kmph :) | 09:25 |
| jjardon | gtristan: this is uk, we are far away from that :) | 09:26 |
| rjek | 300kmph?! | 09:26 |
| * gtristan gets decent free wifi on the highspeed train in korea | 09:27 | |
| 7GHABH4Z0 | lol | 09:27 |
| rjek | 300,000 mph? | 09:27 |
| rjek | :) | 09:27 |
| *** 7GHABH4Z0 is now known as tiagogomes__ | 09:27 | |
| rjek | The "Fast, Reliable WiFi from T-Mobile" on the UK's 200km/ph trains is neither fast nor reliable, and more expensive and less reliable than just using your phone's 3G. | 09:28 |
| *** ssam2 has quit IRC | 09:35 | |
| gtristan | ugh... this is more tricky | 09:38 |
| gtristan | eh, should be ok | 09:39 |
| *** CTtpollard has joined #baserock | 09:51 | |
| *** mariaderidder has quit IRC | 09:58 | |
| *** ssam2 has joined #baserock | 09:59 | |
| *** ChanServ sets mode: +v ssam2 | 09:59 | |
| gtristan | In the meantime... I've posted https://gerrit.baserock.org/1293 | 10:09 |
| gtristan | jjardon, that will let us get past this until we get g.b.o updated with an svn which handles http schemes properly | 10:10 |
| gtristan | which... we should figure out too :) | 10:10 |
| gtristan | at this point, makes no sense to block on it anymore, though | 10:10 |
| jjardon | gtristan: nice, thanks | 10:11 |
| jjardon | not sure I can help you with the submodules thing though; not able to clone the repos with this internet connection | 10:11 |
| richard_maw | wow, the webkit tarball is pretty big | 10:12 |
| *** mariaderidder has joined #baserock | 10:12 | |
| richard_maw | looks well formed though | 10:12 |
| * richard_maw votes | 10:12 | |
| richard_maw | ssam2 beat me to it | 10:13 |
| gtristan | great | 10:16 |
| * gtristan has a huge rebuild to do | 10:16 | |
| gtristan | I will submit the webkit patch, and the few other patches for gnome-initial-setup to work, after I re-verify that they build | 10:16 |
| gtristan | probably a few hours | 10:16 |
| jjardon | gtristan: maybe makes sense to put gnutls in the strata/network-security.morph stratum | 10:17 |
| * gtristan senses another round of arbitrary stratum choosing | 10:22 | |
| gtristan | jjardon, honestly right now I had it in libsoup, but agree it has no business there; as libsoup's dependency is only runtime; and having a TLS enabled glib-networking is enough | 10:22 |
| gtristan | jjardon, but at the moment I feel that we will move more quickly by moving this directly into gnome stratum | 10:23 |
| jjardon | gtristan: sure | 10:23 |
| gtristan | cracklib should also sit below linux-pam and shadow | 10:24 |
| pedroalvarez | our definitions are growing really fast, I feel like we need to think a bit about this | 10:25 |
| gtristan | but all of this (again) will be much more dynamic and various setups supportable by untangling all of this | 10:25 |
| jjardon | in core? that will make you rebuild some things :) | 10:25 |
| gtristan | pedroalvarez, ranging freely, my organic chicken ? | 10:25 |
| pedroalvarez | gtristan: happily laying eggs! | 10:26 |
| gtristan | :D | 10:26 |
| gtristan | pedroalvarez, jjardon ok I promise a full proposal by the end of this week, I only have a writeup now and I want to put it though some theoretical tests first | 10:28 |
| jjardon | pedroalvarez: I still think they are growing very slow, if you compare with what it should be (lots of people creating systems) | 10:29 |
| gtristan | I will A.) Identify the problems I believe the refactor aims to solve... B.) present the model I have in mind, and C.) present the use cases I've been able to think about and show how the approach stands up to those | 10:29 |
| gtristan | C is basically what needs work | 10:30 |
| pedroalvarez | jjardon: yes, but that means that we might not be ready for a situation in where we have loads of contributions | 10:31 |
| gtristan | once we provide stable branches as actually reliable reference builds, I think we dont have to worry about loads of contributions | 10:33 |
| gtristan | err, s/once/until | 10:33 |
| gtristan | anyway, we can consider that as a lucky thing, gives us time to work out kinks :) | 10:34 |
| *** gtristan has quit IRC | 10:40 | |
| tiagogomes__ | oh the partition stuff was merged | 10:58 |
| *** gtristan has joined #baserock | 10:58 | |
| *** locallycompact has joined #baserock | 10:59 | |
| richard_maw | \o/ | 10:59 |
| pedroalvarez | :D | 11:00 |
| pedroalvarez | if anything is broken, let me know | 11:00 |
| jjardon | To support a new board, I need patches for a _very_ active branch of linuc that it's not in upstream repos. Is it OK to lorry that repo? | 11:02 |
| richard_maw | jjardon: which repo is this? | 11:04 |
| jjardon | https://git.linaro.org/landing-teams/working/qualcomm/kernel.git | 11:05 |
| pedroalvarez | For raspberry-pi I was planning to just push a branch to the current linux.git repo | 11:05 |
| ssam2 | jjardon: i think we have the same problem with u-boot already ... | 11:10 |
| ssam2 | so, i don't really like how messy git.baserock.org is getting, but we should lorry it if you will get blocked otherwise | 11:10 |
| ssam2 | we have 3 u-boots already: http://git.baserock.org/cgi-bin/cgit.cgi/?q=u-boot | 11:10 |
| richard_maw | ssam2: is it the big list of duplicated repositories that bugs you, or the fact that we don't get to share subtrees? | 11:22 |
| richard_maw | ssam2: since I've been looking at git namespaces recently, and I think we could work out a way to share the git objects there, but it would probably require some changes to the git server | 11:26 |
| ssam2 | richard_maw: both | 11:26 |
| gtristan | just a thought: afaics we generally need to lorry that linux separately... OR... lorry needs to be taught how to streamline branches from various repositories into the same git repo on git.baserock.org | 11:27 |
| ssam2 | yeah, Trove is kind of designed for the "one repo per project", but that doesn't really hold water for Linux | 11:27 |
| richard_maw | gtristan: aye, that would fix needing to make new copies, though it wouldn't help to remove our existing ones in a compatible manner | 11:28 |
| ssam2 | one big problem we have with Trove is that, to avoid breaking historical builds, all the existing repo URLs need to keep working forever | 11:29 |
| ssam2 | s/historical/old/ :-) | 11:29 |
| gtristan | nod, just a thought, I suppose it's rather rare, but what with github trends, forking seems to be more of a thing than it used to be | 11:29 |
| ssam2 | yeah. We did try once look at bunging Gitlab into Trove as the git server, but it didn't prove to be practical | 11:30 |
| ssam2 | s/try// | 11:31 |
| richard_maw | ssam2: yep, so we need a way to deprecate the repository and either redirect to the new version (which could be in a namespace of another repository) or we could hide the old repositories from listings, somehow mark them read-only and use git-relink to deduplicate any shared objects they had | 11:31 |
| ssam2 | i think redirects makes more sense | 11:31 |
| richard_maw | hm, needs support in the git server then | 11:31 |
| ssam2 | and show them in cgit as sort of greyed out repos, or some such thing | 11:31 |
| richard_maw | with some changes to the git server we could deduplicate the objects from the u-boot and linux forks by migrating their content into namespaces of the canonical upstream mirror, and when you try to fetch from the old URL, the git server translates that into exec'ing the recieve-pack etc. command | 11:34 |
| richard_maw | with GIT_NAMESPACE=u-boot-socfpga (or whatever) set | 11:34 |
| ssam2 | 'the git server' being Gitano, or git-daemon ? | 11:35 |
| ssam2 | or the lighttpd-git systemd service? | 11:35 |
| richard_maw | them, also cgit and whatever serves the http URLs | 11:35 |
| ssam2 | all of it ! right, makes sense | 11:36 |
| * richard_maw will write this up properly in the storyboard and send to the list | 11:36 | |
| *** rdale has quit IRC | 12:00 | |
| *** paulwaters_ has quit IRC | 12:13 | |
| *** paulwaters_ has joined #baserock | 12:19 | |
| *** paulwaters_ has quit IRC | 12:31 | |
| gtristan | jjardon, after a couple hours of rebuilding everything... webkit passes configure phase and is building: https://gerrit.baserock.org/1294 | 12:53 |
| richard_maw | \o/ | 12:54 |
| jjardon | gtristan: great! :) | 12:54 |
| *** toscalix__ is now known as toscalix | 12:54 | |
| tiagogomes__ | can anyone else have a look at https://gerrit.baserock.org/#/c/1150/ ? | 13:04 |
| pedroalvarez | tiagogomes__: I take that the tests are currently broken? | 13:06 |
| richard_maw | tiagogomes__: reviewing | 13:06 |
| tiagogomes__ | pedroalvarez at least on my machine they are, but I am not seeing anyone else complaining | 13:07 |
| pedroalvarez | hat's why I was wondering :/ | 13:08 |
| richard_maw | tiagogomes__: reviewed | 13:08 |
| richard_maw | tl;dr: Use sorted(), it's presumably a non-determinism from filesystems returning entries in arbitrary order | 13:08 |
| richard_maw | or convert the lists into sets | 13:08 |
| tiagogomes__ | okey dokey | 13:10 |
| *** paulwaters_ has joined #baserock | 13:35 | |
| pedroalvarez | radiofree, jonathanmaw: do you remember why this was needed? https://gerrit.baserock.org/#/c/1221/7/strata/genivi/persistence-client-library.morph | 13:36 |
| jonathanmaw | pedroalvarez: I do not. | 13:36 |
| pedroalvarez | It's hard to answer review comments, or send patches upstream without knowing what is the fix about | 13:36 |
| * radiofree can't remember | 13:43 | |
| radiofree | i think without it, it will create a lib, so.1 | 13:43 |
| radiofree | some other project that uses it fails to run because it links against .so | 13:43 |
| radiofree | i won't be able to tell you what the other project is though | 13:44 |
| pedroalvarez | hm.. I think that library is created by pers_common, and with this `sed` we fix pers_client_library | 13:45 |
| pedroalvarez | I'll try to make them revert this change: http://git.baserock.org/cgi-bin/cgit.cgi/delta/genivi/persistence-client-library.git/commit/config/pclCustomLibConfigFile.cfg?id=d6a46c9081969523256423f69c81e6d398238817 | 13:46 |
| jjardon | gtristan: http://git.baserock.org/cgi-bin/cgit.cgi/delta/gnome/gnome-online-accounts.git/log/?h=baserock/3.18.1 | 14:07 |
| gtristan | jjardon, cool ! | 14:40 |
| gtristan | jjardon, can we get one for http://git.baserock.org/cgi-bin/cgit.cgi/delta/gnutls.git/tree/.gitmodules ? | 14:41 |
| gtristan | :) | 14:41 |
| gtristan | jjardon, in the trove, it's openssl-new | 14:41 |
| gtristan | I wont push the patches tonight, it's closing on midnight - but we'll have a working gnome-initial-setup tomorrow | 14:42 |
| gtristan | hopefully... maybe by wednesday, I can get nautilus, gnome-terminal and g-c-c built and functional, enable gdm by default and announce a second milestone | 14:44 |
| gtristan | then it's apps and beyond :) | 14:44 |
| richard_maw | ooh | 14:46 |
| rjek | 2/win 20 | 14:47 |
| rjek | x | 14:47 |
| jjardon | gtristan: nice :) I've sent a patch to add gtk2 and ruby to the GNOME system; we missed that when adding webkitgtk to the GNOME stratum | 14:47 |
| richard_maw | what does GNOME want ruby for? | 14:48 |
| gtristan | jjardon, ah, I missed that when collapsing the WebKitGtk stratum | 14:48 |
| gtristan | richard_maw, WebKitGtk wants it | 14:48 |
| richard_maw | at runtime, or does it just have build tooling written in ruby? | 14:48 |
| gtristan | well, GNOME wants webkitgtk to have it for some reason at least: https://git.gnome.org/browse/jhbuild/tree/modulesets/gnome-suites-core-deps-3.18.modules#n1391 | 14:49 |
| ssam2 | i think some of the webkit build stuff is Ruby | 14:50 |
| ssam2 | rdale went through similar pain for QtWebkit I think | 14:50 |
| lostduck | tiagogomes__, wrt https://gerrit.baserock.org/#/c/1213/ you need the next change in the series which fixes the tests, or are you saying it fails with that? | 14:58 |
| tiagogomes__ | lostduck no, I missed that it needed the other change | 15:01 |
| lostduck | ahh ok | 15:02 |
| tiagogomes__ | jjardon, you'll have to rebase the patches on the xdg-app topic | 15:29 |
| *** paulwaters_ has quit IRC | 16:04 | |
| lostduck | tiagogomes__, nice spot on the other change, if your -1 of 1213 is no longer current can it be removed? | 16:18 |
| tiagogomes__ | lostduck I am reviewing it at the moment | 16:19 |
| *** locallycompact has quit IRC | 16:24 | |
| franred | pedroalvarez, I think we shouldn't do this https://gerrit.baserock.org/#/c/1219/11..13/strata/genivi-demo-platform/genivi-demo-platform-hmi.morph - we don't apply patches in baserock and try to modify sources a minimum as we can. This changes made in this chunk are massive for me and I think we should put them in a branch (no only the git apply, the sed is also very intrusive codewise) | 16:35 |
| franred | s/for me/ from my point of view/ | 16:35 |
| pedroalvarez | I know, did you see my comment? | 16:37 |
| pedroalvarez | apologies for that patch, it wasn't my work, and I didn't realise about all of these problems before sending for review | 16:38 |
| pedroalvarez | I'm getting there though | 16:38 |
| pedroalvarez | I'm now trying to figure out if we need any gtk in the GDP | 16:38 |
| jjardon | pedroalvarez: if you need it, Im sure gtk3 is the one you need; gtk2 doesnt support wayland | 16:41 |
| franred | pedroalvarez, yes, I saw the comment :) - in any case, I think we should change it and try to have the repo as clean as we can, because if we add it as it is, someone could take it as an example | 16:43 |
| pedroalvarez | I totally agree, I missed that hack :) | 16:43 |
| pedroalvarez | jjardon: my guess is that I don't need it at all | 16:43 |
| pedroalvarez | I wonder if radiofree or jonathanmaw knows anything about gtk being present in the GDP system | 16:44 |
| jjardon | pedroalvarez: yeah, I think so too | 16:44 |
| jonathanmaw | I don't think the GDP has gtk | 16:45 |
| jonathanmaw | i.e. I grepped the manifest for the GDP system and the only match was "navit-graphics-gtk", which isn't going to be much use without gtk | 16:45 |
| pedroalvarez | good, ta! | 16:46 |
| pedroalvarez | jjardon: regarding your comment here, I still don't know what to do with it (https://gerrit.baserock.org/#/c/1219/6/strata/weston-genivi-gdp.morph) | 16:48 |
| jjardon | pedroalvarez: do we really need weston-genivi and weston-genivi-gdp ? | 16:48 |
| pedroalvarez | they are the same (I believe) except for the "WESTON_NATIVE_BACKEND" hack | 16:49 |
| jonathanmaw | pedroalvarez: I'd be cautious about changing the version of weston in the GDP. there's a bit of version hell between weston, wayland-ivi-extension and the GDP | 16:49 |
| pedroalvarez | which if we remove, i don't know how to make it work out of the box in VM's | 16:49 |
| pedroalvarez | jonathanmaw: yes, I'm aware of that. I'm not changing that version, but the version of the baseline to match | 16:50 |
| jjardon | still, why do we need 2 "genivi" weston ? can we use only one and remove the other? | 16:50 |
| pedroalvarez | jjardon: I can do that, but that doesn't solve my main concern (WESTON_NATIVE_BACKEND) | 16:52 |
| jjardon | pedroalvarez: keep the version with the hack? | 16:53 |
| pedroalvarez | I wonder if it's possible at runtime to determine if you are on (e.g.) a real machine or a VM | 16:54 |
| pedroalvarez | to execute weston with fbdev or drm | 16:54 |
| jjardon | ah,mmm | 16:54 |
| pedroalvarez | so it won't be that hacky | 16:55 |
| jjardon | not sure ,but probably systemd can provide you that info in some way? | 16:55 |
| pedroalvarez | hehe, this patch series will never end :) | 16:56 |
| pedroalvarez | ok, I'm going to keep the "hack" for now, and try to address other remaining bits that I know how to solve | 16:56 |
| *** paulwaters_ has joined #baserock | 16:56 | |
| jjardon | pedroalvarez: yeah, Id file file a story in storyboard and keep going | 16:57 |
| pedroalvarez | right, they are a bit different: http://paste.baserock.org/ajifewuxiq | 17:05 |
| pedroalvarez | main difference is that one creates and enables a weston.service | 17:08 |
| pedroalvarez | this could go to a configure extension I guess | 17:08 |
| franred | pedroalvarez, and 2 install files? | 17:09 |
| *** franred has quit IRC | 17:22 | |
| *** jonathanmaw has quit IRC | 17:23 | |
| pedroalvarez | franred: hmm.. no, everything in the configure extension | 17:36 |
| *** ssam2 has quit IRC | 17:36 | |
| *** nowster has quit IRC | 17:40 | |
| richard_maw | hm, I didn't expect it to take all day to write up how I think we can deprecate lorries, but I dove into details, and it looks workable | 17:54 |
| *** bashrc has quit IRC | 17:56 | |
| pedroalvarez | I would say that we can remove the working area for the disabled repositories | 17:56 |
| richard_maw | we can probably already hide a repository by running `ssh git@git.baserock.org config delta/u-boot-socfpga.git set project.archived true` | 17:56 |
| pedroalvarez | hiding them from cgit is just remove a file from the repo I believe | 17:57 |
| pedroalvarez | but `gitano ls` will show it | 17:58 |
| richard_maw | pedroalvarez: I understood that gitano is the one that decides whether to generate that file | 17:58 |
| pedroalvarez | aha | 17:58 |
| richard_maw | project.archived will hide it from ls unless you do ls --all | 17:58 |
| richard_maw | ah, hrm, the git-daemon-export-ok doesn't look at project.archived | 18:00 |
| richard_maw | which is because that file is also a flag to git-daemon to decide whether clients can clone the repo | 18:01 |
| richard_maw | hmmm | 18:01 |
| pedroalvarez | :/ | 18:01 |
| richard_maw | cgit has other ways of determining which repositories to show | 18:01 |
| richard_maw | aha! you could do this by having gitano set hide=1 in check_local_git_files if project.archived is set | 18:07 |
| * richard_maw wonders if he has mis-configured his e-mail | 18:11 | |
| *** mariaderidder has quit IRC | 18:12 | |
| *** mariaderidder has joined #baserock | 18:12 | |
| richard_maw | hmm, repo.hide may be in a newer version of cgit than we have | 18:13 |
| * richard_maw calls it a day | 18:13 | |
| *** gtristan has quit IRC | 18:14 | |
| *** gtristan has joined #baserock | 18:15 | |
| pedroalvarez | this is baserock, upgrade everything! :) | 18:16 |
| *** mariaderidder has quit IRC | 18:19 | |
| *** paulwaters_ has quit IRC | 18:21 | |
| * Kinnison notes that project.archived is fairly new stuff and so far only hides it from ls | 18:21 | |
| Kinnison | not also from cgit | 18:21 |
| *** toscalix has quit IRC | 18:36 | |
| richard_maw | Kinnison: yep, seems like it would be reasonable to hook it up to write hide=1 when generating cgitrc files | 21:42 |
| * richard_maw is a fan of project.archived already | 21:42 | |
| pedroalvarez | I keep wondering how to get u-boot in the raspberry pi work with a extlinux.conf file | 21:57 |
| pedroalvarez | Well, I can add support for config.txt (rpi bootloader config file) too, and fix system-version-manager to not depend on extlinux.conf being present | 22:08 |
| pedroalvarez | I feel like we need to think about BOOT_DEVICE flag, our new partitioning feature, Jetson flasing scripts, and Upgrades | 22:09 |
| richard_maw | yeah, it's a big lump of functionality that has grown over time without being rationalised | 22:11 |
| richard_maw | plus we invented that wheel because we didn't think we needed the complexity of other tools, so we should have a look around at what the alternatives are, since potentially it would be a useful subproject to split out | 22:12 |
| pedroalvarez | indeed | 22:12 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!