albfan[m] | tristan: Still trying to create that stack.bst, getting progress, no blocks | 05:43 |
---|---|---|
*** tristan has joined #buildstream | 07:30 | |
*** toscalix has joined #buildstream | 07:32 | |
*** bochecha_ has joined #buildstream | 08:12 | |
*** jennis has quit IRC | 08:12 | |
*** jonathanmaw has joined #buildstream | 08:40 | |
gitlab-br-bot | buildstream: merge request (valentindavid/359_cross_junction_elements->master: WIP: Cross junction elements) #454 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/454 | 08:41 |
*** aday has joined #buildstream | 08:44 | |
gitlab-br-bot | buildstream: merge request (jmac/virtual_directories->master: WIP: Abstract directory class and filesystem-backed implementation) #445 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/445 | 09:04 |
gitlab-br-bot | buildstream: merge request (valentindavid/359_cross_junction_elements->master: WIP: Cross junction elements) #454 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/454 | 09:06 |
*** dominic has joined #buildstream | 09:06 | |
*** tiago has joined #buildstream | 09:18 | |
*** finn_ has joined #buildstream | 10:00 | |
*** finn has quit IRC | 10:02 | |
finn_ | Hi, so I tried downloading Alpine directly from the website and I came accross this: | 11:01 |
finn_ | FAILURE tar source at base-alpine.bst [line 7 column 2]: Error staging source: [Errno 1] Operation not permitted | 11:01 |
finn_ | Now if I download the file and try: | 11:01 |
finn_ | tar -xvf alpine.tar.gz | 11:01 |
finn_ | I get: | 11:01 |
finn_ | tar: ./dev/null: Cannot mknod: Operation not permitted | 11:01 |
finn_ | Which I'm guessing causes the original error. Unsure how to proceed, any suggestions? | 11:01 |
*** finn has joined #buildstream | 11:04 | |
*** finn_ has quit IRC | 11:05 | |
gitlab-br-bot | buildstream: merge request (valentindavid/359_cross_junction_elements->master: WIP: Cross junction elements) #454 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/454 | 11:11 |
*** cs_shadow has joined #buildstream | 11:23 | |
gitlab-br-bot | buildstream: merge request (jmac/virtual_directories->master: WIP: Abstract directory class and filesystem-backed implementation) #445 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/445 | 11:32 |
tristan | finn, that is very weird, is it the same image we're using in tests ? or does it differ because you got it from the website ? | 11:33 |
tristan | finn, maybe ssssam[m] doctored the image to not contain static dev nodes ? | 11:33 |
tlater | tristan: That's exactly what ssssam[m] did - or well, what his plugin does | 11:34 |
tristan | that makes sense yeah | 11:36 |
tristan | you cant have static dev nodes, maybe we can produce them one day in artifacts, but certainly not at source staging time | 11:36 |
tlater | finn: You'll have to extract it without the device nodes and tar it back up - that's what I did, at least. Odd that alpine wouldn't consider this | 11:36 |
toscalix | when did BuildStream officially start? when is the project birthday? | 11:36 |
tlater | I'll find my makefile for you... | 11:37 |
tristan | toscalix, hmmm, hard to say, there is not an exact date | 11:37 |
toscalix | first commit? | 11:38 |
tristan | first commit is November 7th 2016 | 11:38 |
tristan | sorry november 6th | 11:38 |
toscalix | I will take that one then | 11:38 |
tlater | So BeaverCon is November 7th 2018 | 11:38 |
tristan | but we had meetings and design before writing code of course | 11:39 |
toscalix | I like the idea of celebrating the first commit | 11:39 |
toscalix | it is demonstrable | 11:39 |
tristan | Heh | 11:39 |
*** Guest32547 is now known as ernestask[m{ | 11:41 | |
*** ernestask[m{ is now known as ernestask[m] | 11:41 | |
*** tristan has quit IRC | 11:53 | |
finn | Is there a way to run a script on a downloaded file before it's staged? | 12:06 |
tlater | finn: There's the patch plugin, not sure if it does exactly that | 12:07 |
finn | Although, again for a simple example, is this necessary? | 12:08 |
tlater | Probably not :) | 12:08 |
finn | Which brings us back to - should we be hosting this .tar? | 12:08 |
tlater | Right, that's a point... | 12:09 |
tlater | So, the problem is that alpine's tarball contains device nodes | 12:10 |
tlater | Which we can't extract as a normal user | 12:10 |
tlater | Surely we wouldn't be the first to run into this? | 12:11 |
tlater | Have you googled around to see if this is a known issue for tarballs? | 12:11 |
finn | have done | 12:11 |
tlater | Or is everybody just extracting their sysroots as root? | 12:11 |
tlater | I think the "correct" solution here is to talk to upstream and figure out what's going on on their end | 12:12 |
tlater | I don't think a tarball should contain device nodes | 12:12 |
*** tristan has joined #buildstream | 12:13 | |
tlater | In the mean time, we will probably want to host this tarball... And then migrate to freedesktop-sdk as soon as that becomes available. | 12:14 |
tlater | tristan: Any ideas about where we could host a slightly modified alpine tarball? | 12:15 |
tlater | finn: Alternatively, I think the tar source plugin could specify a source regexp without /dev, but I'm not sure that's helpful for a starter project. | 12:16 |
tristan | tlater, dont we already host one ? | 12:16 |
tristan | tlater, if we're using it in integration tests, then we must be hosting it somewhere right ? | 12:16 |
finn | tristan, isn't that a docker file? | 12:17 |
tristan | I dont know, is it ? | 12:17 |
tlater | Hrm, it can't be - was originally, perhaps, but certainly isn't anymore | 12:17 |
tlater | Because the docker plugin isn't in the main repo | 12:17 |
tlater | Lemme check what it is | 12:17 |
tristan | right | 12:17 |
tristan | https://gnome7.codethink.co.uk/tarballs/ | 12:18 |
tristan | is where we host it currently | 12:18 |
tlater | Oh, right, this was ssssam[m]'s hacky little script | 12:18 |
tlater | Haha, finn, ssssam[m] wrote a script that turns the alpine mini tarball into something usable | 12:18 |
tlater | And is deploying the result of that into what tristan linked | 12:18 |
tlater | finn: The script is here: https://gitlab.com/BuildStream/buildstream/blob/master/tests/integration/base/generate-base.sh | 12:19 |
tlater | So yeah, I think the solution here is to use the alpine tarball in the repository tristan linked | 12:20 |
finn | worked | 12:25 |
finn | ta | 12:25 |
*** xjuan has joined #buildstream | 12:49 | |
gitlab-br-bot | buildstream: issue #394 ("Abstraction of storage used by sandbox") changed state ("opened") https://gitlab.com/BuildStream/buildstream/issues/394 | 13:09 |
gitlab-br-bot | buildstream: merge request (jmac/virtual_directories->master: WIP: Abstract directory class and filesystem-backed implementation) #445 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/445 | 13:12 |
valentind | Strange error: https://gitlab.com/BuildStream/buildstream/-/jobs/67299002 | 13:49 |
valentind | This does not seem to be my fault. Should I open an issue for that? | 13:49 |
tristan | valentind, this is very strange, you know... I know which commit triggered that | 13:55 |
tristan | it makes ABSOLUTELY no sense to me why | 13:56 |
tristan | but this causes it to happen: https://gitlab.com/BuildStream/buildstream/merge_requests/452 | 13:56 |
tristan | juergbi, have any idea how MR 452 above could cause that failure ? | 13:57 |
tristan | I honestly thought it was a very rare race condition, but now it's happened twice since merging that | 13:57 |
tristan | it *is* a race, but now it seems to trigger more in CI, just because we're doing a version check instead of a feature check for --die-with-parent | 13:58 |
juergbi | have you verified that the feature check works? | 13:59 |
tristan | Maybe we are wrong about the version ? maybe it's available since earlier than 0.1.8 and we have < 0.1.8 in the image ? | 13:59 |
tristan | juergbi, you mean the version check ? | 13:59 |
tristan | i.e. now we dont do the feature check | 13:59 |
juergbi | eh, yes | 13:59 |
tristan | I will look into it | 14:01 |
tristan | but not tonight, first thing tomorrow | 14:01 |
juergbi | i.e., I would verify that --die-with-parent is actually used in the CI now. if it is, I have no idea why this race condition would be triggered | 14:02 |
tristan | indeed it seems that we must not be using --die-with-parent | 14:02 |
tristan | yeah, I will print a bwap --version in CI to check what's in the image too | 14:02 |
tristan | valentind, you can open an issue for it if you like yes, and link to MR 452, it's certainly not your fault | 14:03 |
* tristan thinks we'll fix it quickly | 14:04 | |
gitlab-br-bot | buildstream: issue #395 ("Job Failed #67299002: FileExistsError") changed state ("opened") https://gitlab.com/BuildStream/buildstream/issues/395 | 14:10 |
valentind | Here it is. | 14:10 |
tristan | thanks! | 14:31 |
toscalix | bstbuild then? | 15:07 |
toscalix | as twitter name? | 15:07 |
*** mohan43u has quit IRC | 15:07 | |
toscalix | having buildstream is important I believe | 15:07 |
toscalix | but I can live without it | 15:08 |
dominic | toscalix, apparently if @buildstream hasn't had any activity in 6 months you can try and claim it (looks like nothing has happened on it since 2015) | 15:10 |
paulsherwood | did we get buildstream.io ? | 15:10 |
toscalix | tom pollard told me how to claim it | 15:11 |
*** mohan43u has joined #buildstream | 15:12 | |
jmac | What does "bstbuild" mean? buildstreambuild? | 15:12 |
toscalix | jmac: that is the point I made on the mailing list | 15:12 |
toscalix | I would like to claim @buildstream but I need a domain, based on the advices provided by some people on internet related with impersonation claims at twitter | 15:14 |
paulsherwood | which is why i asked if we got buildstream.io | 15:14 |
toscalix | buildstream.org is taken so I assume buildstream.io has been discussed before | 15:14 |
paulsherwood | answer is no :/ | 15:14 |
paulsherwood | ffs | 15:15 |
toscalix | I will send a mail then with options | 15:15 |
* paulsherwood is having an irritable day | 15:15 | |
toscalix | about domains | 15:15 |
*** bethw has joined #buildstream | 15:31 | |
toscalix | I sent to the list some suggestions about the domain, adter some search | 16:05 |
toscalix | s/adter/after | 16:05 |
toscalix | buildstreambuild ja :-) I am getting nuts. | 16:18 |
*** toscalix has quit IRC | 16:31 | |
*** dominic has quit IRC | 16:44 | |
gitlab-br-bot | buildstream: merge request (jmac/virtual_directories->master: WIP: Abstract directory class and filesystem-backed implementation) #445 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/445 | 16:59 |
*** tiago has quit IRC | 17:01 | |
*** jonathanmaw has quit IRC | 17:01 | |
*** tiago has joined #buildstream | 17:02 | |
*** tristan has quit IRC | 17:04 | |
*** tiago has quit IRC | 17:16 | |
gitlab-br-bot | buildstream: merge request (valentindavid/359_cross_junction_elements->master: WIP: Cross junction elements) #454 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/454 | 17:32 |
gitlab-br-bot | buildstream: merge request (valentindavid/359_cross_junction_elements->master: Cross junction elements) #454 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/454 | 17:32 |
*** aday has quit IRC | 18:46 | |
*** aday has joined #buildstream | 18:47 | |
*** aday has quit IRC | 18:51 | |
*** aday has joined #buildstream | 18:52 | |
*** tristan has joined #buildstream | 19:05 | |
*** aday has quit IRC | 19:21 | |
*** aday has joined #buildstream | 19:22 | |
*** aday has quit IRC | 19:26 | |
*** aday has joined #buildstream | 19:27 | |
*** bethw has quit IRC | 19:29 | |
*** aday has quit IRC | 19:33 | |
*** bethw has joined #buildstream | 19:44 | |
*** xjuan has quit IRC | 20:02 | |
*** tristan has quit IRC | 20:50 | |
*** bethw has quit IRC | 21:01 | |
gitlab-br-bot | buildstream: issue #396 ("BuildStream is not reporting element-path in the startup summary") changed state ("opened") https://gitlab.com/BuildStream/buildstream/issues/396 | 23:23 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!