*** Aaliyah9331 has joined #buildstream | 00:13 | |
*** Aaliyah9331 has quit IRC | 00:15 | |
*** Julia4306 has joined #buildstream | 00:35 | |
*** Julia4306 has quit IRC | 00:36 | |
*** Julia6672 has joined #buildstream | 02:53 | |
*** Julia6672 has quit IRC | 02:54 | |
*** Chloe3225 has joined #buildstream | 04:47 | |
*** Chloe3225 has quit IRC | 04:49 | |
*** Kaylee7001 has joined #buildstream | 05:21 | |
*** Kaylee7001 has quit IRC | 05:22 | |
*** tristan has quit IRC | 07:16 | |
*** tristan has joined #buildstream | 07:20 | |
*** ChanServ sets mode: +o tristan | 07:24 | |
*** jude has joined #buildstream | 07:54 | |
*** rdale has joined #buildstream | 08:02 | |
*** phildawson has joined #buildstream | 08:12 | |
WSalmon | https://gitlab.com/BuildGrid/buildbox/buildbox-common/-/commits/juerg/grpc-retry juergbi this has seems to have worked well for my FD branch using what was bst-master. is there anything i can do to help with getting it landed and a new release? | 08:24 |
---|---|---|
juergbi | WSalmon: thanks for testing. no, I don't think further help is needed right now. I'll try to get this over the line soon | 08:25 |
WSalmon | brill thanks juergbi | 08:27 |
*** benschubert has joined #buildstream | 08:29 | |
*** Peyton7250 has joined #buildstream | 08:30 | |
*** Peyton7250 has quit IRC | 08:32 | |
juergbi | ironfoot, jjardon, tristan: can we limit this channel to registered users? I'm getting tons of privmsg spam and they seem to be gathering the nick from this channel | 08:33 |
juergbi | or is there an alternative to block them? haven't looked into IRC possibilities for quite a while | 08:34 |
jjardon | juergbi: sure, do you know the IRC mode ? I will search for it if not | 08:35 |
juergbi | not otoh | 08:35 |
jjardon | juergbi: +r should be already active | 08:36 |
juergbi | jjardon: this means only registered users can write to the channel, but they can still join, right? | 08:37 |
juergbi | if they can join, they get the channel list and they can send privmsg | 08:37 |
jjardon | let me recheck | 08:37 |
juergbi | or can I limit my privmsg to registered users? | 08:37 |
jjardon | docs says "Prevents users who are not identified to services from joining the channel." | 08:37 |
juergbi | hm | 08:37 |
jjardon | here: https://freenode.net/kb/answer/channelmodes | 08:38 |
juergbi | jjardon: see top join/quit lines: https://irclogs.baserock.org/buildstream/%23buildstream.2020-06-02.log.html | 08:38 |
juergbi | these are the spam sources | 08:38 |
jjardon | mmm, maybe GIMPNET have different meanings | 08:38 |
jjardon | I will ask in sysadmin | 08:38 |
juergbi | ta | 08:38 |
*** Elizabeth7281 has joined #buildstream | 08:39 | |
juergbi | if it's just me they're targeting for some reason, maybe I can block them somehow on my side | 08:39 |
juergbi | and the next Elizabeth7281 | 08:39 |
coldtom | juergbi, i've been having a lot of spam from privmsgs too | 08:39 |
juergbi | ok, so we should block it generally | 08:39 |
jjardon | juergbi: I've been receiving priv messages as well, but I'm in a lot of other channels in GIMPNET | 08:40 |
*** Elizabeth7281 has quit IRC | 08:40 | |
*** Elizabeth8633 has joined #buildstream | 08:41 | |
juergbi | I'm also in other channels but I see the spam sources only in #buildstream, as far as I've checked | 08:42 |
benschubert | juergbi: csing and I were also receiving some | 08:42 |
benschubert | and we're only on this channel | 08:42 |
juergbi | ok, thanks for confirming | 08:42 |
abderrahim[m] | juergbi: you can restrict privmsg to registered users | 08:42 |
abderrahim[m] | set your user mode to +R | 08:42 |
abderrahim[m] | (that's what the matrix bridge currently does, and it seems to work) | 08:42 |
*** Elizabeth8633 has quit IRC | 08:43 | |
juergbi | ok, thanks. will do that but would be good to find a solution without user config, of course | 08:43 |
juergbi | and also avoiding the join/quit spam | 08:43 |
abderrahim[m] | (that's what the matrix bridge currently does) | 08:47 |
abderrahim[m] | juergbi: you can set your user mode to +R to block priv messages from non-registered users | 08:49 |
juergbi | yes, got that. thanks | 08:49 |
*** santi has joined #buildstream | 08:50 | |
abderrahim[m] | I wasn't identified and fractal didn't tell me, so I switched to riot and posted again in case it didn't go through | 08:50 |
*** tpollard has joined #buildstream | 08:57 | |
*** jjardon sets mode: +R | 08:58 | |
jjardon | juergbi: seems the correct mode is +R | 08:58 |
juergbi | ta | 08:58 |
*** jude has quit IRC | 09:05 | |
tristan | benschubert, I edited my last comment on !1948, with what I think is a reasonable explanation as to why we cannot simply cache the target of the element in a loader's local `_elements` cache | 09:20 |
benschubert | tristan: ah sorry, forgot to answer that one, yeah seems reasonable. let's go for what we have then :) | 09:21 |
tristan | no worries, I was temporarily stuck in a meeting anyway :) | 09:21 |
traveltissues | i think the bots are just joining the channel and skimming the user list | 09:21 |
cphang | that sounds plausible | 09:22 |
* tristan just comes in in the morning and deletes a hand full of PMs | 09:22 | |
traveltissues | since they always join, leave after 2 seconds and then after some time i get a query | 09:22 |
*** tristan has quit IRC | 10:16 | |
*** tristan has joined #buildstream | 11:04 | |
*** ChanServ sets mode: +o tristan | 11:04 | |
WSalmon | bst will cache failure, this can be good as if this happens in CI i can then pull down the artifact and look at the log. but some times things fail for intermittent reasons, if i have a runner with a "semi" persistent cache and i try to rerun the job bst will not try to rebuild, i have to go and manually clear the runner's cache. is there a way to keep the creation and pushing of artifacts but have bst rerun when it finds cached failure? and if it | 11:45 |
WSalmon | dose rerun push the successful artifact over the failed on? | 11:45 |
WSalmon | i basiclly want to do `bst --no-interactive build --always-retry ELEMENT.bst` | 11:50 |
WSalmon | juergbi, benschubert ^ | 11:50 |
juergbi | WSalmon: yes, we should add such an option. always-retry might not be the best name as it might also mean retry failures in the new session | 11:51 |
juergbi | and we should make sure push replaces the artifact proto on the server | 11:51 |
juergbi | I'm wondering whether it would make sense to implicitly expire failed artifacts | 11:52 |
juergbi | at least in terms of considering an element cached | 11:52 |
juergbi | i.e., always retry builds if the only cached artifact is an old failed build. the question would be how do we define 'old' | 11:53 |
juergbi | maybe even have a userconfig for this. and if you specify 0s as expiry, it will never use cached failures | 11:54 |
WSalmon | sounds good to me, just wanted to check we didnt have this already, ill make a issue | 11:55 |
WSalmon | i presume this is addional cli so dosent need to block bst2? | 11:55 |
juergbi | yes, I don't think this needs to block bst2 | 11:56 |
juergbi | (but would still make sense to get done before) | 11:56 |
WSalmon | +1 | 11:57 |
WSalmon | juergbi, tpollard https://gitlab.com/BuildStream/buildstream/-/issues/1335 | 12:07 |
tristan | juergbi, I think user config makes sense here too | 12:18 |
tristan | Originally, I thought "Every user config should be in the user config, and only special/frequently changing ones should be exported additionally to CLI options" | 12:18 |
tristan | But then we found some exceptions to that which made sense | 12:19 |
tpollard | WSalmon: cheers for raising the issue | 12:26 |
tpollard | +1 to user config | 12:27 |
tristan | benschubert, please remember the junctions thread :) | 13:07 |
tristan | Took me a while to rebase but !1901 is up and running again | 13:08 |
*** tristan has quit IRC | 13:13 | |
traveltissues | can i have a review please https://gitlab.com/BuildStream/bst-plugins-experimental/-/merge_requests/117 | 13:27 |
*** narispo has quit IRC | 13:50 | |
*** tristan has joined #buildstream | 13:54 | |
*** ChanServ sets mode: +o tristan | 13:54 | |
*** rdale has quit IRC | 14:03 | |
WSalmon | https://gitlab.com/libreml/libreml/-/jobs/577469860/raw is confusing, it tries to pull many elements that are cached but clames they are not not the remote, it then builds them and then when it pushes says they were already on the remote, this seem quite confusing | 16:18 |
WSalmon | eg matplotlib.bst | 16:18 |
WSalmon | we dont think that it expired | 16:21 |
WSalmon | juergbi, do you have any idea what could cause this? | 16:21 |
coldtom | the artifact server has logged no UpdateArtifact requests with that cache key, if that's relevant at all | 16:22 |
cphang | WSalmon coldtom I suspect we'll need to create a smaller test case to be able to reproduce locally? | 16:23 |
*** tpollard has quit IRC | 17:13 | |
douglaswinship | does anyone know why Buildstream would tell me that "bst-plugins-experimental does not contain a plugin named 'git_tag'", when it clearly does? | 17:56 |
douglaswinship | i've checked, and i'm pip-installing from a local copy of the experimental repository, and it has git_tag.py in sources. | 17:57 |
*** santi has quit IRC | 19:02 | |
tristan | douglaswinship, two thoughts come to mind, did you configure it in project.conf: https://docs.buildstream.build/master/format_project.html#pip-plugins ? | 19:17 |
tristan | if not, and the error is due to missing config, please file an issue about improving the error message | 19:17 |
tristan | Otherwise, the other thought is you might have bst-plugins-experimental installed twice | 19:18 |
tristan | python is confusing that way, leaving you in situations with 10 different places where things get installed overshadowing eachother | 19:18 |
tristan | if that ends up being the cause, it might be worth improving the error message to indicate what path the plugin was loaded from (possibly helping the user identify the issue) | 19:19 |
tristan | Another less likely reason is if bst-plugins-experimental has the plugin but has not created an entry point for it in setup.py, that's quite unlikely | 19:22 |
*** benschubert has quit IRC | 19:58 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!