<snaipe>
There was a PR attached to it where feature creep was mentioned as a reason for rejection
<shlTlord>
Hello ! is it possible to add some dynamic config un butane/ignition. I'd like to deploy some cluste config with local ip detected in the config.
<shlTlord>
?
<snaipe>
So I mostly just wanted to follow up to know if any attempt at implementing that would also get rejected before I spent time on this :)
<snaipe>
shlTlord: ignition is mostly static, have you looked into using a matchbox server to dynamically provision ignition files?
<snaipe>
(that's what we did anyway for dynamic provisioning)
<shlTlord>
snaipe: will check what matchbox is, thanks !
<snaipe>
shlTlord: also, aside from matchbox, the general idea is that you can expose an HTTP endpoint to dynamically template an ignition config, and provide the DHCP-assigned IP to said endpoint at boot time
<snaipe>
the dynamic templating is what matchbox does, among other things
jcajka has quit [Quit: Leaving]
<dustymabe>
snaipe: i think the comment in the ticket you made was appropriate. Benjamin is out until the new year so you probably won't get a good answer there from him for some time. lucab might have good opinions on the path forward, though
Kan-RuChen[m] has quit [Quit: You have been kicked for being idle]
<snaipe>
Ah, alright, thanks!
c4rt0 has joined #fedora-coreos
c4rt0_ has joined #fedora-coreos
c4rt0_ has quit [Remote host closed the connection]
c4rt0 has quit [Remote host closed the connection]
c4rt0_ has joined #fedora-coreos
c4rt0 has joined #fedora-coreos
c4rt0_ has quit [Remote host closed the connection]
c4rt0 has quit [Remote host closed the connection]
c4rt0_ has joined #fedora-coreos
c4rt0 has joined #fedora-coreos
paragan has quit [Quit: Leaving]
saschagrunert has quit [Remote host closed the connection]
<dustymabe>
adamw: we did a `next` release yesterday with all the latest content from GA IIUC
<adamw>
roger, sounds good
<dustymabe>
assuming no new packages come in then we won't need to do another `next` release before next tuesday
<dustymabe>
and we'll promote that to `testing`
<dustymabe>
and then two weeks later `stable`
<dustymabe>
adamw: any other questions? (i'm about to go grab lunch I think)
<adamw>
nope, that's all, thanks
<dustymabe>
adamw++
<dustymabe>
thanks for helping herd cats for the 37 release!
<gotmax[m]>
travier dustymabe: Frankly, I don't appreciate the repetitive pinging about picking up moby-engine / containerd. I'm busy enough with maintaining the ansible stack and I've already expressed disinterest in owning that package.
<gotmax[m]>
Docker/Containerd library stack, so it'd be a shame to not have the actual application.
<gotmax[m]>
Note that there was discussion about this in the last two Go SIG meetings. We discussed cleaning up/splitting up the package to make it more maintainable by others. The package is rather complicated and a bit difficult for new maintainers to grasp. We also discussed the possibility of adding the Docker CE repository as an official Fedora Workstation repository. We (mainly eclipseo) are still maintaining containerd and the underlying
<gotmax[m]>
I don't plan to completely remove myself from maintaining containerd/moby-engine, but I don't want to be the POC.
hotbox has quit [Ping timeout: 246 seconds]
<gotmax[m]>
> DWM: I wonder if we should note that the level of effort to unretire a package is much higher than it is to unorphan a package.
<gotmax[m]>
This is not entirely correct. You only need a review to unretire the package if it's been more than 8 weeks since the package was retired.
piwu has quit [Quit: Ping timeout (120 seconds)]
piwu has joined #fedora-coreos
<travier[m]>
gotmax (He/Him): I'm sorry we pinged you too much. Feel free to write that in the ticket and we won't ping you anymore. We're working with the contributors that we have. It's perfectly fine to say you don't want to do it. If you tell us, we won't bother you.
<dustymabe>
gotmax[m]: thanks for the info and thanks for the hard work you do