| *** gtristan has quit IRC | 06:52 | |
| *** gtristan has joined #baserock | 07:26 | |
| *** toscalix has joined #baserock | 08:00 | |
| *** franred has joined #baserock | 08:08 | |
| *** CTtpollard has joined #baserock | 08:11 | |
| *** ctbruce has joined #baserock | 08:31 | |
| *** gtristan has quit IRC | 08:56 | |
| *** tiagogomes_ has joined #baserock | 09:03 | |
| *** bashrc_ has joined #baserock | 09:07 | |
| *** edcragg has joined #baserock | 09:09 | |
| *** jonathanmaw has joined #baserock | 09:31 | |
| *** rdale has joined #baserock | 09:40 | |
| pedroalvarez | this should fix gnome-session build: https://gerrit.baserock.org/#/c/1762/1/strata/gnome/gnome-session.morph | 09:59 |
|---|---|---|
| radiofree | aye | 10:00 |
| pedroalvarez | Broken since 4c18622560ff115db00c6deb592371cbb3eccaad | 10:00 |
| pedroalvarez | (my guess) | 10:00 |
| radiofree | [17:17:53] <radiofree> --disable-docbook-docs might fix it, though it's odd that this has ever worked if that's the case | 10:00 |
| radiofree | [17:18:15] <radiofree> aaah | 10:00 |
| radiofree | [17:18:17] <radiofree> http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/commit/?id=fe64c00f17a4922c7499f9bc48f672cca293fc65 | 10:00 |
| radiofree | [17:18:43] <radiofree> previously it probably didn't build the docs, because that dependency wasn't there | 10:00 |
| pedroalvarez | heh looked for a patch but there wasn't any | 10:01 |
| radiofree | might be worth a quick check to make sure it's not just gnome-session doing it now | 10:01 |
| pedroalvarez | true | 10:01 |
| pedroalvarez | but with webkit there, is not a quck check :/ | 10:02 |
| pedroalvarez | 2 webkits, btw | 10:02 |
| radiofree | lol | 10:02 |
| radiofree | twice the fun! | 10:02 |
| pedroalvarez | but you are right, I'll leave this VM building | 10:02 |
| pedroalvarez | it can take several hours ... :/ | 10:03 |
| radiofree | yeah i noticed that | 10:04 |
| radiofree | is it building MAX_JOBS: 1? | 10:04 |
| pedroalvarez | nope, but my VM is not ready for this kind of builds | 10:04 |
| radiofree | might be possible to split webkit out? | 10:06 |
| radiofree | though looking at it there's a number of things common to a lot of components that would probably have to be moved out as well | 10:06 |
| pedroalvarez | yeah, that's why all of gnome is on the same stratum | 10:07 |
| radiofree | i'm just thinking that it's probably quicker to rebuild the gnome-core if there's a needed change to webkit, rather than rebuilding webkit because of a change to gnome-core | 10:07 |
| pedroalvarez | yeah, but when you are working in gnome, and something lower in the stack changes.. and you have to wait for webkit.... | 10:08 |
| pedroalvarez | I guess that's the view from the people maintaining it | 10:09 |
| radiofree | pedroalvarez: yeah, so the idea would be to make a gtkwebkit strata that didn't depend on the gnome-core stuff | 10:09 |
| radiofree | by core i mean session, shell, mutter, clutter etc.. | 10:10 |
| radiofree | they could depend on gtkwebkit, however i don't think gtk webkit depends on them? | 10:10 |
| *** ssam2 has joined #baserock | 10:10 | |
| *** ChanServ sets mode: +v ssam2 | 10:10 | |
| pedroalvarez | the idea from gtristan was to http://listmaster.pepperfish.net/pipermail/baserock-dev-baserock.org/2015-November/013337.html | 10:12 |
| pedroalvarez | so, stop thinking about how to organise strata, and just worry about the dependencies for each component | 10:16 |
| CTtpollard | re the email to baserock dev that I got mentioned in, I don't know about the status of genivi systems in baserock | 10:21 |
| ssam2 | i'm asking more about the state of them in GENIVI | 10:24 |
| *** paulw has joined #baserock | 10:48 | |
| rdale | if you build a stratum such as build-essential with morph, does the artifact that gets cached consist of a filesystem containing all the chunks that make up stratum? | 11:28 |
| rdale | stratum^the stratum | 11:29 |
| SotK | IIRC morph just creates a file containing the names of the chunks that make up the stratum | 11:29 |
| ssam2 | yes | 11:30 |
| ssam2 | (to sotk's answer) | 11:30 |
| rdale | ah, and so you expect ybd to do the same? | 11:30 |
| rdale | i was assuming that the artifact would actually consist of all the files, not just a list of them | 11:30 |
| ssam2 | there's no reason ybd has to do the same | 11:31 |
| ssam2 | but it seems like morph's approach is the most efficient | 11:31 |
| richard_maw | stratum artifacts are redundant information ideally, since all that information is parsed from the definitions anyway | 11:31 |
| rdale | i assumed it would be better to untar a single stratum into a build area, rather than untarring the individual chunks | 11:32 |
| richard_maw | rdale: we used to do that, we moved to the current model since it is redundantly storing the artifact contents in the cache, since all the chunk artifacts have the files | 11:33 |
| ssam2 | the main overhead is the actual untarring, it doesn't matter whether it's one tar file or 500 | 11:33 |
| ssam2 | i assume | 11:33 |
| rdale | ah i see | 11:33 |
| ssam2 | morph (and ybd?) actually cache the extracted chunks and hardlink the files in place in the staging area, anyway | 11:33 |
| ssam2 | that's pretty much essential if you don't want to spend 5 minutes at the start of each build unpacking 1GB of data | 11:34 |
| richard_maw | ssam2: even for non-trivial builds, since you then have to tar up strata too | 11:34 |
| rdale | yes, except when it assembles the final system | 11:34 |
| richard_maw | rdale: aye, at which point you can either extract them from the tarballs, or do file copies, | 11:34 |
| richard_maw | rdale: potentially there's room to optimise the file copies with CoW on filesystems that support it | 11:35 |
| richard_maw | rdale: or you can try an overlayfs on top of the hardlinks for less filesystem coupling, but requiring root | 11:36 |
| rdale | i want to get artifact splitting working in ybd, before i even think about optimization | 11:36 |
| richard_maw | ack, easiest is to re-use the existing extraction logic presumably | 11:37 |
| rdale | i build a list of files for a split artifact, but currently each chunk is expected to be in the stratum, so i need to change the file list to point to the individual chunks '.unpacked' directory | 11:39 |
| rdale | directories rather | 11:39 |
| rdale | another question: is 'this' a special thing in python? is it possible that it would suddenly change while a function is being executed | 11:39 |
| richard_maw | rdale: AIUI 'this' is just Paul's preferred variable name | 11:40 |
| richard_maw | it has no semantic meaning in python | 11:40 |
| rdale | it's very confusing | 11:40 |
| rdale | ah ok | 11:40 |
| *** bashrc_ has quit IRC | 12:12 | |
| *** bashrc_ has joined #baserock | 12:14 | |
| radiofree | does anyone have a build log for xserver from a gnome system? | 12:25 |
| radiofree | output of ./configure is what i'm after | 12:25 |
| ssam2 | try `morph show-build-log` | 12:27 |
| ssam2 | it might work ... :) | 12:27 |
| pedroalvarez | that worked: http://paste.baserock.org/ocodabotis | 12:30 |
| pedroalvarez | radiofree: ^ | 12:30 |
| radiofree | TA! | 12:32 |
| * radiofree hmms | 12:33 | |
| radiofree | btw i manually compiled x on a gnome system for a jetson, gnome-shell works, and it's fast! | 12:33 |
| radiofree | (have to manually start things though) | 12:34 |
| radiofree | none of the apps appear to work thogh | 12:35 |
| radiofree | http://git.baserock.org/cgi-bin/cgit.cgi/delta/xserver.git/log/?h=baserock/1.18%2bjetson | 12:37 |
| radiofree | rdale: interestingly in qt 5.6 doc building fails | 12:47 |
| radiofree | don't think qtbase is providing qtdoc anymore (or might need to be turned on in the configuration) | 12:47 |
| rdale | i would have thought it should be built by default | 12:58 |
| radiofree | it used to be, but 5.6-beta is failing everywhere on making the documentation | 13:02 |
| * radiofree skips it for now since he just wants to test wayland | 13:02 | |
| radiofree | also need to lorry https://code.qt.io/cgit/qt/qtxmlpatterns-testsuites.git/ | 13:03 |
| rdale | it looks like qtdoc has been moved to the qttools repo: https://bugreports.qt.io/browse/QTBUG-49233 | 13:05 |
| radiofree | so you need to compile qtbase to compile qttools to compile the qtbase docs? | 13:06 |
| rdale | hmm | 13:07 |
| * radiofree adds https://code.qt.io/cgit/qt/qtdeclarative-testsuites.git/ to the list of lorries | 13:07 | |
| radiofree | getting as bad as boost this | 13:07 |
| rdale | we would probably need to have some kind of bootstrap scheme and build qtbase and qttools twice | 13:11 |
| *** toscalix has quit IRC | 13:12 | |
| radiofree | qtbase-docs? | 13:12 |
| radiofree | you can probably just call "make html_docs" in the qtbase rebo | 13:12 |
| radiofree | s/rebo/repo | 13:12 |
| *** Lachlan1975 has joined #baserock | 13:51 | |
| *** toscalix has joined #baserock | 14:14 | |
| *** tiagogomes_ has quit IRC | 16:04 | |
| *** edcragg has quit IRC | 16:06 | |
| *** edcragg has joined #baserock | 16:08 | |
| *** tiagogomes_ has joined #baserock | 16:19 | |
| paulsherwood | rdale: i used 'this' to mean the definition we are currently working on (assembling/building etc..).... what would you recommend as an alternative name | 16:27 |
| paulsherwood | (i borrowed this approach from hobo, fwiw) | 16:28 |
| rdale | i would normally take it to mean the current instance as in c++ inside a method (or self in other languages), but if it isn't in a method then 'definition' maybe if it is always a definition | 16:30 |
| rdale | i don't think that would particualarly help actually | 16:31 |
| rdale | for sandbox.install() possibly 'component' and 'dependency' would be clearer than 'this' and 'component' | 16:33 |
| paulsherwood | yup | 16:33 |
| rdale | the other part of the discussion where i found out that build-essential should contain any chunks, only meta files describing the contents of chunks is quite important - is that how it is supposed to work? | 16:35 |
| rdale | ^should contain^should not contain | 16:35 |
| paulsherwood | rdale: as of master, strata only contain metafiles. i would prefer to keep it that way, but my wip for the #150 problem has the files being tarred up... | 16:37 |
| paulsherwood | which as others have said is slower and a waste of space | 16:37 |
| rdale | right - i don't have any opinion - it's just that i was assuming that it would contain the chunks. i've change my artifact splitting code to copy the chunk files from the individual chunk artifacts | 16:38 |
| paulsherwood | i was originally trying to treat components (chunks) and compound components (strata, systems) generically but that is proving difficult :) | 16:39 |
| rdale | indeed! | 16:39 |
| paulsherwood | rdale: that would be preferable :) | 16:39 |
| paulsherwood | rdale: any improvements you can make to the clarity of the code would be welcome :) | 16:40 |
| rdale | well currently i'm confused, and usually coding confused ideas tends to not be very clear | 16:40 |
| paulsherwood | ack | 16:40 |
| rdale | i was getting strange behviour in sandbox.install() and your comment about exceptions getting eaten in your mail about the system artifact dependencies might explain that | 16:42 |
| rdale | i would like to turn off any multiple instance code, and also turn off the calls to randomize so that everything is deterministic and behaves the same way in every test run | 16:43 |
| paulsherwood | rdale: multiple instance only happens if instance: set to > 1, so without that exceptions should show up | 16:45 |
| paulsherwood | i'd be happy with a randomize: True flag, or similar | 16:46 |
| rdale | here is my current sandbox.install() function: http://paste.baserock.org/ibuhucugoc | 16:52 |
| rdale | if i don't have the two booleans 'is_system' and 'is_component_stratum', the code behaves differently - why would that be | 16:53 |
| *** edcragg has quit IRC | 16:56 | |
| *** edcragg has joined #baserock | 16:56 | |
| ssam2 | i'm going to do a few tweaks to cgit on git.baserock.org, it may be down briefly over the next 30 mins | 17:02 |
| pedroalvarez | that's ok | 17:07 |
| pedroalvarez | don't worry if takes ages to load, that won't be your fault | 17:10 |
| *** ctbruce has quit IRC | 17:10 | |
| paulsherwood | rdale: i don't understand your question | 17:18 |
| paulsherwood | rdale: /win 46 | 17:19 |
| paulsherwood | :( | 17:19 |
| rdale | if i don't use the 'if is_system:' boolean and just use if this.get('kind', 'chunk') == 'system': as per the original code the test is never true, even though it was true a couple of lines earlier in the function | 17:20 |
| paulsherwood | wow.. that is weird | 17:22 |
| rdale | i've tried to use pdb, but it seems broken inside a baserock vm as i assume we use a dummy readline() and it doesn't echo what you are typing | 17:23 |
| paulsherwood | rdale: maybe try this on your host? ybd doesn't require a baserock vm | 17:24 |
| rdale | i don't want to run anything as root where i'm debugging copying files around | 17:25 |
| paulsherwood | rdale: use vagrant up, debug on the vm? | 17:25 |
| paulsherwood | (if you have virtualbox) | 17:25 |
| rdale | yes, i have but a baserock vm with kvm works fine apart for this pdb problem | 17:26 |
| paulsherwood | ok | 17:26 |
| paulsherwood | sorry.. boarding now... | 17:26 |
| rdale | ok | 17:27 |
| *** jonathanmaw has quit IRC | 17:40 | |
| *** toscalix has quit IRC | 17:49 | |
| *** toscalix has joined #baserock | 17:49 | |
| *** bashrc_ has quit IRC | 18:02 | |
| ssam2 | finally the cgi-bin/cgit.cgi is gone from git.baserock.org URLs! | 18:04 |
| paulsherwood | w00t! | 18:05 |
| ssam2 | old URLs should still work of course | 18:05 |
| ssam2 | well.. maybe | 18:08 |
| ssam2 | pedro points out this will break all other troves | 18:08 |
| ssam2 | ok, seems it's much better to have them at http://git.baserock.org/cgit/ | 18:13 |
| ssam2 | we can still redirect git.baserock.org/baserock/ to git.baserock.org/cgit/baserock etc. as well | 18:13 |
| ssam2 | but redirecting git.baserock.org/* would break stuff like lc-status.html | 18:13 |
| pedroalvarez | it's nice as it is right now | 18:14 |
| *** ssam2 has quit IRC | 18:31 | |
| *** edcragg has quit IRC | 18:34 | |
| *** rdale has quit IRC | 18:38 | |
| *** toscalix has quit IRC | 18:52 | |
| *** Lachlan1975 has quit IRC | 19:11 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!