Tuesday, 2020-07-21

*** openstack has joined #openstack-oslo07:32
*** ChanServ sets mode: +o openstack07:32
*** rcernin_ has quit IRC07:34
*** tosky has joined #openstack-oslo07:37
*** dtantsur|afk is now known as dtantsur07:55
openstackgerritJorhson Deng proposed openstack/oslo.cache master: Support SASL protocol for memcached  https://review.opendev.org/74206008:06
openstackgerritJorhson Deng proposed openstack/oslo.cache master: Support SASL protocol for memcached  https://review.opendev.org/74206008:15
*** rcernin_ has joined #openstack-oslo08:16
*** rcernin_ has quit IRC08:26
*** moguimar has joined #openstack-oslo08:37
*** rcernin_ has joined #openstack-oslo08:47
*** rcernin_ has quit IRC09:07
*** rcernin_ has joined #openstack-oslo09:41
*** rcernin_ has quit IRC09:55
*** rcernin_ has joined #openstack-oslo10:28
openstackgerritHervé Beraud proposed openstack/automaton master: Add pre-commit  https://review.opendev.org/74212511:27
openstackgerritHervé Beraud proposed openstack/debtcollector master: Add pre-commit  https://review.opendev.org/74212711:28
openstackgerritHervé Beraud proposed openstack/futurist master: Add pre-commit  https://review.opendev.org/74212811:28
openstackgerritHervé Beraud proposed openstack/oslo.concurrency master: Add pre-commit  https://review.opendev.org/74212911:29
openstackgerritHervé Beraud proposed openstack/oslo.config master: Add pre-commit  https://review.opendev.org/74213011:30
openstackgerritHervé Beraud proposed openstack/oslo.context master: Add pre-commit  https://review.opendev.org/74213111:30
openstackgerritHervé Beraud proposed openstack/oslo.db master: Add pre-commit  https://review.opendev.org/74213211:31
openstackgerritHervé Beraud proposed openstack/oslo.i18n master: Add pre-commit  https://review.opendev.org/74213311:31
openstackgerritHervé Beraud proposed openstack/oslo.limit master: Add pre-commit  https://review.opendev.org/74213411:32
openstackgerritHervé Beraud proposed openstack/oslo.log master: Add pre-commit  https://review.opendev.org/74213511:32
openstackgerritHervé Beraud proposed openstack/oslo.messaging master: Add pre-commit  https://review.opendev.org/74213711:33
openstackgerritHervé Beraud proposed openstack/oslo.middleware master: Add pre-commit  https://review.opendev.org/74213811:33
openstackgerritHervé Beraud proposed openstack/oslo.policy master: Add pre-commit  https://review.opendev.org/74213911:34
openstackgerritHervé Beraud proposed openstack/oslo.privsep master: Add pre-commit  https://review.opendev.org/74214011:35
openstackgerritHervé Beraud proposed openstack/oslo.reports master: Add pre-commit  https://review.opendev.org/74214111:35
openstackgerritHervé Beraud proposed openstack/oslo.rootwrap master: Add pre-commit  https://review.opendev.org/74214211:36
openstackgerritHervé Beraud proposed openstack/oslo.serialization master: Add pre-commit  https://review.opendev.org/74214311:36
openstackgerritHervé Beraud proposed openstack/oslo.service master: Add pre-commit  https://review.opendev.org/74214411:37
openstackgerritHervé Beraud proposed openstack/oslo.upgradecheck master: Add pre-commit  https://review.opendev.org/74214711:37
openstackgerritHervé Beraud proposed openstack/oslo.utils master: Add pre-commit  https://review.opendev.org/74214811:38
openstackgerritHervé Beraud proposed openstack/oslo.versionedobjects master: Add pre-commit  https://review.opendev.org/74214911:38
openstackgerritHervé Beraud proposed openstack/oslo.vmware master: Add pre-commit  https://review.opendev.org/74215011:39
openstackgerritHervé Beraud proposed openstack/oslotest master: Add pre-commit  https://review.opendev.org/74215111:39
openstackgerritHervé Beraud proposed openstack/osprofiler master: Add pre-commit  https://review.opendev.org/74215211:40
openstackgerritHervé Beraud proposed openstack/stevedore master: Add pre-commit  https://review.opendev.org/74215311:40
openstackgerritHervé Beraud proposed openstack/taskflow master: Add pre-commit  https://review.opendev.org/74215411:41
openstackgerritHervé Beraud proposed openstack/tooz master: Add pre-commit  https://review.opendev.org/74215511:42
openstackgerritHervé Beraud proposed openstack/openstack-doc-tools master: Add pre-commit  https://review.opendev.org/74215711:43
openstackgerritHervé Beraud proposed openstack/openstackdocstheme master: Add pre-commit  https://review.opendev.org/74215811:43
openstackgerritHervé Beraud proposed openstack/os-api-ref master: Add pre-commit  https://review.opendev.org/74215911:44
openstackgerritHervé Beraud proposed openstack/pbr master: Add pre-commit  https://review.opendev.org/74216011:44
openstackgerritHervé Beraud proposed openstack/sphinx-feature-classification master: Add pre-commit  https://review.opendev.org/74216111:45
openstackgerritMerged openstack/oslo.service master: Do not import "oslo.log" in the main module  https://review.opendev.org/74197211:47
*** sean-k-mooney has quit IRC11:48
*** iurygregory has quit IRC11:49
dtantsurhberaud: I believe you folks have discussed it already, but I do like to point out that all this ^^^ opens up remote code execution on all developer machines11:50
dtantsurcan you at least pull the commit hooks from a trusted location rather than a random dude's github?11:51
openstackgerritJorhson Deng proposed openstack/oslo.cache master: Support SASL protocol for memcached  https://review.opendev.org/74206011:51
* dtantsur disables hooks on his machine until this is resolved11:51
hberauddtantsur: sure11:53
openstackgerritJorhson Deng proposed openstack/oslo.cache master: Support SASL protocol for memcached  https://review.opendev.org/74206011:53
dtantsurhberaud: what I mean is something like https://opendev.org/openstack/oslo-commit-hooks11:54
dtantsurwhich I'm very cool with trusting to execute code on my machine11:54
hberauddtantsur: sorry I was not aware of about this discussion11:54
dtantsurI dunno if it has been discussed or not, just pointing out a potential problem11:54
hberauddtantsur: I agree I was thinking about a centralized official repo pulled on all your pre-commit config to avoid to patch ~40 repos all the time11:55
hberauddtantsur: thanks for the heads up11:56
dtantsuryep. maybe even skip "oslo" and just start collecting useful hooks11:56
*** tkajinam has quit IRC11:56
dtantsurin openstack/commit-hooks11:56
hberaudyep11:56
hberauddtantsur: FYI, long short story, all my patches are based on => https://review.opendev.org/#/c/720771/11:58
*** iurygregory has joined #openstack-oslo11:59
*** raildo has joined #openstack-oslo12:01
openstackgerritMerged openstack/tooz master: hashring: allow choosing hash function  https://review.opendev.org/73972512:12
*** dave-mccowan has joined #openstack-oslo12:28
dtantsurunrelated, but could you folks release tooz with ^^ please?12:40
moguimardtantsur, I was also a bit unsure about random dude commit hook12:42
moguimarbut what about https://github.com/pre-commit/pre-commit-hooks12:42
moguimarand https://gitlab.com/pycqa/flake812:42
dtantsurpycqa is an authority I know, the pre-commit project - dunno12:42
moguimarI don't think dropping https://github.com/Lucas-C/pre-commit-hooks would hurt that much12:43
dtantsureven like that, I'm still worried that one unfortunate commit (not necessary malicious) can make local development of oslo impossible12:43
dtantsur(unless I misunderstand how it works)12:43
moguimarfor now it is not gating12:43
moguimarand not automaticly installed12:44
moguimaryou can run with tox -e pre-commit12:44
moguimarjust to experiment12:44
moguimarbut you can also `pre-commit install`12:44
moguimarand have the hooks on12:44
moguimarthe idea is to get it gating in pep8 testenv12:45
moguimarotherwhise we wouldn't be able to enforce the hooks style12:45
dtantsurwhile it's opt-in it's fine. as soon as it gets run automatically with `tox -epep8`, it can become a problem12:51
dtantsurand (if airplanes are still a thing), please think of people running tests on an airplane ;)12:52
*** rcernin_ has quit IRC12:54
hberaudmoguimar: I agree we could easily drop this one https://github.com/Lucas-C/pre-commit-hooks without much issues13:17
hberauddtantsur: concerning the pycqa hooks I thing we can trust him, it will only call flake8 (https://github.com/pycqa/flake8/blob/master/.pre-commit-hooks.yaml) so if the hooks is broken then flake8 will be broken in the same manner even if we don't use pre-commit13:20
hberaudwhile the requirements version of flake8 stay sync with the hook's version13:21
openstackgerritJorhson Deng proposed openstack/oslo.cache master: Support SASL protocol for memcached  https://review.opendev.org/74206013:25
hberaudI mean while these versions stay synced then if an issue exist in flake8 we will facing this one whatever if we use tox or pre-commit13:25
hberaudmoguimar, dtantsur: concerning https://github.com/pre-commit/pre-commit-hooks I think that while the version is pinned then we have no much chances to seen unexpected behaviors and if I'm right pre-commit force us to pin repo versions, and this is already the case on our config => https://review.opendev.org/#/c/720771/6/.pre-commit-config.yaml13:29
hberaudthoughts?13:30
dtantsurhberaud: tags are replaceable (although this is a problem only in case of malicious modifications)13:34
dtantsurmaybe use a git hash? these are hard to reproduce13:34
hberauddtantsur: right13:34
*** kevko has joined #openstack-oslo13:34
hberauddtantsur: indeed git hash could be more secure13:34
kevkohi guys, can someone discuss with me oslo.cache , i found a big bug13:34
hberaudkevko: which one?13:34
hberaudkevko: go wild13:35
kevkohberaud: https://bugs.launchpad.net/oslo.cache/+bug/188839413:35
openstackLaunchpad bug 1888394 in oslo.cache "Oslo.cache exponencially raising up connection to memcached" [Undecided,New]13:35
kevkohberaud: we met this bug when upgrading to latest oslo.cache in stein on thursday , big deployment, big traffic to memcache13:36
hberaudkevko: got it13:36
hberaudkevko: I seen you've a patch to propose, right?13:37
hberaudkevko: how do you plan to solve it?13:37
*** bnemec has joined #openstack-oslo13:38
hberaudkevko: I mean the flush is something important to manage stale datas13:38
hberaudkevko: but I understood your use case13:38
hberaudmoguimar: FYI ^^^ (oslo.cache)13:39
kevkohberaud: wait a minute .. just pushing to review13:41
hberaudkevko: yep could be worth to continue the discussion on it13:41
openstackgerritMichal Arbet proposed openstack/oslo.cache master: Do not hardcode flush_on_reconnect, move to oslo.cache config  https://review.opendev.org/74219313:42
kevkohberaud: just pushed to review - > https://review.opendev.org/742193 , idea of patch is that it is not hardcondig param in code ..but use from oslo.cache config backend_argument if specified .. moreover ..this option makes sense mostly in keystone ..so all services can have turned off13:44
hberaudkevko: yep I seen thanks, I already left a comment on it13:44
moguimarI added myself to review too13:46
kevkothank you guys :)13:46
kevkoi hate release notes :D13:47
hberaudkevko: why, reno is something really well designed, based on git branches etc... and really useful for the releases team :)13:48
* hberaud don't want to trigger a debate :)13:49
kevkohberaud: i left a reply to your comment hberaud :)13:52
hberaudkevko: thanks13:53
kevkohberaud: oh, thank you ..well, then i will rework as you said :)13:59
hberaudkevko: you're welcome :)13:59
*** Luzi has quit IRC14:34
*** Luzi has joined #openstack-oslo14:48
*** Luzi has quit IRC14:50
*** rcernin_ has joined #openstack-oslo14:52
*** rcernin_ has quit IRC14:57
dtantsurbnemec: morning! would it be possible to release tooz with the hashring change that merged today?15:16
bnemecdtantsur: https://review.opendev.org/74222615:36
bnemecHad some issues with the latest version of the release tooling. :-/15:36
dtantsurthank you!15:39
openstackgerritMichal Arbet proposed openstack/oslo.cache master: Do not hardcode flush_on_reconnect, move to oslo.cache config  https://review.opendev.org/74219315:45
kevkohberaud: hope that reno is OK :P15:46
hberaudkevko: nice changes, kudos15:48
hberaudkevko: I'll review on PS2 directly15:48
hberaudthanks15:48
dhellmannbnemec : zzzeek is looking at adopting stevedore in dogpile.cache but stevedore requires python >=3.6 and dogpile still supports 3.5. Do you know why that restriction was made on stevedore?15:52
hberauddhellmann: I suppose it's related to https://governance.openstack.org/tc/reference/runtimes/victoria.html#python-runtimes-for-train15:55
hberaud(officially supported runtimes)15:56
openstackgerritDoug Hellmann proposed openstack/stevedore master: restore support for python 3.5  https://review.opendev.org/74223415:56
dhellmannhberaud : saying 'at a minimum' there doesn't mean no longer supporting earlier versions. it means the version specified must be among the support list15:56
hberauddhellmann: AFAIK all the reasons are there => https://github.com/openstack/stevedore/blob/master/releasenotes/notes/drop-python2-support-3f0f717570cad8cb.yaml https://governance.openstack.org/tc/goals/selected/ussuri/drop-py27.html16:02
bnemecdhellmann: hberaud: I think part of the motivation for dropping official py35 support was that our default test nodes were not going to have that version installed anymore.16:24
bnemecWe have kept py35 support in a few specific projects like pbr, so I think we _could_ reinstate that if it would be helpful.16:24
hberaudbnemec: yep you are right about the nodes, I missed that point16:25
kevkohberaud: i'm just curious , what is PS2 ? :)16:27
*** hamalq has joined #openstack-oslo16:27
hberaudbnemec: I think it's possible to reintroduce official support but after few discussions about this with the concerned people to reach a consensus16:27
hberaudkevko: Patch Set 216:28
*** hamalq has quit IRC16:28
*** hamalq has joined #openstack-oslo16:29
*** ralonsoh_ has joined #openstack-oslo16:41
*** ralonsoh has quit IRC16:43
dhellmannbnemec , hberaud : it would be nice if we could keep support. if there's no way to do that on opendev, which I can understand, I wouldn't mind moving stevedore back to a github repo and using travis for tests. that wouldn't be my first choice, of course16:52
dhellmannI'm also OK with saying the differences between 3.5 and 3.6 aren't going to affect how the library works, so 3.5 is just not tested16:52
smcginnisI think we can still test on 3.5 with xenial nodes. We would just need to defined the job to use that.16:53
hberaudsmcginnis: it could be a good approach16:53
dhellmannis there a job definition for that already?17:09
*** dtantsur is now known as dtantsur|afk17:15
*** hamalq has quit IRC17:16
*** hamalq has joined #openstack-oslo17:16
smcginnisdhellmann: I think we can just add "openstack-python35-jobs" template to .zuul.yaml.17:17
dhellmannok, let me try that...17:17
openstackgerritDoug Hellmann proposed openstack/stevedore master: restore support for python 3.5  https://review.opendev.org/74223417:18
dhellmannI'm still surprised at the difference between dropping 3.5 from the trove classifiers and setting the required version in the package metadata.17:19
smcginnisYeah, not sure where that came in.17:19
smcginnisThere were a few folks that were pushing that.17:19
dhellmannI could see doing it for the services, I guess? But even there it feels like overkill.17:19
dhellmannanyway, let's see how things fare with the new job(s) in place17:20
smcginnis++17:20
smcginnisI think another option, if we wanted to just define something locally, would be to make sure nodeset is set to xenial.17:20
smcginnishttps://opendev.org/openstack/openstack-zuul-jobs/src/branch/master/zuul.d/jobs.yaml#L11317:20
smcginnisBut that template appears to just pull in this anyway, so it's probably good.17:20
dansmithbnemec: yo, buddy17:32
bnemecdansmith: o/17:33
*** ralonsoh_ has quit IRC17:33
smcginnisdhellmann: Hmm, failing.17:33
dansmithbnemec: hey, so, oslo_concurrency.processutils.. looks to me like it tries to spawn argv[0] (i.e. the current python interpreter) with -m oslo_concurrency.prlimit when it overrides subprocess calls17:34
dansmithbnemec: does that sound legit?17:34
smcginnisdhellmann: Ah! We need different upper-constraints since openstack/requirements now only has 3.6 and up.17:34
dansmithbnemec: problem is, if you're glance and you subprocess exec things from your api, you get /usr/bin/uwsgi-core as your python interpreter :)17:34
smcginnisSo need to either point that specific env at ussuri, or keep a local copy in-repo.17:34
dhellmannsmcginnis :-(17:35
dhellmannmy time and energy for this are pretty limited right now, unfortunately17:36
bnemecdansmith: It should only do that if you set prlimits, right?17:37
dansmithbnemec: it looks like it from the code, but I'm assuming glance is doing that17:38
bnemecIf they need that then I think they'll have to provide python_exec to explicitly set the Python interpreter.17:38
dansmithbnemec: to the exec call?17:38
bnemecdansmith: Yeah: https://github.com/openstack/oslo.concurrency/blob/master/oslo_concurrency/processutils.py#L26417:39
dansmithokay17:39
dansmithI wonder if I can get that from uwsgi somehow17:39
dansmithlike "yo dawg, what python are you actually using?"17:40
smcginnisThis seems very familiar. :/17:40
dansmithsmcginnis: you talking about me?17:40
smcginnisdansmith: Yeah. I swear I've run into this before somewhere else, but I think it was just long enough ago that I can't recall anything more than having seen it.17:41
*** ralonsoh has joined #openstack-oslo17:41
dansmithsmcginnis: ack, I expect it's not common for most api servers to exec things, so probably not common to hit this17:41
smcginnisCould very well have been some of the past attempts with glance api.17:42
openstackgerritSean McGinnis proposed openstack/stevedore master: restore support for python 3.5  https://review.opendev.org/74223417:45
*** ralonsoh has quit IRC18:08
dansmithbnemec: sorry I got distracted, but.. where is oslo getting the interpreter from?18:54
bnemecdansmith: By default it uses sys.executable.19:05
dansmithokay that doesn't match with what sys.executable looks like to me,19:05
dansmithbut that too is not really python19:05
dansmithmeaning, the path it's logging isn't the same as sys.executable19:05
dansmithanyway, I've been examining the environment we have for uwsgi and I don't see it give us a pointer to the right python anywhere,19:05
dansmithso I'm guessing we'll just have to pass it in so we can pass it to exec()19:06
*** adriant has quit IRC20:39
*** adriant has joined #openstack-oslo20:40
*** kevko has quit IRC21:01
*** raildo has quit IRC21:08
*** Dmitrii-Sh has quit IRC21:09
*** Dmitrii-Sh has joined #openstack-oslo21:10
*** kgiusti has left #openstack-oslo21:43
*** kevko has joined #openstack-oslo21:46
*** moguimar has quit IRC21:59
*** rcernin_ has joined #openstack-oslo22:22
*** rcernin_ has quit IRC22:22
*** rcernin has joined #openstack-oslo22:34
*** bnemec has quit IRC22:47
*** tkajinam has joined #openstack-oslo22:55
*** Dmitrii-Sh has quit IRC23:05
*** Dmitrii-Sh has joined #openstack-oslo23:06
*** iurygregory has quit IRC23:42
*** kevko has quit IRC23:44
*** tosky has quit IRC23:47

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!