Earlier  
Later
New Search
Posted Nick Remark
#openstack-sdks - 2020-01-23
16:24:57 dtantsur sshnaidm: and FWIW I do use devstack on a VM in RDO cloud. it works.
16:25:14 sshnaidm dtantsur, rdo cloud is different story :)
16:25:30 dtantsur okay, we can discuss ironic stuffs on #openstack-ironic, I won't hold the meeting
16:25:33 sshnaidm ok, let's take it offline then
16:25:43 sshnaidm ok, if nothing else...
16:25:51 sshnaidm #endmeeting
16:25:53 dtantsur not entirely offline unless you want to come to DUS for some Altbier ;)
16:25:54 openstack Meeting ended Thu Jan 23 16:25:51 2020 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
16:25:55 openstack Minutes: http://eavesdrop.openstack.org/meetings/api_sig/2020/api_sig.2020-01-23-16.00.html
16:25:57 openstack Minutes (text): http://eavesdrop.openstack.org/meetings/api_sig/2020/api_sig.2020-01-23-16.00.txt
16:25:58 openstack Log: http://eavesdrop.openstack.org/meetings/api_sig/2020/api_sig.2020-01-23-16.00.log.html
16:26:15 gtema oh, Altbier .....
16:26:19 sshnaidm dtantsur, Altbier sounds great..
16:26:29 dtantsur see, we can have a small meetup!
16:26:38 sshnaidm dtantsur, need to visit your city someday, that's for sure
16:26:57 gtema are you also in Germany?
16:27:02 dtantsur I may even be able to organize a small room in the office here
16:27:09 dtantsur esp. if done in advance
16:27:10 sshnaidm gtema, no, unfortunately
16:27:17 gtema ok
16:27:41 sshnaidm dtantsur, I think some biergarten will be ok too
16:28:07 dtantsur we even have breweries downtown
16:29:17 sshnaidm dtantsur, you mean Berlin, right?
16:29:37 dtantsur sshnaidm: I'm in Düsseldorf nowadays, hence Altbier
16:29:45 sshnaidm dtantsur, oh, I see
16:29:53 dtantsur There is local beer in Berlin, I'm not sure it's worth drinking :)
16:30:52 dtantsur sshnaidm: you can do Cologne and Düsseldorf in one shot, essentially, because of how close they are (30 mins by local train)
16:31:16 dtantsur (and Bonn, and a few smaller cities)
16:31:41 sshnaidm dtantsur, looks like a challenge for a "digital nomad"
16:31:48 dtantsur right
16:33:08 sshnaidm I suppose need to wait till spring with it
16:33:19 sshnaidm I survived even Laplands winter
16:33:28 dtantsur nice! I would totally try that
16:33:40 sshnaidm just -30
16:34:03 dtantsur not bad, I used to go to the university when it was -36. by foot because trains broke down.
16:34:31 sshnaidm dtantsur, you need to change nick to "lomonosov" then :D
16:34:50 gtema hehe, sounds familiar, but in the last 10 years not experienced anything lower -10
16:36:05 gtema this shitty west german winter
16:36:50 sshnaidm gtema, at least you have below 0
16:37:11 gtema eh, only few nights during winter
16:37:59 gtema the only "white" outside is a fog - everything is white and you can't literaly see your nose
16:40:07 dtantsur sshnaidm: we have just above 0, not the best weather
16:46:33 sshnaidm around 0 is the worst weather I can imagine, everything is half melted, snow with soil..
16:47:11 sshnaidm and everything is like ice hockey field in the morning
16:48:05 dtantsur fortunately, it's quite dry here
#openstack-sdks - 2020-01-24
00:02:50 mordred sshnaidm|afk: I'm not actually here this week - but as soon as I get back I'll work on getting the galaxy access set up so that we can push from zuul
08:16:39 masterpe Is it possible with the SDK to disable a nova-compute node. With CLI I would use the command: "openstack compute service set --disable --disable-reason Standby compute01 nova-compute"
14:02:00 frickler mordred: seems we need https://review.opendev.org/700897 as a fix for failing jobs in neutron. the func tests are failing though with the same issue the patch wants to fix, likely because they don't use tips. do you have a better idea than making them non-voting temporarily?
14:10:48 frickler actually maybe there still is something wrong with that patch, let me test locally a bit
16:18:08 dtantsur mordred, gtema, I'm considering an openstacksdk release, we need it for ironic to move on with migration. If there are no objects, I'll request it on Monday.
16:18:35 gtema yes, fully support this, since for a long time I depend on my imaging patch
#openstack-sdks - 2020-01-25
09:33:16 openstackgerrit Radosław Piliszek proposed openstack/js-openstack-lib master: WIP: New nodejs jobs https://review.opendev.org/702132
10:14:27 openstackgerrit Radosław Piliszek proposed openstack/js-openstack-lib master: WIP: New nodejs jobs https://review.opendev.org/702132
10:24:07 mordred dtantsur|afk: ++
10:24:17 mordred dtantsur|afk: link me to if when you do and I'll ack it
#openstack-sdks - 2020-01-26
09:25:52 frickler mordred: this should fix the stable/stein testing https://review.opendev.org/704243 Fix branch for stable job testing
09:26:29 frickler I thinking that this pinning to master might generally be obsolete now that we do seem to have stable branches everywhere
09:30:47 frickler mordred: dtroyer: /me thinks we should also see stable branch patches here, proposed https://review.opendev.org/704244 Adapt branches for sdk projects in gerritbot
10:04:12 yoctozepto frickler, mordred, dtroyer: you might also like the patchbot we have in a few channels (e.g. #openstack-kolla) around (provided by timburke) - it responds to gerrit links like openstack to launchpad's
10:04:33 yoctozepto 11:04:22 <yoctozepto> testing...
10:04:34 yoctozepto 11:04:24 https://review.opendev.org/704244
10:04:34 yoctozepto 11:04:25 <patchbot> patch 704244 - project-config - Adapt branches for sdk projects in gerritbot - 1 patch set
10:05:39 yoctozepto gmann: while we are at it, qa might also like it ^
11:15:10 frickler yoctozepto: yes I've seen patchbot but I have a difficult time to decide whether I consider it more useful than noisy. I'd also prefer it to be infra-managed if people decide they want it
11:53:36 yoctozepto frickler: good point, it is a tradeoff but I'm obviously in favor of the extra help so that I don't have to type out descriptions of changes I am linking to
#openstack-sdks - 2020-01-27
01:45:23 mordred dtantsur|afk: https://review.opendev.org/704264 Release 0.40.0 of openstacksdk
02:56:41 openstackgerrit Merged openstack/openstacksdk stable/stein: Fix branch for stable job testing https://review.opendev.org/704243
03:13:43 openstackgerrit Merged openstack/openstacksdk stable/stein: Add fake support for global_request_id https://review.opendev.org/700897
07:07:16 frickler mordred: dtantsur|afk: can we also have a stable/stein release with this in, please? ^^
07:08:17 frickler I'm also wondering when would be a good time for a 1.0.0 release. would give some more numbering space for stable branches
10:23:53 dtantsur frickler: will request as well
10:31:34 dtantsur frickler: honestly, https://review.opendev.org/#/c/700897/ is sooo bad.. I'm having hard time signing off on a release with it
10:33:32 dtantsur I will wait for mordred who probably understands why this was approved
10:58:54 frickler dtantsur: the job is running against neutron stable/stein patches and was constantly failing there, although it seems to be fixed with the merge, so maybe we don't actually need the release as I had expected http://zuul.openstack.org/builds?job_name=openstacksdk-functional-devstack-networking&branch=stable%2Fstein
10:59:57 dtantsur frickler: what was the root cause? some project using recent features? cannot it be reverted on the consumer side?
11:00:10 frickler oh, wait, the successes were against openstacksdk, will have to wait for another result from neutron
11:00:19 dtantsur ah
11:00:22 dtantsur anyway
11:00:35 dtantsur we're about to release a new stub feature on a stable branch
11:00:36 frickler dtantsur: I think the issue came from running master tempest which requires the new attribute
11:00:57 frickler dtantsur: but I'm fine with waiting for further feedback from mordred
11:00:59 dtantsur so, the branchless nature of tempest bites us
11:01:19 dtantsur I think tempest must be compatible with every release of the SDK without us stabbing out features it uses incorrectly
11:01:30 dtantsur but it may be only me. I'll wait for mordred.
11:03:04 frickler dtantsur: oh, wait, if you look at e.g. http://zuul.openstack.org/build/44ccbf47065a435d98e54b4c604c66a2 it was an OSC call that was failing, so not tempest related this time
11:03:13 dtantsur hmmm?
11:04:05 dtantsur I see. Is it OSC using something new or the devstack plugin not constraining OSC properly?
11:06:10 frickler dtantsur: looking again, maybe https://review.opendev.org/704243 was the real issue and 700897 wasn't even needed anymore after that
11:06:43 dtantsur frickler: is it possible to try reverting it and have a job run with depends-on?
11:07:10 frickler so that issue was running master openstacksdk against stable/stein keystoneauth1 if I traced it correctly
11:07:23 frickler dtantsur: I guess I could do that, yes, give me a few
11:07:59 dtantsur ++ thx
11:08:26 openstackgerrit Jens Harbott (frickler) proposed openstack/openstacksdk stable/stein: Revert "Add fake support for global_request_id" https://review.opendev.org/704305
11:12:20 frickler dtantsur: let's see what the CI has to say about this one: https://review.opendev.org/704307 DNM: Test openstacksdk revert
11:13:05 dtantsur frickler: ++ but zuul doesn't like something here
11:15:30 frickler dtantsur: ah yes, thx, I was editing out the other jobs, but not enough of them
12:11:39 mordred dtantsur, frickler: oh good - I didn't like backporting that either - let's fingers crossed that the revert works
12:19:51 frickler lgtm http://zuul.openstack.org/stream/7e749006afc448498fe34e31844e3286?logfile=console.log
12:23:51 mordred frickler: woot!
12:44:34 openstackgerrit Daniel Bengtsson proposed openstack/python-openstackclient master: Stop configuring install_command in tox and stop use pip. https://review.opendev.org/694484

Earlier   Later