/srv/irclogs.ubuntu.com/2020/06/30/#smooth-operator.txt

mupIssue operator#341 opened: ops.lib fails to import packages with '-' in their metadata <Created by stub42> <https://github.com/canonical/operator/issues/341>04:51
mupIssue operator#342 opened: ops.lib.autoload does not log what it is doing <Created by stub42> <https://github.com/canonical/operator/issues/342>04:58
mupPR operator#343 opened: Allow library metadata to include hyphens <Created by stub42> <https://github.com/canonical/operator/pull/343>05:03
mupIssue operator#344 opened: Cleaner error message when use_juju_for_storage is True wrt Juju 2.6 <Created by jameinel> <https://github.com/canonical/operator/issues/344>05:35
mupIssue operator#345 opened: Harness could start with config initialized from config.yaml <Created by jameinel> <https://github.com/canonical/operator/issues/345>06:05
mupPR operator#343 closed: Allow library metadata to include hyphens <Created by stub42> <Closed by stub42> <https://github.com/canonical/operator/pull/343>06:09
mupPR operator#346 opened: Improve ops.lib line matching regexp <Created by stub42> <https://github.com/canonical/operator/pull/346>06:09
mupIssue operator#347 opened: use_juju_for_storage=True breaks if metrics are in use <Created by jameinel> <https://github.com/canonical/operator/issues/347>07:17
mupIssue operator#348 opened: Support collect-metrics normally once Juju runs it as a normal hook <Created by jameinel> <https://github.com/canonical/operator/issues/348>08:09
mupPR operator#349 opened: 347 juju storage and collect metrics <Created by jameinel> <https://github.com/canonical/operator/pull/349>09:00
jammorning Chipaca09:01
Chipacajam: hiya09:01
Chipacajam: how's things?09:02
jamChipaca, relatively ok. personal stuff is progressing.09:02
jamhttps://github.com/canonical/operator/pull/349 is up09:02
mupPR #349: 347 juju storage and collect metrics <Created by jameinel> <https://github.com/canonical/operator/pull/349>09:02
jamthough I'd like to understand scope of testing it09:02
jamI did put it in a real charm and test it09:02
jamand also figured out why my previous charm *didn't* fail09:02
jamChipaca, it seems Juju doesn't call 'collect-metrics' if you don't have 'metrics.yaml' defined.09:02
jamsee also #347 for the context of why I implemented it the way I did.09:03
mupIssue #347: use_juju_for_storage=True breaks if collect-metrics is in use <Created by jameinel> <https://github.com/canonical/operator/issues/347>09:03
facubatistaMuy buenos días a todos!10:35
Chipacafacubatista: (null)10:36
Chipacahmmh10:36
Chipacafacubatista: 👋 !10:36
Chipacahexchat is dumb sometimes10:36
facubatistaChipaca, storm of Nones!10:36
stubSo yeah, thought I had a problem with relative imports. But I just can't get ops.lib to import my package if __init__.py tries to import something else in the same package directory, relative or legacy syntax. And absolute won't work since I don't have an absolute module path.11:02
Chipacastub: giving it a try here13:06
Chipacastub: indeed it falls over13:15
Chipacastub: the spec does have 'submodule_search_locations' set to the right thing so i need to dig further into why it isn't working13:27
mupPR operator#350 opened: Improve ops.lib line matching regexp <Created by jameinel> <https://github.com/canonical/operator/pull/350>14:16
jamChipaca, facubatista https://github.com/canonical/operator/pull/350/files# tests added14:19
mupPR #350: Improve ops.lib line matching regexp <Created by jameinel> <https://github.com/canonical/operator/pull/350>14:19
jamwhich tells me we probably still need to tweak the regex14:19
jamit allows: LIBFOO='something'and some more stuff14:19
jamand treats the 'and some more stuff' as a comment14:19
karimsyeI have been hitting this error: ops.model.ModelError: b'ERROR file set "data" requires volume source\n'14:43
karimsyehttps://www.irccloud.com/pastebin/7dXXTOnd/14:44
jamChipaca, facubatista : operator#34915:21
mupPR #349: 347 juju storage and collect metrics <Created by jameinel> <https://github.com/canonical/operator/pull/349>15:21
jamis updated, just waiting on tests15:21
Chipacajam: nice15:23
jamChipaca, I also have #350, though I don't know if we want to land it.15:23
mupPR #350: Improve ops.lib line matching regexp <Created by jameinel> <https://github.com/canonical/operator/pull/350>15:23
Chipaca#346 is also updated fwiw15:23
mupPR #346: Improve ops.lib line matching regexp <Created by stub42> <https://github.com/canonical/operator/pull/346>15:23
Chipacaer15:23
jamChipaca, and approved by me15:23
Chipacanot that one, t'other one, but yanno15:23
jam(your pr was approved by me, I knew what you meant :)15:24
jamI'm EOD, you can land whatever you feel relevant for 0.715:24
jamkarimsye, is that metadata.yaml or the pod spec?15:24
jamI'm not positive, but quick reading of the validation code seems to say you'd want to be updating the pod spec with a source15:24
jamkarimsye, probably more of a question for #juju15:25
karimsyejam: that is the metadata.yaml15:25
karimsyejam: thanks I will check with them15:25
Chipacaaha!15:35
Chipacaoho!15:35
* Chipaca saw the gruffalo15:35
mupIssue operator#351 opened: ops.lib.use does not support submodules <Created by chipaca> <https://github.com/canonical/operator/issues/351>15:44
mupPR operator#352 opened: make ops.lib.use support relative submodules <Created by chipaca> <https://github.com/canonical/operator/pull/352>15:48
Chipacastub: ^15:49
* facubatista is back16:07
mupIssue operator#347 closed: use_juju_for_storage=True breaks if collect-metrics is in use <Created by jameinel> <Closed by jameinel> <https://github.com/canonical/operator/issues/347>16:19
mupPR operator#349 closed: 347 juju storage and collect metrics <Created by jameinel> <Merged by jameinel> <https://github.com/canonical/operator/pull/349>16:19
mupPR operator#340 closed: make ops.lib.autoimport use optional <Created by chipaca> <Merged by chipaca> <https://github.com/canonical/operator/pull/340>18:51
mupPR operator#350 closed: Improve ops.lib line matching regexp <Created by jameinel> <Merged by chipaca> <https://github.com/canonical/operator/pull/350>19:25
mupIssue operator#341 closed: ops.lib fails to import packages with '-' in their metadata <Created by stub42> <Closed by chipaca> <https://github.com/canonical/operator/issues/341>19:26
mupPR operator#346 closed: Improve ops.lib line matching regexp <Created by stub42> <Closed by chipaca> <https://github.com/canonical/operator/pull/346>19:27
Chipacafacubatista: 'm afraid i need your eyes on #35319:49
mupPR #353: don't use --long in "get describe" for version <Created by chipaca> <https://github.com/canonical/operator/pull/353>19:49
mupPR operator#353 opened: don't use --long in "get describe" for version <Created by chipaca> <https://github.com/canonical/operator/pull/353>19:49
facubatistaChipaca, let's see20:32
facubatistaChipaca, +1ed20:32
facubatistaChipaca, and I'm here for an hour or so, if you need something else21:12
Chipacafacubatista: ack, thanks21:38
mupPR operator#353 closed: don't use --long in "get describe" for version <Created by chipaca> <Merged by chipaca> <https://github.com/canonical/operator/pull/353>21:38
=== ChanServ changed the topic of #smooth-operator to: general discussion of the operator framework || github.com/canonical/operator || ops 0.7.0 || charmcraft 0.2.0
Chipacafacubatista: done :-D21:45
facubatistaChipaca, great!!21:48
Chipacatwo more PRs coming up21:48
mupPR operator#354 opened: post-release fallback version bump <Created by chipaca> <https://github.com/canonical/operator/pull/354>21:50
mupPR operator#355 opened: readme tweaks (including link to the api docs) <Created by chipaca> <https://github.com/canonical/operator/pull/355>21:53
Chipacafacubatista: where's the handling/catching of the store sending the wrong data? ie in whoami we just do e.g. name=response['display-name'], which will throw a KeyError in our code rather than telling the user what the problem was. I _think_ you said you were abstracting that handling somewhere but i don't see it22:08
facubatistaChipaca, I still don't have it22:13
facubatistaChipaca, but I have this XXX in current branch, that will turn out in a filed issue before landing:22:13
facubatista            # XXX Facundo 2020-06-30: Every time we consume data from the Store (after a succesful22:13
facubatista            # call) we need to wrap it with a context manager that will raise UnknownError (after22:13
facubatista            # logging in debug the received response). This would catch API changes, for example,22:13
facubatista            # without making charmcraft to badly crash.22:13
Chipacafacubatista: 🙌22:14
Chipacafacubatista: did a first pass on your current pr22:16
Chipacaand now i am going to 💤22:16
facubatistaChipaca, see you tomorrow22:17
Chipacafacubatista: anything more i can do for you before disappearing in a clod of <deleted>?22:17
facubatistaChipaca, nop, relax, thanks!22:18
Chipaca👋 :-)22:18
* facubatista eods22:36

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