IRC logs for #buildstream for Monday, 2018-02-05

*** Prince781 has joined #buildstream00:32
*** Prince781 has quit IRC01:45
*** chrono has joined #buildstream02:38
*** Prince781 has joined #buildstream02:42
*** Prince781 has quit IRC03:00
*** Prince781 has joined #buildstream03:01
*** Prince781 has quit IRC03:43
*** Prince781 has joined #buildstream03:43
*** Prince781 has quit IRC05:08
gitlab-br-botbuildstream: merge request (element-workspaces->master: Make workspaces element-wide instead of source-specific) #257 changed state ("closed"): https://gitlab.com/BuildStream/buildstream/merge_requests/25707:49
*** tristan has quit IRC08:00
*** lantw44 has quit IRC08:00
*** tristan has joined #buildstream08:00
*** valentind has joined #buildstream08:12
*** bethw has joined #buildstream09:00
*** lantw44 has joined #buildstream09:02
*** tristan has quit IRC09:37
*** valentind has quit IRC09:55
*** tiago has joined #buildstream09:57
*** aday has joined #buildstream10:07
*** jonathanmaw has joined #buildstream10:08
*** tiago has quit IRC10:37
*** tiago has joined #buildstream10:38
*** aday has quit IRC11:10
*** aday has joined #buildstream11:28
gitlab-br-botbuildstream: merge request (sam/conf-docs->master: Improve documentation for Autotools, CMake and Meson elements) #258 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/25811:34
*** tiago has quit IRC11:52
*** tiago has joined #buildstream11:53
gitlab-br-botbuildstream: merge request (sam/conf-docs->master: Improve documentation for Autotools, CMake and Meson elements) #258 changed state ("merged"): https://gitlab.com/BuildStream/buildstream/merge_requests/25812:11
*** ernestask has joined #buildstream12:20
*** aday has quit IRC12:33
*** aday has joined #buildstream12:59
jjardon[m]hi, does anyone have any idea about https://gitlab.com/BuildStream/buildstream/issues/224 ? We are not getting any warning or error message but bst doesnt seem to try to push to the cache server13:10
juergbijjardon[m]: have you specified push: true in the config?13:18
juergbithis was added with the support for multiple caches13:18
jjardon[m]juergbi: ah, that should be it13:22
jjardon[m]let me try13:22
*** tiago has quit IRC13:32
*** tiago has joined #buildstream13:32
*** tiago has joined #buildstream13:33
jjardon[m]juergbi: can it be the default to "push: true", so we can keep compatibility with the config?13:38
jjardon[m]If not, do you want me to open a issue to start a doc with incompatibilities between the bst-1.0 branch and master?13:39
juergbii can understand the compatibility issue but defaulting to false generally sounds like a better idea13:39
juergbiwe don't want accidental pushing13:39
juergbia page with information about upgrading for each release series could indeed be useful13:40
juergbimaybe we could default to push for the old configuration style (where only one cache can be specified)13:41
juergbihowever, it might be very confusing13:41
juergbiso i'd rather leave it as is despite the compatibility issue13:41
gitlab-br-botbuildstream: issue #224 ("buildstream is not pushing the artifacts even its using a SSH connection to download them") changed state ("closed") https://gitlab.com/BuildStream/buildstream/issues/22413:42
gitlab-br-botbuildstream: merge request (jjardon/jinja->master: setup.py: Require jinja >= 2.10) #239 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/23913:43
gitlab-br-botbuildstream: issue #226 ("Document incompatibilities between bst-1.0 and current master branch") changed state ("opened") https://gitlab.com/BuildStream/buildstream/issues/22613:44
*** mcatanzaro has joined #buildstream14:01
gitlab-br-botbuildstream: issue #194 ("Pin Jinja2 to use at least 2.10") changed state ("closed") https://gitlab.com/BuildStream/buildstream/issues/19414:23
gitlab-br-botbuildstream: merge request (jjardon/jinja->master: setup.py: Require jinja >= 2.10) #239 changed state ("merged"): https://gitlab.com/BuildStream/buildstream/merge_requests/23914:23
jonathanmawhrm, I'm trying to write tests for my implementation of allowing project.conf to override a source's config. Unfortunately, the method currently used to test element config overrides can't be extended to sources, since `bst show` doesn't let me output sources.14:30
jonathanmawI think I'll stick to showing it off by what the end-result is, by showing it off in the git source14:30
gitlab-br-botbuildstream: issue #227 ("Allow building releases") changed state ("opened") https://gitlab.com/BuildStream/buildstream/issues/22715:21
jjardon[m]hi, any idea about ^ ? seems using bst shell and then make distcheck doesnt work as expected (Im trying here but mcatanzaro is getting an empty directory with nothing in it)15:32
juergbihm, any error messages?15:39
mcatanzarojuergbi: I didn't notice any error messages last time I tried it15:40
mcatanzaroI'll try again soon; first I have to figure out how to get past harfbuzz which is currently unbuildable15:41
mcatanzaroI guess I can just manually change the tracked commit to something else as a workaround15:41
*** noisecell has quit IRC15:47
mcatanzarojuergbi: How is it supposed to work?15:48
mcatanzaro'bst shell' brings me to an empty directory15:49
mcatanzaro# ls15:49
mcatanzaro# pwd15:49
mcatanzaro/buildstream/build15:49
mcatanzaroAre there supposed to be build products there...?15:49
persiabst shell should take you to a populated stages environment.  Maybe you found a bug?  Maybe the element definition is missing something?15:51
persiaFor source elements, I think the stage is the source and binary build dependencies.15:52
persiaFor others I do not have a good idea of what is staged.15:52
mcatanzaroI've never seen it do anything except take me to an empty build directory... I can actually run epiphany from there and it even sort of works, but definitely no way to run 'ninja dist' like I want to do16:00
mcatanzarojjardon: ^16:00
gitlab-br-botbuildstream: issue #228 ("Don't print tty process group warning when exiting bst shell") changed state ("opened") https://gitlab.com/BuildStream/buildstream/issues/22816:24
jjardon[m]mcatanzaro: can you try "bst workspace open core/epiphany.bst ~/epiphany"16:25
jjardon[m]the go to that folder and try to make distcheck?16:25
mcatanzarojjardon[m]: I already have a workspace open for it16:25
mcatanzaro'make distcheck' on the host will definitely fail, I need newer dependencies built by BuildStream for it to pass16:25
mcatanzaro(It's actually meson, so it would be 'ninja dist', but that doesn't matter.)16:26
jjardon[m]oh, seems workspaces doesnt work as I though16:27
* paulsherwood wonders how the FOSDEM talk went?16:34
* jonathanmaw also16:45
jonathanmawwhen it's uploaded, it should appear on https://video.fosdem.org/2018/K.3.201/16:45
jonathanmawin, rather16:46
gitlab-br-botbuildstream: issue #229 ("Allow configuring default location for workspaces") changed state ("opened") https://gitlab.com/BuildStream/buildstream/issues/22916:53
mcatanzarojjardon: I think I need to give up and reinstall jhbuild to do this week's releases, what do you think? If nobody knows how to do this...? :/16:56
mcatanzaroProbably we should mail maintainers and let them know about this problem? I guess everybody who has released so far is still using jhbuild or host OS or hacking things somehow.16:57
jjardon[m]mcatanzaro: yep, I think tristan is travelling at the moment (coming back from FOSDEM) so maybe wait until he can reply? Or do you think is better to send an announcement to the GNOME mailist list now?16:59
mcatanzaroIt can't really wait, because releases are due today, right? :P17:00
mcatanzaroBad timing I guess17:00
jjardon[m]mcatanzaro: jbhuild modulesets and bst ones are not in sync anymore so there is a chance people will build using the incorrect deps. mmm17:00
mcatanzaroWe could announce a delay17:02
* mcatanzaro suggests delay17:06
jjardon[m]mcatanzaro: Id suggest the same17:11
mcatanzaroI'll announce it, then17:11
gitlab-br-botbuildstream: issue #230 ("Error when trying to "bst shell" in a component") changed state ("opened") https://gitlab.com/BuildStream/buildstream/issues/23017:13
mcatanzarojjardon[m]: What do you think about moving 3.19.90 to next week, and just skipping 3.19.91?17:23
gitlab-br-botbuildstream: merge request (212-git-source-needs-a-way-to-disable-checking-out-submodules->master: WIP: Resolve "Git source needs a way to disable checking out submodules") #259 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/25917:23
jjardon[m]mcatanzaro: lets move this to #r-t17:24
mcatanzaroAh yes17:24
bochechamcatanzaro: about tarballs… why not simply do `bst shell --build MODULE` and then in that shell run the `make distcheck` or equivalent?18:05
mcatanzaroAaaaah, it's the --build flag that we were missing18:06
mcatanzarobochecha: Shame you didn't mention that five minutes ago :P18:06
mcatanzaroI was doing 'bst shell MODULE' without --build and was very confused why there was nothing there18:07
bochechaI didn't know you were searching for this information 5 minutes ago :)18:07
bochechaI only saw your email18:07
mcatanzaro;)18:07
mcatanzaroThanks18:07
bochechayeah, `bst shell MODULE` gives you a shell in a sandbox where the module was already built and installed18:07
bochechawith the `--build` you get a shell just before building the module18:07
bochechayou can even run: `bst shell --build -- make distcheck` and that should work18:08
mcatanzaroIndeed, I see stuff there now!18:08
bochechahowever, the problem will be getting the tarball out of the sandbox18:08
bochechawhen you exit the shell, it is lost18:08
bochechaand inside the shell you don't have access to the host filesystem :-/18:08
*** ruben has joined #buildstream18:08
mcatanzaroAaaaaah18:08
bochechawhat might work is the following:18:09
bochecha`bst shell --build app.bst bash -- -c "make distcheck; cat ${TARBALL}" > ${TARBALL}`18:09
bochechabut of course, you need to know the name of the generated tarball :-/18:10
bochechathis is similar to a problem I had for a project of mine, we came up with this invocation with ssam218:11
mcatanzaroI didn't realize bst shell could run commands like that, OK....18:11
bochecha(in my case it was extracting the translatable strings, running gettext in the sandbox and getting the resulting pot file outside the sandbox)18:11
bochechait can run pretty much anything :)18:13
bochechait would be great if it had something like flatpak's `--filesystem` option, so you could get the result of the command out of the sandbox, though18:14
*** slaf has quit IRC18:14
*** slaf- has joined #buildstream18:14
*** slaf- is now known as slaf18:14
*** jonathanmaw has quit IRC18:15
mcatanzaroI'm trying: bst shell --build core/epiphany.bst bash -- -c "cd _builddir; meson ..; ninja; ninja dist; cat epiphany-3.27.90.tar.xz > epiphany-3.27.90.tar.xz"18:20
mcatanzaroI think it ran out of file descriptors18:20
mcatanzaroWow18:20
mcatanzarohttps://paste.gnome.org/pxxnvag4q18:21
mcatanzaroNever seen that before18:21
mcatanzarobochecha: https://gitlab.com/BuildStream/buildstream/issues/227 <-- thanks for the help!18:25
juergbimcatanzaro: for access to the release tarball, open a workspace18:31
juergbinor sure about the file descriptor issue18:31
mcatanzaroOh wow, it's already there in my workspace!18:33
mcatanzaroCool18:33
*** valentind has joined #buildstream18:37
bochechaoh, I didn't know workspaces would have the tarball18:53
*** aday has quit IRC19:33
gitlab-br-botbuildstream: issue #231 ("Bash completion broken inside bst shell") changed state ("opened") https://gitlab.com/BuildStream/buildstream/issues/23119:34
*** ernestask has quit IRC19:36
gitlab-br-botbuildstream: issue #232 ("fd leak when generating epiphany tarball") changed state ("opened") https://gitlab.com/BuildStream/buildstream/issues/23219:44
*** aday has joined #buildstream20:19
*** Prince781 has joined #buildstream21:55
*** valentind has quit IRC21:56
*** spamdoctor_ has joined #buildstream22:06
*** aday has quit IRC22:07
*** Prince781 has quit IRC22:12

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!