=== dch is now known as pnrd
=== pnrd is now known as dch
=== cpaelzer is now known as cpaelzer_
=== cpaelzer_ is now known as cpaelzer
[16:11] <Code_Bleu> Hey meena: Hope all is well.  Just checking to see if you were able to reproduce my issue with the net/activator stuff?
[16:50] <meena> not yet, most of the household has been sick, except for me, so my computer time was very limited
[16:52] <Code_Bleu> meena: understood.  Hope all gets well soon
[16:54] <meena> I hope I'll get to it tonight
[16:55] <Code_Bleu> 👍 
=== tobias1_ is now known as tobias1
[19:49] <Code_Bleu> meena: I think I figured it out.  For some reason my cloud-init install was caching old version.  I install pip and did a pip uninstall cloud-init and made sure all was cleaned out.  I then ran the build-on-openbsd and it sees my net/activator changes. It also runs without issues it appears (manually running cloud-init steps)
[19:50] <Code_Bleu> meena: I am able to get things to run on boot, if i put these cloud-init commands one after another in the /etc/rc.local.  Not sure if we really need actual service files, if none of these "services" are staying running.  Is there something I'm missing with that?
[20:15] <Code_Bleu> meena: It looks clean now in my cloud-init.log file.  woo whoo!!  Now I just need to figure out 1. how to have cloud-init resize root disk, and 2. allow my password to work on the default user it created.  It creates the user no problem, but it doesn't look like it is setting the password when i look at the /etc/master.passwd
[20:28] <meena> there's plenty of services that can be enabled but don't stay running
[20:28] <meena> think of stuff like fsck, or ntpdate, for people who can't afford ntpd
[20:28]  * meena points at her daughter
[20:29] <meena> any minute now, Code_Bleu, I'll be at my computer
[20:50] <meena> Code_Bleu: general: You shouldn't need to uninstall/install every time you change a single file, you will however need to delete the .pyc files that you changed.
[21:00] <Code_Bleu> meena: well , I'm open to suggestions on how to get the services to actually boot in order, but for now I just added the commands directly in /etc/rc.local and it seems to do the trick
[21:01] <Code_Bleu> meena: I think i forgot to paste my log earler.  Here it is - http://sprunge.us/Ox1rRY
[21:03] <Code_Bleu> It seems like it set the password from what the logs say, but there is no password set in the /etc/master.passwd - finish: modules-config/config-set_passwords: SUCCESS: config-set_passwords ran successfully
[21:28] <meena> Code_Bleu: so, first off: CloudStack is not recognized and it falls back to ConfigDrive? Am i reading that right?
[21:29] <meena> except, then it says: 2023-12-04 20:06:34,328 - handlers.py[DEBUG]: finish: init-local/search-ConfigDrive: SUCCESS: no local data found from DataSourceConfigDrive
[21:30] <meena> and then it calls ifconfig -a three times… and I thought we had caching for that
[21:31] <meena> well, we have caching for the parser… so it won't go through the whole parse process if the output didn't change since the first call
[21:37] <meena> I don't know where these two lines come from:
[21:37] <meena> 2023-12-04 20:06:36,447 - subp.py[DEBUG]: Running command ['netstat', '--route', '--numeric', '--extend'] with allowed return codes [0, 1] (shell=False, capture=True)
[21:37] <meena> 2023-12-04 20:06:36,454 - subp.py[DEBUG]: Running command ['netstat', '-A', 'inet6', '--route', '--numeric'] with allowed return codes [0, 1] (shell=False, capture=True)
[21:38] <meena> but they need to be fixed to be platform independent, or call into a distro class
[21:41] <meena> i think what's weird is that Linux' netstat doesn't show both, IPv4 and IPv6 by default…
[21:41] <meena> moving on
[21:51] <meena> Code_Bleu: can you show me a paste of your user-data?
[22:01] <Code_Bleu> meena: yeh, give me a min. and I'll post it
[22:04] <Code_Bleu> meena: this is without the password added.  This is basically default generated, but I manually added the datasource_list: and datasource: section because ds-identify wasn't working before. - http://sprunge.us/PYtbPn
[22:21] <meena> Code_Bleu: that's not user-data. That's etc/cloud.cfg
[22:21] <meena> Code_Bleu: user-data is the stuff you put into CloudStack to make the magic dust happen
[22:22] <meena> either way, it looks like distros/openbsd.py needs a set_passwd() method
[22:29] <meena> I should've installed OpenBSD CURRENT, for the craic.
[22:31] <minimal> meena: normalyl for Linux distros it is using "ip route list" rather than "netstat"
[22:32] <minimal> netstat is "old hat" these days
[22:32] <Code_Bleu> I've went ahead and created a PR for my changes.  Please let me know if I need to do anything differenntly.  I left the dmidecode in mine, so might want to remove the dmidecode from your PR - https://github.com/canonical/cloud-init/pull/4660
[22:32] -ubottu:#cloud-init- Pull 4660 in canonical/cloud-init "fix(openbsd): services & build tool" [Open]
[22:32] <meena> minimal: true, true, still. So in that case it's doubly badly written
[22:32] <Code_Bleu> meena: ^
[22:33] <minimal> meena: well in logs for Alpine I see "ip route list" being used...
[22:33] <meena> Code_Bleu: what's     * INFRA-900?
[22:35] <Code_Bleu> meena: it's for me internally.  We use ClickUP and it keeps track of changes in the tickets based on commit message or branch name.  If that needs to be removed, I guess I can....I was just trying to keep things clean on my end too :) 
[22:35] <minimal> meena: in cloudinit/netinfo.py route_info function uses "ip" if it exists and falls back to "netstat" otherwise
[22:35] <Code_Bleu> meena: i took it out
[22:37] <meena> minimal: netinfo.py probably needs to die in a fire
[22:41] <meena> Code_Bleu: it's still in the commit message itself.
[22:41] <holmanb> anywhere that is using bare iproute2 calls should probably be ported to using the netops modules under cloudinit/net/netops/
[22:42] <meena> holmanb: that makes more sense than calling into distro when it's not available
[22:42] <Code_Bleu> meena: is that an issue that it's in the commit message itself?
[22:42] <meena> Code_Bleu: depends on who merges it ;) 
[22:59] <meena> A portable solution for all shells is to use eval:
[22:59] <meena> eval printf '"%s\n"' \"\${$#}\"
[22:59] <meena> whew
[23:11] <meena> buh yah! I have deleted code.
[23:16] <meena> Code_Bleu: pushed a fix for ds-identify
[23:16] <Code_Bleu> meena: I pushed up changes and left a couple for you to mark resolved if you are happy with it now.
[23:17] <meena> https://github.com/canonical/cloud-init/pull/4654/commits/e76743e886303a0fb09c10f70cddd62f9e9cc65e
[23:17] -ubottu:#cloud-init- Pull 4654 in canonical/cloud-init "dmi: support OpenBSD native reading" [Open]
[23:27] <meena> Code_Bleu: did i say that? distros/openbsd.py needs a set_passwd() implemented
[23:28] <meena> that's unrelated to the two pull requests we have running right now
[23:29] <Code_Bleu> meena: yes, you mentioned that there needs to be a set_passwd() in distros/openbsd.py
[23:31] <meena> anyway, i need to walk the dog/plank
[23:32] <meena> my eyes are starting to tire
[23:32] <meena> tyre?
[23:32] <Code_Bleu> you're tired...i get it :P 
[23:32] <Code_Bleu> thanks for the help
[23:32] <meena> Code_Bleu: thanks for working on this! And thanks for creating an IfconfigActivator…
[23:33] <meena> I kinda dropped it off my list, cuz I figured *we* don't need it