/srv/irclogs.ubuntu.com/2020/08/18/#juju.txt

stickupkidI think bundlechanges shouldn't be a separate repo, I'm starting to think that we should internalise some of our libraries as they're really painful to update.08:47
stickupkidjuju/pkg would make sense08:47
achilleasastickupkid: I think bundlechanges should be exposed as an API by the controller; this way we don't have to re-implement it in both the cli and pylibjuju08:49
stickupkidachilleasa, without doubt, the library part shouldn't be an external package though. It's causing a graph of dependencies08:51
achilleasastickupkid: do we know if anyone else is using it?08:51
stickupkidachilleasa, I wonder if we care?08:52
stickupkidachilleasa, https://github.com/juju/bundlechanges/pull/6509:16
stickupkidor manadart :point_up:09:35
achilleasastickupkid: got CI errors09:36
stickupkidachilleasa, fixed em09:36
achilleasaah, nvm09:36
achilleasadone09:37
stickupkidta09:37
achilleasacan I get a CR on https://github.com/juju/juju/pull/11912?11:55
manadartachilleasa: I can look.12:02
achilleasamanadart: there might be an issue with my solution. It seems that patching the option list injects the defaults12:43
stickupkidhml, here is my PR https://github.com/juju/juju/pull/1191113:57
hmlstickupkid: rgr13:57
hmlstickupkid: when can we use charm.v8?  i need schema stuff.  :-)15:00
hmlstickupkid: are you trying to get even for my 5K lines with 450 files?15:02
hmlha15:02
stickupkidhml, brings it in with this https://github.com/juju/juju/pull/1191115:02
hmlshould have looked at the pr before asking myquestion15:02
hmlstickupkid: can we use the replace functionality in go.mod to change these to charm and not have to keep updating v7, v8 v9 etc?16:09
stickupkidhml, I think it's bad practice to do that16:09
hmlstickupkid: rgr16:09
stickupkidhml, but I agree, it's terrible to just update a charm package16:09

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